Originally Posted by matrixworld
Can you try this code with avconv on the mp4 file again. To save time
, just encode 1 minute of it for a test.
avconv -ss 0 -t 60 -i ./Mus*/14082012205--.mp4 -vn -c:a libmp3lame -b:a 64k testfile1.mp3
avconv -ss 90 -t 60 -i ./Mus*/14082012205--.mp4 -vn -c:a libmp3lame -b:a 64k testfile2.mp3
sox testfile1.mp3 testfile2.mp3 finalversion.mp3
If you get any errors from avconv or sox, than it's possible the culprit is the mp4 file. It may have something that avconv doesn't recognize or the file is bad or some unknown reason.
The same error this time too with sox. Please see below
ravbholua@ravbholua-Aspire-5315:~$ sox testfile1.mp3 testfile2.mp3 finalversion.mp3
sox FAIL formats: no handler for file extension `mp3'
But 1 more thing, as you told it w'd encode for 1 minute but didn't work so. 1st file testfile1.mp3 is for the total time of 27:28 mimutes and the 2nd one testfile2.mp3 is of 26:29 minutes (i.e. 90 sec less than the total) So the -ss option worked but not -t.
so,you say the culprit may be mp4 file!! That may be possible. But before final conclusion please look at the other point also which I mentioned in my last post. Please note as I mentioned there, I had extracte/cut 2 files from an audio file (amr type) each of 1 minute and your command worked fine.The extracted were also amr type. Now when I added with sox it showed the same error.
Then to verify whether it's issue of the amr type files, I converted the 2 amr files to mp3 file and your command seemed to have worked fine. My previous post details this. Now when I combine these 2 mp3, I get the same error. So, another thought goes that sox may also be a culprit. What you think?