eac3to - audio conversion tool

[nautilus7]

Oh, that eac3 track is f@cked up!

Which program did you use for ripping. I 've head that if you use Anydvd to copy files though windows explorer, sometimes the files become corrupted. Don't know exactly.

[Penecho]

Do i have to merge the 2 *.evo files first perhaps?

I used anydvd and the function it has, rip dics to HDD...



Cu



Penecho

[nautilus7]

Do i have to merge the 2 *.evo files first perhaps?

I used anydvd and the function it has, rip dics to HDD...



Cu



Penecho
No, it's not necessary.

[madshi]

I used anydvd and the function it has, rip dics to HDD...
Please try doing the whole process again. Maybe it will work on 2nd try? If all else fails, I have working EVO demuxing code lying around here. I could cook up a little utility as an alternative to EvoDemux, in case EvoDemux does something wrong with this specific movie. Which movie is that, btw?

[madshi]

@Penecho, have you renamed the file to "*.eac3" or "*.dpp" before feeding it to delaycut? You have to do that. Furthermore please make sure you're using delaycut 1.3.0.0 and not an older version. The audio track properties your delaycut shows look VERY wrong. Maybe you named the file "*.ac3"? delaycut doesn't like that. You must use the correct file extension.

[Penecho]

Now it seems to work :) The name was still .mpa! But after the rerip, the Audio Track was also bigger (400MB) so I guess something went wrong the first time...


But he does not write the output file...

Looks like that now (he does something an writes ------- and than stops (when the --- reach the end of the line in my dos window) and has not written the outputfile):

E-AC3, 5.1 channels, 1:49:16, 1536kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...

C:\

Cu

[madshi]

he does something an writes ------- and than stops (when the --- reach the end of the line in my dos window) and has not written the outputfile
The "---" should reach the end of the line (all but the last column) and then conversion should be done. There's no output file at all? Are you sure that the Nero decoder is correctly installed?

[scarbrtj]

Madshi...

Everything seems to be working awesomely, now, with sonic 4.3. I think I was adding decoders, encoders, etc., like crazy...sometimes I have found it takes a PC reboot to make everything work nice. The 640K AC3 files play back fine via the NVIDIA audio decoder.

For now, FWIW, I am going from HD-DVD VC1 files, demuxing those into .mpv and .mpa (DD+ usually) files. I set 23.97 frame rate with vc1conv. Then I do vc12avi. Next, I convert my DD+ .mpa file to 640K AC3 file using Madshi's eac3to. Finally, I use the Haali muxer to make an .mkv file which plays back directly in WMP 11 or Media Center. I render the .avi file, through the AVI splitter, into the Haali muxer; I render the .ac3 file, through the AC3 parser (where did that come from?), into the Haali muxer, simultaneously.

This is of course a .mkv file. I rename it with an .mpg extension which does nothing except make the file "recognizable" by Media Center.

Hey Madshi... THANKS :D

[ACrowley]

@scarbrtj

I would not recommend SonicDecoder for EAC3 decoing!
You get full DRC+DialNorm +gain = very bad!

[Penecho]

The "---" should reach the end of the line (all but the last column) and then conversion should be done. There's no output file at all? Are you sure that the Nero decoder is correctly installed?

I would say yes, but how can i see that its correct installed? or can i use another encoder instead of nero?

or is my command line wrong (i am using the eac3to 1.4 gui)?

eac3to.exe stream.00.eac3 testoutput.ac3 -640
E-AC3, 5.1 channels, 1:49:16, 1536kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
----------------------------------------------------------------------------

Cu

[scarbrtj]

@scarbrtj

I would not recommend SonicDecoder for EAC3 decoing!
You get full DRC+DialNorm +gain = very bad!


My problem is I could not get Nero to give me an AC3 file that sounded right. It skipped all over and I could not fix that. On the other hand, despite the issues you guys point out with using Sonic to decode DD+ --> AC3, the AC3 file sounds very good using an external high-end decoder played through big speakers!

