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.

 

Go Back   Doom9's Forum > General > Audio encoding

Closed Thread
 
Thread Tools Search this Thread Display Modes
Old 4th April 2015, 12:13   #13201  |  Link
kasper93
MPC-HC Developer
 
Join Date: May 2010
Location: Poland
Posts: 586
Yeah, it does, but according to dcadec author. Decoding of DTS Express streams still need some work. But 192KHz is done.
kasper93 is offline  
Old 4th April 2015, 15:00   #13202  |  Link
Nebudchanezzer
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:
Originally Posted by foobar
Comparing:
"L:\Taken.3.Unrated.FLAC.5.1.24bit.from.DTS-HD.MA.arcsoft.flac"
"L:\Taken.3.Unrated.FLAC.5.1.24bit.from.DTS-HD.MA.dcadec.flac"
Compared 332088173 samples.
Differences found: 3670 values, starting at 0:39.455521, peak: 0.0000610 at 0:39.455875, 5ch
Detected offset as 0 samples.
Quote:
Originally Posted by eac3to
[a03] Audio overlaps for 11ms at playtime 0:00:39. <WARNING>
As you can see the tracks both have the exact same amount of samples and that 3670 samples differs in 5 channels, and that the first difference is found at the same spot that eac3to reports beeing the first overlapping audio, both tracks beeing produced the same way - "on the fly" when demuxing.
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.
Nebudchanezzer is offline  
Old 4th April 2015, 15:37   #13203  |  Link
Libeluratio
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 ?
Libeluratio is offline  
Old 4th April 2015, 16:31   #13204  |  Link
Nebudchanezzer
Registered User
 
Join Date: Nov 2014
Posts: 23
Quote:
Originally Posted by Libeluratio View Post
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 ?
No it ain't, but that is to be expected, du to the nature of beeing forced to keep entire DTS-frames when editing the DTS-stream.

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.
Nebudchanezzer is offline  
Old 4th April 2015, 23:24   #13205  |  Link
Libeluratio
Registered User
 
Join Date: Feb 2012
Posts: 28
Have you tried demuxing the DTS-HD MA track with makemkv/tsmuxer and compare the 3 results ?
Libeluratio is offline  
Old 5th April 2015, 07:30   #13206  |  Link
Nebudchanezzer
Registered User
 
Join Date: Nov 2014
Posts: 23
Quote:
Originally Posted by Libeluratio View Post
Have you tried demuxing the DTS-HD MA track with makemkv/tsmuxer and compare the 3 results ?
No I haven't since tsMuxer doesn't do flac or wavs or any sort of audio conversion and MakeMKV doesn't do a second pass to fix overlapping audio so that would be pointless as well.
Nebudchanezzer is offline  
Old 5th April 2015, 08:08   #13207  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
Join Date: Mar 2011
Posts: 940
Quote:
Originally Posted by Nebudchanezzer View Post
MakeMKV doesn't do a second pass to fix overlapping audio
But it does fix overlapping.
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!)
Sparktank is offline  
Old 5th April 2015, 08:18   #13208  |  Link
Nebudchanezzer
Registered User
 
Join Date: Nov 2014
Posts: 23
Quote:
Originally Posted by Sparktank View Post
But it does fix overlapping.
If you check the logs, overlapping on segmented files for playlists does get fixed.
Yes it does but that is the same as eac3to's "[a03] Skipping identical DTS frames (seamless branching)..."

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:
Originally Posted by foobar
Differences found in compared tracks.
Non-zero offset detected.

Comparing:
"L:\Taken.3.Unrated.FLAC.5.1.24bit.from.DTS-HD.MA.sonic.flac"
"L:\Taken.3.Unrated.FLAC.5.1.24bit.from.extraced.DTS-HD.MA.sonic.flac"
Length mismatch : 1:55:18.503604 vs 1:55:18.506667, 332088173 vs 332088320 samples.
Compared 332088173 samples, discarded last 147 samples from the longer file.
Differences found within the compared range: 1664758852 values, starting at 0:39.455521, peak: 1.4852911 at 1:04:32.798833, 3ch
Detected offset as -185 samples.

Comparing again with corrected offset...
Compared 332087988 samples, with offset of -185 discarding last/first samples from total of 332088173.
Differences found within the compared range: 1560398561 values, starting at 0:01.756146, peak: 1.4692689 at 20:48.833771, 3ch
For some reason dcadec gave an error and would not decode the extracted DTS MA-stream:
Quote:
Originally Posted by eac3to
The libDcaDec DTS Decoder reported the error "Bitstream navigation error" while decoding. <ERROR>
Aborted at file position 2495873024. <ERROR>
But both arcsoft and sonic decoded the track fine and were bitperfect to each other.

