eac3to - audio conversion tool

[madshi]

I dont know whether my Nero is correctly registered
I don't know, either. But I know that nobody reported any problems yet with a properly bought HD DVD plugin. So did you buy the plugin or did you not? If you didn't please don't ask in this thread for help.

[madshi]

Has anyone been able to get this working with a demo key of Nero and a paid key for the HD-DVD plugin? I wanted to give this a try before I shell out the 99 bux for Nero...
Nice idea. But I don't know if that works.

unfortunately I just get "Getting "Nero File Source Async" instance failed." when trying to extract ac3 frames from a TrueHD file. (Blood Diamond) Running Vista 32bit.
Just extracting the AC3 frames from a Blu-Ray TrueHD stream shouldn't result in this error because eac3to shouldn't even try to get a "Nero File Source Async" instance in that case. Can I please see the command line you called eac3to with plus the full eac3to output?

P.S: Or is it a HD DVD TrueHD track? In that case there are no AC3 frames in the stream and your only chance is to reencode the audio track.

[Darth Pinous]

I dont know whether my Nero is correctly registered but it does look like this:
If the plugin appears on that screen, I think it is correctly registered. Wrong serial shouldn't appear on that screen. What's strange is that it appears as "Blu-ray/HD DVD Playback Plug-in". Mine appears as "Blu-ray/HD DVD Video Plug-in" and it appears like that on Nero site, too...

delay=0 or 110 ms

rebuilt the audio track only and loaded that evo in evodemux: length is 2:16:17.786
length of the flac: 2:16:17:680

so I guess the delay is either ~110ms or no delay at all. cant decide yet.

Audio length doesn't matter. I've seen perfectly synced audio tracks that were a second shorter than the video. What matters is the difference between the first PTS of the video and the first PTS of the audio. In your case :

VC-1 video stream 0 found!
First PTS = 00000DC7
Dolby TrueHD audio stream 1 found!
First PTS = 00000DC7

Both have same first PTS, so no audio delay.

P.S: Or is it a HD DVD TrueHD track? In that case there are no AC3 frames in the stream and your only chance is to reencode the audio track.

Blood Diamond should be PCM only on BluRay and TrueHD only on HDDVD, I think your guess is good. Only way is to reencode.

By the way, thanks for your tool, madshi. I've just noticed that even DTS-HD MA can be treated with it, waow !

[Thunderbolt8]

Where do you get the 110ms from? It's 0ms.
approx difference of length of the flac track and the trueHD track in the .evo

[madshi]

By the way, thanks for your tool, madshi. I've just noticed that even DTS-HD MA can be treated with it, waow !
Yep! :) But only with the help of the Sonic Audio Decoder 4.3.

[Thunderbolt8]

Audio length doesn't matter. I've seen perfectly synced audio tracks that were a second shorter than the video. What matters is the difference between the first PTS of the video and the first PTS of the audio. In your case :

VC-1 video stream 0 found!
First PTS = 00000DC7
Dolby TrueHD audio stream 1 found!
First PTS = 00000DC7

Both have same first PTS, so no audio delay.
well thats the situation for the audio inside the .evo. but apparently this changes slightly when the audio is demuxed in most cases. check the info on page 27 for letter from iwo jima. both, audio (truehd) and video were in sync in the evo, had same beginning PTS, but after the conversion the flac track needed ~120ms of delay.

[Thunderbolt8]

some questions:
1. when opening a rebuilt .evo of a movie (1xaudio+video) with evodemux, to which stream does the duration then refer? to the video stream? to the audio stream? to the one whos longest of both? (this is mostly void for movies where both stream have the same length, but this does not account for all movies)
2. when demuxing or rebuilding a video only .evo of a movie could there also be length alternation so that for example the original duration is changed a bit like when demuxing a trueHD audio track, which might need a delay then afterwards to sync with the video? or will the video track always stay the same, regardless of rebuilding or demuxing?
3. can the audio delay for trueHD tracks (or also dts-hd) also be altered by rebuilding the .evo with only this track in it? or does this only happen when demuxing the audio and via rebuilding the audio remains unaltered, compared to its original state regarding delay?

[madshi]

1. when opening a rebuilt .evo of a movie (1xaudio+video) with evodemux, to which stream does the duration then refer?
I think this duration is taken from an "info" block in the EVO structure. I don't think it's directly related to video/audio timestamps.

2. when demuxing or rebuilding a video only .evo of a movie could there also be length alternation so that for example the original duration is changed a bit like when demuxing a trueHD audio track, which might need a delay then afterwards to sync with the video? or will the video track always stay the same, regardless of rebuilding or demuxing?
3. can the audio delay for trueHD tracks (or also dts-hd) also be altered by rebuilding the .evo with only this track in it? or does this only happen when demuxing the audio and via rebuilding the audio remains unaltered, compared to its original state regarding delay?
Rebuilding the EVO shouldn't change anything. But demuxing might change things. Remuxing might also change things. But I'm not sure about the exact effects. It might also depends on which DirectShow filters are used... :(

[Thunderbolt8]

hm if rebuilding doesnt change things then it might work to rebuilt an audio .evo only and take the length from there and compare it with the length of the demuxed&converted flac file in the end. maybe this will always give the correct delay.

[Thunderbolt8]

I put all 3 tracks for matrix (the rebuilt evo with video+audio, video only, audi only) into evodemux and got the same length for all of them. since first PTS of video and audio was exactly the same (00000DC7) I guess we can assume that both tracks beging at the same time in the original movie, right? so whats needed to be done afterwards (after remuxing & converting) is establishing this again: the flac track must have the same duration as the video, because according to evo demux both have the same length and start at the same point. so could a way to determine the correct delay be look at the remuxed video with corrected timestamps with mkvmerge and the converted audio, and then try to have the audio delayed so that it will fit to the video duration? you said that remuxing might change things so I guess it makes most sense to look at both tracks, video and audio, when as much re- and demuxing has be done as possible already, before the final merge and not when both tracks are still in the .evo where the world is fine?

2:16:17.786 = duration of rebuilt audio&video, rebuilt audio, rebuilt video
VC-1 video stream 0 found!
First PTS = 00000DC7
Dolby TrueHD audio stream 0 found!
First PTS = 00000DC7

2:16:17:680 = converted flac track
2:16:17:753 = remuxed video .evo with -> gdsmux -> mkvmerge with 23.9760239 fps

so 753-680 = 73 <--- the correct delay needed for the audio?

[madshi]

I've no idea if that works. I can very well imagine that some discs have audio which is simply shorter or longer than the video - without having any effect on the delay.

[TruckChase!]

Nice idea. But I don't know if that works.


Just extracting the AC3 frames from a Blu-Ray TrueHD stream shouldn't result in this error because eac3to shouldn't even try to get a "Nero File Source Async" instance in that case. Can I please see the command line you called eac3to with plus the full eac3to output?

P.S: Or is it a HD DVD TrueHD track? In that case there are no AC3 frames in the stream and your only chance is to reencode the audio track.

Sorry, my bad. It's HDDVD TrueHD. I was confused. Here are some other attempts:

D:\encoding\video\eac3to>eac3to.exe "e:\video\work\HDDVD\GOOD_SHEPHERD\THEGOODSH
EPHERD\HVDVD_TS\WORK\FEATURE_1_MERGED.DD+.stream.00.ec3" d:\temp\try.ac3 -640
E-AC3, 5.1 channels, 2:47:30, 1536kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.

D:\encoding\video\eac3to>eac3to.exe "e:\video\work\HDDVD\work\BLOOD_DIAMOND_HDDV
D\feature_MERGED.DD+.stream.00.ec3" d:\pleasework.ac3 -640
E-AC3, 5.1 channels, 2:23:22, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.

:confused:

I purchased the Sonic decoders first (before I fully read the cons), and those work. Doh! Perhaps I need to get the Nero 7.8.x trial or something. If anyone has any ideas I'd appreciate it.. I'd really like to evaluate the results before I spend $100. I'm very strapped for cash right now.

[honai]

You'll need the Nero HD-DVD/Blu-ray plugin, and there is no trial "or something". Not sure if you can just buy the plugin w/o the Burning ROM package.

[TruckChase!]

You'll need the Nero HD-DVD/Blu-ray plugin, and there is no trial "or something". Not sure if you can just buy the plugin w/o the Burning ROM package.

You can, and I did :D

[Thunderbolt8]

I've no idea if that works. I can very well imagine that some discs have audio which is simply shorter or longer than the video - without having any effect on the delay.
hm yes. but you should still have the information at which point both tracks begin, via the first PTS comparism and of the overall duration, when you rebuilt both tracks seperately in .evos and their lengths should differ. with these 2 options it should be possible to match the correct delay then at the muxing stage. for example, when knowing the audio is 150ms shorter at all, but later at the muxing stage its suddenly 200ms shorter you know you will have to add 50ms for delay to establish the old difference again.
this should work, unless the duration info given is not the actual info of each track, but some number written inside the .evo, which is always the same. this would be a problem then.

another thing, I just tried to test the same with the oldboy HD DVD (eac3 5.1), but after rebuilding audio and video seperately in evos the duration evodemux showed to me it only that of the 1st of the two original .evo files for both, audio and video each. the duration of a rebuilt evo including video AND audio though is fine. the file sizes are fine too, big enough to see that the complete rebuilt process actually went fine. its just the numbers are displayed wrong by evodemux. could this be possible, because I had to rename the 2 evo files, because otherwise it wouldnt have continued automatically with the 2nd evo, and by that somehow connection to other files got lost, which would be needed to have evodemux display that info correctly?

[honai]

For questions regarding EVOdemux please use the EVOdemux thread.

(And yes, there are still bugs in EVOdemux.)

[Thunderbolt8]

For questions regarding EVOdemux please use the EVOdemux thread.

(And yes, there are still bugs in EVOdemux.)
nvm, Ive just redone it with the audio and the duration is displayed correctly now.

[Coolpplse]

If the plugin appears on that screen, I think it is correctly registered. Wrong serial shouldn't appear on that screen. What's strange is that it appears as "Blu-ray/HD DVD Playback Plug-in". Mine appears as "Blu-ray/HD DVD Video Plug-in" and it appears like that on Nero site, too...


Is it also referred to as "Blu-ray/HD DVD Video Plugin in Nero 7? Cause all versions Nero 8 and above seem to be using that name.......

and yes I did buy the plugin....

[woah!]

hm yes. but you should still have the information at which point both tracks begin, via the first PTS comparism and of the overall duration, when you rebuilt both tracks seperately in .evos and their lengths should differ. with these 2 options it should be possible to match the correct delay then at the muxing stage. for example, when knowing the audio is 150ms shorter at all, but later at the muxing stage its suddenly 200ms shorter you know you will have to add 50ms for delay to establish the old difference again.
this should work, unless the duration info given is not the actual info of each track, but some number written inside the .evo, which is always the same. this would be a problem then.

another thing, I just tried to test the same with the oldboy HD DVD (eac3 5.1), but after rebuilding audio and video seperately in evos the duration evodemux showed to me it only that of the 1st of the two original .evo files for both, audio and video each. the duration of a rebuilt evo including video AND audio though is fine. the file sizes are fine too, big enough to see that the complete rebuilt process actually went fine. its just the numbers are displayed wrong by evodemux. could this be possible, because I had to rename the 2 evo files, because otherwise it wouldnt have continued automatically with the 2nd evo, and by that somehow connection to other files got lost, which would be needed to have evodemux display that info correctly?

this could be a evo demux bug/error so it probably has nothing to do with eacto at all. you are talking like evo demux is perfect but it isnt yet... good/great yes but not perfect..

[woah!]

i just remembered that there is a 73ms delay on the 2nd PEVOB if you check.

VC-1 video stream 0 found!
First PTS = 15D0DB4F

Dolby Digital Plus audio stream 0 found!
First PTS = 15D0C187

video = 4066.7685 secs
audio = 4066.6951 secs

delay = 0.0734 ms which is 73ms. i have argued this with a few people about alot of movies having delays on the 2nd EVO but gave up.

also the TrueHD track is 106ms delayed...

[madshi]

Sorry, my bad. It's HDDVD TrueHD. I was confused. Here are some other attempts:

D:\encoding\video\eac3to>eac3to.exe "e:\video\work\HDDVD\GOOD_SHEPHERD\THEGOODSH
EPHERD\HVDVD_TS\WORK\FEATURE_1_MERGED.DD+.stream.00.ec3" d:\temp\try.ac3 -640
E-AC3, 5.1 channels, 2:47:30, 1536kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.

D:\encoding\video\eac3to>eac3to.exe "e:\video\work\HDDVD\work\BLOOD_DIAMOND_HDDV
D\feature_MERGED.DD+.stream.00.ec3" d:\pleasework.ac3 -640
E-AC3, 5.1 channels, 2:23:22, 640kbit/s, 48khz, dialnorm: -27dB
Remove Dialog Normalization information. Please wait...
Decoding eac3 file to raw. Please wait...
Getting "Nero File Source / Splitter" and "DTS/AC3/DD+ Source" instances failed.

:confused:

I purchased the Sonic decoders first (before I fully read the cons), and those work. Doh! Perhaps I need to get the Nero 7.8.x trial or something. If anyone has any ideas I'd appreciate it.. I'd really like to evaluate the results before I spend $100. I'm very strapped for cash right now.
Sonic is no good for TrueHD decoding (see first post of this thread). You do need at least Nero 7 Essentials plus the HD DVD plugin.

You can get Nero Essentials 7 very cheap on Ebay. So it's not $100. It's much much lower than that.

[madshi]

You can, and I did :D
But the plugin doesn't work on its own. It needs at least Nero Essentials 7 to be installed, as far as I can say.

[madshi]

this should work, unless the duration info given is not the actual info of each track, but some number written inside the .evo, which is always the same.
As I said before, I think that the duration info is a number taken from an info block in the EVO file which has nothing to do with the audio/video data.

[madshi]

Is it also referred to as "Blu-ray/HD DVD Video Plugin in Nero 7? Cause all versions Nero 8 and above seem to be using that name.......
Are you using Nero 8? That won't work. Nero 8 forcefully blocks Nero's Audio Decoder from being used outside of Nero ShowTime. You need to install Nero 7.

[madshi]

i just remembered that there is a 73ms delay on the 2nd PEVOB if you check.
Timecodes/delays of the 2nd EVO don't have any meaning for overall audio delay of the whole movie. You need to think of the two EVO files as being one. They just happen to be split somewhere. The way they are split often results in timecode differences in the 2nd EVO file. But that doesn't really help us to find the delay needed for the whole movie.

[Thunderbolt8]

As I said before, I think that the duration info is a number taken from an info block in the EVO file which has nothing to do with the audio/video data.is there any way to determine whether that is always the case?
when I open these rebuilt evos with mediainfo the delay is mostly slightly different compared to what evodemux tells me. so could it be possible that mediainfo maybe reads the actual length of the tracks (at least when it 'seems' to display the info correctly, sometimes I just get durations like 3 hours something for a rebuild video evo for whatever reason. in this case the info is not reliable of course).

[TruckChase!]

But the plugin doesn't work on its own. It needs at least Nero Essentials 7 to be installed, as far as I can say.

Ahh, I didn't think of trying a cheaper, older version. I'll see if I can locate and purchase a copy of 7.8.5 (I'm running Vista) and give it a try tonight. At least then people wouldn't have to shell out a $125 to use the decoder. :D

Edit: It's ALIVE! It's ALIVE! (evil laugh) Looks like Nero 7.8.5 is the way to go. Fortunately it can be had for pretty cheap if one looks on Froogle. All seems well now, thanks!

[XolocoTuxmaster]

First of all, thanks madshi for your program, is awesome, I never thought deconding HD tracks would be "so simple" nor we'd have it so early. I have read all your comments in these 59 pages, but I still have some doubts:

As I understand, except for DTS HD-HR and 7.1+Dialnorm TrueHD, this program allow us to extract all HD tracks information 100% lossless, right?

I mean, if I have a 24 bit 5.1 TrueHD from a Sony movie, writing this

eac3to src.thd dst.wav

I'd get the bit per bit original uncompress track packed in a wav file, with no lose of information nor unsync or whatever? So I wouldn't have to apply delay, raise volume or something, right?

I also wanted to know in which is the lower Scenearist version that contains 4.3

[madshi]

As I understand, except for DTS HD-HR and 7.1+Dialnorm TrueHD, this program allow us to extract all HD tracks information 100% lossless, right?
That's right. You can also decode DTS-HD-HR, btw. You just cannot transcode it to anything else without either losing audio quality or increasing file size.

I mean, if I have a 24 bit 5.1 TrueHD from a Sony movie, writing this

eac3to src.thd dst.wav

I'd get the bit per bit original uncompress track packed in a wav file, with no lose of information nor unsync or whatever? So I wouldn't have to apply delay, raise volume or something, right?
Correct - with one exception: You may have to apply a delay. I've not figured out yet how to automatically apply the correct delay programmatically. However, applying a delay just costs you time. It doesn't reduce audio quality in any way.

[Coolpplse]

Are you using Nero 8? That won't work. Nero 8 forcefully blocks Nero's Audio Decoder from being used outside of Nero ShowTime. You need to install Nero 7.

I was using Nero 7.5.7.0, I got so frustrated with this thing I called Nero's Tech Support and told them about the problem, apparently they gave me the wrong key so they gave me a new one and told me to upgrade to 7.10.1.0. Now it displays the Blu-Ray/HD DVD Video Plug-in and eac3to works!!!!!!!!!!

:thanks: for the help Madshi and everyone else in this thread :)

[XolocoTuxmaster]

OK thanks. Is there a way to know what delay I have to apply, like reading the .thd header or something? If so, what program can I use?

[Chumbo]

@madshi,
Thank you for this utility. :) If I may make a "wish list" suggestion for future versions please:

add an option to use a different "working" location. For example, when it builds the evo container right now, it uses the source location. It would be nice to have it use a specific alternate location to help speed things up, for example, pointing to another physical drive. :)

Thank you.

[Thunderbolt8]

OK thanks. Is there a way to know what delay I have to apply, like reading the .thd header or something? If so, what program can I use?
unfortunately not :/ (yet)

[XolocoTuxmaster]

OK:thanks:

[Chumbo]

OK thanks. Is there a way to know what delay I have to apply, like reading the .thd header or something? If so, what program can I use?
If your source is an EVO, then EVODemux will tell you if the audio is skewed and by how many milliseconds.

If your source is something else, then use a small clip to determine the delay.

[madshi]

If I may make a "wish list" suggestion for future versions please:

add an option to use a different "working" location. For example, when it builds the evo container right now, it uses the source location. It would be nice to have it use a specific alternate location to help speed things up, for example, pointing to another physical drive. :)
Your wish will be moot soon. Don't ask me why, I'm not telling... :devil:

[madshi]

If your source is an EVO, then EVODemux will tell you if the audio is skewed and by how many milliseconds.
That was my original guess, too, but for whatever reasons that doesn't seem to work properly. Still haven't found out why yet.

[Chumbo]

Your wish will be moot soon. Don't ask me why, I'm not telling... :devil:
Don't you mean "your wish is my..." :p I promise not to ask. ;)

