Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
4th April 2015, 15:00 | #13202 | Link | ||
Registered User
Join Date: Nov 2014
Posts: 23
|
I've posted about this before, but I thoght it hade to do with how eac3to handled overlapping audio in case of a seamless branching disc, but I recently tried it with the new "Taken 3" wich has 5.1 audio and when doing a FLAC-track on the fly (when demuxing) there is diffrences when using either arcsoft or dcadec, but if you extract the DTS-HD MA first and then convert it to flac there is no diffrences.
Quote:
Quote:
Again, if I extract the DTS-HD MA track using eac3to and after that convert to FLAC there is no difference found.... I'm sorry but I cannot provide a sample here, or do not know how as you have to do it on the "fly" when demuxing from a seamless branching blu-ray to reproduce this. The two lines used for the track: "C:\Program Files (x86)\eac3to\eac3to.exe" "P:\" 1) 3: "L:\Taken.3.Unrated.FLAC.5.1.24bit.from.DTS-HD.MA.arcsoft.flac" -arcsoft "C:\Program Files (x86)\eac3to\eac3to.exe" "P:\" 1) 3: "L:\Taken.3.Unrated.FLAC.5.1.24bit.from.DTS-HD.MA.dcadec.flac" -dcadec And from the eac3to log: [a03] Decoding with ArcSoft DTS Decoder... [a03] Decoding with libDcaDec DTS Decoder... Last edited by Nebudchanezzer; 4th April 2015 at 15:06. |
||
4th April 2015, 15:37 | #13203 | Link |
Registered User
Join Date: Feb 2012
Posts: 28
|
Is the flac you get from the demuxed DTS-HD MA track the same as one of the two flac you get from demuxing "on the fly" from your seamless branching blu-ray ? Instead of flac, have you tried to demux to wavs files and compare the results ?
|
4th April 2015, 16:31 | #13204 | Link | |
Registered User
Join Date: Nov 2014
Posts: 23
|
Quote:
Yes, I have tried to demux to wavs instead of FLAC and it doesn't matter, the difference is still there, when doing it "on the fly". And using a hex-editor to edit the wav-stream to "correct" the first differences the next differences occur at the time of the next warning of overlapping audio in eac3to. |
|
5th April 2015, 08:08 | #13207 | Link | |
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Quote:
If you check the logs, overlapping on segmented files for playlists does get fixed.
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
|
5th April 2015, 08:18 | #13208 | Link | |||
Registered User
Join Date: Nov 2014
Posts: 23
|
Quote:
And has very little to with eac3to's second pass where additional overlapping audio is fixed. EDIT: was wrong about that the editing of DTS-MA-stream does occur in the second pass. However, just for the sake of it, comparing a FLAC made "on the fly" with a FLAC made from the already extracted DTS MA-stream: Quote:
Quote:
Last edited by Nebudchanezzer; 5th April 2015 at 11:23. |
|||
5th April 2015, 12:22 | #13209 | Link |
Registered User
Join Date: Oct 2011
Posts: 204
|
This sounds like a solution is to join the DTS-HD tracks, decode the joined stream, and only then cut, rather than decoding the streams individually (I remember reading that sometimes the first DTS-HD frame can't be decoded losslessly somewhere on dcadec - link)... not that I actually know what's going on, though, just a guess...
Last edited by DarkSpace; 5th April 2015 at 12:28. |
6th April 2015, 08:35 | #13210 | Link |
Registered User
Join Date: Feb 2013
Posts: 1
|
Thanks for your development and the new eac3to version which supports now Dolby Atmos!
If I extract an Dolby Atmos track I got an audio stream called f.e. Audio_4_English.THD+AC3. If I load this track in mkvmerge they split the Atmos track to two separate tracks: - TrueHD (ID0, Typ: Audio) - AC3/EAC3 (ID1, Typ: Audio) Is this correct? If I playback now the mkv file I have two audio tracks - I think THD is the Dolby Atmos track. Do I need the second (AC3/EAC3) track also in my mkv file or can I deactivate the track before I create my mkv file? Thanks. |
6th April 2015, 09:36 | #13211 | Link |
Registered User
Join Date: Sep 2012
Posts: 366
|
Blu Rays require the inclusion of an AC3 stream within TrueHD for backward compatibility purposes. Eac3to extracts both from an m2ts to a single file. MKVMerge used to take only the TrueHD stream from m2ts/raw TrueHD files but a recently added feature implemented the option of extracting either or both. Unless you have equipment that can't play back the TrueHD track (or any better codec that you could encode it to) the AC3 track is redundant and can be safely removed.
|
8th April 2015, 16:07 | #13212 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
8th April 2015, 20:43 | #13213 | Link | |||
Registered User
Join Date: Nov 2014
Posts: 23
|
Quote:
Quote:
Quote:
eac3to "bluray-folder" 1) 3: "audio.flac" Using a line like that three times, adding either "-dcadec" or "-sonic" creates differences between the results, rather small diffrences but still, diffrences from lossless to lossless. Take Taken 3 for instance where there is 332088173 samples (332 MILLION) in the FLAC-track, all 3 decoders gives the exact same amount of samples, and between arcsoft and sonic 3650 samples differ, dcadec vs. sonic 3736 differ, dcadec vs. arcsoft 3670 samples differ. But if you extract the DTS MA track first: eac3to "bluray-folder" 1) 3: "audio.dtsma" And then do, using each decoder: eac3to "audio.dtsma" "audio.flac" The resulting file is bitidentical (except in the case of Taken 3, dcadec reported an error and exited) Last edited by Nebudchanezzer; 8th April 2015 at 21:20. |
|||
8th April 2015, 22:20 | #13214 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
It's a bit sad that although identical frames are being skipped, still audio has to be edited with this Blu-Ray. Normally if identical frames are skipped, no further editing is necessary. Can you double check with eac3to 3.27? Both 3.28 and 3.29 are relatively new and have a change in the code which might explain some different behaviour compared to 3.27. So it would be interesting to see how 3.27 behaves in comparison.
I'm not sure why different decoders produce different results in this situation. Sounds weird. If you can find a way which allows me to reproduce the problem on my PC, I would look into it. But without being able to reproduce the situation, there's probably not much I can do. If you do "eac3to audio.dtsma audio.flac", does the resulting file match any of the three files you got from "eac3to bluray-folder 1) 3: audio.flac", using those 3 different decoders? Or is it a forth file, different again to the other 3 files? |
8th April 2015, 23:37 | #13215 | Link | ||||
Registered User
Join Date: Nov 2014
Posts: 23
|
Quote:
Quote:
Quote:
Quote:
|
||||
11th April 2015, 10:36 | #13216 | Link |
Matroska find' ich toll
Join Date: Apr 2008
Posts: 1,370
|
OK that was a little bit wrong for understanding... I mean the demux option with the switch "-demux". mmg supports now the dts-express track. and when you support the demux which extension is used? (like dtsma or dtshr) maybe dtsex? |
11th April 2015, 15:23 | #13217 | Link |
Registered User
Join Date: Sep 2012
Posts: 174
|
as long as you're on a roll with improving eac3to, maybe you can dump aften and encode ac3 with libav?
One dts-hd ma source decoded with eac3to Two ac3 encodes of the decoded source (both 448kbps), one encoded with eac3to (aften), the other with ffmpeg (libav) as you can see spectral frequency display shows that aften has cutoff at about 16,5kHz while ffmpeg has it at about 21kHz (I only had the center in that screenshot, but it applies to all channels...) that's a lot of lost information... |
13th April 2015, 00:43 | #13219 | Link |
Registered User
Join Date: Feb 2008
Location: Brazil
Posts: 753
|
It may not even be in terms of comparison but if that loss actually happens considering a conversion starting from a source without loss into the ac3 with decent bitrate I guess I should not be this cut in just 16,5Khz.
|
13th April 2015, 16:02 | #13220 | Link | |
Registered User
Join Date: Jan 2010
Posts: 709
|
Quote:
Almost all lossy codecs apply a low-pass filter
__________________
powered by Google Translator Last edited by Motenai Yoda; 13th April 2015 at 16:21. |
|
Tags |
eac3to |
Thread Tools | Search this Thread |
Display Modes | |
|
|