Last edited by Nebudchanezzer; 5th April 2015 at 11:23.
Nebudchanezzer is offline  
Old 5th April 2015, 12:22   #13209  |  Link
DarkSpace
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.
DarkSpace is offline  
Old 6th April 2015, 08:35   #13210  |  Link
shark75
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.
shark75 is offline  
Old 6th April 2015, 09:36   #13211  |  Link
ndjamena
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.
ndjamena is offline  
Old 8th April 2015, 16:07   #13212  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by Nebudchanezzer View Post
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.
Hmmmm... Usually for DTS-HD tracks eac3to reports "skipping identical frames" or something like that, when handling seamless branching titles. And then no 2nd pass is necessary for such tracks. Can you please check if either the old or the new eac3to build (or both) are reporting that? Or do both *not* skip identical frames for this track?
madshi is offline  
Old 8th April 2015, 20:43   #13213  |  Link
Nebudchanezzer
Registered User
 
Join Date: Nov 2014
Posts: 23
Quote:
Originally Posted by madshi View Post
Hmmmm... Usually for DTS-HD tracks eac3to reports "skipping identical frames" or something like that, when handling seamless branching titles. And then no 2nd pass is necessary for such tracks. Can you please check if either the old or the new eac3to build (or both) are reporting that? Or do both *not* skip identical frames for this track?
Both eac3to 3.28 and 3.29 does the same in that regards, reports skipping and does a second pass:
Quote:
Originally Posted by eac3to 3.28
eac3to v3.28
command line: "T:\eac3to.3.28\eac3to.exe" "P:\" 1) 3: "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.28.dtshd"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 4 subtitle tracks, 1:55:16, 53.548p
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 448kbps, 48kHz
5: AC3, Spanish, 5.1 channels, 448kbps, 48kHz
6: AC3, French, 5.1 channels, 448kbps, 48kHz
7: Subtitle (PGS), English
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), French
10: Subtitle (PGS), English
[a03] Extracting audio track number 3...
[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.28.dtshd"...
[a03] Skipping identical DTS frames (seamless branching)...
[a03] Audio overlaps for 11ms at playtime 0:00:39. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:04:20. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:12:44. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:13:15. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:17:18. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:29:06. <WARNING>
[a03] Audio overlaps for 9ms at playtime 0:30:52. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:33:01. <WARNING>
[a03] Audio overlaps for 5ms at playtime 0:42:04. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:43:08. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:47:51. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:49:17. <WARNING>
[a03] Audio overlaps for 10ms at playtime 0:50:21. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:51:26. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:57:15. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:07:54. <WARNING>
[a03] Audio overlaps for 5ms at playtime 1:13:45. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:14:42. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:16:53. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:22:20. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:23:27. <WARNING>
[a03] Audio overlaps for 11ms at playtime 1:24:31. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:29:43. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:32:04. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:32:25. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:34:20. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:37:09. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:38:37. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:39:47. <WARNING>
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...

[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.28.dtshd"...
Video track 2 contains 165878 frames.
eac3to processing took 6 minutes, 39 seconds.
Done.
Quote:
Originally Posted by eac3to 3.29
eac3to v3.29
command line: "C:\Program Files (x86)\eac3to\eac3to.exe" "P:\" 1) 3: "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.dtshd"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 4 subtitle tracks, 1:55:16, 53.548p
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 448kbps, 48kHz
5: AC3, Spanish, 5.1 channels, 448kbps, 48kHz
6: AC3, French, 5.1 channels, 448kbps, 48kHz
7: Subtitle (PGS), English
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), French
10: Subtitle (PGS), English
[a03] Extracting audio track number 3...
[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.dtshd"...
[a03] Skipping identical DTS frames (seamless branching)...
[a03] Audio overlaps for 11ms at playtime 0:00:39. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:04:20. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:12:44. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:13:15. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:17:18. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:29:06. <WARNING>
[a03] Audio overlaps for 9ms at playtime 0:30:52. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:33:01. <WARNING>
[a03] Audio overlaps for 5ms at playtime 0:42:04. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:43:08. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:47:51. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:49:17. <WARNING>
[a03] Audio overlaps for 10ms at playtime 0:50:21. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:51:26. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:57:15. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:07:54. <WARNING>
[a03] Audio overlaps for 5ms at playtime 1:13:45. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:14:42. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:16:53. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:22:20. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:23:27. <WARNING>
[a03] Audio overlaps for 11ms at playtime 1:24:31. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:29:43. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:32:04. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:32:25. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:34:20. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:37:09. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:38:37. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:39:47. <WARNING>
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...

[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.dtshd"...
Video track 2 contains 165878 frames.
eac3to processing took 6 minutes, 55 seconds.
Done.
I'm very curious why eac3to creates different results for the FLAC or WAV(s) depending on wich decoder is used when it comes to seamless branching and overlapping audio.

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.
Nebudchanezzer is offline  
Old 8th April 2015, 22:20   #13214  |  Link
madshi
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?
madshi is offline  
Old 8th April 2015, 23:37   #13215  |  Link
Nebudchanezzer
Registered User
 
Join Date: Nov 2014
Posts: 23
Quote:
Originally Posted by madshi View Post
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.
3.27 behaves just the same:
Quote:
Originally Posted by eac3to 3.27
eac3to v3.27
command line: "T:\eac3to.3.27\eac3to.exe" "P:\" 1) 3: "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.27.dtshd"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 4 subtitle tracks, 1:55:16, 53.548p
1: Chapters, 32 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 448kbps, 48kHz
5: AC3, Spanish, 5.1 channels, 448kbps, 48kHz
6: AC3, French, 5.1 channels, 448kbps, 48kHz
7: Subtitle (PGS), English
8: Subtitle (PGS), Spanish
9: Subtitle (PGS), French
10: Subtitle (PGS), English
[a03] Extracting audio track number 3...
[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.27.dtshd"...
[a03] Skipping identical DTS frames (seamless branching)...
[a03] Audio overlaps for 11ms at playtime 0:00:39. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:04:20. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:12:44. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:13:15. <WARNING>
[a03] Audio overlaps for 8ms at playtime 0:17:18. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:29:06. <WARNING>
[a03] Audio overlaps for 9ms at playtime 0:30:52. <WARNING>
[a03] Audio overlaps for 6ms at playtime 0:33:01. <WARNING>
[a03] Audio overlaps for 5ms at playtime 0:42:04. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:43:08. <WARNING>
[a03] Audio overlaps for 11ms at playtime 0:47:51. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:49:17. <WARNING>
[a03] Audio overlaps for 10ms at playtime 0:50:21. <WARNING>
[a03] Audio overlaps for 7ms at playtime 0:51:26. <WARNING>
[a03] Audio overlaps for 12ms at playtime 0:57:15. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:07:54. <WARNING>
[a03] Audio overlaps for 5ms at playtime 1:13:45. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:14:42. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:16:53. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:22:20. <WARNING>
[a03] Audio overlaps for 10ms at playtime 1:23:27. <WARNING>
[a03] Audio overlaps for 11ms at playtime 1:24:31. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:29:43. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:32:04. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:32:25. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:34:20. <WARNING>
[a03] Audio overlaps for 9ms at playtime 1:37:09. <WARNING>
[a03] Audio overlaps for 8ms at playtime 1:38:37. <WARNING>
[a03] Audio overlaps for 7ms at playtime 1:39:47. <WARNING>
[a03] Starting 2nd pass...
[a03] Realizing DTS gaps...

[a03] Creating file "L:\Taken.3.Unrated.DTS-HD.MA.5.1.24bit.eac3to.3.27.dtshd"...
Video track 2 contains 165877 frames.
eac3to processing took 6 minutes, 47 seconds.
Done.

Quote:
Originally Posted by madshi View Post
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?
It is a 4th result, different again from the 3 others, but in my eyes that is to be expected due to the limitations of editing the DTS-stream, the need to insert or remove entire DTS-frames, (512 samples or 10.666..ms of audio), while with RAW audio you could easily add or remove just 1 sample if you wish.

Quote:
Originally Posted by madshi View Post
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.
Yes, this is a tough nut to crack, for now I can only think of one thing...(must be done via PM I guess), however I'm a bit tired and headed to bed now.
Nebudchanezzer is offline  
Old 11th April 2015, 10:36   #13216  |  Link
hubblec4
Matroska find' ich toll
 
Join Date: Apr 2008
Posts: 1,370
Quote:
Originally Posted by hubblec4 View Post
hi madshi

is a support for DTS Express planed?

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?
hubblec4 is offline  
Old 11th April 2015, 15:23   #13217  |  Link
Q-the-STORM
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...
Q-the-STORM is offline  
Old 11th April 2015, 19:16   #13218  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 709
I don't think the lowpass frequency is a good point of comparison.
__________________
powered by Google Translator
Motenai Yoda is offline  
Old 13th April 2015, 00:43   #13219  |  Link
soneca
Registered User
 
Join Date: Feb 2008
Location: Brazil
Posts: 753
Quote:
Originally Posted by Motenai Yoda View Post
I don't think the lowpass frequency is a good point of comparison.
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.
soneca is offline  
Old 13th April 2015, 16:02   #13220  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 709
Quote:
Originally Posted by soneca View Post
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.
Yep but ac3 is a quite old codec and not well tuned for >96kbps/ch encodings, and you should consider that throwing away very high frequencies (mainly just noise and dither), it's able to raise the quality of super-wideband ones.
Almost all lossy codecs apply a low-pass filter
__________________
powered by Google Translator

Last edited by Motenai Yoda; 13th April 2015 at 16:21.
Motenai Yoda is offline  
Closed Thread

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:41.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.