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
2.1.7.5: Arguments for preprocessor 'ffmpeg: Re-mux TS to MKV' should be modified #483
Comments
Although it never happened to me, i concur ! |
Maybe it was too short. Reproducing this issue is simple. Download With Hope this helps. |
There are other issues related to audio stream identification that are solved with -analyzeduration 100M -probesize 50M. |
The same procedure as every year, James 😜 |
I admit I was a little mistaken in regards to the |
The question is: How high should those values be? Is 100M/50M high enough? Or maybe too high? And who else uses this piece of **** expect @JJKylee ? 🤔 Feels like an X-Files moment. 🤣 |
@JJKylee |
For I really don't know why no one else is talking about this matter. Maybe they don't use EDIT: The default value for |
I made the same mistake. 😄
👍
I'll try to set the missing parameter(s) ... |
Okay, now the args looks like: Set it manually or delete your settings to make use of it. Will be implemented in the next beta. |
|
ffmpeg-parameter-mode engaged 🤣 You're absolutelly right! It's fixed and looks like: NVEnc-subparameter-mode re-engaged 😁 |
Describe the bug
When
aac
muxing mode isADTS
in the audio track of a sourcets
file, (pretty common for ats
file), the current preprocessorffmpeg: Re-mux TS to MKV
fails to remux the audio track into the outputmkv
file with the following error message (ffmpeg):Suggested fix
Per the recommendation given by the log, the arguments of the preprocessor should be modified as follows:
The text was updated successfully, but these errors were encountered: