eac3to - audio conversion tool

[G_M_C]

[...]
think of all the space they could save on audio and use on the video :eek:

There's plenty of space in a 2-layer BR. So much even, that they dont really need the extra space saved ;)

And authoring-wise/production-wise it's not even really expensive splitting a movie into 2 disks. That proves to be much less hassel and much cheaper than implementing/planning for/use of another codec in the BR-specs.

[madshi]

EDIT - Seems I was wrong, the original m2ts playback IS also wrong. It runs smoothly, but seems to run half-speed.
Heh... ;)

Same result in FFDshow. Don't suppose there is another VC1 decoder that works with interlaced content?
The Cyberlink VC-1 decoder does. Unfortunately it's difficult to make it work outside of PowerDVD.

i noticed that some blu-rays and tv sources have an ac3 delay of +/- 10 to 20 ms, which is not a full ac3 frame. what is done is such cases when I demux the audio, its rounded up or down to whereever it comes closest to 32?
Yes.

how can such a delay be in a (m2)ts file then and play completely in sync if it cant when muxing to .mkv?
Because no normal consumer would ever be able to spot an audio sync mismatch of 16ms. Actually I'm not sure if even all HD DVD and Blu-Ray movies were authored with a perfect audio sync! Also audio sync is affected by which splitters you're using. E.g. if I play external audio tracks together with an MKV video track, audio sync is -80ms on my PC compared to muxing everything to an MKV and playing that. Don't know why...

if not, is there actually a way not to have eac3to apply a delay at all at demuxing
Sure. Just check the delay noted in the eac3to track listing, then use the opposite value as delay correction. E.g. if eac3to lists "-84ms" for an audio track, do "eac3to source.evo 3: audio.eac3 +84ms". This will make eac3to not apply any audio delay.

btw. I noticed that when decoding a dtshd ma track to flac which has a delay then eac3to reports 'applying dts delay', although dts frames arent as well able to be delayed to 1ms specificly. wouldnt it make more sense then just to keep in mind the delay value and apply it to the flac afterwards, since it can be done there up to 1ms correctly?
DTS frames are often only 10ms long. So the max that you can go wrong is 5ms. There are so many things affecting audio sync I really think that 5ms is totally neglectable.

Look, delaycut has been used for ages by the home cinema crowd. I cannot remember anyone worrying about delaycut being "unexact". But still delaycut had the very same problem of only being able to sync up to audio frames.

I can't re-encode eac3 (of HD DVDs) to ac3 with eac3to (ver. 2.4.0.0)
Are you sure that the rip is really clean? I'd suggest reripping by using the AnyDVD ripping tool. Then please try again.

And this is the bug report
Thanks. But I'd really need to full bug report. You can email that to me.

This time i demuxed to ac3 directly from EVO created by AnyDVD via Eac3to.
Here is the log; problem is still going on:
That is actually quite strange. eac3to seems to abort processing without saying why. Never saw such an effect yet! :eek:

Wow and thanks for the quick awnsers, I get uncompressed 16bit audio at only 1gb for a whole movie, a shame that FLAC is not an official codec on Blu-Ray, think of all the space they could save on audio and use on the video :eek:
Well, TrueHD is not much worse, either. 16bit TrueHD tracks are also very small. Anyway, Amir (Microsoft, retired) was once asked why FLAC wasn't used for HD DVD / Blu-Ray. He said something like that those consumer device companies generally don't like open source solutions so much cause if there is any trouble whom can they contact for help/clarification? With e.g. TrueHD they get very exact specifications from Dolby together with reference code and help implementing everything. They also get hardware decoding chips from Sigma Designs/Broadcom and if everything goes wrong, they get full support from all participating companies.

I solved it by demuxing the audio with EVOdemux, and not applying any audio delay, and then encoding the audio with eac3to, and my version of Top Gun is now in perfect sync :)
Strange. What audio delay did eac3to show in its track listing?

[Denner]

Can't really remember, but i think it was -87ms or -84ms or something like that, but I can rip it again and check, if you want me to ?

[madshi]

Can't really remember, but i think it was -87ms or -84ms or something like that, but I can rip it again and check, if you want me to ?
On my Top Gun HD DVD it seems to be -84ms. So it seems that our discs are identical. I'll have to check this one. Haven't remuxed Top Gun yet. What you say sounds quite a bit strange. I mean if eac3to shows -84ms but the final audio track is a full second off sync. And if demuxing the audio track with EvoDemux results in correct audio sync then there's something funny going on. The difference between eac3to and EvoDemux should only be -84ms. But from what you're saying, the difference seems to be a full second!

[rica]

Hi madshi, thanks for the response.
I tried ripping twice.(with AnyDVD HD )
Rip is clean.
I gonna send you the log by email this evening.

[Bluestraw]

Heh... ;)

The Cyberlink VC-1 decoder does. Unfortunately it's difficult to make it work outside of PowerDVD.Yeah, I did some more digging on this and found some potentially helpful link on another site, though I can't make it work. Anyone managed to get the filter working outside PDVD? Also seems the latest ffmpeg filter in MPC doesn't like interlaced VC1, but maybe they'll fix that soon.

This may work; it's worked for me in the past.

Use GraphEdit. Use the Haali media splitter on the m2ts file (insert directshow filter, etc.). Then, insert the Haali Matroska muxer and link up the video and audio.

See if the resulting .mkv file works for you.

I don't know if vc1conv would work on your elementary VC-1 file but that might be worth a shot too.Unfortunately both those things didn't work :(

[Zelos]

@ Bluestraw

did you try with tsmuxer ?

[Jong]

A big, BIG thank you for the log option. :)Yes. A big thank you from me also. :)

[Jong]

eac3to v2.40 released

http://madshi.net/eac3to.zip

