New audio profiles don't work with rigaya's encoders #306
Comments
|
I tried some earlier and i think it worked bit i have only one track selected.
…On Mar 11, 2022, 3:21 PM -0500, Chris Griffith ***@***.***>, wrote:
The new style of audio matching always creates new tracks for best behavioral results. However currently it's not possible to duplicate audio tracks with rigaya's encoders so there will be an error message.
Need to figure out the best way to use some form of advanced matching but still using the original audio inputs.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
* Adding AVIF support using libsvtav1 * Adding #352 default output directory to settings panel (thanks to Maddie Davis) * Adding #306 support for audio profiles with pattern matching for rigaya's hardware encoders * Adding #301 Select All feature for subtitles (thanks to ProFire and Genine-Collin) * Adding #325 build for Ubuntu 22.04 (thanks to mrjayviper) * Adding build for MacOS 12 * Adding #322 warning if profile audio match doesn't match anything (thanks to wynterca) * Adding presumption that 4.x branch is last to support Windows 7 and 8 for update checks * Fixing #319 no longer disables built in tracks for profile matching (thanks to Owen Quinlan) * Fixing #218 and #308 subtitle scaling with rigaya's hardware encoders needs to be scaled for 4K content (thanks to wynterca) * Fixing #350 subtitle burn in quoting (thanks to Maddie Davis) * Fixing #346 preserve the order of audio tracks when editing a queued job (thanks to Patrick Bassner) * Fixing #187 closing the main app while a progress bar is active will now stop that task (thanks to Todd Wilkinson) * Fixing Chinese translations (thanks to leonardyan) * Fixing new version check not launching at startup Co-authored-by: leonardyan <64267563+leonardyan@users.noreply.github.com>
|
Should now work with https://github.com/cdgriffith/FastFlix/releases/tag/4.10.0 |
|
Doesnt work, only selects one track, the previous version do work, it creates 2 duplicate tracks and they work fine |
|
Look at these images Works properly on 4.9.4 Doesnt work on 4.10.0 |
|
Quick testing shows this should be fixed since 5.0.0 now, but if anyone has any more odd issues please let me know, thanks again! |
The new style of audio matching always creates new tracks for best behavioral results. However currently it's not possible to duplicate audio tracks with rigaya's encoders so there will be an error message.
Need to figure out the best way to use some form of advanced matching but still using the original audio inputs.
The text was updated successfully, but these errors were encountered: