madshi bug tracker - eac3to
View Issue Details
0000243eac3tobugpublic2014-11-12 04:152015-03-10 20:25
tari 
madshi 
highminoralways
closedfixed 
n/an/an/a
3.27
0000243: eac3to crashes on DTSHD -> FLAC, but output file is fine
When 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.
Simply try to encode a DTS-HD source that ArcSoft does not like (I can provide torrent links if required).
I 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.
No tags attached.
? sample.mkv (4,280,630) 2014-11-12 19:37
http://bugs.madshi.net/file_download.php?file_id=108&type=bug
Issue History
2014-11-12 04:15tariNew Issue
2014-11-12 09:10madshiNote Added: 0000673
2014-11-12 18:46tariNote Added: 0000674
2014-11-12 19:02madshiNote Added: 0000675
2014-11-12 19:06tariNote Added: 0000676
2014-11-12 19:08madshiNote Added: 0000677
2014-11-12 19:37tariFile Added: sample.mkv
2014-11-12 19:42tariNote Added: 0000678
2014-11-12 19:47madshiNote Added: 0000679
2014-11-12 19:47madshiAssigned To => madshi
2014-11-12 19:47madshiStatusnew => assigned
2014-11-12 19:47tariNote Edited: 0000678bug_revision_view_page.php?bugnote_id=678#r137
2014-11-12 19:48tariNote View State: 0000678: private
2014-11-12 19:48tariNote View State: 0000678: public
2014-11-12 19:50tariNote Added: 0000680
2015-03-10 20:25madshiNote Added: 0000719
2015-03-10 20:25madshiStatusassigned => closed
2015-03-10 20:25madshiResolutionopen => fixed

Notes
(0000673)
madshi   
2014-11-12 09:10   
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.
(0000674)
tari   
2014-11-12 18:46   
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?
(0000675)
madshi   
2014-11-12 19:02   
That's too bad. Ok, then please contact me via doom9 PM or email.
(0000676)
tari   
2014-11-12 19:06   
Update:

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.
(0000677)
madshi   
2014-11-12 19:08   
That's kind of weird. What happens if you split the MKV into small parts? Maybe the last one also produces the crash?
(0000678)
tari   
2014-11-12 19:42   
(edited on: 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.

https://drive.google.com/file/d/0B6pnNRWJbd4PR1FrZVN4STA4cHc/view?usp=sharing [^]

(0000679)
madshi   
2014-11-12 19:47   
The attached sample should do fine, thanks. It might take a bit until I get to this, though.
(0000680)
tari   
2014-11-12 19:50   
I have added a link to my note to the other sample, just in case. Thank you for your efforts.
(0000719)
madshi   
2015-03-10 20:25   
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.