* added: video framecount is now also shown for TS/M2TS demuxing/remuxing
* added: "-check" option added to check container for corruption
* fixed: TS/M2TS: discontinuity check sometimes fired false alarms
* fixed: HD DVD subtitle language/description was not always correct
* changed: title listing is only shown if there are at least 2 titles
* changed: if there is only one title, the title is automatically selected
* fixed: TS/M2TS audio delay detection was broken
* changed: improved audio delay detection for broadcasts and badly mastered discs
* fixed: TS/M2TS video demuxing could eventually add some invalid data
* added: new option "log=c:\whatever\log.txt" specifies the log file path/name
Only some bugfixes and minor improvements this week.Hi Madshi,

Thanks for this release. Can you say if the subtitle issue (not starting within 300MB) is something you plan on fixing in a future release?

[Bluestraw]

@ Bluestraw

did you try with tsmuxer ?I did play around with tsmuxer, but to no avail. I think it's rather the interlaced VC1 playback that's broker for the WMDecoder - or is there something I can do with tsmuxer that may help?

[Denner]

On my Top Gun HD DVD it seems to be -84ms. So it seems that our discs are identical. I'll have to check this one. Haven't remuxed Top Gun yet. What you say sounds quite a bit strange. I mean if eac3to shows -84ms but the final audio track is a full second off sync. And if demuxing the audio track with EvoDemux results in correct audio sync then there's something funny going on. The difference between eac3to and EvoDemux should only be -84ms. But from what you're saying, the difference seems to be a full second!

Yup it sounds right, my disc is the EU release, it is 100% sync now after I used EvoDemux and encoded it with eac3to, but it is very strange indeed :rolleyes:

[DoomBot]

For a Truehd track if you dont force decoder to libav and you dont have nero plug-in will eac3to auto decode Truehd using libav, and not just take the 640 core and encode that to 1536 dts bit rate?

[nautilus7]

Default TrueHD decoder IS libav. So, not setting any decoder equals to libav when dealing with TrueHD.

Only Blu-ray TrueHD tracks have a AC3 core. HD DVD TrueHD tracks are plain TrueHD.

Despite that, what you said about eac3to talking only the core to encode to dts, makes no sense. AC3 core, even if it existed, it would need to be decoded somehow, so...

[DoomBot]

Default TrueHD decoder IS libav. So, not setting any decoder equals to libav when dealing with TrueHD.

Only Blu-ray TrueHD tracks have a AC3 core. HD DVD TrueHD tracks are plain TrueHD.

Despite that, what you said about eac3to talking only the core to encode to dts, makes no sense. AC3 core, even if it existed, it would need to be decoded somehow, so...

Cool thats all i wanted to know. :thanks:

[madshi]

Can you say if the subtitle issue (not starting within 300MB) is something you plan on fixing in a future release?
Sooner or later, yes.

[Warrex]

Yeah, that 300MB thing is also important for me.

[Jong]

Sooner or later, yes.:thanks:

[rack04]

Can anyone tell me what the default decoders are?

In the first post it states:

For best AC3, E-AC3 and TrueHD decoding you need:
(1) Nero 7 (Nero 8 won't work!)
(2) Nero HD-DVD / Blu-Ray plugin

For best DTS decoding you need:
(1) "Sonic Cinemaster Audio Decoder 4.3" DirectShow filter

For DTS encoding you need:
(1) SurCode DVD DTS - version 1.0.21 or newer

But in the same post it states that the default decoders used by eac3to are:

(E-)AC3: Nero
TrueHD: libav/ffmpeg
DTS(-HD): Sonic

[nautilus7]

Default decoders are those mentioned in the 1st post. The 2nd quotation you posted.
Regarding BEST TrueHD decoding, 1st post is wrong (outdated). Best is the libav decoder, that's why it's the default one.

To summarize:

TrueHD: Libav
AC3, E-AC3: Nero
DTS, DTS-HD: Sonic

Those are defaults AND best. Libav is somewhat worse (quality wise) for AC3, E-AC3, DTS than the defaults, but it's free. Sonic is the ONLY one that can decode DTS-HD tracks (not just the core).

[himan2001]

Madschi...

can you please update the aften lib/dll to the latest version, including the optimizeings for Dual/Quadcore (SSE2 and above) ?

Actual Version runs very slow in AC-encoding and is not using
all CPU-Cores :(

Thx.

[nautilus7]

You can download aften R723 and replace the one included in eac3to package with the cpu optimized one. Don't use R762, won't work.

http://sourceforge.net/project/showfiles.php?group_id=183195

There's no point eac3to to come with any optimized build as not everybody have the same cpu.

[mikeathome]

I apologize if the question has been ask before, I simply failed to read through 217 pages, sorry...

I tried to re-mux a 'home-bread' 1280x720@60/1001fps (pulldown from 24/1001) into a MKV container with eac3to v2.40.

- Video is: VC-1, 1280x720, 60/1001fps, created with Sonic CineVision 2.0.2 from a VC-1, 1920x1080, 24/1001
- Audio is: DD AC3, 5.1, 448kbps
- HD-DVD (EVOB) was created using Sonic ACA 4.12

Findings on command eac3to file.evo 1: file.mkv

On the first run eac3to reports gaps (a lot) and writes a gaps.log. The resulting MKV is playable but at twice the speed. On the second run eac3to inserts 'filler' which creates a stuttering video.

Q: Is there a way to respect the pulldown flags on VC-1 based video streams as well? I know it works on h.264 video as I have done this before. Almost same work flow with one exemption the video compressor.

Thanks for this wonderful program!
mike

P.S.
ne1 knows why mkvmerge does not accept VC-1 ES streams? The only reason why I go this way is, because I didn't had any success.

[nautilus7]

What is the framerate the video is been played at? 59,94? Which decoder and renderer do you use for playback? Try different ones. In my case, with Galapagos which is 29,97 interlaced, the video was played at 59,94 with WMR9 and Haali renderers, but at 29,97 with EVR.

[Chumbo]

@madshi,
The log option doesn't seem to be working. I've tried the following and none created the log file:
eac3to bdmv\stream\00001.m2ts log="K:\HD MOVIES\info.txt"
eac3to bdmv\stream\00001.m2ts /log="K:\HD MOVIES\info.txt"
eac3to bdmv\stream\00001.m2ts -log="K:\HD MOVIES\info.txt"

This one worked, but created a file named .txt (no filename) in the folder where I ran the eac3to command. So location is right, filename is not.

eac3to bdmv\stream\00028.m2ts /log=info.txt

This one worked, but created a file named o.txt. I think I see a pattern here. ;)
eac3to bdmv\stream\00028.m2ts /log="info.txt"

[EDIT] Okay, verified my theory and this did work:
eac3to bdmv\stream\00001.m2ts /log="K:\\HD MOVIES\\info.txt"

[saint-francis]

I just used eac3to to remux Stardust to .mkv and when I loaded it into MeGUI's avisynth script creator it told me that the frame rate was 29.97000002997. When I list the tracks in eac3to it tells me that it's 1080p 24/1.001. Up until now MeGUI has been faultless in this respect. So where is the problem? Was the timestamp written improperly by eac3to?

[mikeathome]

What is the framerate the video is been played at? 59,94? Which decoder and renderer do you use for playback? Try different ones. In my case, with Galapagos which is 29,97 interlaced, the video was played at 59,94 with WMR9 and Haali renderers, but at 29,97 with EVR.

The video is ALWAYS played at 60/1001 no matter what decoder or renderer you use (Windows DMO, Cineplayer) + VMR &| VMR9.

The material is 24/1001 WITH pulldown flags for compliancy with HD-Spec made by CineVision and import in BOTH Sonic HD Authoring proggys at correct FR and duration. After mux into MKV (with eac3to) the duration is wrong (~half) and the playback speed doubled.

Using the gaps.log won't help, the second eac3to run produces garbage.

THIS IS FOR VC-1 MATERIAL ONLY! I love this program, don't get me wrong I just tell you something's wrong with VC-1 streams including PD.

mike

[nautilus7]

Which framerate does eac3to report for video? Maybe you can upload a sample.

[mikeathome]

Which framerate does eac3to report for video? Maybe you can upload a sample.

Hello,
ok here's the report.
First run:Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

D:\HD DVD\test>"c:\Program Files\HDDVD\eac3to.exe" f:\HVDVD_TS\EVOB001.EVO
EVO, 1 video track, 1 audio track, 0:02:02
"Title001"
1: Chapters, 4 chapters with names
2: VC-1, 1280x720 60p /1.001 (16:9)
3: AC3, English, 5.1 channels, 448kbit/s, 48khz

D:\HD DVD\test>

D:\HD DVD\test>"c:\Program Files\HDDVD\eac3to.exe" f:\HVDVD_TS\EVOB001.EVO 2: intro.mkv
EVO, 1 video track, 1 audio track, 0:02:02
"Title001"
1: Chapters, 4 chapters with names
2: VC-1, 1280x720 60p /1.001 (16:9)
3: AC3, English, 5.1 channels, 448kbit/s, 48khz
Extracting primary video track...
Muxing video to Matroska...
Video has a gap of 18 frames at playtime 0:00:00.
Video has a gap of 18 frames at playtime 0:00:01.
Video has a gap of 18 frames at playtime 0:00:01.
Video has a gap of 6 frames at playtime 0:00:01.
Video has a gap of 18 frames at playtime 0:00:01.
Video has a gap of 18 frames at playtime 0:00:01.
Video has a gap of 18 frames at playtime 0:00:01.
Video has a gap of 18 frames at playtime 0:00:02.
Video has a gap of 18 frames at playtime 0:00:02.
Video has a gap of 18 frames at playtime 0:00:02.
Video has a gap of 18 frames at playtime 0:00:02.
Video has a gap of 18 frames at playtime 0:00:02.
Video has a gap of 18 frames at playtime 0:00:03.
Video has a gap of 18 frames at playtime 0:00:03.
Video has a gap of 18 frames at playtime 0:00:03.
Video has a gap of 18 frames at playtime 0:00:03.
Video has a gap of 18 frames at playtime 0:00:03.
Video has a gap of 18 frames at playtime 0:00:04.
Video has a gap of 15 frames at playtime 0:00:04.
Video has a gap of 3 frames at playtime 0:00:04.
Video has a gap of 3 frames at playtime 0:00:04.
Video has a gap of 3 frames at playtime 0:00:04.
Video has a gap of 18 frames at playtime 0:00:04.
Video has a gap of 18 frames at playtime 0:00:04.
Video has a gap of 18 frames at playtime 0:00:05.
Video has a gap of 18 frames at playtime 0:00:05.
Video has a gap of 18 frames at playtime 0:00:05.
Video has a gap of 3 frames at playtime 0:00:05.
Video has a gap of 18 frames at playtime 0:00:05.
Video has a gap of 18 frames at playtime 0:00:05.
Video has a gap of 18 frames at playtime 0:00:06.
Video has a gap of 18 frames at playtime 0:00:06.
Video has a gap of 18 frames at playtime 0:00:06.
Video has a gap of 6 frames at playtime 0:00:06.
(...)
Video has a gap of 12 frames at playtime 0:00:48.
Video has a gap of 3 frames at playtime 0:00:48.
Video has a gap of 3 frames at playtime 0:00:48.
Video has a gap of 3 frames at playtime 0:00:48.
Video has a gap of 18 frames at playtime 0:00:48.
Video has a gap of 18 frames at playtime 0:00:48.
Video has a gap of 18 frames at playtime 0:00:49.
The MKV file was created without making use of the gap/overlap information.
Please check whether audio is in sync. If it is in sync everything is fine.
Otherwise you can ask eac3to to repeat the muxing. It will then automatically
make use of the detailed gap/overlap information.
Added fps value to MKV header.
Video track 2 contains 2927 frames.
eac3to processing took 5 seconds.
Done.

D:\HD DVD\test>Noticed the gap reporting video length? Wrong, clip is 02:02mins. Result plays to fast.

Second run:D:\HD DVD\test>"c:\Program Files\HDDVD\eac3to.exe" f:\HVDVD_TS\EVOB001.EVO 2: intro.mkv
EVO, 1 video track, 1 audio track, 0:02:02
"Title001"
1: Chapters, 4 chapters with names
2: VC-1, 1280x720 60p /1.001 (16:9)
3: AC3, English, 5.1 channels, 448kbit/s, 48khz
Video gap description file detected, will be used for muxing...
Extracting primary video track...
Muxing video to Matroska...
Added fps value to MKV header.
Video track 2 contains 2927 frames.
eac3to processing took 2 seconds.
Done.

D:\HD DVD\test>Length ok now, but the result is a stuttering video, looks like frame repeating at 60/1001 does not work. If it would just use it at 24/1001 everything would be ok. Possible solution would be an entry of fps=24/1001 in the header and use clip from first run without corrected 'gaps'. I don't know how this would run. BUT you don't want me to draw conclusions based on my un-educated try&error method, do you?

Please notice, everything was taken from an authored HD-DVD which actually plays on my Toshiba!

mike
P.S. You have a place to upload the clip? It's around 95MB, no copyright issue.

[inmetzi]

Hi folks, I´m a newbie in this forum, but reading all posts the last weeks. Now I have a problem with the last version (2.40). 2.39 is ok. Because the bugreport can´t be sent emails from the other machine, I will copy it in there:

date/time : 2008-04-18, 16:44:05, 812ms
computer name :
user name :
registered owner :
operating system : Windows XP Service Pack 3, v.3311 build 2600
system language : German
system up time : 1 hour 30 minutes
program up time : 20 minutes 33 seconds
processors : 2x Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
physical memory : 1568/2046 MB (free/total)
free disk space : (C:) 66,79 GB
display mode : 1280x1024, 32 bit
process id : $470
allocated memory : 10,34 MB
command line : eac3to movie.vc1 movie_vc1.mkv
executable : eac3to.exe
exec. date/time : 2008-04-13 18:53
version : 2.40.0.0
compiled with : Delphi 7
madExcept version : 3.0h
contact name :
contact email :
callstack crc : $1fffa03e, $5e6c65ce, $5e6c65ce
count : 2
exception number : 1
exception class : EAccessViolation
exception message : Zugriffsverletzung bei Adresse 0050E460 in Modul 'eac3to.exe'. Lesen von Adresse 00000000.

main thread ($80):
0050e460 +1098 eac3to.exe eac3to 2820 +189 Process
005140f0 +4768 eac3to.exe eac3to 3594 +617 initialization

modules:
00330000 libFlac.dll C:\hddvd\MADMAXH5\HVDVD_TS
00400000 eac3to.exe 2.40.0.0 C:\hddvd\MADMAXH5\HVDVD_TS
02000000 ctagent.dll 1.0.0.12 C:\WINDOWS\system32
026b0000 splitter.ax 1.7.401.3 C:\Programme\Combined Community Codec Pack\Filters\Haali
02750000 mkzlib.dll C:\Programme\Combined Community Codec Pack\Filters\Haali
02770000 mkunicode.dll C:\Programme\Combined Community Codec Pack\Filters\Haali
0fc60000 rsaenh.dll 5.1.2600.3297 C:\WINDOWS\system32
10000000 libAften.dll C:\hddvd\MADMAXH5\HVDVD_TS
5b0f0000 uxtheme.dll 6.0.2900.3311 C:\WINDOWS\system32
5d450000 comctl32.dll 5.82.2900.3311 C:\WINDOWS\system32
68700000 avcodec.dll C:\hddvd\MADMAXH5\HVDVD_TS
6b780000 avutil-49.dll C:\hddvd\MADMAXH5\HVDVD_TS
71a00000 WS2HELP.dll 5.1.2600.3311 C:\WINDOWS\system32
71a10000 WS2_32.dll 5.1.2600.3311 C:\WINDOWS\system32
71a30000 wsock32.dll 5.1.2600.3311 C:\WINDOWS\system32
746a0000 MSCTF.dll 5.1.2600.3311 C:\WINDOWS\system32
74790000 quartz.dll 6.5.2600.3311 C:\WINDOWS\system32
76350000 comdlg32.dll 6.0.2900.3311 C:\WINDOWS\system32
76af0000 winmm.dll 5.1.2600.3311 C:\WINDOWS\system32
76f90000 CLBCATQ.DLL 2001.12.4414.700 C:\WINDOWS\system32
77010000 COMRes.dll 2001.12.4414.700 C:\WINDOWS\system32
770f0000 oleaut32.dll 5.1.2600.3311 C:\WINDOWS\system32
773a0000 comctl32.dll 6.0.2900.3311 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.3311_x-ww_d7cb0e02
774b0000 ole32.dll 5.1.2600.3311 C:\WINDOWS\system32
77bd0000 version.dll 5.1.2600.3311 C:\WINDOWS\system32
77be0000 msvcrt.dll 7.0.2600.3311 C:\WINDOWS\system32
77da0000 advapi32.dll 5.1.2600.3311 C:\WINDOWS\system32
77e50000 RPCRT4.dll 5.1.2600.3311 C:\WINDOWS\system32
77ef0000 GDI32.dll 5.1.2600.3311 C:\WINDOWS\system32
77f40000 SHLWAPI.dll 6.0.2900.3311 C:\WINDOWS\system32
77fc0000 Secur32.dll 5.1.2600.3311 C:\WINDOWS\system32
7c800000 kernel32.dll 5.1.2600.3311 C:\WINDOWS\system32
7c910000 ntdll.dll 5.1.2600.3311 C:\WINDOWS\system32
7e360000 user32.dll 5.1.2600.3311 C:\WINDOWS\system32
7e670000 shell32.dll 6.0.2900.3311 C:\WINDOWS\system32

processes:
000 Idle
004 System normal
29c smss.exe normal C:\WINDOWS\system32
2d8 csrss.exe normal C:\WINDOWS\system32
2f0 winlogon.exe high C:\WINDOWS\system32
324 services.exe normal C:\WINDOWS\system32
330 lsass.exe normal C:\WINDOWS\system32
3dc svchost.exe normal C:\WINDOWS\system32
420 svchost.exe normal C:\WINDOWS\system32
478 svchost.exe normal C:\WINDOWS\System32
4e8 svchost.exe normal C:\WINDOWS\system32
50c svchost.exe normal C:\WINDOWS\system32
598 spoolsv.exe normal C:\WINDOWS\system32
d38 msmsgs.exe normal C:\Programme\Messenger
d48 NMIndexingService.exe normal C:\Programme\Gemeinsame Dateien\Ahead\Lib
dc0 NMIndexStoreSvr.exe normal C:\Programme\Gemeinsame Dateien\Ahead\Lib
0d0 svchost.exe normal C:\WINDOWS\System32
244 cmd.exe normal C:\WINDOWS\system32
470 eac3to.exe normal C:\hddvd\MADMAXH5\HVDVD_TS

hardware:
+ Audio-, Video- und Gamecontroller
- Audiocodecs
- Creative SB X-Fi (driver 5.12.8.1201)
- Legacy-Audiotreiber
- Legacy-Videoaufnahmegerät
- Mediensteuerungsgerät
- SigmaTel High Definition Audio CODEC (driver 5.10.0.4991)
- Videocodecs
+ Computer
- ACPI-Multiprocessor-PC
+ DVD/CD-ROM-Laufwerke
- HL-DT-ST DVD+-RW GSA-H31N
- TOSHIBA DVD/HD X807616 USB Device
+ Eingabegeräte (Human Interface Devices)
- USB-HID (Human Interface Device)
- USB-HID (Human Interface Device)
+ Grafikkarte
- NVIDIA GeForce 7900 GS (driver 6.14.11.6921)
+ IDE ATA/ATAPI-Controller
- Primärer IDE-Kanal
- Primärer IDE-Kanal
- Sekundärer IDE-Kanal
- Sekundärer IDE-Kanal
- Standard-Zweikanal-PCI-IDE-Controller
- Standard-Zweikanal-PCI-IDE-Controller
+ Laufwerke
- Generic External USB Device
- TEAC USB HS-CF Card USB Device
- TEAC USB HS-MS Card USB Device
- TEAC USB HS-SD Card USB Device
- TEAC USB HS-xD/SM USB Device
- WDC WD2500JS-75NCB3
+ Monitore
- Plug und Play-Monitor
+ Mäuse und andere Zeigegeräte
- HID-konforme Maus
+ Netzwerkadapter
- 3Com EtherLink XL 10/100 PCI-TX-NIC (3C905B-TX)
- Intel(R) 82566DC Gigabit Network Connection (driver 9.4.17.0)
+ Prozessoren
- Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
- Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
+ Systemgeräte
- ACPI-Einschaltknopf
- ACPI-Schalter
- DMA-Controller
- Hauptplatinenressourcen
- Hochpräzisions-Ereigniszeitgeber
- Intel(R) 82801 PCI-Brücke - 244E
- ISAPnP-Datenleseport
- Microcode-Updategerät
- Microsoft ACPI-konformes System
- Microsoft UAA Bus Driver for High Definition Audio
- Microsoft-Systemverwaltungs-BIOS-Treiber
- Numerischer Coprozessor
- PCI Standard-Host-CPU-Brücke
- PCI Standard-ISA-Brücke
- PCI Standard-PCI-zu-PCI-Brücke
- PCI Standard-PCI-zu-PCI-Brücke
- PCI Standard-PCI-zu-PCI-Brücke
- PCI-Bus
- PnP-Softwaregeräte-Enumerator
- Programmierbarer Interruptcontroller
- System CMOS/Echtzeituhr
- Systemlautsprecher
- Systemplatine
- Systemplatine
- Systemzeitgeber
- Terminalserver-Geräteumleitung
- Terminalserver-Maustreiber
- Terminalserver-Tastaturtreiber
- Verwaltung logischer Datenträger
- Volume-Manager
+ Tastaturen
- HID-Tastatur
+ USB-Controller
- Standard erweiterter PCI-zu-USB universeller Hostcontroller
- Standard erweiterter PCI-zu-USB universeller Hostcontroller
- Standard PCI-zu-USB universeller Hostcontroller
- Standard PCI-zu-USB universeller Hostcontroller
- Standard PCI-zu-USB universeller Hostcontroller
- Standard PCI-zu-USB universeller Hostcontroller
- Standard PCI-zu-USB universeller Hostcontroller
- Standard-USB-Hub
- USB-Massenspeichergerät
- USB-Massenspeichergerät
- USB-Massenspeichergerät
- USB-Root-Hub
- USB-Root-Hub
- USB-Root-Hub
- USB-Root-Hub
- USB-Root-Hub
- USB-Root-Hub
- USB-Root-Hub
- USB-Verbundgerät
- Xbox 360 HD DVD Interface 0
- Xbox 360 HD DVD Interface 1
+ VSO devices
- pcouffin device for 32 bits systems (driver 1.37.0.0)

cpu registers:
eax = 00000000
ebx = 00000000
ecx = 00000000
edx = 0012f948
esi = 00000000
edi = 00000000
eip = 0050e460
esp = 0012f910
ebp = 0012fa80

stack dump:
0012f910 98 fa 12 00 e8 3f 40 00 - 80 fa 12 00 14 00 00 00 .....?@.........
0012f920 00 00 00 00 01 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f930 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f940 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f950 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f960 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f970 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f980 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f990 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9a0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9b0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9c0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9d0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9e0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012f9f0 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012fa00 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012fa10 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012fa20 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012fa30 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012fa40 01 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................

disassembling:
[...]
0050e452 inc eax
0050e453 mov [ebp-$40], eax
0050e456 xor ebx, ebx
0050e458 2820 lea edx, [ebp-$138]
0050e45e mov eax, esi
0050e460 > mov ecx, [eax]
0050e462 call dword ptr [ecx+$10]
0050e465 mov eax, [ebp-$138]
0050e46b mov edx, $50e9f0
0050e470 call -$10991d ($404b58) ; System.@LStrCmp
0050e475 jz loc_50e496
[...]

error details:
HDDVD MadMax Muxing video to mkv

The error occurs at end of generating mkv, but the file is complete and without any error.

thanks to madshi

[Thunderbolt8]

when I try to de or remux a mpeg2 .ts cap then I get different values for the audio delay from xport and eac3to, in this case here (-661 ticks = ~-7ms from xport and -581ms from eac3to). which one is correct here? since ac3 delay can only be applied in 32ms frames, I like to note the rest (~-18ms) for myself so that I can apply it manually in mpc then. but since those values are different, how can I be sure if the value displayed by eac3to is correct (I know even if its wrong eac3to will still handle it correctly as you wrote somewhere, but the 'overhead' to a full frame, which I calculate from that displayed value and would like to note could be wrong then)?

p.s. any chance to see that eac3to works on streams which switch from interlaced / progressive? I can virtually not use eac3to for any single mpeg2 1080i cap because of that :/

[Chouonsoku]

Are there any plans for support for converting the lossless audio files on HD discs to AC3 448 kbps? I've tried with 5.1 wav, FLAC, TrueHD, etc. and eac3to doesn't seem to support any of those conversions.

[nautilus7]

You must me doing something wrong... eac3to supports these conversions from the very beginning. Post you log file please.

[BLKMGK]

You guys might want to look into using Pastebin.com for the log files rather than putting them here...

[drmpeg]

when I try to de or remux a mpeg2 .ts cap then I get different values for the audio delay from xport and eac3to, in this case here (-661 ticks = ~-7ms from xport and -581ms from eac3to). which one is correct here? since ac3 delay can only be applied in 32ms frames, I like to note the rest (~-18ms) for myself so that I can apply it manually in mpc then. but since those values are different, how can I be sure if the value displayed by eac3to is correct (I know even if its wrong eac3to will still handle it correctly as you wrote somewhere, but the 'overhead' to a full frame, which I calculate from that displayed value and would like to note could be wrong then)?

p.s. any chance to see that eac3to works on streams which switch from interlaced / progressive? I can virtually not use eac3to for any single mpeg2 1080i cap because of that :/
They could both be correct. Note that xport discards audio frames before the first valid video frame. If you compare the demuxed audio files between xport and eac3to, you'll see that the xport generated audio file is shorter.

Ron

[bsw11]

Hi,

Here is what I am trying to do:

extract DTS soundtrack from a DTS-DVD (i did this with VOBorator)

Change the extracted DTS.wav file from 48k to 44k DTS wav file.

Can you tell me what steps and software are needed to do this?

Please give me as much detail as you can if any of the steps require command line params.

Thanks!

[inmetzi]

You guys might want to look into using Pastebin.com for the log files rather than putting them here...

Sorry but what are this forum for? How should madshi really make a good work without response about errors. With your comments you can´t really help madshi and other users. Give constructive help and no silly sayings. I´m using eac3to really many months.:thanks:

[nautilus7]

Hi,

Here is what I am trying to do:

extract DTS soundtrack from a DTS-DVD (i did this with VOBorator)

Change the extracted DTS.wav file from 48k to 44k DTS wav file.

Can you tell me what steps and software are needed to do this?

Please give me as much detail as you can if any of the steps require command line params.

Thanks!
What format do you want the final file to be? Why do you need to convert it to 44,1 KHz?

[B4tm4n]

What format do you want the final file to be? Why do you need to convert it to 44,1 KHz?

DTS Audio disc ?

[nautilus7]

Oh, i see... it must be 44,1 KHz. eac3to can't output dts in wav container, just read, but Surcode can do it. So he needs mono wavs to feed Surcode manually afterwards:

eac3to input_dts.wav output.wavs -resampleTo44100

Perhaps the -libav or -nero switch is needed also, if the sonic decoder isn't installed.

[Thunderbolt8]

They could both be correct. Note that xport discards audio frames before the first valid video frame. If you compare the demuxed audio files between xport and eac3to, you'll see that the xport generated audio file is shorter.

Ron
is the number of discarded frames the 'x frames before the first I-frame' number? I already tried to multiply X with 32 and then add the rest ms to that and compare the result with the value eac3to displays, but it wasnt the same. did I do something wrong or how else can I get the same result?

[Threedcoder]

I have a movie (the second one in less than a week now) that has the audio lagging behind the video. Prior to this movie, I had only seen this twice before -- on one Bluray and on one HD-DVD.

When the audio lags behind the video, it can be corrected one of two ways:

1. Either padding the video by put blank frames at the start or...
2. Chop some frames off the start of the audio track

In the HD-DVD case, EVODemux actually got it right and was able to display the correct audio advance that would be required in milliseconds to correct the situation.

In both Bluray cases, neither eac3to or tsMuxeR have gotten it right. In fact neither even indicate any kind of delay or advance.

Out of curiosity, how can you get eac3to to display the delay/advance for audio tracks found in a .m2ts file? Is there a command line flag that I'm missing?

Any help on querying for an audio track's delay or advance would be greatly appreciated at this point. At least that way I can manually feed that delay or advance to eac3to when converting the track to a .wav in preparation for splitting it out to 6 mono wavs.

[drmpeg]

is the number of discarded frames the 'x frames before the first I-frame' number? I already tried to multiply X with 32 and then add the rest ms to that and compare the result with the value eac3to displays, but it wasnt the same. did I do something wrong or how else can I get the same result?
No, that's the number of video frames discarded before the first sequence header. xport doesn't report how much audio is being discarded.

You can use the -a option to figure it out manually. For example:

C:\xfer>xport -a "04-13_15-19-09_PREMIERE HD (eng)_Firewall.ts" 129 1 3
xport Transport Stream Demuxer 1.01a
program = 129, video channel = 1, audio channel = 3
Program Number = 0 (0x0000), Program Map PID = 16 (0x0010)
Program Number = 129 (0x0081), Program Map PID = 98 (0x0062)
Program Number = 130 (0x0082), Program Map PID = 99 (0x0063)
Program Number = 131 (0x0083), Program Map PID = 100 (0x0064)
Program Number = 132 (0x0084), Program Map PID = 101 (0x0065)
program descriptor = 0x09, 0x04, 0x18, 0x01, 0xf6, 0xba
program descriptor = 0x09, 0x04, 0x18, 0x31, 0xfa, 0xba
program descriptor = 0x09, 0x04, 0x18, 0x30, 0xf9, 0xba
ES descriptor for stream type 0x06 = 0x52, 0x01, 0x0a
ES descriptor for stream type 0x06 = 0x56, 0x05, 0x64, 0x65, 0x75, 0x09, 0x00
Video PID = 767 <0x02ff>, type = 0x1b
ES descriptor for stream type 0x1b = 0x52, 0x01, 0x09
ES descriptor for stream type 0x06 = 0x6a, 0x05, 0xf0, 0x0a, 0x08, 0x00, 0x00
ES descriptor for stream type 0x06 = 0x52, 0x01, 0x07
ES descriptor for stream type 0x06 = 0x0a, 0x04, 0x64, 0x65, 0x75, 0x01
Audio PID = 772 <0x0304>, type = 0x06
ES descriptor for stream type 0x06 = 0x0a, 0x04, 0x65, 0x6e, 0x67, 0x01
ES descriptor for stream type 0x06 = 0x6a, 0x05, 0xf0, 0x0a, 0x08, 0x00, 0x00
ES descriptor for stream type 0x06 = 0x52, 0x01, 0x08
Audio PTS = -324288430, -324288430 <----------- first audio frame
Audio PTS = -324285550, 2880
Audio Bitrate = 448000, Audio Sampling Rate = 48000
Audio Mode = 2/0, bsid = 8, bsmod = 0
Audio PTS = -324282670, 2880
Audio PTS = -324279790, 2880
Audio PTS = -324276910, 2880
Audio PTS = -324274030, 2880
Audio PTS = -324271150, 2880
Audio PTS = -324268270, 2880
Audio PTS = -324265390, 2880
Audio PTS = -324262510, 2880
Audio PTS = -324259630, 2880
Audio PTS = -324256750, 2880
Audio PTS = -324253870, 2880
Audio PTS = -324250990, 2880
Audio PTS = -324248110, 2880
Audio PTS = -324245230, 2880
Audio PTS = -324242350, 2880
Audio PTS = -324239470, 2880
Audio PTS = -324236590, 2880
Audio PTS = -324233710, 2880
Audio PTS = -324230830, 2880
Audio PTS = -324227950, 2880
Audio PTS = -324225070, 2880
Audio PTS = -324222190, 2880
Audio PTS = -324219310, 2880
Audio PTS = -324216430, 2880
Audio PTS = -324213550, 2880
Audio PTS = -324210670, 2880
Audio PTS = -324207790, 2880
Audio PTS = -324204910, 2880
Audio PTS = -324202030, 2880
Audio PTS = -324199150, 2880
Audio PTS = -324196270, 2880
Audio PTS = -324193390, 2880
Audio PTS = -324190510, 2880
Audio PTS = -324187630, 2880
Audio PTS = -324184750, 2880
Audio PTS = -324181870, 2880
Audio PTS = -324178990, 2880
Audio PTS = -324176110, 2880
Audio PTS = -324173230, 2880
Audio PTS = -324170350, 2880
Audio PTS = -324167470, 2880
Audio PTS = -324164590, 2880
Audio PTS = -324161710, 2880
Audio PTS = -324158830, 2880
Audio PTS = -324155950, 2880
Audio PTS = -324153070, 2880
Audio PTS = -324150190, 2880
Audio PTS = -324147310, 2880
Audio PTS = -324144430, 2880
Audio PTS = -324141550, 2880
Audio PTS = -324138670, 2880
Audio PTS = -324135790, 2880
38 frames before first I-frame
Main Profile
Level = 4.0
Audio PTS = -324132910, 2880
Audio PTS = -324130030, 2880
Audio PTS = -324127150, 2880
First Video PTS = 0xecaf3582
Audio PTS = -324124270, 2880
Audio PTS = -324121390, 2880
Audio PTS = -324118510, 2880
Audio PTS = -324115630, 2880
Audio PTS = -324112750, 2880
Audio PTS = -324109870, 2880
Audio PTS = -324106990, 2880
Audio PTS = -324104110, 2880
Audio PTS = -324101230, 2880
Audio PTS = -324098350, 2880
Audio PTS = -324095470, 2880
Audio PTS = -324092590, 2880
Audio PTS = -324089710, 2880
Audio PTS = -324086830, 2880
Audio PTS = -324083950, 2880
Audio PTS = -324081070, 2880
Audio PTS = -324078190, 2880
Audio PTS = -324075310, 2880
Audio PTS = -324072430, 2880
Audio PTS = -324069550, 2880
Audio PTS = -324066670, 2880
Audio PTS = -324063790, 2880 <------- (-324063790) = 0xecaf2dd2
Audio PTS = -324060910, 2880
First Audio PTS = 0xecaf2dd2, -1968
Audio PTS = -324058030, 2880
Audio PTS = -324055150, 2880
Audio PTS = -324052270, 2880
Audio PTS = -324049390, 2880


It chopped off 78 AC3 frames. (-324063790) - (-324288430) = 224680

224680 / 2880 = 78

Ron

[BLKMGK]

Sorry but what are this forum for? How should madshi really make a good work without response about errors. With your comments you can´t really help madshi and other users. Give constructive help and no silly sayings. I´m using eac3to really many months.:thanks:

So what you are telling me is that you didn't even BOTHER to look and see what the pastebin.com (http://pastebin.com/) is? Pastebin is a site DESIGNED to allow the pasting of long log files. The interface is designed to allow for easy review and they can be expired after a period of time instead of taking up space here FOREVER. From the top of the page you didn't read "pastebin - collaborative debugging tool":logfile:

[Kurtnoise]

@madshi : a small request...could you add the eac3to version # in your matroska writing app string ?

:thanks:

[azad]

Would it be possible to add a new switch for optional activating/deactivating of the audio delay handling of eac3to?

Since version 2.40 eac3to seems to find an audio delay for nearly every bd where the versions before 2.40 didn't find an audio delay.
I know that madshi fixed some problem with the audio delay detection for ts/m2ts files, but also xport reports that there are no audioframes before the first video pts, so I don't want eac3to to cut or add some audioframes if not necessary.

[madshi]

The log option doesn't seem to be working.
Oooops. Will be fixed in v2.41.

I just used eac3to to remux Stardust to .mkv and when I loaded it into MeGUI's avisynth script creator it told me that the frame rate was 29.97000002997. When I list the tracks in eac3to it tells me that it's 1080p 24/1.001. Up until now MeGUI has been faultless in this respect. So where is the problem? Was the timestamp written improperly by eac3to?
Stardust is h264 while most other HD DVDs are VC-1. Maybe that's the difference? eac3to should do everything correctly. You can double check by using "mkvinfo movie.mkv".

Noticed the gap reporting video length? Wrong, clip is 02:02mins. Result plays to fast.
Can I have a sample, please?

Hi folks, I´m a newbie in this forum, but reading all posts the last weeks. Now I have a problem with the last version (2.40). 2.39 is ok. Because the bugreport can´t be sent emails from the other machine, I will copy it in there
This bug should be fixed in v2.41.

No biggie, but next time when you post a bug report to the forum, could you please put it in between "[ code ]" and "[ /code ]" (without the spaces)? That will make it better readable and it will also consume much less space. Thanks!

@madshi : a small request...could you add the eac3to version # in your matroska writing app string ?
The Haali Matroska Muxer DirectShow filter puts the string there, I've no direct control over it.

I have a movie (the second one in less than a week now) that has the audio lagging behind the video. Prior to this movie, I had only seen this twice before -- on one Bluray and on one HD-DVD.

When the audio lags behind the video, it can be corrected one of two ways:

1. Either padding the video by put blank frames at the start or...
2. Chop some frames off the start of the audio track

In the HD-DVD case, EVODemux actually got it right and was able to display the correct audio advance that would be required in milliseconds to correct the situation.

In both Bluray cases, neither eac3to or tsMuxeR have gotten it right. In fact neither even indicate any kind of delay or advance.
Can I have a sample, please? The first 50MB should be enough. Thanks!

Out of curiosity, how can you get eac3to to display the delay/advance for audio tracks found in a .m2ts file? Is there a command line flag that I'm missing?
Just type "eac3to whatever.m2ts" or "eac3to whatever.evo" and you'll see the audio delays listed for all audio tracks (if no delay is needed, it is not shown).

Any help on querying for an audio track's delay or advance would be greatly appreciated at this point. At least that way I can manually feed that delay or advance to eac3to when converting the track to a .wav in preparation for splitting it out to 6 mono wavs.
Which tool are you using to demux the audio tracks? If you use eac3to, the needed audio delays should be applied automatically.

Would it be possible to add a new switch for optional activating/deactivating of the audio delay handling of eac3to?
It's already there. E.g. if eac3to shows "+100ms" you can disable audio delay handling by adding "-100ms" to the command line.

when I try to de or remux a mpeg2 .ts cap then I get different values for the audio delay from xport and eac3to, in this case here (-661 ticks = ~-7ms from xport and -581ms from eac3to). which one is correct here?
As drmpeg already hinted, eac3to and xport may use slightly different ways to print out the delay. eac3to cumulates every bit of audio data it chops off into the displayed audio delay. IIRC xport shows the timestamp differences as the audio delay, but chops off some additional frames sometimes. What you should probably do is let both xport and eac3to demux that audio track and check whether the resulting files have a different delay. You can check that either in a hexeditor. Or you could also decode both tracks to WAV and compare them in a WAV editor. Finally, if you find that they are really different, it would be interesting to find out which is better... ;) Probably they will be identical, though, or at least very near. eac3to uses totally different code to calculate the delay, so maybe there really is a difference somewhere. I did double check eac3to's delay logic with some test streams which had very big delays in them and the final result was spot on. So I think eac3to calculates the delay correctly.

[madshi]

eac3to v2.41 released

http://madshi.net/eac3to.zip

* added full MP2 (MPEG2 audio) support including decoding + bitstream delay
* added TS/M2TS runtime detection
* improved VOB/EVO runtime detection
* added TrueHD gap/overlap detection
* audio gap/overlap detection logic rewritten (not complete yet)
* fixed: log file option didn't work correctly
* fixed: some DTS tracks in PAL TS broadcasts weren't detected correctly
* fixed: some E-AC3 tracks in PAL TS broadcasts weren't detected correctly

[nautilus7]

Thanks madshi.

MP2 decoding is done through libav?

[madshi]

MP2 decoding is done through libav?
See 1st post. Yes, default decoder is libav. But Sonic and Nero both also work.

[Thunderbolt8]

I did double check eac3to's delay logic with some test streams which had very big delays in them and the final result was spot on. So I think eac3to calculates the delay correctly.
yes, I believe that it definately calculates and treats it correctly, but I was hinting at what is displayed, since you once said in a post that this displayed information could be sometimes a bit different from the real value which is applied.

thanks for the new version btw. of course