Hey... what do you need to decode the .wav files eac3to generates if decoding to WAV? These do not play for me in WMP so that I can test them/listen to them.

[Penecho]

The "---" should reach the end of the line (all but the last column) and then conversion should be done. There's no output file at all? Are you sure that the Nero decoder is correctly installed?

It works with the sonic decoder...

So i guess you were right! How can i reinstall the nero decoder?

Edit: i reinstalled nero 7 premium, but it did not help..
I am also noticed, that there is no "writing outoputfile" when i use nero, with sonic, there is one....



Cu

[SvT]

How can i reinstall the nero decoder?

Cu

You need to buy the HD plugin serial seperately from Nero. You put in your serial at "ProductSetup/Licence/Add" and you're good to go !

No SPAM just for help:
http://www.nero.com/eng/bluray-hddvd-video-plugin.html

Goodluck.

[Penecho]

I think i had that already, coz if not it would look like this (i uninstalled my nero and tested):


E-AC3, 5.1 channels, 1:49:16, 1536kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Getting "Nero Audio Decoder 2" instance failed.


Cu


Penecho

[SvT]

Decoding with DirectShow (Nero Audio Decoder 2)...
Getting "Nero Audio Decoder 2" instance failed.

Cu


Just look at ProductSetup/Licence if your plugin serial is there ! (Not just the Nero serial). If so you're installed.

