eac3to - audio conversion tool [Archive] - Page 204

Midzuki

18th June 2010, 17:55

Yes, I agree, that's insane. And the ArcSoft DTS decoder stumbles over at least 1 of those 7 layouts.

Probably because some of them are not entirely-compliant with the (already-imperfect) Wave-Format-Ext definitions...

http://forum.videohelp.com/attachments/2352-1276913498/MAS-7.1-layouts.png

Speaker Position Decimal Value
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ ¯¯¯¯¯¯¯¯¯¯¯¯¯

FRONT_LEFT 1
FRONT_RIGHT 2
FRONT_CENTER 4
LOW_FREQUENCY 8
BACK_LEFT 16
BACK_RIGHT 32
FRONT_LEFT_OF_CENTER 64
FRONT_RIGHT_OF_CENTER 128
BACK_CENTER 256
SIDE_LEFT 512
SIDE_RIGHT 1024
TOP_CENTER 2048
TOP_FRONT_LEFT 4096
TOP_FRONT_CENTER 8192
TOP_FRONT_RIGHT 16384
TOP_BACK_LEFT 32768
TOP_BACK_CENTER 65536
TOP_BACK_RIGHT 131072
RESERVED 262144

As the table above shows, the positions

BACK_LEFT_OF_CENTER,
BACK_RIGHT_OF_CENTER,
LEFT_WIDE,
RIGHT_WIDE,
TOP_SIDE_LEFT,
TOP_SIDE_RIGHT,

"do not exist" in the
Wave-Format-Extensible "world".

Thunderbolt8

18th June 2010, 18:15

just for clarification which tracks does the arcsoft decoder 1.1.0.7 treat in a wrong way compared to 1.1.0.0? only 6.1 tracks?

madshi

18th June 2010, 18:53

It's from "Evangelion 2.22".
Thanks. Will be fixed in the next build.

I've only ever notice it happen when converting either TrueHD or DTS-HD MA in an M2TS to FLAC while also converting a different audio track in the M2TS to AAC. Like I said, very hit or miss, but it happens often enough to be annoying. :P
Well, I need a way to reliably reproduce this, or else it will be hard to fix.

just for clarification which tracks does the arcsoft decoder 1.1.0.7 treat in a wrong way compared to 1.1.0.0? only 6.1 tracks?
AFAIK only 6.1 tracks are affected.

madshi

18th June 2010, 18:55

eac3to v3.21 released

http://madshi.net/eac3to.zip

* fixed: big w64/rf64 files sometimes had incorrect header information
* fixed: HD DVD chapter times were wrong by 3.6 seconds per hour
* fixed: 6.1 DTS decoding with ArcSoft resulted in wrong channel order
* fixed: 6.1 TrueHD decoding with libav resulted in wrong channel order
* fixed: reducing bitdepth of clipped audio produced too much bitdepth
* when clipping is automatically fixed, the applied dB gain is logged
* when normalizing an audio track, the applied dB gain is logged

Thunderbolt8

18th June 2010, 18:58

thanks :)

b66pak

18th June 2010, 19:05

thanks a lot...
_

Midzuki

18th June 2010, 19:11

Man, that was fast! :)

:thanks: :thanks: :thanks:

AnryV

18th June 2010, 20:30

THANKS!

:)
Will be anything made with the decoding of "strange setup" 7.1?

madshi

18th June 2010, 20:55

Will be anything made with the decoding of "strange setup" 7.1?
It's the fault of the ArcSoft DTS decoder. There's nothing I can do about it (at least not with any reasonable amount of work).

SomeJoe

18th June 2010, 23:08

I'm producing a chapter format file which mkvtoolnix accepts. Does mkvtoolnix also accept OGG chapter format files?

Well, HD-DVD streams are officially 1080i60 / 1.001, so I guess that justifies the use of NDF timecodes. And the HD DVD specification officially says that NDF timecodes are used. So eac3to should really convert...

As far as I know, what you're outputting from eac3to is an OGG chapter format file. MKVToolnix refers to it as "simple" chapter format. DVDDecrypter refers to it as "Chapter Information - OGG".

I noticed you fixed this for HD-DVD in build 3.21 - thanks, this works well.

Is the patch specifically only for HD-DVD? Because the chapter points are almost always off by the 1001/1000 ratio for Blu-Ray also.

