ilstam/FF-Multi-Converter

Encoding to Lame with Quality Preset hangs won't exit

PinkPlasticBeach opened this issue · 8 comments

Using -acodec libmp3lame -v 2
the program creates the file in background but the progress bar is stuck to 0% and can only be exited by canceling

This is the log

Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30.00 (30/1)
Stream mapping:
Stream #0.0 -> #0.0
Press ctrl-c to stop encoding

What version of the program you use?
Sounds like bug #12, fixed on 1.5.1.

No, it has not to do with #12 finally.
Indeed there is some problem with this audio codec.
I suspect there is a difference in the ffmpeg output.

I will try to fix it as soon as possible.
Thanks for reporting!

The problem is with the -v option.
It changes ffmpeg loglevel, making ffmpeg sending no output to stdout.
FF Multi Converter's progress bar depends on the ffmpeg output so that's why it stuck to 0%.
You can remove this option since it has not to do with final file's quality.

Did the file finally actually converted or maybe there is another problem?

Using 1.5.1

jeje, thats right the output is different in the Terminal aswell, its updating one line rather than posting updates and the posts the last line when its finished.

from Terminal:
Press ctrl-c to stop encoding
size= 3804kB time=162.27 bitrate= 192.0kbits/s --------This line is updating
video:0kB audio:3803kB global headers:0kB muxing overhead 0.006804% ----------- Exit line

But as far as I understand the whole mp3lame-matter the -v option (Which is VBR with presets from 1to10) is different to an ABR option indeed and is actually the easiest way to use mp3lame.

Would be enough for me to have it jump from 0 to 100%. As this would make it run through a queue.

Thanks a lot anyway :]

I can't reproduce it.
To me ffmpeg does not send any output to terminal and indeed the progress bar jumps from 0 to 100%.

What is the type of the input file, and what's the precise command you try?

It's a mp4-video downloaded from YT and I'm using this in terminal:
ffmpeg -i INPUT.mp4 -acodec libmp3lame -v 2 OUTPUT.mp3 and the same without input and output and ffmpeg in FFMC

This is ffmpeg -i

Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30.00 (30/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './Downloads/BLuRpOerp.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isomavc1mp42
creation_time : 2008-06-28 06:21:58
Duration: 00:02:42.23, start: 0.000000, bitrate: 479 kb/s
Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16, 125 kb/s
Metadata:
creation_time : 2008-06-28 06:21:58
Stream #0.1(und): Video: h264 (Baseline), yuv420p, 480x360 [PAR 1:1 DAR 4:3], 350 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc
Metadata:
creation_time : 2008-06-28 06:21:58
At least one output file must be specified

-v option is about ffmpeg's loglevel, it has not to do with VBR. You can verify this by grepping ffmpeg(1).

LAME seems to use a capital V: http://wiki.hydrogenaudio.org/index.php?title=LAME#VBR_.28variable_bitrate.29_settings
I also found that -V LAME option is mapped to ffmpeg's -aq option and so this is what you have to use.
Take a look: http://ffmpeg.gusari.org/viewtopic.php?f=25&t=41

You should get rid of the -v option because that is what causing the error.

Yep you're right. I was getting errors using -V 2 and somehow thought its now -v

-aq does the job perfectly - Big thanks for finding that.

I'd now suggest a new Preset:
Mp3VBR
mp3lame VBR-preset 2 (good-standard 170-210k)
-aq 2 -acodec libmp3lame
mp3

I think it comes out the same without "-acodec libmp3lame" but I like it there as explanation.

Thanks alot!