-
-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Force CBR #55
Comments
AFAIK The documentation (https://trac.ffmpeg.org/wiki/Encode/AAC) clearly states for For the native ffmpeg aac encoder the Currently |
I am using libfdk_acc (unless I am mistaken, but there is no warning from m4b-tool when I use it). For reference here are the settings I am using:
The original files are all CBR mp3s. When I put the resulting m4b into this site: https://mediaarea.net/MediaInfoOnline , this is the result:
|
Nice. Thank you. I'll check this with some of the samples i use for testing and provide feedback in the next days. |
Could you try with the latest pre-build? That may fix the issue (and some others). As always: Be careful, it is not a stable release! |
Still outputting Variable bit rate. |
Ok, so during my experiments i did not find any way to get real Here is a bug regarding mp3: Some more resources: There are even more things i could try, but perhaps you can help out... If you find any way to get
or
Otherwise i would try to achieve this with |
Ok, did some more research. It seems, that NONE of the available encoders / tools is able to produce REAL
So even using Although this means, that this feature request cannot be added due to limitations of the dependencies (or more precisely due limitations of all available free tools) at the moment, you may be comforted by the fact, that during my research, i integrated some improvements using the Now you can force the use of Read more at: |
I've been too busy the past few days to test this. But I just tested my most "problem-child" file that I have and I am please to report that |
When I am using the merge tool with --audio-bitrate=64k, 99% of the time it spits out a file that is of a constant bitrate (CBR). However, occasionally it spits out a file that has a variable bitrate. This typically only happens with books that have longish gaps of silence. The reason this is a problem is that it makes it very difficult to place chapter marks after the fact. Files that are VBR have problems seeking and also have different (reported) duration by differing software. For instance Audacity will report one duration and timestamp and VLC a different duration and different timestamps. I would be awesome if all of this could be avoided by simply having m4b-tool enforce that the output file be CBR.
The text was updated successfully, but these errors were encountered: