staxrip
Better handling of eac3to errors
Is your feature request related to a problem? Please describe. I'm always frustrated when I need eac3to extract and process audio from some TS files where some tracks can't be recognized by eac3to will result in a fetal error for Staxrip
Describe the solution you'd like I would like the UI to show only recognizable tracks and ignore unknown ones instead of throwing a fetal exception
Describe alternatives you've considered The work-around that I'm currently using is to manually define the command to extract the first audio track and covert it to m4a with eac3to.
Explain why the feature matters to you Of course, the work-around I'm using is not very elegant and assumes the second track of the file is the audio track that I want to use, which is not always to case. So I would like to see if the UI can be improved so that I can always select which tracks I want to demux with eac3to despite having some tracks with unknown formats.
Additional context
Here's some screenshots related to this issue
Related Log:
------------------- Process M2TS file using eac3to -------------------
D:\Encode\Tools\StaxRip-v2.12.0-x64\Apps\Audio\eac3to\eac3to.exe D:\Encode\20220423\dora.ts -progressnumbers
TS, 1 video track, 3 audio tracks, 0:30:31, 60i /1.001
1: MPEG2, 1440x1080 60i /1.001 (16:9)
2: AAC, 2.0 channels, 242kbps, 48kHz, -545ms
3: Unknown audio track, unknown parameters, 1719ms
4: Unknown audio track, unknown parameters
Bitstream parsing for tracks 3 and 4 failed.
Demuxing these tracks may still produce correct results - or not.
------------------------------ Exception ------------------------------
System.Exception: Failed to detect stream: 3: Unknown audio track, unknown parameters, 1719ms
在 StaxRip.eac3toForm.Init() 位置 D:\Code\Github\staxrip\staxrip\Source\Forms\eac3toForm.vb:行号 918
在 StaxRip.eac3toForm._Lambda$__184-1() 位置 D:\Code\Github\staxrip\staxrip\Source\Forms\eac3toForm.vb:行号 761
As you can see, track 3 and 4 resulted in an exception because eac3to can't recognize the format of those tracks. In fact, those are not even audio tracks and I don't need to process those 2 tracks.
And my work-around to demux and process audio:
Which works, but I need to modify the settings every time the audio track that I want to use is not the first one or I want to have it extracted in a different format.
I had a similar issue with some audio tracks within .TS files. https://forum.doom9.org/showthread.php?t=125966 StaxRip comes with version 3.34 latest is 3.36, might be worth a try as a test.
v3.36
- fixed: UHD Blu-Ray support didn't work with newer releases
- fixed: on some OSs there were crashes
- fixed: libav command line output hooking wasn't working properly
- added special handling for TrueHD seamless branching
- 2nd pass for audio gap fixing is auto-disabled for (UHD) Blu-Rays now
- libDcaDec: updated to 0.2.0
v3.35
- fixed: "min/maxPlayListRuntime" had to be last parameter