(I think your error shows if the plugin isn't properly registered).

[The_Keymaker]

Fellow Forum members,

The latest version (v1.49) of EAC3toGUI can be found here:

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

Changes and features in this version include:

- Removed comma in audio delay output for values over 999ms.
- Added "Other Options" tab to allow custom or non-integrated options.
- Added *.dts as valid extension in the destination file.
- Changed command line output box to READ only.

This is an interim revision and I hope to release a version with all current options integrated.

As usual, remember to use the settings menu option to tell EAC3toGUI where the eac3to executable
is located.

Please report any problems or feature requests.

Regards,
The_Keymaker

[Thunderbolt8]

can anyone explain what the current status with xport 1.00 and seamless branching movies regarding audio sync is? link with info here: http://forum.doom9.org/showthread.php?p=1069463#post1069463

I dont understand what we have to do now, or if we have to do something other than just demuxing with xport to keep audio in sync. will any joined part with LPCM audio now have +5ms delay and we have to fix that manually, either with altered fps rate or with that 'tail' procedure, that well have to cut off the endings and adjust both audio and video pts together at the end? or was this only an info he posted there and xport takes care of all that automatically?

[Nestorix]

Sorry to say, it is not working, tried all but cannot convert, not even automatic without adjusting something.....

[drmpeg]

can anyone explain what the current status with xport 1.00 and seamless branching movies regarding audio sync is? link with info here: http://forum.doom9.org/showthread.php?p=1069463#post1069463

I dont understand what we have to do now, or if we have to do something other than just demuxing with xport to keep audio in sync. will any joined part with LPCM audio now have +5ms delay and we have to fix that manually, either with altered fps rate or with that 'tail' procedure, that well have to cut off the endings and adjust both audio and video pts together at the end? or was this only an info he posted there and xport takes care of all that automatically?
xport doesn't do anything automatically. Chopping off audio samples would be much too heavy handed (and annoyingly audible).

I'm not sure what the best remedy is. If you're re-encoding, then an extra frame (strategically placed) when necessary would be the best solution. If you're just re-muxing, why? ;)

There is one positive note. The PES granularity of Dolby Lossless is 0.83 milliseconds. So for movies with Dolby Lossless audio, the A/V sync should be very close over many segments.

Ron

[Thunderbolt8]

Im remuxing, because I want the best possible quality at smallest possible size :P

which track count as dolby lossless, only TrueHD tracks, right? 0.83 is like nothing then. is this the same for DTS-HD (MA) tracks?? would it be possible for you to make a quick list of all tracks granularity for each .m2ts file, this should be helpful then when having movies with many parts to figure out how the delay has to be at the end. so for LPCM it was 5ms and for DD+ something like 32ms? trueHD 0.83 then? if you still need info about other audio tracks, then tell me, maybe I will be able to cut more samples, just to complete this.

LPCM: 5ms
DD+: 32ms
TrueHD: 0.83ms
DTS-HD MA: ?
DTS-HD HiRes: ? (same as MA?)

(I sent you both samples, MA with close encounters and DTS-HD HiRes with basic instict)


just assuming it is also 0.83 for DTS-HD MA for example, so when I remuxed close encounters with dts-hd converted to flac and this movie consists of 30 pieces, then the delay at the end would be ~25ms for the last part of the movie?
and in case of ratatouille with 31 pieces of LPCM the delay at the end would then be 155ms? and a 2 piece .m2ts movie with lpcm only ending up with 5ms, so this would be not worth correcting at all




btw. you mean positive delay, right (meaning we would have to slow down the fps rate of the video a little to make the video stream gradually longer) ?

btw² since you mentioned PES, do we have to use the -z option in xport now additionally for such files? (=e.g. xport -hz bla.m2ts 1 1 1) or still only -h ?

[Chumbo]

Im remuxing, because I want the best possible quality at smallest possible size :P

which track count as dolby lossless, only TrueHD tracks, right? 0.83 is like nothing then. is this the same for DTS-HD (MA) tracks?? would it be possible for you to make a quick list of all tracks granularity for each .m2ts file, this should be helpful then when having movies with many parts to figure out how the delay has to be at the end. so for LPCM it was 5ms and for DD+ something like 32ms? trueHD 0.83 then? if you still need info about other audio tracks, then tell me, maybe I will be able to cut more samples, just to complete this.

LPCM: 5ms
DD+: 32ms
TrueHD: 0.83ms
DTS-HD MA: ?
DTS-HD HiRes: ? (same as MA?)

(I sent you both samples, MA with close encounters and DTS-HD HiRes with basic instict)


just assuming it is also 0.83 for DTS-HD MA for example, so when I remuxed close encounters with dts-hd converted to flac and this movie consists of 30 pieces, then the delay at the end would be ~25ms for the last part of the movie?
and in case of ratatouille with 31 pieces of LPCM the delay at the end would then be 155ms? and a 2 piece .m2ts movie with lpcm only ending up with 5ms, so this would be not worth correcting at all




btw. you mean positive delay, right (meaning we would have to slow down the fps rate of the video a little to make the video stream gradually longer) ?
Humans don't notice a sync issue until the audio/video are off by 70ms or greater. Anything less is a non-issue, so I wouldn't waste so much time on it otherwise.

The real problem is when the small amounts per segment amount to a total offset that's greater than 70ms.

[Thunderbolt8]

Humans don't notice a sync issue until the audio/video are off by 70ms or greater. Anything less is a non-issue, so I wouldn't waste so much time on it otherwise.

The real problem is when the small amounts per segment amount to a total offset that's greater than 70ms.
the problem is when knowing theres a little delay, even when it would possibly not be perceivable otherwise. it would just make me myself mad, I would look at the sync all the time and this would spoil the fun for me :S So I'll have to correct :S

[drmpeg]

LPCM: 5ms
DD+: 32ms
TrueHD: 0.83ms
DTS-HD MA: 10.666ms
DTS-HD HiRes: 10.666ms

Note that these are the maximum amounts of extra audio. On average, it will be half of the maximums. And yes, there's too much audio, so the video needs to slow down.

Don't use the -z option. That's for demuxing to PES packets, which almost no tool uses. Also, I think it's a little buggy (and never fixed since nobody uses it).

Here's an article on lip-sync tolerance.

http://www.tvtechnology.com/features/audio_notes/f-TC-Keeping_it_all.shtml

"The International Telecommunications Union (ITU) released a specification called BT.1359-1 in 1998. It was based on research that showed the reliable detection of A/V sync errors was between 45 msec audio leads video to 125 msec audio lags video. Remember, this is just the detectability region; the acceptability region is an even wider +90 to -185 msec."

Ron

[Thunderbolt8]

thanks for completing the list

hm the difference between max and average shouldnt make too much difference, at least not for trueHD and LPCM. but with movies with ~30 .m2ts files then it can already make a little difference (~50ms) for dts-hd and surely will in case of DD+ (~500ms). guess theres some experimenting needed :S

[Snowknight26]

When I join 3 m2ts files and demux the LPCM stream with xport, eac3to comes up saying that the format isn't recognized, though a graphedit graph of File -> ffdshow audio decoder shows that it is indeed (L)PCM.
Need a sample?

[shambles]

Chopping off audio samples would be much too heavy handed (and annoyingly audible).

how would it be audible? if you calculate the amount of samples you need to chop off at the end of each audio segment, wouldn't you just be restoring it to its original length so it matches perfectly with the video?

for 48khz there's 48 samples per ms so you can get pretty damned accurate if you just have the patience to do it right.

(from earlier in this thread)

The last audio PTS is 2752710 and the last video PTS is 2749008. The video ends at 2749008 + 3754 = 2752762. The audio ends at 2752710 + 450 = 2753160. 2753160 - 2752762 = 398. 398 / 90000 = 4.42 milliseconds too much audio.

from your example, take the 398 / 90000, multiply by 1000 = 4.4222..., multiply by 48 (48 samples/ms), then multiply by 18 (18 bytes/sample for 24bit/6channels) = 3820.8. but of course you can't chop off 3820.8 bytes off a file, and what we need to chop off needs to be dividable by 18 for 24bit/6ch files to keep the channel order correct, so divide it by 18 again = 212.2666..., then multiply 212 by 18 = 3816 which is the correct amount of bytes to chop off from the end of the pcm file. and if you want to be extra anal about it, like i do, you can subtract the 3816 from the 3820.8 and see that 4.8 bytes would count toward the next pcm file. :p

it takes a lot of time but i feel it's worth it. what would make it a bit easier would be if xport could be updated with a switch that displays only the last video and audio pts

[madshi]

When I join 3 m2ts files and demux the LPCM stream with xport, eac3to comes up saying that the format isn't recognized, though a graphedit graph of File -> ffdshow audio decoder shows that it is indeed (L)PCM.
Need a sample?
Yes, a sample would be helpful. But before uploading the sample please check whether you can reproduce the problem with the sample. If eac3to works fine with the sample, the sample won't help.

[madshi]

Chopping off audio samples would be much too heavy handed (and annoyingly audible).
I'm wondering what the studio muxing software does when creating the multiple TS parts. I mean the studio master is one big video and audio file. Now if we join the TS parts and demux audio and video, audio is probably a few milliseconds too long. So obviously the TS muxing software must have added some audio data somewhere, right? How did it do that? Isn't it the most probably thing that the audio data is ever so slightly overlapping at the end of the first TS part and at the beginning of the 2nd TS part? So if you just join the PCM samples, a few milliseconds worth of audio data are played twice? Wouldn't chopping off the audio samples probably result in that we get the original audio track again? I don't really know, I'm just guessing...

Obviously things are much more complicated with AC3 compared to LPCM because we can't just chop off half an AC3 frame. So for AC3 demuxing the only reasonable solution would be to keep track of the "too much audio milliseconds". Once the delay sums up to over the length of an AC3 frame, we could then chop off one full AC3 frame (or several, if necessary). This way we could keep delay under the length of one AC3 frame.

Thoughts?

[rickardk]

Can someone please help me with this I would be very very thankful.

Just bought Bourne Ultimatum and I would like to remux it into TS and put it on my server so I can have it playable in Vista Media Center.


The edition I bought have a TrueHD track. And as there are no decoders that works with vista media center I will (if possible) convert it to flac. I don't really understand about sync problems and how to fix them.

Also the pulldown (29.97fps issue) must be removed from the VC-1 stream before it's muxed into a ts.

I know in theory what needs to be done. But not how (tools and exec) to do it.

HD DVD disc -> Demux VC-1 es and TrueHD -> remove pulldown from VC-1 es -> a perfect convert TrueHD to FLAC -> sync everything 100% -> mux into ts

If someone could write a step-by-step guide to get a perfect in Vista Media Center playable TS with the same exact sq as the truehd track (no dynamic range compression and stuff like that). I will just need one (TrueHD->FLAC) audio stream. And also a perfect VC-1 es without stutter or speed up. It would be the best christmas gift ever!



Sorry If this post belongs in another thread...

[madshi]

Can someone please help me with this I would be very very thankful.

Just bought Bourne Ultimatum and I would like to remux it into TS and put it on my server so I can have it playable in Vista Media Center.

The edition I bought have a TrueHD track. And as there are no decoders that works with vista media center I will (if possible) convert it to flac. I don't really understand about sync problems and how to fix them.

Also the pulldown (29.97fps issue) must be removed from the VC-1 stream before it's muxed into a ts.

I know in theory what needs to be done. But not how (tools and exec) to do it.

HD DVD disc -> Demux VC-1 es and TrueHD -> remove pulldown from VC-1 es -> a perfect convert TrueHD to FLAC -> sync everything 100% -> mux into ts

If someone could write a step-by-step guide to get a perfect in Vista Media Center playable TS with the same exact sq as the truehd track (no dynamic range compression and stuff like that). I will just need one (TrueHD->FLAC) audio stream. And also a perfect VC-1 es without stutter or speed up. It would be the best christmas gift ever!

Sorry If this post belongs in another thread...
Discussion about how to remux video doesn't really belong here. This thread is only about audio processing. For TrueHD -> FLAC decoding just demux the TrueHD audio track with EvoDemux and then use eac3to to recode that to FLAC. You'll get perfect quality, as long as you use the Nero or libav decoder. EvoDemux will tell you the delay value you need to use for the TrueHD track. You can feed that delay value into eac3to.

[idbirch2]

Also the pulldown (29.97fps issue) must be removed from the VC-1 stream before it's muxed into a ts.
I was under the impression that all HD-DVDs were 23.976p...

[madshi]

Please no video discussion in this thread. The thread is already long enough without that. Thanks.

[TheSof]

I've used eac3to alot, but all of a sudden I'm getting a flac data mismatch error. Sounds like an overclocking issue, I know, but it has been stable for years now and has no problems using eac3to with other files - it's just Batman Begins I'm getting this error with.

[Phantomas_X]

can anybody post the link to delycut 1.3 ? I can't find the tread...:thanks:

[bobasp1]

Can any1 let me know if theres a way around this problem? I have the nero decoder installed, but it doesn't seem to want to work.

http://img517.imageshack.us/img517/5960/hlpyw5.jpg

[Thunderbolt8]

you cant use .evo files as input any more, you need to demux the audio stream out of it first.

[hristoff2]

can anybody post the link to delycut 1.3 ? I can't find the tread...:thanks:

--> http://uploaded.to/?id=ym2ck7 :)

[bobasp1]

you cant use .evo files as input any more, you need to demux the audio stream out of it first.

I did it saved it as a mpa file and doesn't seem to work.. ether

What im trying to do is basicly get the TrueHD to Flac audio but yeah I'm kind of lost because it when i use evodemux to take out the truehd audio its in a .mpa extension and it doesn't work either.

I was testing to see if the nero plugin was working *maybe theres more than one but* when I was doing a high bit rate file to a low one it did it just fine.

@Thunderbolt8 I did demux the audio stream and like I said it didn't work because its in mpa extension *changed it to a few others and it didn't work* What would you suggest.

[Thunderbolt8]

im getting confused again with that first pts thing of video and audio. here in this case the delay is given for the video stream and not for the audio :S

PTM of first video frame = 00001269
PTM of last video frame = 10BE4675
Duration = 0:52:01.118
H.264 (AVC) video stream 0 found!
First PTS = 00002FBD (+83ms)
DTS HD (DTS) audio stream 0 found!
First PTS = 00001269

so which would the delay then be for the audio, +83 or -83 ?
and since the values of first video frame is the same as of the first PTS of the audio, but not the same as the first PTS of the video is there a delay needed at all in this case? :S

[Snowknight26]

Yes, a sample would be helpful. But before uploading the sample please check whether you can reproduce the problem with the sample. If eac3to works fine with the sample, the sample won't help.

It doesn't work.

Here is a sample of the beginning 20MB of the 1st m2ts file, then a sample of the demuxed (with xport) LPCM stream from the sample, respectively.

http://www.stfcc.org/misc/therock.m2ts
http://www.stfcc.org/misc/therock.mpa

I've sent the same samples to drmpeg to see if he can find any problems.

[madshi]

I've used eac3to alot, but all of a sudden I'm getting a flac data mismatch error. Sounds like an overclocking issue, I know, but it has been stable for years now and has no problems using eac3to with other files - it's just Batman Begins I'm getting this error with.
Can you reproduce the problem with a little sample? If so, please upload that sample somewhere, please. Thanks...

[madshi]

I did it saved it as a mpa file and doesn't seem to work.. ether

What im trying to do is basicly get the TrueHD to Flac audio but yeah I'm kind of lost because it when i use evodemux to take out the truehd audio its in a .mpa extension and it doesn't work either.

I was testing to see if the nero plugin was working *maybe theres more than one but* when I was doing a high bit rate file to a low one it did it just fine.

@Thunderbolt8 I did demux the audio stream and like I said it didn't work because its in mpa extension *changed it to a few others and it didn't work* What would you suggest.
Please use EvoDemux to demux the TrueHD stream and then let eac3to do its work. If that still doesn't work, please let us see what eac3to outputs. Also please try the "-libav" switch. Does that one work?

[madshi]

im getting confused again with that first pts thing of video and audio. here in this case the delay is given for the video stream and not for the audio :S

PTM of first video frame = 00001269
PTM of last video frame = 10BE4675
Duration = 0:52:01.118
H.264 (AVC) video stream 0 found!
First PTS = 00002FBD (+83ms)
DTS HD (DTS) audio stream 0 found!
First PTS = 00001269

so which would the delay then be for the audio, +83 or -83 ?
and since the values of first video frame is the same as of the first PTS of the audio, but not the same as the first PTS of the video is there a delay needed at all in this case? :S
That's a good question. A day or two ago I'd have said you need to delay audio by -83ms. But right now I'm not sure. Right now I think that it depends on what you do with the video. If you remux the video with gdsmux I guess that no audio delay is needed in this case. But if you demux video and remux it with mkvtoolnix (or mp4creator/mp4box) then probably you'll have to apply -83ms delay to the audio track. But I'm not totally sure. I might have more information about this later...

[bobasp1]

Please use EvoDemux to demux the TrueHD stream and then let eac3to do its work. If that still doesn't work, please let us see what eac3to outputs. Also please try the "-libav" switch. Does that one work?

I just gave up used FFmpeg the one posted on the site with eac3 or something and i just ripped it straight from the evo tested it and there wasn't any problems. ripped it in Flac, and ac3 to see if there were any problems and there wasn't. So yeah.. good night every1.

[Thunderbolt8]

That's a good question. A day or two ago I'd have said you need to delay audio by -83ms. But right now I'm not sure. Right now I think that it depends on what you do with the video. If you remux the video with gdsmux I guess that no audio delay is needed in this case. But if you demux video and remux it with mkvtoolnix (or mp4creator/mp4box) then probably you'll have to apply -83ms delay to the audio track. But I'm not totally sure. I might have more information about this later...
I will definately have to use mkvmerge sooner or later.

[madshi]

It doesn't work.

Here is a sample of the beginning 20MB of the 1st m2ts file, then a sample of the demuxed (with xport) LPCM stream from the sample, respectively.

http://www.stfcc.org/misc/therock.m2ts
http://www.stfcc.org/misc/therock.mpa

I've sent the same samples to drmpeg to see if he can find any problems.
Works for me. eac3to only checks for RAW/PCM files if the file extension is "*.raw" or if the text "pcm" appears somewhere in the file name or file extension. Otherwise eac3to doesn't test for RAW/PCM because the test for RAW/PCM can consume a lot of time. So please rename "therock.mpa" to "therock.pcm" or "therock PCM.mpa" or something like that. Then eac3to should do its work.

[madshi]

I will definately have to use mkvmerge sooner or later.
That is not important. Import is if there's a step in your processing chain which loses the timestamps of the EVO container. If you use gdsmux + mkvmerge, the timestamps are preserved. However, as soon as you *de*mux the video to a raw file, the timestamps are lost. When the original timestamps of the EVO file are lost, you will have to apply -83ms to the audio file. If the timestamps are not lost, I think you don't need to apply a delay in this specific case, because the first audio timestamp matches the "PTM of first video frame" timestamp of the EVO file. I'm not fully sure yet, though.

[Thunderbolt8]

what I did is I demuxed both streams, video and audio, with evodemux and then muxed it together in mkvmerge. im not 100% sure yet, but it might indeed be the way that it looks best with no delay at all applied. the source is the 1st band of brothers HD DVD and since I already looked into the 2nd disc too I can say these timestamps for video and audio are the same for all 4 episodes so far.
I might give it a try and do both, also remux with gdsmux or haali filters or h264tsto (should all be the same, right? btw. will it be ok if I only remux the video stream in the .mkv file for the timestamps instead of having 1 audio stream in it too?) and then try to compare the lip sync of all 3 episodes (the 1st EP gives me funny rainbow frames :S)

[madshi]

what I did is I demuxed both streams, video and audio, with evodemux and then muxed it together in mkvmerge. im not 100% sure yet, but it might indeed be the way that it looks best with no delay at all applied.
You got my explanation the wrong way. If you demux video, you *do* need to apply a delay in this specific case.

should all be the same, right? btw. will it be ok if I only remux the video stream in the .mkv file for the timestamps instead of having 1 audio stream in it too?
Yes, should be the same. Only remuxing video is ok.

[Chumbo]

im getting confused again with that first pts thing of video and audio. here in this case the delay is given for the video stream and not for the audio :S

PTM of first video frame = 00001269
PTM of last video frame = 10BE4675
Duration = 0:52:01.118
H.264 (AVC) video stream 0 found!
First PTS = 00002FBD (+83ms)
DTS HD (DTS) audio stream 0 found!
First PTS = 00001269

so which would the delay then be for the audio, +83 or -83 ?
and since the values of first video frame is the same as of the first PTS of the audio, but not the same as the first PTS of the video is there a delay needed at all in this case? :S
From my experience, it's been consistently correct to do the following.
- if the delay is on the video, then apply the opposite to the audio, e.g., if it's +83ms then apply -83ms to the audio. I do use the mkv tools on occasion and have not had any issues

- if the delay is listed on the audio, then apply it as is to the audio, i.e., if it shows +83ms, then apply 83ms to the audio.

But as madshi mentioned, it's possible other issues may crop under the right conditions. Just because I haven't run into them doesn't mean they're not there. ;)