[madshi]

Don't you mean "your wish is my..." :p
No, I mean you will stop seeing a need for that wish soon... ;)

[TruckChase!]

So, i should be able to use eac3to without the nero filters ?

Because it does not work on my system.

add -sonic to the end of the command line.

[Thunderbolt8]

That was my original guess, too, but for whatever reasons that doesn't seem to work properly. Still haven't found out why yet.
maybe its just a bug in evodemux? maybe pelican could update and bugfix evodemux further

[Chumbo]

No, I mean you will stop seeing a need for that wish soon... ;)
I can't wait to see what you have up your sleeve you little devil. :D

[Chumbo]

maybe its just a bug in evodemux? maybe pelican could update and bugfix evodemux further
Actually the numbers from evodemux are quite close. I use MPC on small clips to get the lip sync just right and that number is usually very close, within 30-60ms. At least that's been the case so far.

[idbirch2]

I've got a BluRay with a really weird DTS audio format. When I try and run eac3to on it I get:

DTS Master Audio, 3/1 channels, 24 bits, 48khz
This channel format is currently not supported.

Is there any pre-processing I can do to get a compatible stream or is there anything I can provide/upload which will help add support for this audio type?

[madshi]

I've got a BluRay with a really weird DTS audio format.
Can you please make a 5MB sample available for me? Thanks.

[idbirch2]

Sure can, can you just point me in the right direction for a tool that will let me cut 5MB of the .dts file? And do you want the first 5MB or a clip from the middle?

[madshi]

Sure can, can you just point me in the right direction for a tool that will let me cut 5MB of the .dts file? And do you want the first 5MB or a clip from the middle?
I'm using this free hexeditor for such tasks:

http://www.mh-nexus.de/programs.htm

The first 5MB, if you please...

[idbirch2]

Thanks for the tip, here's the first 5000KB of the file:

http://www.sendspace.com/file/ffjqoy

It was demuxed using TSRemux if that is relevant.

[Thunderbolt8]

I got a eac3to error for the FLAC conversion of The Graduate's (Studio Canal) 2nd and 3rd DTS-HD track. for the first track though everything seems to be fine, the track was converted normally. but right after having pressed enter for the other 2 tracks eac3to & command line just crashed and gave me a windows error message (which I couldnt copy&paste). I've sent you 3x5MB samples of all 3 streams on that HD DVD, the errors happens for streams 01 and 02.

evodemux info:

Opening file L0_mainMovie.EVO
Reading...
File size: 11388 Mbytes.
VOB number 1 contains 1 video and 3 audio streams.
PTM of first video frame = 0000AFC8
PTM of last video frame = 164ED025
Duration = 1:09:17.987
VC-1 video stream 0 found!
First PTS = 0000AFC8
Substream id = 55
Profile = Advanced
Level = 3
Chroma Format = 4:2:0
Size = 1920x1080
Display size = 1920x1080
Aspect ratio = 1:1 (square samples)
Frame Rate = 23,976 (24000/1001)
DTS HD (DTS) audio stream 0 found!
First PTS = 0000AFC8
Substream id = 88
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 2011
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = 1536 kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
DTS HD (DTS) audio stream 1 found!
First PTS = 0000AFC8
Substream id = 89
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
DTS HD (DTS) audio stream 2 found!
First PTS = 0000AFC8
Substream id = 8A
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
.
Opening file L1_mainMovie.EVO
Reading...
File size: 6039 Mbytes.
VOB number 1 contains 1 video and 3 audio streams.
PTM of first video frame = 164ED025
PTM of last video frame = 2219CE14
Duration = 0:36:38.363
VC-1 video stream 0 found!
First PTS = 164ED025 (+4157987ms)
Substream id = 55
Profile = Advanced
Level = 3
Chroma Format = 4:2:0
Size = 1920x1080
Display size = 1920x1080
Aspect ratio = 1:1 (square samples)
Frame Rate = 23,976 (24000/1001)
DTS HD (DTS) audio stream 0 found!
First PTS = 164E3188 (+4157536ms)
Substream id = 88
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 2011
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = 1536 kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
DTS HD (DTS) audio stream 1 found!
First PTS = 164E4BC8 (+4157610ms)
Substream id = 89
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
DTS HD (DTS) audio stream 2 found!
First PTS = 164E5AC8 (+4157653ms)
Substream id = 8A
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
PCM core samples = 32
PCM sample blocks = 16
Primary frame byte size = 595
Channel arrangement = L + R (stereo)
Sampling frequency = 48 kHz
Transmission bitrate = open kbit/s
LFE channel = not present
Encoder software rev. = 7, Current
Source PCM resolution = 16 bits
Done.

5401 counted frames (0:03:45.267) in video stream 0.
152400 calculated frames in video stream 0.

Reading HVA00001.VTI
8 VTS_EVOB_ATRs found.
13 VTS_EVOBIs found.
Done.

http://www.megaupload.com/de/?d=E2VW6NH3

[The_Keymaker]

Hello forum members,

I have released a new version of EAC3toGUI (v1.32) for your use.

Link: http://www.sendspace.com/file/gtb38a

Changes to the new version include:

1. - Added -down6 option
2. - Added Audio Delay tab and option. You can now specifiy
audio delay/advance in ms
3. - Added -sonic filter option

Remember, as with previous version of EAC3toGUI, you should place the program in same directory as eac3to.exe. If you decide to place EAC3toGUI in a different directory, you should specify the location of eac3to.exe using the settings menu option.

Please report any bugs and feel free to post comments.

@madshi, please upload the updated program to your link on page 1.

Regards,
The_Keymaker