tebasuna51

19th June 2010, 00:33

Thanks madshi.

MikeEby

19th June 2010, 01:37

Hi,
I'm getting very odd results from "Mary and Max" The disk should have a DTS-HD track but the first run is yeilding this.

eac3to v3.21
command line: "C:\eac3to\eac3to.exe" "D:\BDMV\STREAM\" -log="C:\Program Files\ACD\Another EAC3to GUI\log.txt"
------------------------------------------------------------------------------
1) 00000.mpls, 00023.m2ts+00000.m2ts, 1:32:26
- Chapters, 17 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz

2) 00007.mpls, 00007.m2ts, 0:22:04
- MPEG2, 480i60 /1.001 (16:9)
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz

3) 00002.mpls, 00005.m2ts, 0:15:48
- Chapters, 6 chapters
- MPEG2, 480i60 /1.001 (4:3)
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz
- RAW/PCM, English, stereo, 48kHz

When I try to extract playlist 1, I get this. Notice the time it said the playlist is only 10 seconds long.

eac3to v3.21
command line: "C:\eac3to\eac3to.exe" 1) -log="C:\Program Files\ACD\Another EAC3to GUI\log.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 2 subtitle tracks, 0:00:10, 24p /1.001
1: Chapters, 17 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
4: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
5: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
6: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
7: Subtitle (PGS), Spanish
8: Subtitle (PGS), English

Here is what Media Info says about 00023.m2ts

http://www.acdnow.com/anothereac3togui/MaryAndMax00023.JPG

00000.m2ts does have a DTS-MA Track. I'll try to run eac3to only on 00000.m2ts and see what results I get.

http://www.acdnow.com/anothereac3togui/MaryAndMaxMinfo.JPG

Thank!

Mike

MikeEby

19th June 2010, 03:47

I ran eac3to on just 00000.m2ts for "Mary and Max" and it was able to demux. Here is my log...I noticed I didn't get a chapter file....That might be normal when only demuxing a single file....It's been a while since I did one this way.

eac3to v3.21
command line: "C:\eac3to\eac3to.exe" "D:\BDMV\STREAM\00000.m2ts" "C:\Work Folder\MaryAndMax.mkv"
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 2 subtitle tracks, 1:32:16, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: RAW/PCM, English, 2.0 channels, 24 bits, 48kHz
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48kHz)
4: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
5: RAW/PCM, English, 2.0 channels, 16 bits, 48kHz
6: Subtitle (PGS), Spanish
7: Subtitle (PGS), English
[s07] Extracting subtitle track number 7...
[a02] Extracting audio track number 2...
[a04] Extracting audio track number 4...
[a02] Reading RAW/PCM...
[a04] Reading RAW/PCM...
[a02] Swapping endian...
[s06] Extracting subtitle track number 6...
[a04] Swapping endian...
[a02] Encoding FLAC with libFlac...
[a05] Extracting audio track number 5...
[a04] Encoding FLAC with libFlac...
[a05] Reading RAW/PCM...
[a05] Swapping endian...
[a03] Extracting audio track number 3...
[a05] Encoding FLAC with libFlac...
[v01] Extracting video track number 1...
[a03] Decoding with ArcSoft DTS Decoder...
[v01] Muxing video to Matroska...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "C:\Work Folder\MaryAndMax - 3 - DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz.flac"...
[a02] Creating file "C:\Work Folder\MaryAndMax - 2 - PCM, English, 2.0 channels, 24 bits, 48kHz.flac"...
[a05] Creating file "C:\Work Folder\MaryAndMax - 5 - PCM, English, 2.0 channels, 16 bits, 48kHz.flac"...
[a04] Creating file "C:\Work Folder\MaryAndMax - 4 - PCM, English, 2.0 channels, 16 bits, 48kHz.flac"...
[s07] Creating file "C:\Work Folder\MaryAndMax - 7 - Subtitle (PGS), English.sup"...
[s06] Creating file "C:\Work Folder\MaryAndMax - 6 - Subtitle (PGS), Spanish.sup"...
[a02] The original audio track has a constant bit depth of 24 bits.
[a03] The original audio track has a constant bit depth of 24 bits.
[a04] The original audio track has a constant bit depth of 16 bits.
[a05] The original audio track has a constant bit depth of 16 bits.
Added fps value (24 /1.001) to MKV header.
Video track 1 contains 132730 frames.
Subtitle track 6 contains 1120 captions.
Subtitle track 7 contains 1426 captions.
eac3to processing took 34 minutes, 43 seconds.
Done.

