-
Notifications
You must be signed in to change notification settings - Fork 24
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
MixAudio() produces stitches #25
Comments
Besides, Output using megui's wrapper produces much more stitches than using avs2pipemod |
Hi, x86 or x64? |
It was on x86, I will have a test on x64 now. |
It's the same behaviour on x64. |
-what is the speed difference you encounter (cacheing - if any - I suppose is totally different between classic and avs+) a=FFAudioSource("original_dts-hd.dts") |
Weirder now, with,
It's good, AND speed is normal.
It comes again, with slow speed. |
I will first investigate a bit into bit comparison of ff and lsmash alone for sake of consistency. |
All tracks decoded fine, no differences found. Comparing: Total duration processed: 1:04.192 |
The above result is performed without any mixdown or process other than source filter. |
avs2pipemod.exe -wav test.avs > testout.wav FFAudioSource() == LWLibavAudioSource() == GOOD |
avs2pipemod test batch |
MixAudio() produces stitches.
When using MeGUI's downmix function
It produces stitches. Additionally, the process speed is much lower than using official avs2.6 when MixAudio() is engaged.
Here's the file that can reproduce the issue without difficulty.
test.zip
When using official avs2.6, I tried to find anything wrong, but it works well.
The text was updated successfully, but these errors were encountered: