View Issue Details

IDProjectCategoryView StatusLast Update
0000243eac3tobugpublic2015-03-10 20:25
Reportertari Assigned Tomadshi  
Status closedResolutionfixed 
Platformn/aOSn/aOS Versionn/a
Summary0000243: eac3to crashes on DTSHD -> FLAC, but output file is fine
DescriptionWhen using the ArcSoft library to decode seemingly valid DTS-HD, the program quite often crashes (displaying the error dialog) at the very end of the process, yet the resulting WAV, FLAC, etc is a perfectly healthy file. The major problem here is that when the program is used in a CLI, the dialog blocks any further execution from the terminal because it requires user input.
Steps To ReproduceSimply try to encode a DTS-HD source that ArcSoft does not like (I can provide torrent links if required).
Additional InformationI use eac3to in a CLI script, and it does the job just fine - apart from the irritating error dialog that pops up even though we are using a terminal. I understand very well that ArcSoft-related issues cannot be quite solved, and I am not necessarily expecting a fix in this direction.

What I propose is a switch to disable the error dialog - if eac3to needs to complain, it can do so in STDERR.
TagsNo tags attached.
eac3to Version3.27



2014-11-12 09:10

administrator   ~0000673

Please provide a small sample with which the problem occurs. You can try "eac3to source.dts sample.dts -60000ms" to remove the first 60 seconds. In the same way you can remove almost the entire audio file except the very end. This way hopefully you can cut a sample so that only the last few MBs remain which might still produce the crash. Then please zip the remaining few MBs and attach them to this bug issue. Thanks.


2014-11-12 18:46

reporter   ~0000674

I have extracted the last 20 seconds of the DTS-HD stream using the method you suggested, but that fragment is encoded without errors. The exception is thrown only when I feed in the entire stream (~700MB).

Any suggestions how to proceed?


2014-11-12 19:02

administrator   ~0000675

That's too bad. Ok, then please contact me via doom9 PM or email.


2014-11-12 19:06

reporter   ~0000676


I must apologise, my previous note was partially incorrect. When I demux the entire DTS-HD stream it is also encoded without errors (tested only on one file). The ArcSoft decoder dies with an ugly error only when encoding from the original Matroska container in which the DTS stream lives.


2014-11-12 19:08

administrator   ~0000677

That's kind of weird. What happens if you split the MKV into small parts? Maybe the last one also produces the crash?


2014-11-12 19:37


sample.mkv (4,280,630 bytes)   


2014-11-12 19:42

reporter   ~0000678

Last edited: 2014-11-12 19:47

I have uploaded the last 4 seconds of the MKV - it crashes as expected, but the FLAC is not kept (maybe the sample is too short?). I have another one, slightly bigger (~13MB), that also crashes very nicely, and the resulting (and working) FLAC is kept.


2014-11-12 19:47

administrator   ~0000679

The attached sample should do fine, thanks. It might take a bit until I get to this, though.


2014-11-12 19:50

reporter   ~0000680

I have added a link to my note to the other sample, just in case. Thank you for your efforts.


2015-03-10 20:25

administrator   ~0000719

3.28 will handle the ArcSoft crash gracefully. Meaning that there will be a proper "red" error message in the console output. This will probably result in the FLAC file always being deleted in such a situation, though.

Issue History

Date Modified Username Field Change
2014-11-12 04:15 tari New Issue
2014-11-12 09:10 madshi Note Added: 0000673
2014-11-12 18:46 tari Note Added: 0000674
2014-11-12 19:02 madshi Note Added: 0000675
2014-11-12 19:06 tari Note Added: 0000676
2014-11-12 19:08 madshi Note Added: 0000677
2014-11-12 19:37 tari File Added: sample.mkv
2014-11-12 19:42 tari Note Added: 0000678
2014-11-12 19:47 madshi Note Added: 0000679
2014-11-12 19:47 madshi Assigned To => madshi
2014-11-12 19:47 madshi Status new => assigned
2014-11-12 19:47 tari Note Edited: 0000678
2014-11-12 19:48 tari Note View State: 0000678: private
2014-11-12 19:48 tari Note View State: 0000678: public
2014-11-12 19:50 tari Note Added: 0000680
2015-03-10 20:25 madshi Note Added: 0000719
2015-03-10 20:25 madshi Status assigned => closed
2015-03-10 20:25 madshi Resolution open => fixed