Mike

mrr19121970

19th June 2010, 09:46

I ran eac3to on just 00000.m2ts for "Mary and Max" and it was able to demux. Here is my log...I noticed I didn't get a chapter file....That might be normal when only demuxing a single file....It's been a while since I did one this way.

yes, that's normal. chapter info is stored in the playlist (MPLS), not the m2ts.

Hi,
I'm getting very odd results from "Mary and Max" The disk should have a DTS-HD track but the first run is yeilding this.

If you post an AnyDVD logfile then we can take a look. I suspect the mpls has been badly authored here. The playlistmarks might be incorrect & the DTS track also left out.

mrr19121970

19th June 2010, 09:51

would a numerical progress indicator be feasible? i have my windows larger with a different font than default so i have no idea how far along the file is.

Not sure why Madshi said no (http://forum.doom9.org/showpost.php?p=1409670&postcount=10149) to this, as it already exists.

-progressnumbers

madshi

19th June 2010, 10:15

As far as I know, what you're outputting from eac3to is an OGG chapter format file. MKVToolnix refers to it as "simple" chapter format. DVDDecrypter refers to it as "Chapter Information - OGG".
Yes, that's also the conclusion I came to, when looking up OGG chapters yesterday.

I noticed you fixed this for HD-DVD in build 3.21 - thanks, this works well.

Is the patch specifically only for HD-DVD? Because the chapter points are almost always off by the 1001/1000 ratio for Blu-Ray also.
The patch is only for HD DVD right now, because the HD DVD spec clearly confirms your comments about how to interpret the XML chapter times. The Blu-Ray spec is quite different. It says:

"The mark_time_stamp shall point to a presentation-time in the interval from the IN_time until the OUT_time of the PlayItem referred to by the ref_to_PlayItem_id, measured in units of a 45kHz clock."

Doesn't sound to me as if I should do * 1.001, or what do you think?

I'm getting very odd results from "Mary and Max" The disk should have a DTS-HD track but the first run is yeilding this.
I've seen some cases where the main playlist was like "movie.m2ts + someVeryShortDummy.m2ts". In such cases often the dummy m2ts file has less audio/video tracks than the movie m2ts file. eac3to is able to handle this situation, it then automatically ignores the dummy m2ts file. However, in your case it seems that the playlist *starts* with a dummy m2ts file and ends with the real movie m2ts file. I've not seen this yet. Not sure why eac3to shows a wrong runtime in this case. I wouldn't have expected that...

Not sure why Madshi said no (http://forum.doom9.org/showpost.php?p=1409670&postcount=10149) to this, as it already exists.

-progressnumbers
Yes, but that option is made specifically for GUIs. eac3to outputs one new line to the command window for every progress. I think ramicio wants a numerical indicator which updates itself in the same line, similar to what some other command tools are doing.

Laurent

19th June 2010, 11:46

As far as I know, what you're outputting from eac3to is an OGG chapter format file. MKVToolnix refers to it as "simple" chapter format. DVDDecrypter refers to it as "Chapter Information - OGG".

I noticed you fixed this for HD-DVD in build 3.21 - thanks, this works well.

I just tried and I can confirm that now it is fixed.
Thank you Madshi.

laserfan

19th June 2010, 13:10

Is the patch specifically only for HD-DVD? Because the chapter points are almost always off by the 1001/1000 ratio for Blu-Ray also.

The patch is only for HD DVD right now, because the HD DVD spec clearly confirms your comments about how to interpret the XML chapter times. The Blu-Ray spec is quite different. It says:

"The mark_time_stamp shall point to a presentation-time in the interval from the IN_time until the OUT_time of the PlayItem referred to by the ref_to_PlayItem_id, measured in units of a 45kHz clock."

Doesn't sound to me as if I should do * 1.001, or what do you think?
I'm a chapter-fanatic mysself. After I extract chapters.txt with eac3to, then convert to frames (and tsMuxeR timecodes) using shon3i's ChapterGen tool, I next examine each chapter location against the DGIndexNV-indexed video in VirtualDub, looking for discrepancies between the chapter marks and the video scene changes. In most (all?) BD cases these chapter marks fall exactly on the first frame of a new scene. But this is for h264 only. If the BD was made with VC1, I often times observe that the chapter points fall a single frame or two beyond the scene change.

Since I use the chapter info to make a qpfile.txt to incorporate into my x264 conversions (to assure there are I-frames where I need them for chapter markers), I need then to adjust the qpfile (and corresponding txMuxeR timecode info) to land exactly on that scene-change frame. Can be a real PIA if there are a lot of chapters...

But it seems I only see this with VC1 BDs, and not with EVERY VC1 BD. But it's as though the mastering tool used w/VC1 is different from h264 (dunno about MPEG2 ottomh). But like I say I don't ALWAYS have to fix these VC1 BDs, just *most* of the time.

Midzuki

19th June 2010, 13:38

madshi,

could you please read again this post (http://forum.doom9.org/showpost.php?p=1409727&postcount=10157) and then specify what is the (most) "problematic" 7.1 channel layout for the ArcSoft DTS decoder ???

-----

EDIT:

OK, I've just found this:

only 7.1 channel tracks with order "C L R Ls Rs LFE Lsr Rsr" are handled incorrectly and there is only one such track from "Qtec Hi-Definition Reference Disc".

However additional comments would be welcome of course. :)

MikeEby

19th June 2010, 13:50

I've seen some cases where the main playlist was like "movie.m2ts + someVeryShortDummy.m2ts". In such cases often the dummy m2ts file has less audio/video tracks than the movie m2ts file. eac3to is able to handle this situation, it then automatically ignores the dummy m2ts file. However, in your case it seems that the playlist *starts* with a dummy m2ts file and ends with the real movie m2ts file. I've not seen this yet. Not sure why eac3to shows a wrong runtime in this case. I wouldn't have expected that...

Madshi, thanks for the quick reply. Yes the dummy file 00023.m2ts is first file in the playlist and it is just a studio logo that is 10 seconds long. It also only has PCM audio tracks, while the second file is the main movie (00000.m2ts) has a DTS-HD track. Eac3to does create the all the files requested for the first file but seems to quits when it sees the second file 00000.m2ts that contains the DTS-HD track. See my screen shots from MediaInfo posted above.

I don't think I've seen a playlist that contains 2 files with different audio track structures, which seems to be the case on this disk. Does eac3to compare the track structure between different files in the playlist?

Mike

MikeEby

19th June 2010, 14:03

If you post an AnyDVD logfile then we can take a look. I suspect the mpls has been badly authored here. The playlistmarks might be incorrect & the DTS track also left out.

I don't think that's the issue in this case. The problem might be because the 2 files do not contain the same track structure.

Mike

Thunderbolt8

19th June 2010, 17:22

Madshi, thanks for the quick reply. Yes the dummy file 00023.m2ts is first file in the playlist and it is just a studio logo that is 10 seconds long. It also only has PCM audio tracks, while the second file is the main movie (00000.m2ts) has a DTS-HD track. Eac3to does create the all the files requested for the first file but seems to quits when it sees the second file 00000.m2ts that contains the DTS-HD track. See my screen shots from MediaInfo posted above.

I don't think I've seen a playlist that contains 2 files with different audio track structures, which seems to be the case on this disk. Does eac3to compare the track structure between different files in the playlist?

MikeIve encountered the same problem twice now, for example with saving private ryan (US) as well. and also criterion and some other studios now include their logos as seperate small .m2ts file which then preceeds the main movie more often than before. therefore it would be nice if you could come up with a solution here.

SomeJoe

19th June 2010, 18:55

The patch is only for HD DVD right now, because the HD DVD spec clearly confirms your comments about how to interpret the XML chapter times. The Blu-Ray spec is quite different. It says:

"The mark_time_stamp shall point to a presentation-time in the interval from the IN_time until the OUT_time of the PlayItem referred to by the ref_to_PlayItem_id, measured in units of a 45kHz clock."

Doesn't sound to me as if I should do * 1.001, or what do you think?

You're right, I agree that the spec seems to be very specific and shouldn't leave any doubt about where the chapter point is. If the chapter points end up being off by a 1001/1000 ratio, then you would surmise that it's essentially an authoring error on the disc -- the timecodes were NDF prior to the BD being authored, and no conversion was applied during authoring.

I'll do some further research and see if I can find some additional info on some of the BDs I have.

lchiu7

20th June 2010, 01:37

I am trying to join two evo files from the 300 HD-DVD. They had some wierd names but I worked out which was the first and which was the second. Using eac3to to extract the audio and VC1 file with this command line

eac3to.exe "E:\TEMP\HVDVD_TS\FEATURE_300NDOM6LF1VC1_HD1.EVO"+"E:\TEMP\HVDVD_TS\FEATURE_300NDOM6LF1VC1_HD2.EVO" 2: "C:\Temp\HDDVD.vc1" 5: -down2 -192 "C:\Temp\HDDVD5.thd+ac3" -stripPulldown -progressNumbers -libav

I get the message as noted above

a05 Extracting audio track number 5...
a05 Removing TrueHD dialog normalization...
a05 Decoding with libav/ffmpeg...
a05 Downmixing multi channel audio to stereo...
a05 Encoding AC3 <192kbps> with libAften...
a05 The thd ac3 joiner doesn't have the correct connections.
Aborted at file position 1048576.

Out of interest I removed ac3 as an output option (I don't need it) so the output file was "C:\Temp\HDDVD5.thd" and while it completed with no errors, the thd file isn't recognized by tsmuxer as an audio file of any type it knows. It knows about the THD+ac3 file though.

This is the version of eac3to I am using

25/01/2009 09:58 p.m. 1,779,712 eac3to.exe

Any ideas what could be going wrong? Is it possible in copying the files off the HD-DVD they got corrupted?

Thanks

[EDIT]

Never mind. While I don't know what the problem was I found a way around it. I just ran eac3to and demuxed everything in the EVO files. This created the VC1 I needed for the encode and a THD file. While tsmuxer can't read the THD file another eacto run to create a THD+AC3 create a file that tsmuxer could read so all is going okay now.

NASRMAX

20th June 2010, 14:51

Hello, I am currently in the process of testing this new version eac3to I thank Madshi for this work, the extension mkv demux for Bluray 3D works only for the left eye, having extracted without H.264 contenair, the right eye does not pass in mkvmerge, it is progressing well, hoping an update that fixes this

madshi

20th June 2010, 22:00

I'm a chapter-fanatic mysself. After I extract chapters.txt with eac3to, then convert to frames (and tsMuxeR timecodes) using shon3i's ChapterGen tool, I next examine each chapter location against the DGIndexNV-indexed video in VirtualDub, looking for discrepancies between the chapter marks and the video scene changes. In most (all?) BD cases these chapter marks fall exactly on the first frame of a new scene.
I agree that the spec seems to be very specific and shouldn't leave any doubt about where the chapter point is. If the chapter points end up being off by a 1001/1000 ratio, then you would surmise that it's essentially an authoring error on the disc -- the timecodes were NDF prior to the BD being authored, and no conversion was applied during authoring.

I'll do some further research and see if I can find some additional info on some of the BDs I have.
@SomeJoe, if you read laserfan's post, it seems that in his experience most Blu-Rays seem to have proper chapter marks (at least when using h264). I tend to agree with you that if 1001 is needed, it's probably an authoring error.

Yes the dummy file 00023.m2ts is first file in the playlist and it is just a studio logo that is 10 seconds long. It also only has PCM audio tracks, while the second file is the main movie (00000.m2ts) has a DTS-HD track. Eac3to does create the all the files requested for the first file but seems to quits when it sees the second file 00000.m2ts that contains the DTS-HD track. See my screen shots from MediaInfo posted above.
Which movie is that?

Ive encountered the same problem twice now, for example with saving private ryan (US) as well. and also criterion and some other studios now include their logos as seperate small .m2ts file which then preceeds the main movie more often than before. therefore it would be nice if you could come up with a solution here.
Please drop a comment here whenever you see this problem. Maybe we'll have luck and I have one of those Blu-Rays myself. However, I've not really stumbled over this problem myself yet.

Never mind. While I don't know what the problem was I found a way around it.
Not sure myself where the problem came from, but the eac3to you're using is pretty old.

OK, I've just found this: [...]

However additional comments would be welcome of course. :)
I think that's the only speaker combination which makes problems. At least the only one I'm aware of.

Hello, I am currently in the process of testing this new version eac3to I thank Madshi for this work, the extension mkv demux for Bluray 3D works only for the left eye, having extracted without H.264 contenair, the right eye does not pass in mkvmerge, it is progressing well, hoping an update that fixes this
The Haali MKV Muxer (which eac3to is using) does not support the right eye stream format. So that's why eac3to cannot mux the right eye stream to MKV. mkvmerge currently doesn't support it, either. I've already given Mosu (the mkvmerge creator) all the information he needs, but he says that it's not a high priority for him currently. There's not much else I can do here...

NASRMAX

20th June 2010, 22:11

thank you for your reply Madshi, I wait, it's already very good work you made, keep up the good ...;-)

TinTime

21st June 2010, 03:23

* fixed: reducing bitdepth of clipped audio produced too much bitdepth

Thanks very much for that!

MikeEby

21st June 2010, 13:43

Yes the dummy file 00023.m2ts is first file in the playlist and it is just a studio logo that is 10 seconds long. It also only has PCM audio tracks, while the second file is the main movie (00000.m2ts) has a DTS-HD track. Eac3to does create the all the files requested for the first file but seems to quits when it sees the second file 00000.m2ts that contains the DTS-HD track.

Which movie is that?

Region A (US) "Mary and Max".

Mike

Thunderbolt8

21st June 2010, 18:00

Please drop a comment here whenever you see this problem. Maybe we'll have luck and I have one of those Blu-Rays myself. However, I've not really stumbled over this problem myself yet.
might be releated, got this parsing problem where the cursor only parses the playlist up to the 2nd last marking, but then doesnt display anything, but jumps back to the directory prompt. same situation here, the big main movie is preceeded by a small studio logo .m2ts file. movie is 'happy together' by kino.

DruidCtba

21st June 2010, 19:54

Wojszwillo

21st June 2010, 20:34

Hi friends I have a problem to convert audio NTSC 29.976 fps to 23.976 because occurs one slowdown in audio, how to resolved this problem?

I used: eac3to.exe 8mm.ac3 8mm23976.ac3 -224 -29.976 -changeTo23.976

Thanky for your attention.

There exists framerates for NTSC material 24000/1001 (ie 23,976) and 30000/1001 (ie 29,97), but not 29,976...

GZZ

22nd June 2010, 07:42

might be releated, got this parsing problem where the cursor only parses the playlist up to the 2nd last marking, but then doesnt display anything, but jumps back to the directory prompt. same situation here, the big main movie is preceeded by a small studio logo .m2ts file. movie is 'happy together' by kino.

Not sure if its the same issue, but if you mount a bluray image in Virtuel Clone Drive and set the option buffered I/O, then eac3to will fail to parse a bluray, it simple quit to cmd prompt without doing anything, no error, no nothing.

DruidCtba

22nd June 2010, 17:07

Ok friend Wojszwillo then consider 30000/1001, how to resolve the problem so that no distortion occurs in the audio that has been occurring when passing from 30000/1001 to 24000/1001, how could you answer me?

madshi

22nd June 2010, 17:18

@DruidCtba, NTSC 30000/1001 is a framerate for interlaced video. Audio is 24000/1001. Your audio is not 30000/1001. There's no need to change anything. You don't need to slowdown your audio nor video. Slowdown/speedup is for converting between NTSC <-> PAL.

Momber

22nd June 2010, 23:39

I just noticed that a bug which I had reported months ago is still present.
The mapping of 3.0 soundtracks converted to flac is incorrect. The center channel ends up in the left surround.
This time the source was DTS MA 3.0 (last time: PCM 3.0), as found on the Criterion BluRays of Yojimbo and Sanjuro, so I don't think it's a decoder problem.
When creating Mono-Wavs instead of flac, the three tracks are correctly titled L, R and C.

DruidCtba

23rd June 2010, 02:00

OK my friend madshi thank you for your answer, now I understand it.

Midzuki

23rd June 2010, 03:15

...
The mapping of 3.0 soundtracks converted to flac is incorrect. The center channel ends up in the left surround.
...
When creating Mono-Wavs instead of flac, the three tracks are correctly titled L, R and C.

To me it seems a design flaw of the FLAC .dll
<DEL>(OR of the Flac decoder you're using)</DEL>,
not a problem in eac3to itself.
<DEL>¿What does MediaInfo says about the "bad" Flac file?</DEL>

P.S.:

BTW, the avcodec library hasn't been updated. :(

P.P.S.:

Perhaps madshi could add a "FLAC's_problems.txt"
to the next eac3to packages ???

Momber

23rd June 2010, 16:22

What does MediaInfo says about the "bad" Flac file?

General
Complete name : Sanjuro JAP.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 947 MiB
Duration : 1h 35mn
Overall bit rate : 1 379 Kbps
WAVEFORMATEXTENSIBLE_CHANNEL_MAS : 0X7
VALID_BITS : 24
HDCD : 0

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 1h 35mn
Bit rate mode : Variable
Bit rate : 1 379 Kbps
Channel(s) : 3 channels
Sampling rate : 48.0 KHz
Resolution : 24 bits
Stream size : 947 MiB (100%)
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)

Midzuki

23rd June 2010, 17:02

@ Momber:

the FLAC generated by eac3to seems OK;

the problem is, there are NO Flac decoders that honor the
W-F-Ext ChannelMask flag...

Momber

24th June 2010, 12:26

the problem is, there are NO Flac decoders that honor the
W-F-Ext ChannelMask flag...
If that is the case, perhaps it would be a good idea for eac3to to simply decline the encoding of 3.0 files to flac for the time being.
A little message along the lines of "3.0 FLAC channel mapping not supported - choose AC3 or DTS encoding instead".

Just an idea.

deank

24th June 2010, 19:42

@madshi: A feature request for two options:

-cutF (cut at frame)
-cutT (cut at HH:MM:SS.MLS) (or any variation using time format)

These two are so useful for testing or when one needs to truncate the output at given frame or time.

And again - thank you for the great tool, allowing for so many other applications to do their job.

Dean

AnryV

24th June 2010, 20:59

eac3to v3.21
command line: F:\HD-VIDEO\0_Progs\eac3to264\eac3to 51_-4DN.dtshd 51_-4DN.wavs
------------------------------------------------------------------------------
DTS Master Audio, 5.1 channels, 16 bits, 48kHz, dialnorm: -4dB
(core: DTS, 5.1 channels, 16 bits, 1509kbps, 48kHz, dialnorm: -4dB)
Decoding with ArcSoft DTS Decoder...
Removing DTS dialog normalization...
Writing WAVs...
The original audio track has a constant bit depth of 16 bits.
Creating file "51_-4DN.L.wav"...
Creating file "51_-4DN.R.wav"...
Creating file "51_-4DN.C.wav"...
Creating file "51_-4DN.LFE.wav"...
Creating file "51_-4DN.SL.wav"...
Creating file "51_-4DN.SR.wav"...
eac3to processing took 1 second.
Done.

eac3to don't remove the dialog normalization with Arcsoft decoder (1.1.0.1)

Test .dtshd

http://multi-up.com/295013

DNorm.rar - center before and after decoding.

This procedure also does not help.

eac3to v3.21
command line: F:\HD-VIDEO\0_Progs\eac3to264\eac3to 51_-4DN.dtshd 51_-4DN_removed.dtshd
------------------------------------------------------------------------------
DTS Master Audio, 5.1 channels, 16 bits, 48kHz, dialnorm: -4dB
(core: DTS, 5.1 channels, 16 bits, 1509kbps, 48kHz, dialnorm: -4dB)
Removing DTS dialog normalization...
Creating file "51_-4DN_removed.dtshd"...
eac3to processing took 1 second.
Done.

ACrowley

25th June 2010, 06:13

Hi

Can i automate WavAviMux.exe in any Way in the eac3to chain ?
I need 5.1 interelaved Waves muxed in AVI (4Gb+)for some Apps

@ AnryV
Interesting !
However.. i thought most DTS-HD encodes use -31db Dialnorm, so theres no Attenuattion defacto ?

I feel always most comfortable when i can decode DTS(HD) with DTS-HD Streamplayer because its the Reference Decoder. You can disable DialNorm/DRC in the Settings.
But DTS-HD Tracks demuxed from M2TS/MKV cant be used in the StreamPlayer because the additional DTS-HD Header Infos are missing (standard DTS works)
Im still hoping that somebody write a Small app (better eacto3 support) to Add/Strip the extra Bytes :)