-
-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
No audio/file does not play #9
Comments
Well, i'm not sure you implied the usage of
|
I intentionally used bitrate at 62k, because that was source bitrate. I tried: Windows Media Player, Groove, and MPC-HC (Media Player Classic). Doing just this command, results in unplayable file: |
Ok, if you append the --debug flag, m4b-tool creates a dump file, in which the shell commands should be listed (every call of mp4tools and ffmpeg with params). Could you provide this dump as file? I'll take a look at it. |
Here is the dump file: |
It seems to be an ffmpeg bug with some input files. The linked ticket describes a workaround, I'll try to implement this in the next version as well as an "--ffmpeg-params" argument for providing global extra ffmpeg parameters. |
Ok, I published a pre-release v.0.3-beta2: Running your command with If this does not work, i could add another option for exactly this workaround but i would prefer waiting for ffmpeg to fix this issue. You could also convert your sourcefiles to another format before feeding it into m4b-tool, so that this issue would not affect your files... but i understand if this is a step you want to avoid. I really hope this does the job for you and the --ffmpeg-param options should help expierienced users to get the best out of m4b-tools ffmpeg wrapping now. |
The command you specified does not work on the latest beta:
|
This seems to be a totally different error, since the filename is not even close to m4b (.m44). If this is not a typo, it is, because you tried to convert the files on a Shared drive (X:) - this is not supported in any case AFAIK. What you could to instead is to use so called UNC Paths (\\servername\sharename\audiobook-name) instead of mounting the drive as network share. If you are still experiencing those errors using a local file (C:...), i would ask you kindly to add a new issue for this problem. But to come back to this issue with converting (Too many packets buffered for output stream 0:1): |
So here we go... next beta with some general improvements and the workaround suggested in the ffmpeg issue... If this does not fix the issue, I've run out of ideas... |
@d2dyno Did the latest beta fix the issue for you? |
I am trying a few things:
|
This is now fixed on Windows. Playable files are created without any special settings. Thanks for all the hard work! Let me know when donations open. |
Glad to hear it worked.
|
Command:
first file mediainfo
Merged file mediainfo
The text was updated successfully, but these errors were encountered: