Re: [arch-general] Joining mp3's --> Floating point exceptionffmpeg
On Thu, Jul 26, 2012 at 8:14 PM, Nelson Marambio wrote: > Well, the cat-concept was the one I tried before - it may work fine for mp3s > with CBR, but with VBR it fails because you get an inaccurate track length. There are several tools to recalculate the VBR header; `mp3diags` is one of them. -- Mantas Mikulėnas
Re: [arch-general] Joining mp3's --> Floating point exceptionffmpeg
Am 26.07.2012 17:52, schrieb satisficer: On 2012-07-25, Nelson Marambio wrote: for joining audio dramas (d/l from Amazon) which come along in MP3-Format I use a short script mp3wrap tmp.mp3 *.mp3 Does anyone have an advice for me? For a quick, dirty, and temporary solution: I use `cat` to join mp3 files. I believe the headers from 1st file are the ones that get copied to the new file. Once I tag the new file it works fine. This won't be great for keeping chapter numbers, etc. but it will allow you to listen to the full drama. cat file1.mp3 file2.mp3 file3.mp3 > newfile.mp3 I'll install `mp3wrap` and see if I can learn anything. Well, the cat-concept was the one I tried before - it may work fine for mp3s with CBR, but with VBR it fails because you get an inaccurate track length. My solution yesterday was to re-encode the separate mp3s with lame, so I have files with CBR. Then the shell script worked fine again and stable. After all I don't have to spend more time on preparing the d/l. It doesn't take longer if I first merge the mp3s and then export the file with Audacity to CBR or if I first encode the mp3s to CBR and merge them afterwards. Curious enough that Amazon delivered VBR/ABR mp3s all the time but ffmpeg just has problems with some of them. But I'm human and satisfied being unable to understand everything. :D Kind regards, Nelson.
Re: [arch-general] Joining mp3's --> Floating point exceptionffmpeg
On 2012-07-25, Nelson Marambio wrote: > for joining audio dramas (d/l from Amazon) which come along in > MP3-Format I use a short script > > mp3wrap tmp.mp3 *.mp3 > > Does anyone have an advice for me? For a quick, dirty, and temporary solution: I use `cat` to join mp3 files. I believe the headers from 1st file are the ones that get copied to the new file. Once I tag the new file it works fine. This won't be great for keeping chapter numbers, etc. but it will allow you to listen to the full drama. cat file1.mp3 file2.mp3 file3.mp3 > newfile.mp3 I'll install `mp3wrap` and see if I can learn anything.
Re: [arch-general] Joining mp3's --> Floating point exceptionffmpeg
Am 25.07.2012 20:54, schrieb pants: On Wed, Jul 25, 2012 at 08:26:37PM +0200, Nelson Marambio wrote: Does anyone have an advice for me ? Have the suitable parameters for ffmpeg changed ? Or is the ffmpeg-call obsolete meanwhile (it seemed to be necessary for fixing the audio-header concering track length) ? Despite the chance that someone here will be able to help you, I suspect you'd get along far better on the ffmpeg mailing list (or whatever support medium they use). As to my knowledge the script worked fine for a few months then, I think after an update of ffmpeg, the trouble shown above began. I would take a look at the ffmpeg changelogs from that time period to see if they contain anything relevant. Good luck, pants. Consulting my pkg cache it was the upgrade from 0.9.2 (ffmpeg-20120509-1-i686.pkg.tar.xz) to 0.11.1 . But browsing the changelog sounds rather positive [1], [2] - especially the contributions from Daniel Krang and Michael Niedermayer on [2]. UPDATE: running the script a second time, error messages get more detailed: [mp3 @ 0x8396940] Header missing Now it's interesting to find out the corrupt mp3-file among the 27 of the drama. ^^ [1] http://git.videolan.org/?p=ffmpeg.git&a=search&h=n0.11.1&st=commit&s=acodec+copy [2] http://git.videolan.org/?p=ffmpeg.git&a=search&h=n0.11.1&st=commit&s=Floating+point+exception
Re: [arch-general] Joining mp3's --> Floating point exceptionffmpeg
On Wed, Jul 25, 2012 at 08:26:37PM +0200, Nelson Marambio wrote: > Does anyone have an advice for me ? Have the suitable parameters for > ffmpeg changed ? Or is the ffmpeg-call obsolete meanwhile (it seemed > to be necessary for fixing the audio-header concering track length) > ? Despite the chance that someone here will be able to help you, I suspect you'd get along far better on the ffmpeg mailing list (or whatever support medium they use). > As to my knowledge the script worked fine for a few months then, I > think after an update of ffmpeg, the trouble shown above began. I would take a look at the ffmpeg changelogs from that time period to see if they contain anything relevant. Good luck, pants.
[arch-general] Joining mp3's --> Floating point exceptionffmpeg
Hi, folks, for joining audio dramas (d/l from Amazon) which come along in MP3-Format I use a short script #!/bin/bash mp3wrap tmp.mp3 *.mp3 ffmpeg -i tmp_MP3WRAP.mp3 -acodec copy all.mp3 && rm tmp_MP3WRAP.mp3 It works for half of my books, processing the other half produces this error message: /home/nelson/scripts/mp3_join.sh: line 3: 15295 Floating point exceptionffmpeg -i tmp_MP3WRAP.mp3 -acodec copy all.mp3 As to my knowledge the script worked fine for a few months then, I think after an update of ffmpeg, the trouble shown above began. Are the MP3 files corrupt or is this a bug in ffmpeg. I'd say it is a bug, because running Windows and MP3 Album Maker it still works fine. OK, I could keep Windows for this scenario but I try to get away from this. Does anyone have an advice for me ? Have the suitable parameters for ffmpeg changed ? Or is the ffmpeg-call obsolete meanwhile (it seemed to be necessary for fixing the audio-header concering track length) ? Thanks in advance, Nelson.