eac3to - audio conversion tool

[Thunderbolt8]

You got my explanation the wrong way. If you demux video, you *do* need to apply a delay in this specific case.no I got it right, but what I wanted to point out that as far as I can say now it does look quite good / best without that delay, so atm it seems to be the opposite.
but I will have a look on more episodes more closely and then compare different scenes to see if this will be the same there. maybe those will show different.

[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:

- Fixed small bug that prevented text in Command Line Preview window from "wrapping".

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]

hm why are DTS-HD HiRes track are patched from 16 to 24-bit?
the band of brothers tracks are all said to be 16-bit files at the beginning of eac3to command line, but then it patches the bitdepth to 24-bits and the filesize increases :S

[shanghai2004]

I posted this before in the audio thread, but was advised I should post here.

I try to convert the audio from the Eagles Farewell 1 Tour into flac, but no luck so far.

I uses EVOdemux to get the LPCM track. Track should be 48k, 2 channel, 24 bits. I changed the extension into RAW. eac3to is testing for RAW/PCM, but gives up.

E:\cod>eac3to.exe CONCERT_PT1_2.raw CONCERT_PT1_2.flac
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
This doesn't seem to be a RAW/PCM file.
The format of the source file could not be detected.

Anything I can try?

[shambles]

something i just thought of.. do all the hd dvd/blu-ray sound formats have the lfe channel attenuated by 10db? for ac3, eac3, truehd, dts and dts-hd the nero/sonic decoders should handle the 10db boost, right? but what about the lpcm tracks?

the most obvious way to test would be with discs that have both lossless and pcm tracks i suppose, but i don't have any such discs myself..

[XolocoTuxmaster]

Hey guys, does anyone of you know how can I use Nero 7 or Sonic Scenarist BDA to encode a PCM track to TrueHD or DTS-HD MA?

and what about ffmpeg?

[Chumbo]

I posted this before in the audio thread, but was advised I should post here.

I try to convert the audio from the Eagles Farewell 1 Tour into flac, but no luck so far.

I uses EVOdemux to get the LPCM track. Track should be 48k, 2 channel, 24 bits. I changed the extension into RAW. eac3to is testing for RAW/PCM, but gives up.

E:\cod>eac3to.exe CONCERT_PT1_2.raw CONCERT_PT1_2.flac
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
This doesn't seem to be a RAW/PCM file.
The format of the source file could not be detected.

Anything I can try?
Did you try using the extension pcm instead of raw?

[ACrowley]

Hey guys, does anyone of you know how can I use Nero 7 or Sonic Scenarist BDA to encode a PCM track to TrueHD or DTS-HD MA?

and what about ffmpeg?

Ofcourse You cant encode DTS HD MAS or TrueHD with any of these Tools and ofcourse not with ffmpeg

-DTS HD MAS Suite can encode all DTS Audio Formats
http://www.dtsonline.com/pro-audio/mas.php
~ 2000$

-Dolby Media Producer can encode all Dolby Media Formats
http://www.dolby.com/professional/pro_audio_engineering/DMP_01.html
~ 11000$

[XolocoTuxmaster]

I thought DTS HD MA Suite was included on scenarist like it's in cinevision

So the TrueHD and DTS HD MA support on these programs is just for decoding/muxing... :(:(

[ACrowley]

I thought DTS HD MA Suite was included on scenarist like it's in cinevision

So the TrueHD and DTS HD MA support on these programs is just for decoding/muxing... :(:(


DTSHD MAS Encoder is a optional Extra for the in latest Cinevision Full Version ( all Codec Version)
http://www.sonic.com/products/Professional/CineVision/faqs.aspx
Q: What about audio encoding? Does CineVision include any audio codecs?
A: Sonic CineVision packages that include all video codecs include the DTS-HD Master Audio Suite encoder software from DTS, giving users the flexibility to encode all DTS codecs on a separate station to the CineVision video encoding application. The DTS-HD Master Audio Suite is an optional extra for some CineVision systems, please consult your Sonic representative for pricing information.

But hey..do not search for it in pirated Cinevsison 2.02 :)
Its not included!
And theres no TrueHD Encoder in Cinevision.You can not TrueHD with it..only with the Dolby Suite

What you mean is general Codec Support in Scenarist/Cinevsison. That means you can open/use DTSHD/THD/DDP Files.

When you want to by the DTSHD MAS Encoder ,better do not get Cinevision. You need min. 70.609,20 €
There are no Consumer/freeware Encoder, as i told you.

[shanghai2004]

Did you try using the extension pcm instead of raw?

Thanks for the reply!

Yes tried PCM as extension, same result.

I'm starting to wonder if the demux process has something wrong
or there is something special about 24 bit PCM on HD-DVD? :confused:

Maybe the best way to trouble shoot is to generate a known
good 24 bit 2 channel LPCM track and try to feed that into eac3to.

[XolocoTuxmaster]

DTSHD MAS Encoder is a optional Extra for the in latest Cinevision Full Version ( all Codec Version)
http://www.sonic.com/products/Professional/CineVision/faqs.aspx
Q: What about audio encoding? Does CineVision include any audio codecs?
A: Sonic CineVision packages that include all video codecs include the DTS-HD Master Audio Suite encoder software from DTS, giving users the flexibility to encode all DTS codecs on a separate station to the CineVision video encoding application. The DTS-HD Master Audio Suite is an optional extra for some CineVision systems, please consult your Sonic representative for pricing information.

But hey..do not search for it in pirated Cinevsison 2.02 :)
Its not included!
And theres no TrueHD Encoder in Cinevision.You can not TrueHD with it..only with the Dolby Suite

What you mean is general Codec Support in Scenarist/Cinevsison. That means you can open/use DTSHD/THD/DDP Files.

When you want to by the DTSHD MAS Encoder ,better do not get Cinevision. You need min. 70.609,20 €
There are no Consumer/freeware Encoder, as i told you.

Ok thanks

[Creator1]

Thanks to madshi for updating this excellent tool. Seems like WAV/RAW is more supported now since last time I checked.

I have a question that someone here might be able to answer (maybe madshi with all your experience with the sound formats?).

I cannot seem to be able to import a DD+ or TrueHD track that comes from an HD-DVD into Scenarist BDA? Scenarist says it cannot find some kind of code that should be there for it to recognize the file as a DD+ or trueHD track? I can post the detailed message tonight when I am at home.

Anybody knows if there is a difference between the DD+ and truehd formats between HD-DVD and Blu-Ray?

I have no problems importing DTS-HD or DTS-HD MA audio files from HD-DVD to scenarist BDA. I only have the problem with DD+ and TrueHD.

Of course, I am trying to find a solution without recompressing or without going to LPCM.

Thanks in advance for any help.

[nautilus7]

What does it have to do with eac3to?

[Creator1]

What does it have to do with eac3to?

This was not too helpful but very well, I made a new thread for my question.

[madshi]

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:

- Fixed small bug that prevented text in Command Line Preview window from "wrapping".

As usual, remember to use the settings menu option to tell EAC3toGUI where the eac3to executable
is located.
Thanks! I've uploaded it to my server.

One little suggestion: Would you consider adding WM_DROPFILES support? That would allow users to drag & drop source files onto EAC3toGUI. Also you could allow users to drag & drop "eac3to.exe" on your main form. That would tell you in which path eac3to.exe is located.

[madshi]

hm why are DTS-HD HiRes track are patched from 16 to 24-bit?
the band of brothers tracks are all said to be 16-bit files at the beginning of eac3to command line, but then it patches the bitdepth to 24-bits and the filesize increases :S
The decoder always calculates 24bit for DTS-HD Hi-Res tracks. Sonic normally dithers down to 16bit internally. If you want to have it that way you can use the undocumented switch "-dontPatchDts". That will disable to 16bit->24bit patching. Alternatively you could also ask eac3to to dither down to 16bit. I don't know whether Sonic's or my down dithering has a better quality.

Which is your target format? FLAC? How about dithering down to 18bit then?

[madshi]

I posted this before in the audio thread, but was advised I should post here.

I try to convert the audio from the Eagles Farewell 1 Tour into flac, but no luck so far.

I uses EVOdemux to get the LPCM track. Track should be 48k, 2 channel, 24 bits. I changed the extension into RAW. eac3to is testing for RAW/PCM, but gives up.

E:\cod>eac3to.exe CONCERT_PT1_2.raw CONCERT_PT1_2.flac
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
This doesn't seem to be a RAW/PCM file.
The format of the source file could not be detected.

Anything I can try?
Yes, you can try the next eac3to version. More about that later...

[madshi]

something i just thought of.. do all the hd dvd/blu-ray sound formats have the lfe channel attenuated by 10db? for ac3, eac3, truehd, dts and dts-hd the nero/sonic decoders should handle the 10db boost, right? but what about the lpcm tracks?
The receiver should apply the 10db boost when it receives multichannel audio over either analog connection or as PCM over HDMI.

[madshi]

eac3to v2.09 released

http://madshi.net/eac3to.zip

* EVO demuxing added with proper delays for all audio tracks
* EVO file joining/rebuilding added
* automated EVO video remuxing (Matroska) added
* automated rewriting of Matroska timestamps to 24p via mkvtoolnix added
* multiple operations on the source file can now be run at the same time
* switch "-test" tests all external DirectShow filters and tools
* latest ffmpeg/libav TrueHD and E-AC3 decoder patches included
* latest libAften build included
* libav TrueHD decoder is now the default decoder for TrueHD/MLP
* support for libav DTS decoding added
* fixed a whole lot of bugs (and might have added a few new ones)
Let me stress one new feature so that it won't go unnoticed:

full EVO demuxing/remuxing support added

It's a bit difficult to explain all the new features. Let me simply give you a few examples to get you going:

Example 1:
This one looks really simple. Basically it encodes the source PCM file to both AC3 and FLAC - at the same time! This saves time because the source file only needs to be read once:
eac3to source.pcm dest.ac3 dest.flac

Example 2:
This example demuxes the first PCM, TrueHD or DTS Master Audio track that is stored in the EVO container and transcodes it to FLAC:
eac3to source.evo dest.flac

Example 3:
This example demuxes the first video track and all audio tracks of the whole HD DVD movie:
eac3to FEATURE_1.EVO+FEATURE_2.EVO -demux

Example 4:
Now it gets more complicated. First let's list the contents of the EVO source:
eac3to FEATURE_1.EVO+FEATURE_2.EVO
eac3to analyzes the source files and outputs something like this:
EVO/VOB, 2 video tracks, 5 audio tracks, 1:55:18
1: Joined EVO/VOB file
2: VC-1
3: VC-1
4: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB
5: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -17ms
6: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -17ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -17ms
8: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -4ms
As you can see, all video and audio tracks are listed. Now instead of using the "-demux" or "-auto" options, which do everything automatically, you can manually decide what to do. The following command muxes the primary VC-1 video track to MKV and transcodes the TrueHD track to FLAC:
eac3to FEATURE_1.EVO+FEATURE_2.EVO 2: video.mkv 4: english.flac

Example 5:
Same EVO files as in Example 4. Now the following command will simply join the EVO files (same functionality as "rebuild" in EvoDemux).
eac3to FEATURE_1.EVO+FEATURE_2.EVO joined.evo

Example 5:
The following command line muxes the primary video track to MKV and rewrites the timestamps to 23.976. Furthermore all AC3, E-AC3, DTS and DTS-HD Hi-Res tracks are demuxed. And all PCM, TrueHD and DTS-HD Master Audio tracks are automatically converted to FLAC:
eac3to FEATURE_1.EVO+FEATURE_2.EVO movie.mkv

The whole EVO demuxing/remuxing functionality should automatically handle all video and audio delay correctly. So the final video and audio files should all be in perfect sync. There are 2 limitations, though:
(1) Delaying of bitstream formats (AC3, E-AC3, DTS) still isn't supported. So the necessary delay value is added to the file name. You can do the delaying by using delaycut.
(2) I think I got all the delay stuff right, but we'll only find out with LOTS of testing.

Generally because there was so much functionality added in this version please expect new bugs to show up. Especially the new EVO features will need a lot of testing...

[idbirch2]

Wow! Nice work madshi! This will give The_Keymaker something to do!

[bmnot]

Ok, so how do I use this Surcode software in eac3to?

I did
eac3to source.thd destination.dts -1536
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Getting "Nero Audio Decoder 2" instance failed.

I don't have Nero or Sonic installed, only Surcode 1.0.29. Seems like eac3to is trying to use Nero. How do I tell it to use Surcode?

[nautilus7]

You need nero to decode the trueHD track. That's the error message about.

Alternately you can download the new version of eac3to and give exactly the same command. It will use the free libav decoder.

[nautilus7]

Madshi, you rock man!!! :thanks:

This is 4 tools to 1: eac3to v2.08 + evodemux + h264tsto + offsetpts = eac3to v2.09
You definitely need a name change now.

automated rewriting of Matroska timestamps to 24p via mkvtoolnix addedDo you mean 24 or 23,976? I don't really understand why most HD DVDs are 24p but all HD DVD encodes around the net are 23,976. :D


EDIT1: You forgot to add support for Blu-ray (.m2ts) de/re-muxing. :p
EDIT2: I think libaften.dll is version R715, right? Latest is R723 since yesterday.

[sparknburn]

Ive used this awesome little app before but had to reinstall Windows and now I'm getting:

D:\BATTLESTAR_S1_D4\ep5>"D:\hd\eacto\eac3to.exe" "D:\BATTLESTAR_S1_D4\ep5\audio.
ddp" "D:\BATTLESTAR_S1_D4\ep5\audio.ac3" -sonic
E-AC3, 5.1 channels, 0:43:46, 384kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Sonic Audio Decoder)...
Getting "Sonic Audio Decoder" instance failed.

I have the Sonic HD DVD Decoder installed but it refuses to cooperate. Any ideas?

EDIT:

I'm trying the latest version with the new features.

EDIT 2:

Alrighty, love the new version! Thanks! I was able to convert the first audio track (TrueHD) to ac3 and then convert the video the an 1080 MKV file. I threw all that into TMPEnc to make a 720p HD DivX version of BSG. Yay!

[Snowknight26]

eac3to.exe PEVOB_1.EVO+PEVOB_2.EVO
The format of the source file could not be detected.

The Phantom of the Opera HD DVD, and yes, using 2.09.

[jruggle]

EDIT2: I think libaften.dll is version R715, right? Latest is R723 since yesterday.
Keep in mind that every commit to aften-svn does not affect libaften or affect encoding in any way. Cosmetic changes, changes to documentation, the pcm decoder, commandline program, build system, etc...
The only commit to affect libaften since r715 is the very recent r724.

[bmnot]

Alternately you can download the new version of eac3to and give exactly the same command. It will use the free libav decoder.

I did and it still says it's looking for Nero.

[Rectal Prolapse]

madshi, if I had a harem I would send over two of my imaginary girls right now! :)

[superx]

Madshi great job, only issue I have it with the AVC files from HD-dvd they add all those extra flags and 3:2 pulldown crap, so the sync is never right for me. I tried it on transformers.

I don't know if you know anything about AVC on HD-dvd but if there is a way we can get that fixed. for the audio sync issue, even though I know its the video that is the problem.

[moshmothma]

EDIT1: You forgot to add support for Blu-ray (.m2ts) de/re-muxing. :p


Madshi, you are the man!! Good work. Have you thought about m2ts as input (output)? What about ts as input and output? Thanks

[madshi]

Ok, so how do I use this Surcode software in eac3to?

I did
eac3to source.thd destination.dts -1536
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Getting "Nero Audio Decoder 2" instance failed.

I don't have Nero or Sonic installed, only Surcode 1.0.29. Seems like eac3to is trying to use Nero. How do I tell it to use Surcode?
You need to differ between *en*coding and *de*coding. You want to decode TrueHD and encode the result to DTS. eac3to will automatically be using Surcode for encoding. But before it can do that you first need to succeed in decoding the TrueHD track. For that purpose you can use the Nero decoder or the libav decoder. The older versions of eac3to used the Nero decoder by default, the new version is using libav by default now. You can force libav to be used by adding the "-libav" parameter.

[madshi]

Madshi, you rock man!!! :thanks:
Thanks... :)

This is 4 tools to 1: eac3to v2.08 + evodemux + h264tsto + offsetpts = eac3to v2.09
True. Although EvoDemux and h264tsto still can do some things that eac3to cannot do.

You definitely need a name change now.
Well, that's really difficult, see the past discussions about that.

Do you mean 24 or 23,976? I don't really understand why most HD DVDs are 24p but all HD DVD encodes around the net are 23,976. :D
Most people say 24p, but actually what they mean is 23.976. Well, it's confusing because I believe real cinema is really 24.000 while most HD DVDs and Blu-Rays are 23.976. Anyway, when I say 24p I mean 23.976. So eac3to is rewriting timestamps to 23.976. With 24.000 audio sync would be lost.

[madshi]

Ive used this awesome little app before but had to reinstall Windows and now I'm getting:

D:\BATTLESTAR_S1_D4\ep5>"D:\hd\eacto\eac3to.exe" "D:\BATTLESTAR_S1_D4\ep5\audio.
ddp" "D:\BATTLESTAR_S1_D4\ep5\audio.ac3" -sonic
E-AC3, 5.1 channels, 0:43:46, 384kbit/s, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Sonic Audio Decoder)...
Getting "Sonic Audio Decoder" instance failed.

I have the Sonic HD DVD Decoder installed but it refuses to cooperate. Any ideas?
Works for me. Please try "eac3to -test". That will check whether the Sonic Audio Decoder generally works or not. If it doesn't work, the older eac3to builds should fail to work, too.

Alrighty, love the new version! Thanks! I was able to convert the first audio track (TrueHD) to ac3 and then convert the video the an 1080 MKV file. I threw all that into TMPEnc to make a 720p HD DivX version of BSG. Yay!
:)

[madshi]

The Phantom of the Opera HD DVD, and yes, using 2.09.
Hmmmm... I remember that Phantom was a problem for me back when I tried remuxing it to MKV. Maybe there's something strange about that movie? Anyway, can you upload a sample, maybe 50MB? But before you upload, please check whether you can reproduce the problem with the sample, or else it won't help. Thanks!

[madshi]

Keep in mind that every commit to aften-svn does not affect libaften or affect encoding in any way. Cosmetic changes, changes to documentation, the pcm decoder, commandline program, build system, etc...
The only commit to affect libaften since r715 is the very recent r724.
Ah, good to know. Are you planning to add further enhancements to improve audio quality? :) I wish I had better equipment here to compare the quality...

[madshi]

I did and it still says it's looking for Nero.
Please run "eac3to" without any parameters and see which version it is reporting. Maybe your browser cache still gave you the old version although you redownloaded. The latest version is v2.09. You can still use the old version, but you need to specify the "-libav" switch then, if you don't have Nero installed.

[madshi]

Madshi great job, only issue I have it with the AVC files from HD-dvd they add all those extra flags and 3:2 pulldown crap, so the sync is never right for me. I tried it on transformers.

I don't know if you know anything about AVC on HD-dvd but if there is a way we can get that fixed. for the audio sync issue, even though I know its the video that is the problem.
I've had no trouble at all with Transformers. Well, I didn't remux it with the latest eac3to version (eac3to was not up to the task at the time I remuxed Transformers), but the methods I used were the same. Try Transformers with the latest eac3to. I think it should work just fine. The key might be that the timestamps are rewritten. Also the h264 decoder might play a certain role. I'm using Cyberlink's h264 decoder with hardware acceleration.

[madshi]

Madshi, you are the man!! Good work.
Thnx!

Have you thought about m2ts as input (output)? What about ts as input and output?
Obviously now that I added EVO input support, m2ts/ts input support sounds like a reasonable next step and of course I'd like to have that feature for my own needs, too. So yes, it's probably going to happen sooner or later. Rather later, though. I want to get EVO support stable and reliable first.

m2ts/ts output support is probably not going to happen. Personally, MKV is my preferred container.

[madshi]

eac3to v2.10 released

http://madshi.net/eac3to.zip

* fixed crash which occurred when doing "EVO/VOB -> Surcode DTS encoding"
* "eac3to source.evo movie.mkv" syntax replaces "-auto" option
* "eac3to 1.evo+2.evo movie.evo" syntax supported now for simple EVO/VOB joining

[nautilus7]

True. Although EvoDemux and h264tsto still can do some things that eac3to cannot do.You mean that evodemux can read xpl and vti files, right? Beyond that is anything else that evodemux does and eac3to doesn't?

Well, that's really difficult, see the past discussions about that.I know it's difficult to find a name. Even more difficult than writing the program... :)

Most people say 24p, but actually what they mean is 23.976. Well, it's confusing because I believe real cinema is really 24.000 while most HD DVDs and Blu-Rays are 23.976. Anyway, when I say 24p I mean 23.976. So eac3to is rewriting timestamps to 23.976. With 24.000 audio sync would be lost.Your explanation confuses me even more: When i sync subtitles for an hd dvd i use 24 fps, but when it's for .mkv i change the fps to 23,976. Don't know why but it works...

[madshi]

You mean that evodemux can read xpl and vti files, right? Beyond that is anything else that evodemux does and eac3to doesn't?
Here's what EvoDemux can do what eac3to cannot do:

(1) rebuilding with only some selected video/audio/subtitle tracks
(2) handling of subtitles
(3) reading of xpl and vti information
(4) reading video track details (resolution, fps etc)

I might add reading of xpl and video track details sooner or later. Not sure about subtitles. eac3to will probably never support (1).

I know it's difficult to find a name. Even more difficult than writing the program... :)
It's one problem to find a good name. And another problem that the name "eac3to" is well known now. Changing a name of a well known tool can lead to confusion.

Your explanation confuses me even more: When i sync subtitles for an hd dvd i use 24 fps, but when it's for .mkv i change the fps to 23,976. Don't know why but it works...
Don't know why you need to sync subtitles with 24fps. Maybe the tool you're using for syncing automatically changes 24fps to 23.976 internally? I've no idea. It should be 23.976 everywhere.

[nautilus7]

Don't know why you need to sync subtitles with 24fps. Maybe the tool you're using for syncing automatically changes 24fps to 23.976 internally? I've no idea. It should be 23.976 everywhere.
I add subtitles for my HD DVDs with srt2xas. It's a normal 24 fps .srt sub that is converted in .xas format (time is not changed during srt --> xas conversion). The program also adds a few lines in the xpl and then the sub is selectable during HD DVD playback (with u key in powerdvd for example). That's all! You have to believe me. :p

[madshi]

I add subtitles for my HD DVDs with srt2xas. It's a normal 24 fps .srt sub
Where does that file originally come from? From a NTSC DVD? In that case it never was 24.000, it always was 23.976 respectively 29.97.

[nautilus7]

Usually, i take the subs from a pal dvd and i apply a 25fps--> 24fps conversion using subtitle workshop or subtitle creator.

[madshi]

Usually, i take the subs from a pal dvd and i apply a 25fps--> 24fps conversion using subtitle workshop or subtitle creator.
Hmmmm... You should be using 23.976 there. Maybe with the next movie you can try both 24.000 and 23.976 and see which fits better. I have also sometimes done the same PAL -> NTSC conversion for subtitles and I believe to remember that I always used 23.976 and had no problems with that.

[nautilus7]

I am making pan's labyrinth hd dvd subs right now. And i made subs for a .x264 (.mkv) encode yesterday. Iused 23,976 for the encode and i am going to use 24 for the hd dvd. :p I took the original subs from the R2 pal dvd and i convert them to 24 and 23,976 respectively.

I think we should stop now, because we are out of topic. :eek:

[bmnot]

Please run "eac3to" without any parameters and see which version it is reporting. Maybe your browser cache still gave you the old version although you redownloaded. The latest version is v2.09. You can still use the old version, but you need to specify the "-libav" switch then, if you don't have Nero installed.

Good call on the browser cache. Never expect that problem with Firefox. Got the new one and everything's fine now.

Just 2 more stupid questions and I'll be set.
-Is there a quality difference between between Nero and libav? I don't like the Ahead company, I'd rather use community software whenever possible.
-When running it says "Removing dialog normalization..." which is good, but it does not mention the status of DRC, if it's being removed also or not.

That's for your help!

[nautilus7]

TrueHD is a lossless format. Therefore, nero decoder and libav decoder produce bit identical results.
It's not the same where it comes to e-ac3 decoding though. Nero is better there.

DRC and Dialog Norm. are removed by both decoders.

[rack04]

"The Sonic Audio Decoder doesn't decode TrueHD properly"

Anyone know why I'm getting this error?

http://i11.photobucket.com/albums/a199/rack04/eac3to.jpg

[madshi]

-Is there a quality difference between between Nero and libav?
See nautilus7's reply.

-When running it says "Removing dialog normalization..." which is good, but it does not mention the status of DRC, if it's being removed also or not.
Both Nero's TrueHD decoder and the libav TrueHD decoder don't apply DRC, anyway, so there's nothing eac3to needs to do. It's different for E-AC3.

[madshi]

"The Sonic Audio Decoder doesn't decode TrueHD properly"

Anyone know why I'm getting this error?
You're getting this error because the Sonic Audio Decoder doesn't decode TrueHD properly... :p

No, seriously. The Sonic Audio Decoder adds noise/distortion if you decode TrueHD to full 5.1. Strange enough everything's fine if you decode to 2.0 only. Anyway, because of this problem I've decided that eac3to will not allow using the Sonic Decoder for TrueHD. Please use libav instead which should give you perfect results.

[moshmothma]

Madshi, I used eac3to 2.09 to combine my 300 evos to one file and encode the truehd audio to flac and then mux to mkv. Everything worked fine accept the flac never got muxed. The operation ended without errors and gracefully. I manually muxed the file using mkvtoolnix and everything was cool.

This is the syntax I used:

C:\downloads\eac3to>eac3to M:\HDDVD\300_HDDVD\HVDVD_TS\feature_300NDOM6LF1VC1_HD
1.EVO+M:\HDDVD\300_HDDVD\HVDVD_TS\feature_300NDOM6LF1VC1_HD1_Divide.EVO 2: 300.mkv 5: truehd.flac -nero

I used -nero cause libav chocked on the 1st go around. Please let me know if there is anything I am missing.

Also, can I mux wav with mkv instead of flac? Thanks

[rack04]

You're getting this error because the Sonic Audio Decoder doesn't decode TrueHD properly... :p

No, seriously. The Sonic Audio Decoder adds noise/distortion if you decode TrueHD to full 5.1. Strange enough everything's fine if you decode to 2.0 only. Anyway, because of this problem I've decided that eac3to will not allow using the Sonic Decoder for TrueHD. Please use libav instead which should give you perfect results.

Thanks. Do using libav I would just leave the force filter to default?

[madshi]

Everything worked fine accept the flac never got muxed.
It's not intended to. Theoretically I could add options to mux audio files to the MKV file, but the usage of eac3to is already complicated enough for my taste. Adding further options for muxing would make things extremely complicated, I fear. Because of that eac3to just muxes the video to MKV and leaves audio muxing to you. This way you can at least choose exactly which audio tracks you want to have muxed. Maybe you also want to mux additional audio tracks from DVD? Or subtitle tracks? eac3to cannot handle all that.

I used -nero cause libav chocked on the 1st go around.
Generally, if you find any situation where the libav decoder chokes, *please* try to make a little sample. Because the libav TrueHD developer can only fix bugs he gets a sample for. If you have a sample, just let me know. I'm in contact with the libav TrueHD developer and can forward any samples to him. Let's make the libav TrueHD decoder stable! All we have to do is to provide the developer with samples whenever a problem occurs with his decoder...

Also, can I mux wav with mkv instead of flac? Thanks
Never tried that yet, but I think you can. Of course file size will grow noticably.

[madshi]

Thanks. Do using libav I would just leave the force filter to default?
Yep, that's right.

[shambles]

Example 5:
The following command line muxes the primary video track to MKV and rewrites the timestamps to 23.976. Furthermore all AC3, E-AC3, DTS and DTS-HD Hi-Res tracks are demuxed. And all PCM, TrueHD and DTS-HD Master Audio tracks are automatically converted to FLAC:
eac3to FEATURE_1.EVO+FEATURE_2.EVO movie.mkv

the created flac tracks are not muxed into the mkv with this example though, right? would be nice if you could create the flac + remux the video/flac track into a matroska container with just a single command line.

edit: hmh, answered while i was typing, nevermind. although, the less times you need to (re)mux something, the less discspace needed/less wear on the harddrives/less annoyance..

other than that, it's all awesome :D m2ts support would also be amazing if it would mean you wouldn't have to concatenate before remuxing (especially amazing for the seamless branching movies)

[madshi]

although, the less times you need to (re)mux something, the less discspace needed/less wear on the harddrives/less annoyance..
Let's first check if the automatic delay calculation of eac3to works correctly before even thinking about auto muxing of audio tracks into MKV. Auto muxing wouldn't make much sense if the delay calculation doesn't work reliably... ;)

m2ts support would also be amazing if it would mean you wouldn't have to concatenate before remuxing (especially amazing for the seamless branching movies)
eac3to can handle multiple EVO source files without you having to concatenate them before. I expect the same behaviour for m2ts files.

[nautilus7]

Because of that eac3to just muxes the video to MKV and leaves audio muxing to you. This way you can at least choose exactly which audio tracks you want to have muxed. Maybe you also want to mux additional audio tracks from DVD? Or subtitle tracks? eac3to cannot handle all that.

In addition, maybe someone want to specify languages for each audio/subtitle track he muxes. So it's good that eac3to doesn't mux the files.

[moshmothma]

In addition, maybe someone want to specify languages for each audio/subtitle track he muxes. So it's good that eac3to doesn't mux the files.

Just make it an option then and not requirement. Madshi, please consider auto muxing. Thanks again

[moshmothma]

Generally, if you find any situation where the libav decoder chokes, *please* try to make a little sample. Because the libav TrueHD developer can only fix bugs he gets a sample for. If you have a sample, just let me know. I'm in contact with the libav TrueHD developer and can forward any samples to him. Let's make the libav TrueHD decoder stable! All we have to do is to provide the developer with samples whenever a problem occurs with his decoder...


Doh!! Ok, will do in the future. How do I make a sample? Just demux and use and split program? Thanks again

[nautilus7]

Demux the track and open it with a hex editor like HxD.
Cut a piece which contains the part that gives you the problem and then upload.

[nautilus7]

@ madshi

If you have time, please add the processing time display feature we discussed some days before.

Thanks.

[madshi]

Just make it an option then and not requirement. Madshi, please consider auto muxing. Thanks again
Maybe later. But first I need to know whether delay calculation is correct or not. So guys, please test remuxing to MKV with eac3to with some movies and let me know if audio seems to be in sync or not. Thanks.

[madshi]

If you have time, please add the processing time display feature we discussed some days before.
Forgot about that. I'll try to remember...

[nautilus7]

OK, thanks!

I just tested 24 bit trueHD decoding with Inside man HD DVD. I got bit identical flac files with both libav and nero decoder.

I understand that you need us to test the delay... Any particular movie? :p
I 'll just have to find one that needs a delay though, right?

[Thunderbolt8]

The decoder always calculates 24bit for DTS-HD Hi-Res tracks. Sonic normally dithers down to 16bit internally. If you want to have it that way you can use the undocumented switch "-dontPatchDts". That will disable to 16bit->24bit patching. Alternatively you could also ask eac3to to dither down to 16bit. I don't know whether Sonic's or my down dithering has a better quality.

Which is your target format? FLAC? How about dithering down to 18bit then?
hm dithering down was related to lower overall quality, right? then I better stick to the 24-bit version just to be sure.

nice additions btw in the new version! did you also plan to make eac3to .m2ts compatible in the future ? :P

[madshi]

I understand that you need us to test the delay... Any particular movie? :p
I 'll just have to find one that needs a delay though, right?
Yeah, any movies where eac3to shows some bigger delay values in the track listing. But also those with small delay values might be interesting to test.

Please remember that eac3to can not (yet) apply delay on bitstream audio (E-AC3, DTS). You'll need to use delaycut for those. But eac3to should write the needed delay into the filename of the demuxed audio track.

[madshi]

hm dithering down was related to lower overall quality, right? then I better stick to the 24-bit version just to be sure.
Yes, dithering down reduces audio quality. However, most experts seem to agree that more than 20bit doesn't have any benefit. So dithering down to 20bit should (at least in theory) not harm.

nice additions btw in the new version! did you also plan to make eac3to .m2ts compatible in the future ? :P
You're about the twenty-seventh person asking for that. Please see my earlier replies about this.

[Thunderbolt8]

ok, just read it now .m2ts later then, first making this one stable:
some questions though:

-so the offsetpts function is included as well now, for example when remuxing studio canal HD DVD we dont need to do that with the main .evo files manually any more?

-what about the fps rate, will it remain at 23.976 or change it to 24000/1001 ? might be useful to have another -option command for the other one. I guess you might merge eac3to with h264tsto sooner or later anyway, so in case of TV broadcasts 23.976 should be useful and for HD DVDs 24000/1001


btw. that -83ms for the audio track of the band of brothers remuxed proved to be right at the end. in some scenes this very fine difference could be spotted.

[madshi]

-so the offsetpts function is included as well now, for example when remuxing studio canal HD DVD we dont need to do that with the main .evo files manually any more?
Correct.

-what about the fps rate, will it remain at 23.976 or change it to 24000/1001 ? might be useful to have another -option command for the other one. I guess you might merge eac3to with h264tsto sooner or later anyway, so in case of TV broadcasts 23.976 should be useful and for HD DVDs 24000/1001
I'll change it to 24000/1001. Should work for both HD DVDs/Blu-Rays and for TV broadcasts.

btw. that -83ms for the audio track of the band of brothers remuxed proved to be right at the end. in some scenes this very fine difference could be spotted.
That's good!

[Thunderbolt8]

hm better please leave it at 23.976 for broadcasts, because sometimes the audio tracks get replaced with those coming from DVDs and those are afaik exact 23.976 values (at least I once tested it with a star wars broadcast and found some scenes were 23.976 looked better over 23.9760239 (rest scenes were more like neutral)). or at least please add a switch for that case

[shambles]

ntsc = 30000/1001, with the video 24000/1001 when ivtc'd. i don't think any source should ever be 23.976 instead of 24000/1001..

[Thunderbolt8]

are you 100% sure about that, also in cases of DVDs? is there actually a possibility to have proof for this, some technical sheets or such?

[shambles]

http://en.wikipedia.org/wiki/NTSC :)

[nautilus7]

How do i check whether a truehd track is 16, 20 or 24 bits?

I am not sure if the truehd track from inside man hd dvd is 24 bit. The flac i got from it claims to be 24, but size is only 1,88 GB for 2 a hour movie, whether the prestige's flac track (which is definately 24 bits) is 2,79 GB.

[Thunderbolt8]

cant see them talking there explicitly NTSC being 24000/1001 fps. they use 23.976 fps too often there, even though in case this might only be used as abbreviation to 24000/1001. still not enough to convince its really 24000/1001 all the time

[Snowknight26]

Madshi, here is a sample from The Phantom of the Opera:
http://www.stfcc.org/misc/PEVOB_1.EVO

[MuteyM]

Generally, if you find any situation where the libav decoder chokes, *please* try to make a little sample. Because the libav TrueHD developer can only fix bugs he gets a sample for. If you have a sample, just let me know. I'm in contact with the libav TrueHD developer and can forward any samples to him. Let's make the libav TrueHD decoder stable! All we have to do is to provide the developer with samples whenever a problem occurs with his decoder...

Hi Madshi, love your app, and I've got what I think is a libav problem for you to puzzle over... On the NIN HD DVD, every single demuxed TrueHD track gives the same error message, right at the very end of decoding:
eac3to.exe EVOB010.thd blah.wav -libav
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Writing WAV...
Removing dialog normalization...
Creating/writing file "D:\blah.24bit.wav"...
This audio track contains more than 16 bit of information.
-------------------------------------------------------------------------------[
mlp @ 68A442E0]End of stream indicated
[mlp @ 68A442E0]Substream 1 parity check failed
[mlp @ 68A442E0]Substream 1 checksum failed
[mlp @ 68A442E0]Substream 1 length mismatch.
Done.

Up to version 2.08, this error was ignored by eac3to and the resulting output file could be used without problems. But starting with version 2.09, the output file gets erased upon error! If it's not a big deal, I'd like to request you revert back to the old behaviour, for cases where libav chokes or just for general debugging of errors.

I'm 99% sure it's not a decrypting or demuxing problem, because I get the same results with demux.exe, EvobDemux, and eac3to 2.10's demux-to-wav functionality, and it happens with all EVOs on the disc. But the resulting output file always sounds perfect.

So I'm thinking it's a bug in libav (or maybe a defect on my disc?) Anyway, you can download a sample .thd file from here:
http://www.sendspace.com/file/udpvza

Once again, thanks for such an amazing app!

[nautilus7]

I had the same error, but with matrix truehd. It's not really a big problem, just few millisecs that are missing at the end of the track.

I had made a sample and madshi said that he was going to forward it to the libav developer.

Someone forgot to do it... :devil: (just kidding)

[moshmothma]

I had the same error, but with matrix truehd. It's not really a big problem, just few millisecs that are missing at the end of the track.

I had made a sample and madshi said that he was going to forward it to the libav developer.

Someone forgot to do it... :devil: (just kidding)

Madshi, that's the error I had with truehd from 300. Just FYI

[bmnot]

Is it possible to make 24-bit legacy DTS tracks from 24-bit DD+/TrueHD tracks?

[scarbrtj]

I recently tried my first DTS-HD --> DTS conversion. Went well insofaras got a perfect DTS stream, playable by itself. I muxed this DTS with the video AVC elementary stream using mkvmerge GUI.

If I mux just the AVC stream to .mkv, or just play it back by itself, plays perfectly and smoothly. I am using WMP 11 for playback.

BUT... if I mux the DTS and AVC together, I get "problems." I am sending the bitstream out by SPDIF. First I tried ffdshow. The file overall plays, but every few seconds there's just a slight "jump" or hiccup. It is mild, but noticeable enough to be bothersome. Perhaps this is the audio and video trying to stay in sync? Then I tried AC3 filter for my SPDIF output of the DTS. This allows the file to play smoothly, but about 10 minutes in, the audio and video begin to noticeable desync. By 1 hour in, they're really out of sync (a few seconds).

If I convert the DTS-HD into AC3 and mux that with my 1920x1080 AVC file, I get very smooth playback and no out-of-sync whatsoever.

I'd love of course to start using DTS's higher bitrates, but I can't seem to conquer this. I have tried multiple iterations.

Thoughts?

[Chumbo]

I recently tried my first DTS-HD --> DTS conversion. Went well insofaras got a perfect DTS stream, playable by itself. I muxed this DTS with the video AVC elementary stream using mkvmerge GUI.

If I mux just the AVC stream to .mkv, or just play it back by itself, plays perfectly and smoothly. I am using WMP 11 for playback.

BUT... if I mux the DTS and AVC together, I get "problems." I am sending the bitstream out by SPDIF. First I tried ffdshow. The file overall plays, but every few seconds there's just a slight "jump" or hiccup. It is mild, but noticeable enough to be bothersome. Perhaps this is the audio and video trying to stay in sync? Then I tried AC3 filter for my SPDIF output of the DTS. This allows the file to play smoothly, but about 10 minutes in, the audio and video begin to noticeable desync. By 1 hour in, they're really out of sync (a few seconds).

If I convert the DTS-HD into AC3 and mux that with my 1920x1080 AVC file, I get very smooth playback and no out-of-sync whatsoever.

I'd love of course to start using DTS's higher bitrates, but I can't seem to conquer this. I have tried multiple iterations.

Thoughts?
You must use a timecodes file on the video stream in mkvmerge with the correct fps. Read the mkvmerge help as it has a detailed explanation of this feature.

[Chumbo]

@madshi,
I just wanted to say thanks for the new version. Man you packed a lot of stuff into it. Very nice. I want to contribute any findings, so here goes.

I have a short test pcm file that converts just fine to both ac3 and dts, see output below. However, when you run it to just get the info on the file, the program crashes, i.e., "eac3to audio.pcm" crashes.

Output of eac3tov2 audio.pcm audio.ac3 -384 -16 -littleThis might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
---The RAW/PCM file seems to be little endian.
---The suggested endian (little) should be correct.
---The RAW/PCM file seems to have a bitdepth of 16 bits.
---The suggested depth of 16 bits should be correct.
---The RAW/PCM file seems to have 6 channels.
---RAW/PCM, 5.1 channels, 0:04:19, 16 bits, 48khz
---Reading RAW/PCM...
Encoding AC3...
Creating/writing file "audio.ac3"...
-------------------------------------------------------------------------------
Done.

Output of eac3tov2 audio.pcm audio.dts -16 -littleThis might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
---The RAW/PCM file seems to be little endian.
---The suggested endian (little) should be correct.
---The RAW/PCM file seems to have a bitdepth of 16 bits.
---The suggested depth of 16 bits should be correct.
---The RAW/PCM file seems to have 6 channels.
---RAW/PCM, 5.1 channels, 0:04:19, 16 bits, 48khz
---Reading RAW/PCM...
Writing WAVs...
Creating/writing file "audio.L.wav"...
Creating/writing file "audio.R.wav"...
Creating/writing file "audio.C.wav"...
Creating/writing file "audio.LFE.wav"...
Creating/writing file "audio.SL.wav"...
Creating/writing file "audio.SR.wav"...
-------------------------------------------------------------------------------
Found Surcode DTS Encoder version 1.0.23.0.
Surcode encoding successfully started. Please wait...
Closing Surcode...
Done.
I'll send the debug info separately. Thank you.

[scarbrtj]

You must use a timecodes file on the video stream in mkvmerge with the correct fps. Read the mkvmerge help as it has a detailed explanation of this feature.

I did, I think; I thought of this (see below). As I said, the AVC file if muxed into .mkv by itself plays back flawlessly. Also, playback is flawless if I mux AVC with AC3 (generated from DTS-HD). But... the .mkv of an AVC and DTS (actually it is DTS-ES 6.1 stream) plays back jumpy (ffdshow audio decode to SPDIF) or out-of-sync (AC3filter to SPDIF).

The timecodes file I used was:

# timecode format v1
Assume 23.976

Should this have produced a good DTS/AVC mkv merge? I did not use this to merge AVC and AC3 and the mkv plays back great (but did have to specify a 23.976 framerate in mkvmerge GUI).

[Chumbo]

I did, I think; I thought of this (see below). As I said, the AVC file if muxed into .mkv by itself plays back flawlessly. Also, playback is flawless if I mux AVC with AC3 (generated from DTS-HD). But... the .mkv of an AVC and DTS (actually it is DTS-ES 6.1 stream) plays back jumpy (ffdshow audio decode to SPDIF) or out-of-sync (AC3filter to SPDIF).

The timecodes file I used was:

# timecode format v1
Assume 23.976

Should this have produced a good DTS/AVC mkv merge? I did not use this to merge AVC and AC3 and the mkv plays back great (but did have to specify a 23.976 framerate in mkvmerge GUI).
I'm sorry, you did mention that muxing ac3 works fine and I read right past it. My bad. Your timecode stuff is correct, so I'm not sure why it's not syncing unless it's an issue with whatever splitter you're using.

I, personally, avoid WMP at all costs. ;) Try using MPC and use its built-in source filters: DTS/AC3, Matroska and MPEG PS/TS/PVA. I normally use the Haali splitter, but at times, with DTS, I have to switch to MPC's internal filters to get smooth play back. Good luck. :)

[Snowknight26]

I have a short test pcm file that converts just fine to both ac3 and dts, see output below. However, when you run it to just get the info on the file, the program crashes, i.e., "eac3to audio.pcm" crashes.
I can confirm this. Happens on several pcm streams I have.

[itsancho]

Hi Madshi, love your app, and I've got what I think is a libav problem for you to puzzle over... On the NIN HD DVD, every single demuxed TrueHD track gives the same error message, right at the very end of decoding:
eac3to.exe EVOB010.thd blah.wav -libav
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Writing WAV...
Removing dialog normalization...
Creating/writing file "D:\blah.24bit.wav"...
This audio track contains more than 16 bit of information.
-------------------------------------------------------------------------------[
mlp @ 68A442E0]End of stream indicated
[mlp @ 68A442E0]Substream 1 parity check failed
[mlp @ 68A442E0]Substream 1 checksum failed
[mlp @ 68A442E0]Substream 1 length mismatch.
Done.

Up to version 2.08, this error was ignored by eac3to and the resulting output file could be used without problems. But starting with version 2.09, the output file gets erased upon error! If it's not a big deal, I'd like to request you revert back to the old behaviour, for cases where libav chokes or just for general debugging of errors.

I'm 99% sure it's not a decrypting or demuxing problem, because I get the same results with demux.exe, EvobDemux, and eac3to 2.10's demux-to-wav functionality, and it happens with all EVOs on the disc. But the resulting output file always sounds perfect.

So I'm thinking it's a bug in libav (or maybe a defect on my disc?) Anyway, you can download a sample .thd file from here:
http://www.sendspace.com/file/udpvza

Once again, thanks for such an amazing app!

absolutely the same problem with "TMNT" and when i forced to use nero - everything its OK...

[shambles]

How do i check whether a truehd track is 16, 20 or 24 bits?

I am not sure if the truehd track from inside man hd dvd is 24 bit. The flac i got from it claims to be 24, but size is only 1,88 GB for 2 a hour movie, whether the prestige's flac track (which is definately 24 bits) is 2,79 GB.

the bitrate is a good indicator.. 16bit is usually less than 1500kbps, 20bit > 2000kbps, 24bit > 3000kbps

[madshi]

hm better please leave it at 23.976 for broadcasts, because sometimes the audio tracks get replaced with those coming from DVDs and those are afaik exact 23.976 values (at least I once tested it with a star wars broadcast and found some scenes were 23.976 looked better over 23.9760239 (rest scenes were more like neutral)). or at least please add a switch for that case
I don't believe you can see a difference of 7ms - and that's all there is between 23.976 and 23.9760239 at the end of a two hour movie. FWIW, I believe 24/1.001 is "more correct" than 23.976.

[madshi]

How do i check whether a truehd track is 16, 20 or 24 bits?

I am not sure if the truehd track from inside man hd dvd is 24 bit. The flac i got from it claims to be 24, but size is only 1,88 GB for 2 a hour movie, whether the prestige's flac track (which is definately 24 bits) is 2,79 GB.
We had a similar effect with Pirates of the Caribbean 1. I checked that movie and there were some very short sequences of the PCM track which were 24bit while the majority of the track was 16bit. I think the same thing is very likely to be true with the inside man track.

[madshi]

Madshi, here is a sample from The Phantom of the Opera:
http://www.stfcc.org/misc/PEVOB_1.EVO
Thanks! Will have a look.

[madshi]

On the NIN HD DVD, every single demuxed TrueHD track gives the same error message, right at the very end of decoding:
eac3to.exe EVOB010.thd blah.wav -libav
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Writing WAV...
Removing dialog normalization...
Creating/writing file "D:\blah.24bit.wav"...
This audio track contains more than 16 bit of information.
-------------------------------------------------------------------------------[
mlp @ 68A442E0]End of stream indicated
[mlp @ 68A442E0]Substream 1 parity check failed
[mlp @ 68A442E0]Substream 1 checksum failed
[mlp @ 68A442E0]Substream 1 length mismatch.
Done.

Up to version 2.08, this error was ignored by eac3to and the resulting output file could be used without problems. But starting with version 2.09, the output file gets erased upon error! If it's not a big deal, I'd like to request you revert back to the old behaviour, for cases where libav chokes or just for general debugging of errors.

I'm 99% sure it's not a decrypting or demuxing problem, because I get the same results with demux.exe, EvobDemux, and eac3to 2.10's demux-to-wav functionality, and it happens with all EVOs on the disc. But the resulting output file always sounds perfect.

So I'm thinking it's a bug in libav (or maybe a defect on my disc?) Anyway, you can download a sample .thd file from here:
http://www.sendspace.com/file/udpvza
Yeah, it seems to be a bug in the libav decoder. My guess is that the decoder believes that the truehd stream is done and finished and then surprisingly there's more truehd data coming in. And the decoder doesn't seem to like that. Should be easy to fix, though. Give the decoder developer a few days. His replies sometimes take a few days, but he always comes back with a fix. You can use the Nero decoder in the meanwhile ("-nero" switch).

Someone forgot to do it... :devil: (just kidding)
No, I didn't... ;)

[madshi]

Is it possible to make 24-bit legacy DTS tracks from 24-bit DD+/TrueHD tracks?
Sure. Just do "eac3to source.thd dest.dts" or "eac3to source.eac3 dest.dts". Or directly from the EVO source: "eac3to feature_1.evo+feature_2.evo 2: dest.dts".

However, you need to have the commercial (and quite expensive) Surcode DTS encoder installed!

[madshi]

I recently tried my first DTS-HD --> DTS conversion. Went well insofaras got a perfect DTS stream, playable by itself. I muxed this DTS with the video AVC elementary stream using mkvmerge GUI.

If I mux just the AVC stream to .mkv, or just play it back by itself, plays perfectly and smoothly. I am using WMP 11 for playback.

BUT... if I mux the DTS and AVC together, I get "problems." I am sending the bitstream out by SPDIF. First I tried ffdshow. The file overall plays, but every few seconds there's just a slight "jump" or hiccup. It is mild, but noticeable enough to be bothersome. Perhaps this is the audio and video trying to stay in sync? Then I tried AC3 filter for my SPDIF output of the DTS. This allows the file to play smoothly, but about 10 minutes in, the audio and video begin to noticeable desync. By 1 hour in, they're really out of sync (a few seconds).

If I convert the DTS-HD into AC3 and mux that with my 1920x1080 AVC file, I get very smooth playback and no out-of-sync whatsoever.

I'd love of course to start using DTS's higher bitrates, but I can't seem to conquer this. I have tried multiple iterations.

Thoughts?
My first guess would be that the muxer doesn't like the DTS-HD core. There's a small difference to "normal" DTS files. Normal DTS files usually have 2013 bytes per DTS frame while the DTS core from a DTS-HD track only has 2012 bytes per DTS frame. I don't know it behaves this way. And it gets even stranger: If you want to keep audio sync, the DTS parser needs to behave as if the frames were 2013 bytes long!! Extremely strange and kind of annoying. Personally, I'm not muxing the DTS files into the MKV file. Instead I'm keeping them external. The MPC HC can play them as external files. Earlier in this thread you'll find a modified source filter which plays these DTS core tracks with correct audio sync.

[nautilus7]

We had a similar effect with Pirates of the Caribbean 1. I checked that movie and there were some very short sequences of the PCM track which were 24bit while the majority of the track was 16bit. I think the same thing is very likely to be true with the inside man track.
That's possible...
I tried the -check16bit switch, but it told me thats the track contains more than 16 bit of information. But how many exactly?

How did the studio manage to make a track with variable bit depth?

[nautilus7]

We had a similar effect with Pirates of the Caribbean 1. I checked that movie and there were some very short sequences of the PCM track which were 24bit while the majority of the track was 16bit. I think the same thing is very likely to be true with the inside man track.
That's possible...
I tried the -check16bit switch, but it told me that the track contains more than 16 bit of information. But how many exactly, none knows...

How did the studio manage to make a track with variable bit depth?

[shambles]

i think it's just constant 20bit.. the track the nero decoder had problems with before was inside man, and madshi suspected it could be 18 or 20bit.. i dithered some other 24bit tracks down to 20bit and they compressed to very similar bitrates

[nautilus7]

Can flac have bit depths of 20 bits? If yes why eac3to said "writing 24 bit flac"...

[madshi]

Madshi, here is a sample from The Phantom of the Opera:
http://www.stfcc.org/misc/PEVOB_1.EVO
This EVO file seems to be majorly fucked up. The EVO structure is corrupt, so seems to be the audio data. Haven't even looked at the video data. Please rerip the movie and try again.

[madshi]

That's possible...
I tried the -check16bit switch, but it told me that the track contains more than 16 bit of information. But how many exactly, none knows...

How did the studio manage to make a track with variable bit depth?
Every TrueHD track has a bitdepth of 24bit. *EVERY ONE*. Every TrueHD decoder always outputs 24bit. However, here comes the big key: Sometimes only 16bit of those 24bit are filled with real audio data and the rest is just zeroed out. With Pirates 1 most of the track had only 16bit of the 24bit filled with data, while the remaining 8bit were always zeroes. But there were a few (very few) parts of the audio track where suddenly those 8bit had data in them.

With Inside Man, if it's a 20bit track (which I don't know), the upper 20bit are filled with real data while the lower 4bit are always filled with zeroes.

[madshi]

I have a short test pcm file that converts just fine to both ac3 and dts, see output below. However, when you run it to just get the info on the file, the program crashes, i.e., "eac3to audio.pcm" crashes.
Will be fixed in the next build. Thanks for reporting.

[nautilus7]

Every TrueHD track has a bitdepth of 24bit. *EVERY ONE*. Every TrueHD decoder always outputs 24bit. However, here comes the big key: Sometimes only 16bit of those 24bit are filled with real audio data and the rest is just zeroed out. With Pirates 1 most of the track had only 16bit of the 24bit filled with data, while the remaining 8bit were always zeroes. But there were a few (very few) parts of the audio track where suddenly those 8bit had data in them.

With Inside Man, if it's a 20bit track (which I don't know), the upper 20bit are filled with real data while the lower 4bit are always filled with zeroes.I decoded the truehd track to wavs. Then i dithered down to 22 and 20 bits. All of them were different, at least at the parts i looked in. Maybe i was unlucky and checked the wrong parts. I 'll check again if i get time.

[shambles]

you'd need to truncate, not dither, the bit depth to compare like that.. but afaik there are no apps that can truncate/convert without dithering to other than the usual 8/16/24/32 bits

[Sephiroth0000]

Madshi need help with EAC3TO please!

I have noticed that when I EVODEMUX my HD DVD it tells me with the audio how many seconds its going to be in or out by. With one certain movie the time is +83ms and when I attempt to do it via the GUI of EAC3TO (yes I have all the nesscary files) it saids its not reconised and it fails.....help!?

[nautilus7]

you'd need to truncate, not dither, the bit depth to compare like that.. but afaik there are no apps that can truncate/convert without dithering to other than the usual 8/16/24/32 bits
Sorry, wasn't aware of that.

[madshi]

you'd need to truncate, not dither, the bit depth to compare like that.. but afaik there are no apps that can truncate/convert without dithering to other than the usual 8/16/24/32 bits
That's correct. @nautilus7, "dithering" involves adding a certain amount of random noise to an audio track. So obviously after dithering you can't compare audio tracks, anymore. You cannot even compare the audio tracks, if you do the same operation twice. Because of the random noise the result is different everytime.

[madshi]

Madshi need help with EAC3TO please!

I have noticed that when I EVODEMUX my HD DVD it tells me with the audio how many seconds its going to be in or out by. With one certain movie the time is +83ms and when I attempt to do it via the GUI of EAC3TO (yes I have all the nesscary files) it saids its not reconised and it fails.....help!?
"its" not recognized? What do you mean with "its"? The source EVO file(s)? Or the audio file you demuxed with EvoDemux? Please post the eac3to output here and give me a few more details about what exactly you did.

[shanghai2004]

Just downloaded V2.10 of the program. Impressive!
Now I can directly feed it my EVO files.

But...

Still cannot extract LPCM audio from the Eagles HD-DVD.

E:\codec_mpa>eac3to c:\hddvd\hvdvd_ts\concert1.evo test.flac
EVO/VOB, 1 video track, 2 audio tracks, 1:26:36
1: VC-1
2: RAW/PCM, 2.0 channels, 16 bits, 48khz
3: DTS Master Audio, 5.1 channels, 24 bits, 48khz, dialnorm: -4dB
Track 2 is used for destination file "test.flac".
Demuxing 1st audio track...
Reading RAW/PCM...
Swapping endian...
Encoding FLAC...
Creating/writing file "test.flac"...
Done.

Seems good, but playing back test.flac file sounds like sound is played too slow (low pitch) and with static (digital noise).

EVO plays correctly in PowerDVD...

Helpfull if I supply a sample of the EVO file?

[madshi]

Helpfull if I supply a sample of the EVO file?
Yes, that'd be helpful! But only if the problem can be reproduced with the sample, too. Thanks!

[Sephiroth0000]

"its" not recognized? What do you mean with "its"? The source EVO file(s)? Or the audio file you demuxed with EvoDemux? Please post the eac3to output here and give me a few more details about what exactly you did.

DEMUXING HD DVD and using extensions ddp. for the audio. Taking DDP file and putting into EAC3TO GUI and putting output as wav. extension and then attempting to set audio delay to +83ms. Click on CONVERT and then it fails with the line *83 not reconised (cannot remember exactly as not at computer)

[madshi]

DEMUXING HD DVD and using extensions ddp. for the audio. Taking DDP file and putting into EAC3TO GUI and putting output as wav. extension and then attempting to set audio delay to +83ms. Click on CONVERT and then it fails with the line *83 not reconised (cannot remember exactly as not at computer)
I need the exact eac3to output text. Can't help without that.

[Chumbo]

I wanted to report another issue I just ran into. I'm not sure if what I attempted is correct or not, but basically I wanted to demux the video into an mkv and the specific audio to dts from TrueHD. The process successfully created the mkv and created the WAV files, but never created the resulting DTS. Below is the full output from the process. Note that there was no crash, just what's indicated below. Unfortunately, the created WAV files were deleted. It would be nice to keep those if the process fails. :) eac3tov2 FEATURE_1.EVO+FEATURE_2.EVO 2: e:\media\video\movie.mkv 4: movie.dts

EVO/VOB, 1 video track, 4 audio tracks, 2:15:09
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
4: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -84ms
5: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, -84ms
6: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, -84ms
Demuxing 2nd audio track...
Removing dialog normalization...
Writing WAVs...
Creating/writing file "movie.L.wav"...
Creating/writing file "movie.R.wav"...
Creating/writing file "movie.LFE.wav"...
Creating/writing file "movie.SL.wav"...
Creating/writing file "movie.C.wav"...
Creating/writing file "movie.SR.wav"...
Muxing video to Matroska...
-------------------------------------------------------------------------------
[mlp @ 68A4D2E0]End of stream indicated
[mlp @ 68A4D2E0]Substream 1 parity check failed
[mlp @ 68A4D2E0]Substream 1 checksum failed
[mlp @ 68A4D2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.
Waiting for DirectShow decoder thread to finish. Please wait...

[EDIT] I know this was reported earlier and I'll use the -nero for now. Sorry for the repost. This was with v2.10 btw.

[XolocoTuxmaster]

Thanks for the new update, it's good to know that ffmpeg/libav is really reliable.

What about a linux version now? XD

At least, can you tell me where I can found the patch and how to apply/use it in the linux version of ffmpeg (or libav?)?

[scarbrtj]

My first guess would be that the muxer doesn't like the DTS-HD core. There's a small difference to "normal" DTS files. Normal DTS files usually have 2013 bytes per DTS frame while the DTS core from a DTS-HD track only has 2012 bytes per DTS frame. I don't know it behaves this way. And it gets even stranger: If you want to keep audio sync, the DTS parser needs to behave as if the frames were 2013 bytes long!! Extremely strange and kind of annoying. Personally, I'm not muxing the DTS files into the MKV file. Instead I'm keeping them external. The MPC HC can play them as external files. Earlier in this thread you'll find a modified source filter which plays these DTS core tracks with correct audio sync.

As Mr. Spock would say: "Fascinating."

Unfortunately, I must mux, for I must use Windows Media Center :)

When you talk of this filter... do you mean it will play the DTS core file properly separately, or play it properly muxed? And is the filter dtsac3source.ax?

[scarbrtj]

My first guess would be that the muxer doesn't like the DTS-HD core. There's a small difference to "normal" DTS files. Normal DTS files usually have 2013 bytes per DTS frame while the DTS core from a DTS-HD track only has 2012 bytes per DTS frame. I don't know it behaves this way. And it gets even stranger: If you want to keep audio sync, the DTS parser needs to behave as if the frames were 2013 bytes long!! Extremely strange and kind of annoying. Personally, I'm not muxing the DTS files into the MKV file. Instead I'm keeping them external. The MPC HC can play them as external files. Earlier in this thread you'll find a modified source filter which plays these DTS core tracks with correct audio sync.

Oooh! Posting twice in a row. So embarassing. BUT... might one hypothesize (to avoid the "2012/2013" bug) that if one went:

DTS-HD --> mono wavs --> SurCode DTS encode --> mux AVC and DTS

versus:

DTS-HD --> DTS core --> mux AVC and DTS

that the former would be more ideal than the latter? To get a "normal" DTS track?

[madshi]

Thanks for the new update, it's good to know that ffmpeg/libav is really reliable.
Well, not fully yet, but we're working on it. It seems there's one last annoying bug, but I hope it'll be sorted out soon.

What about a linux version now? XD
No chance in hell, sorry.

[madshi]

When you talk of this filter... do you mean it will play the DTS core file properly separately, or play it properly muxed? And is the filter dtsac3source.ax?
The filter only works for separate files and yes, I mean the modified dtsac3source.ax.

might one hypothesize (to avoid the "2012/2013" bug) that if one went:

DTS-HD --> mono wavs --> SurCode DTS encode --> mux AVC and DTS

versus:

DTS-HD --> DTS core --> mux AVC and DTS

that the former would be more ideal than the latter? To get a "normal" DTS track?
Yes, transcoding the DTS-HD track to something else should help. You can use the Surcode DTS encoder or you could also use FLAC (maybe dithered down to 18 bits?).

[nautilus7]

madshi, i'm sorry. I don't have any hd dvd with a lossless track that needs a delay.
Actually, i remember adding a delay to letters from iwo jima hd dvd when i was making a flac some weeks ago, so i tried that movie.
But, unfortunately, that was due the eac3to bug that caused truehd tracks to be out of sync (no delay needed), so nothing helpful to report.

But i want to ask something...

I typed:

eac3to feature1.evo+feature2.evo 4: output1.flac 4: output2.ac3

where track 4 is a truehd audio track. The processing completed fine, but the "decoding truehd track" and "removing dialnorm" was displayed twice, i guess one for each output track (flac and ac3).
Do these actions actually happen twice?

[madshi]

The processing completed fine, but the "decoding truehd track" and "removing dialnorm" was displayed twice, i guess one for each output track (flac and ac3).
Do these actions actually happen twice?
Yes...

[nautilus7]

Well... is this necessary?


Oh, i forgot to mention it before. I used nero decoder, cause the libav produced the "famous" error again. As you said earlier, it must be the only flaw to the code.

[madshi]

Well... is this necessary?
Yes and no. Of course an intelligent human can easily see that double decoding is kind of superfluous. But trying to duplicate this with a computer program is not always that straightforward. Sure I could do it, but it would make the code a lot more complicated. So I implemented a simpler solution which sometimes results in double decoding. On the positive side, due to the simpler code there's less potential for bugs.

[nautilus7]

Ok, i understand.

Is there anything (except delay :p ) that would you like me to test?

[Thunderbolt8]

can you tell in how far codes or routines from other programs (for example evodemux or h264tsto or haali filters) were used regarding .evo joining & de- and remuxing? would be useful in case we get errors, so we might know which program(s) would produce a similar error in that case and dont have to try each other tool then.

[Chumbo]

Another one to report. I ran the -test switch to see it in action and note the results for the Nero Audio Decoder. Please let me know what other info I can provide:eac3tov2 feature_1.evo+feature_2.evo -test

Nero Audio Decoder (Nero 7 or older) is not working correctly
Sonic Audio Decoder (4.3.0.169) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder (1.0.23.0) is installed
MkvToolnix (v2.1.0) is installed
EVO/VOB, 2 video tracks, 4 audio tracks, 1:29:31
1: Joined EVO/VOB file
2: VC-1
3: VC-1
4: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -8ms
5: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -1ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -8ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms
Using graphedt (renamed recode.exe), the Nero splitter only showed one video stream and 3 audio tracks. I was able to play the audio via the Nero Audio Decoder 2.

btw, EVOdemux confirms the two video streams and 4 audio streams, so I'm not sure why the Nero stuff is missing 1 video and the remaining audio stream.

Please let me know what else I can do to help with this one.

May I request a wish list item please. In addition to the video codec, i.e., "VC-1" above as an example, is there a way to provide a few more pieces of info? Something like "VC-1, 1920x1080, 23.976, pulldown" and pulldown would only be there if the video has the pulldown flag. If it's doable. :)

[EDIT] Well, 5 seconds after I posted this, I tried something else. I renamed eac3tov2.exe to recode.exe and reran the line above and what do you know?Nero Audio Decoder (Nero 7 or older) works fine
Sonic Audio Decoder (4.3.0.169) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder (1.0.23.0) is installed
MkvToolnix (v2.1.0) is installed
EVO/VOB, 2 video tracks, 4 audio tracks, 1:29:31
1: Joined EVO/VOB file
2: VC-1
3: VC-1
4: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -8ms
5: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, -1ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -8ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms

[shanghai2004]

Yes, that'd be helpful! But only if the problem can be reproduced with the sample, too. Thanks!

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

Its about 96MB. Plays fine in PowerDVD.
Extracting the LPCM audio track results in corrupted audio file.

Hope you have time to take a look. Thanks ahead!

[yonta]

Samples of 24bit Blu-ray LPCM which crash eac3to v2.10.

All files were demuxed with xport and they seem to be OK when converted to wav with sox/wavewizard.

24bit.2.0ch.Blu-ray.LPCM.sample1
http://www.sendspace.com/file/tnbe4v

24bit.2.0ch.Blu-ray.LPCM.sample2
http://www.sendspace.com/file/ett8j3

24bit.2.0ch.Blu-ray.LPCM.sample3
http://www.sendspace.com/file/5ncjkr

24bit.5.1ch.Blu-ray.LPCM
http://www.sendspace.com/file/64lsvl

Thank you madshi for your great effort!

[madshi]

Ok, i understand.

Is there anything (except delay :p ) that would you like me to test?
Nothing specific. Just let eac3to convert some movies for you and check whether everything works alright. That'd be helpful.

[madshi]

Well, 5 seconds after I posted this, I tried something else. I renamed eac3tov2.exe to recode.exe
Ehm, normally Nero's decoder only works if you rename the exe to "recode.exe". However, eac3to has implemented a hack around this by also allowing "eac3to.exe". Renaming "eac3to.exe" to "eac3tov2.exe" disables this hack. Please don't rename "eac3to.exe".

[madshi]

can you tell in how far codes or routines from other programs (for example evodemux or h264tsto or haali filters) were used regarding .evo joining & de- and remuxing? would be useful in case we get errors, so we might know which program(s) would produce a similar error in that case and dont have to try each other tool then.
Evo demuxing and joining is completely my own code. I got the idea from Ron's (drmpeg's) original code, but I've totally rewritten it. Timestamp fixing is based on my own OffsetPTS, but also rewritten. Evo remuxing is done on the fly by feeding the joined Evo directly into the "Haali Media Splitter (AR)" without writing the joined Evo file to harddisk first. Timestamp rewriting is done in an extra step by calling mkvtoolnix.

FWIW, I've yesterday converted three h264 HD DVD movies (Shooter, Transformers and Hunt for Red October) with the new eac3to and all three movies converted perfectly (apart from the one remaining libav TrueHD decoder bug). The final MKV files work great and also seeking works great. So I'm feeling safe to say that with the latest Haali filters remuxing h264 HD DVD movies works very well. So no need to demux the h264 video track to a raw file and mux it to MKV by dropping it into mkvtoolnix, anymore. eac3to uses the Haali filters instead which seem now up to the task, as far as I can say so far. I still have some problems with rewriting timestamps with Equilibrium, but I think that's not Haali's fault, but a bug in mkvtoolnix.

[madshi]

Samples of 24bit Blu-ray LPCM which crash eac3to v2.10.
Thank you for the samples. The crash should be fixed in the next eac3to build. However, how did you demux these samples? They look kind of corrupt to me. Did you use TsRemux or xport?

[madshi]

May I request a wish list item please. In addition to the video codec, i.e., "VC-1" above as an example, is there a way to provide a few more pieces of info? Something like "VC-1, 1920x1080, 23.976, pulldown" and pulldown would only be there if the video has the pulldown flag. If it's doable. :)
That's already planned for a future version.

[madshi]

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

Its about 96MB. Plays fine in PowerDVD.
Does PowerDVD play the PCM track or the DTS-HD track?

The PCM track seems to be corrupt. Haali's splitter doesn't even offer to demux it. Sonic's splitter crashes when trying to demux it. Nero's filter demuxes the track, but it's no valid PCM data. eac3to demuxes it, too, but it's also not valid PCM data.

Maybe EvoDemux corrupted the EVO while rebuilding? Please try eac3to on the original EVO files.

[shambles]

is eac3to supposed to apply the correct delay if you only encode the lossless track from the evos to flac (no video remuxing)? it doesn't seem apply any delay at all..

[nautilus7]

Did you use TsRemux or xport?

He mentions xport. :p

[madshi]

is eac3to supposed to apply the correct delay if you only encode the lossless track from the evos to flac (no video remuxing)? it doesn't seem apply any delay at all..
The delay should still be applied correctly. How does the eac3to output look like?

[madshi]

He mentions xport. :p
Oooops. Will recheck the samples.

[shambles]

E:\Program Files\eac3to>eac3to 101.evo f:\1.flac
EVO/VOB, 1 video track, 4 audio tracks, 1:11:52
1: VC-1
2: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, 2002ms
4: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
5: E-AC3, 5.1 channels, 448kbit/s, 48khz, dialnorm: -27dB, 2002ms
Track 3 is used for destination file "1.flac".
Demuxing 2nd audio track...
Removing dialog normalization...
Encoding FLAC...
Creating/writing file "f:\1.24bit.flac"...
This audio track contains only 16 bit of information.
The zero bytes were successfully removed.
Done.

also, the new eac3to version seems to report dialnorm -24db for all truehd tracks (both in evo and demuxed) while the old ones reported -27db (even for the same tracks)

[madshi]

3: TrueHD, 5.1 channels, 48khz, dialnorm: -24dB, 2002ms
Hmmmm... The delay really doesn't seem to be applied. So is the FLAC track out of sync by 2 seconds?

It would be very helpful, if you could upload a little sample of the EVO file. Maybe 50MB, if possible?

also, the new eac3to version seems to report dialnorm -24db for all truehd tracks (both in evo and demuxed) while the old ones reported -27db (even for the same tracks)
Ah - thanks for reporting! That's a bug, will be fixed in next build.

[shambles]

Hmmmm... The delay really doesn't seem to be applied. So is the FLAC track out of sync by 2 seconds?

It would be very helpful, if you could upload a little sample of the EVO file. Maybe 50MB, if possible?

yes, the flac is 2s oos

sample (http://rapidshare.com/files/78072796/1.evo.html)

[madshi]

yes, the flac is 2s oos

sample (http://rapidshare.com/files/78072796/1.evo.html)
Thank you. Bug confirmed and will be fixed in next build.

[Chumbo]

Ehm, normally Nero's decoder only works if you rename the exe to "recode.exe". However, eac3to has implemented a hack around this by also allowing "eac3to.exe". Renaming "eac3to.exe" to "eac3tov2.exe" disables this hack. Please don't rename "eac3to.exe".
Aha, so that's the ticket. Very interesting...:) Thank you.

[Chupacabras]

I have some movie in .ts format (video is mpeg2, audio is dts). eac3to doesn't want to work with extracted dts (stream extracted by mencoder).
It writes "The format of the source file could not be detected.":

X:\eac3to>eac3to.exe "X:\audio.dts" "X:\audio.ac3" -448
The format of the source file could not be detected.

What could be wrong?

[madshi]

I have some movie in .ts format (video is mpeg2, audio is dts). eac3to doesn't want to work with extracted dts (stream extracted by mencoder).
It writes "The format of the source file could not be detected.":

X:\eac3to>eac3to.exe "X:\audio.dts" "X:\audio.ac3" -448
The format of the source file could not be detected.

What could be wrong?
Possibly the DTS file is beginning in the middle of a DTS frame. eac3to only accepts DTS files which begin with a full DTS frame. Please try running the DTS file through delaycut. Afterwards eac3to should be able to handle the file just fine.

[madshi]

eac3to v2.11 released

http://madshi.net/eac3to.zip

* libav E-AC3 decoding is without DRC now
* libav AC3 decoding added (without DRC)
* libav E-AC3 and AC3 decoding hacked to return full 24 bit
* fixed: delay was not applied to lossless audio tracks
* fixed crash when parsing PCM files without doing any conversion
* TrueHD dialnorm was displayed incorrectly
* changed 23.976 to 24/1.001
* fixed some more minor bugs
Please do not use the "avcodec.dll" and "avutil-49.dll" that ship with eac3to with any other application. And please do not replace these dlls in eac3to, either, for the time being. The reason for this is that I have done some custom changes to the code to make the E-AC3 and AC3 decoders output 24 bit data instead of 16 bit. So the dlls shipping with eac3to are not compatible, anymore.

FWIW, the libav E-AC3 decoder is looking quite good now. There are situations where it fails to work (not all E-AC3 features are supported by the decoder yet). But as long as it works the output sounds good to me. The distortion I had with earlier versions of the decoder seem to be fully gone.

[nautilus7]

Nice. Thanks!

[Chumbo]

Thanks for the update madshi. I've run into an issue already that I wanted to report. In attempting to move the video into an mkv container, I get the following:eac3to "HVDVD_TS\feature_1.evo"+"HVDVD_TS\feature_2.evo" 2: "e:\media\movie.mkv" 3: "e:\media\movie.dts"

- EVO/VOB, 1 video track, 3 audio tracks, 2:07:40
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
Extracting audio track number 3...
Muxing video to Matroska...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Applying delay...
Writing WAVs...
Creating/writing file "e:\media\movie.R.wav"...
Creating/writing file "e:\media\movie.L.wav"...
Creating/writing file "e:\media\movie.C.wav"...
Creating/writing file "e:\media\movie.SL.wav"...
Creating/writing file "e:\media\movie.LFE.wav"...
Creating/writing file "e:\media\movie.SR.wav"...
-The Haali Media Splitter didn't accept the input stream.
-The last (E-)AC3 frame is incomplete and thus gets skipped.
- Found Surcode DTS Encoder version 1.0.23.0.
Surcode encoding successfully started. Please wait...
Closing Surcode...
Error renaming MKV file.
MKV file was successfully created, but the timecodes were not rewritten.The dts file is created successfully, but I can't find the mkv file it says was created successfully even though there's an error. Ideas? Let me know if you want me to try anything specific.

[EDIT] I tried running it so it only goes into an mkv and used the -no24p to see the results and here's what I got:eac3to "HVDVD_TS\feature_1.evo"+"HVDVD_TS\feature_2.evo" 2: "e:\media\movie.mkv" -no24p

- EVO/VOB, 1 video track, 3 audio tracks, 2:07:40
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
Muxing video to Matroska...
-The Haali Media Splitter didn't accept the input stream.
- eac3to processing took 1 second.
Done.

[madshi]

@Chumbo, the problem is this:

-The Haali Media Splitter didn't accept the input stream.
Because of this there most probably never was a MKV file. I'm wondering why eac3to tried to continue with the whole operation. It should have aborted with the above mentioned error message. It's probably a bug that the operation was not aborted.

Which movie is that? Did you already successfully convert some other movies to MKV with eac3to? Or was this your first try?

[Chumbo]

...
Which movie is that? Did you already successfully convert some other movies to MKV with eac3to? Or was this your first try?
This is Stardust. Yes, I've converted several others with the previous versions with no problem. I'll go back a version and try it and report back.

[idbirch2]

Regarding Phantom Of The Opera, I have also obtainted the BluRay version and that suffers from the same issues the HD-DVD did, I really don't think this is a bad rip to blame, more likely bad authoring.

The BluRay .m2ts stream suffers from the same video breakup/rainbow-ness as the HD-DVD unless it is played back with the Sonic decoders, in which case audio sync becomes a major pain in the ass if re-encoding/remuxing. Why can the Sonic decoders handle these seemingly damaged streams?

[Chumbo]

@Chumbo, the problem is this:


Because of this there most probably never was a MKV file. I'm wondering why eac3to tried to continue with the whole operation. It should have aborted with the above mentioned error message. It's probably a bug that the operation was not aborted.

Which movie is that? Did you already successfully convert some other movies to MKV with eac3to? Or was this your first try?
Okay, the one thing I left out was that I was using a small clip, i.e., using the -50MB switch to only process the first 50MB of the file(s). I've confirmed that this may be the source of this problem I'm having, because so far, it has not happened when I do a full process on the entire file or files.

The complete process for Stardust completed successfully.eac3to HVDVD_TS\feature_1.evo+HVDVD_TS\feature_2.evo 2: "e:\media\video\movie.mkv"

EVO/VOB, 1 video track, 3 audio tracks, 2:07:40
1: Joined EVO/VOB file
2: h264/AVC
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
Muxing video to Matroska...
Rewriting MKV timecodes by using "mkvmerge". Please wait...

mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:39:56
'e:\media\video\movie.old.mkv': Using the Matroska demultiplexer.
'e:\media\video\movie.old.mkv' track 1: Using the MPEG-4 part 10 (AVC) video output module.
Track 1 of 'e:\media\video\movie.old.mkv': Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1920/1080.
The file 'e:\media\video\movie.mkv' has been opened for writing.
progress: 100%
The cue entries (the index) are being written...
Muxing took 2500 seconds.

eac3to processing took 1 hour, 46 minutes.
Timestamp rewriting took 41 minutes, 44 seconds.
Done.

[moshmothma]

eac3to v2.11 released

http://madshi.net/eac3to.zip

*
* fixed: delay was not applied to lossless audio tracks




Madshi, I remuxed the Matrix Reloaded (truehd) to mkv and flac. The audio is about -500ms off. I am using 2.11. Do I need to use a timecodes file when muxing to mkv? Thanks

[Chumbo]

Madshi, I remuxed the Matrix Reloaded (truehd) to mkv and flac. The audio is about -500ms off. I am using 2.11. Do I need to use a timecodes file when muxing to mkv? Thanks
Based on the log output of my post right before yours, I think the answer is no.

[madshi]

Okay, the one thing I left out was that I was using a small clip, i.e., using the -50MB switch to only process the first 50MB of the file(s). I've confirmed that this may be the source of this problem I'm having, because so far, it has not happened when I do a full process on the entire file or files.
So another h264 movie that got converted fine. That's good... :) Originally I was fearing to have a lot of problems with h264 movies.

[madshi]

Madshi, I remuxed the Matrix Reloaded (truehd) to mkv and flac. The audio is about -500ms off. I am using 2.11. Do I need to use a timecodes file when muxing to mkv? Thanks
Can you please run "eac3to feature_1.evo+feature_2.evo" just to get eac3to's summary of your movie files (without doing any conversion) and post the summary here? Thanks. Also please double check that you're really using v2.11. The internet brower cache sometimes gives you an old version when you believe you have downloaded the latest one...

[nautilus7]

I have matrix reloaded hd dvd. No delay is needed. Unless there are different versions of this disc...

[Thunderbolt8]

I can confirm that

PTM of first video frame = 00000DC7
PTM of last video frame = 15D0DB4F
VC-1 video stream 0 found!
First PTS = 00000DC7
Dolby TrueHD audio stream 1 found!
First PTS = 00000DC7

[madshi]

Thanks nautilus and Thunderbolt. And is the FLAC track in sync for both of you?

[Thunderbolt8]

didnt test it with the new version, it is just what I copied from ~20 pages back :P

but I just made a remux of the eyes wide shut HD DVD, one time using eac3to for remuxing & flac conversion and the other time with the 'old' way with evodemux rebuilding & separate audio (truehd) demuxing + transforming to flac. and in both cases both tracks, audio and video made in both ways had exact the same length, so I guess its fine. guess Ill stick with the eac3to way then, because it saves me quite some time.

[nautilus7]

Thanks nautilus and Thunderbolt. And is the FLAC track in sync for both of you?

I made a flac with an earlier version (2.03). Yes it was in sync.

[Pink Floyd]

Hi

Can the EAC3to tool be used to downmix DTS 5.1 tracks to normal 2 Channel stereo wav? I need to listen some DTS 5.1 Stuff on the move. I wonder if anyone has the need for stereo downmix.

From the release notes I see that the EAC3to tool uses the Cinemaster Video/ Audio Decoder for DTS Decoding. I messed around the registry keys for the Cinemaster Audio decoder and found that the following key controls the DTS Decoding Options:

HKEY_LOCAL_MACHINE\SOFTWARE\Sonic\CommonMPEGDecoders\4.2\AudioDecoder\DTSOuputOptions. The default for the DTSOuputOptions is 0xb hex. I this is changed to 0x0 hex then the decoded output for a 5.1 Channel DTS file is a 2 Channel downmixed file. I'm not certain whether this is a downmixed output of just the Front Left and Right Channels.

Note that by changing this key value the output can be controlled to 2, 3, 4, 5 and 5.1 Channels.

Regards

[madshi]

Can the EAC3to tool be used to downmix DTS 5.1 tracks to normal 2 Channel stereo wav? I need to listen some DTS 5.1 Stuff on the move. I wonder if anyone has the need for stereo downmix.

From the release notes I see that the EAC3to tool uses the Cinemaster Video/ Audio Decoder for DTS Decoding. I messed around the registry keys for the Cinemaster Audio decoder and found that the following key controls the DTS Decoding Options:

HKEY_LOCAL_MACHINE\SOFTWARE\Sonic\CommonMPEGDecoders\4.2\AudioDecoder\DTSOuputOptions. The default for the DTSOuputOptions is 0xb hex.
eac3to is already manipulating these registry values to force the Sonic decoder to output all channels and *not* to downmix. eac3to's purpose is to deliver as many channels as possible. Downmixing to 2 channels is currently not supported. I could probably add that, but I'd need to know how this is usually done technically. Does anybody know? Which channels are mixed in with which volume?

[rickardk]

Latest version works like a charm. Thanks for this great tool!
I have problems with two titles though:

Godfellas:
eac3to says that the two evo-files are of unknown format.
I can however demux video and audio with evodemux. But when I try to convert the eac3 audiotrack eac3to complains about the track being dirty.


Kingdom of heaven:
Joined the two m2ts files with copy /b. Then I used TSRemux to extract audio. Eac3to complains again about audiotrack being dirty. So I tried to demux the joined m2ts file with xport and it gives me an error halfway through. Is there any other way to join m2ts files before demuxing?

[madshi]

Godfellas:
eac3to says that the two evo-files are of unknown format.
I can however demux video and audio with evodemux. But when I try to convert the eac3 audiotrack eac3to complains about the track being dirty.
It seems that there really is something bad with those EVO files. eac3to is very strict. It doesn't allow dirty files (files with corruption or bit faults). Please try reripping.

Kingdom of heaven:
Joined the two m2ts files with copy /b. Then I used TSRemux to extract audio. Eac3to complains again about audiotrack being dirty. So I tried to demux the joined m2ts file with xport and it gives me an error halfway through. Is there any other way to join m2ts files before demuxing?
If demuxing audio is your only aim then you can use the latest xport version and demux audio separately for both m2ts files. Which audio track format do you want to demux? eac3to can join most formats for you. E.g. you can use "eac3to firstchunk.pcm+secondchunk.pcm destination.flac".

[rickardk]

It seems that there really is something bad with those EVO files. eac3to is very strict. It doesn't allow dirty files (files with corruption or bit faults). Please try reripping.


If demuxing audio is your only aim then you can use the latest xport version and demux audio separately for both m2ts files. Which audio track format do you want to demux? eac3to can join most formats for you. E.g. you can use "eac3to firstchunk.pcm+secondchunk.pcm destination.flac".

Already reripped Godfellas. Same problem.

Video stream and decoded dts ma track converted to flac into a mkv container was the goal for Kingdom of Heaven.

Have encounterd problems before when joining m2ts files (from several titles). Sometimes the lenght of the joined m2ts file is reported wrong when played back in WMP or PowerDVD. Don't know if copy /b is the right way to join m2ts files.

[Thunderbolt8]

dont use tsremux any more, just join the files with copy /b and then direclty use xport for demuxing. should usually work

[madshi]

Already reripped Godfellas. Same problem.
Can you please upload a little sample? Try to create a sample of 50MB. Then please try whether eac3to does not recognize that 50MB sample, either. Only then please upload the sample. If eac3to does handle the sample, you may have to upload a bigger sample (up to 300MB).

[rickardk]

dont use tsremux any more, just join the files with copy /b and then direclty use xport for demuxing. should usually work


Tried that but it didnt work.
Im using tsremux to make ts files from the two m2ts right now. Sometime then the lenght of joined m2ts files are all wrong I us to make ts from the m2ts files and then join the ts files. Works sometimes...

Also reripped Kingdom of Heaven and I'm sure the rip is clean.

[rickardk]

Can you please upload a little sample? Try to create a sample of 50MB. Then please try whether eac3to does not recognize that 50MB sample, either. Only then please upload the sample. If eac3to does handle the sample, you may have to upload a bigger sample (up to 300MB).

Don't really know how to make a small sample evo...
The errors starts right away so I'm sure 50MB is enough.

Btw. I will really put eac3to to the test the next couple of weeks as I'm planning to rerip my entire collection of Blu-rays and HD DVDs (app 200 discs). Video untouched, will just keep best audio track (High BR audio to FLAC) mkv as container.

[Thunderbolt8]

Tried that but it didnt work.
Im using tsremux to make ts files from the two m2ts right now. Sometime then the lenght of joined m2ts files are all wrong I us to make ts from the m2ts files and then join the ts files. Works sometimes...

Also reripped Kingdom of Heaven and I'm sure the rip is clean.
the displayed length should be wrong yes, its only accurate up to the first point where another file was joined. nevertheless, demuxing should be possible and the audio then should only be off for 5ms(LPCM) - 32ms((E)AC3) for the first part.

btw. which audio track do you mean? LPCM or eac3 ? in case of eac3 you might need to use delaycut, before eac3to will accept the input

[rickardk]

the displayed length should be wrong yes, its only accurate up to the first point where another file was joined. nevertheless, demuxing should be possible and the audio then should only be off for 5ms(LPCM) - 32ms((E)AC3) for the first part.

btw. which audio track do you mean? LPCM or eac3 ? in case of eac3 you might need to use delaycut, before eac3to will accept the input

It's a DTS-HD Master Audio track...

[Thunderbolt8]

are you using xport v1.00?

if it still shouldnt work despite that send a sample to drmpeg and see what he will say regarding that.

[rickardk]

are you using xport v1.00?

if it still shouldnt work despite that send a sample to drmpeg and see what he will say regarding that.
Yes Im using 1.00. I will try one more time to rerip and then demux the two m2ts-files one by one.
If it doesnt work I'll send him a sample (don't really know what to sample though as the problem occurs in the joint of the two m2ts-files it seems). Will make a sample of Goodfellas for madshi later today.

Thanks for all help!

[madshi]

Don't really know how to make a small sample evo...
You can use a hexeditor for that. E.g. this one:

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

Btw. I will really put eac3to to the test the next couple of weeks as I'm planning to rerip my entire collection of Blu-rays and HD DVDs (app 200 discs). Video untouched, will just keep best audio track (High BR audio to FLAC) mkv as container.
If I was you I'd do the HD DVDs first. Blu-Ray remuxing is still a bit more difficult. When you're done with all your HD DVDs, maybe the software for Blu-Ray remuxing has improved (or not).

[moshmothma]

I made a flac with an earlier version (2.03). Yes it was in sync.

Ok, my mistake. Looks like the problem is related to my setup. Twice now on I have played mkvs created through eac3to and twice thought they were out of sync at one point and played later and they seemed fine. Playing reloaded, i had to apply an audio offset to get it to be in sync initially but playing again doesn't require it. I'll try and figure out what is wrong.
Now, if I can figure out why mkvs take so infernally long to open I'll be happy.
Thanks all (esp Madshi)

[drmpeg]

Don't really know how to make a small sample evo...
I have a few simple command line tools for cutting files to create samples.

http://www.w6rz.net/head.zip

Creates a file from the first x bytes of a file.

head <infile> <outfile> <length>

head movie.evo clip.evo 50000000

************************************************

http://www.w6rz.net/tail.zip

Creates a file from the last x bytes of a file.

tail <infile> <outfile> <length>

tail movie.evo clip.evo 50000000

************************************************

http://www.w6rz.net/clip.zip

Creates a file of x bytes starting at y bytes into the file.

clip <infile> <outfile> <start offset> <length>

clip movie.evo clip.evo 1000000000 50000000

Ron

[Thunderbolt8]

regarding that kingdom of heaven sound might thing, it might be useful to get samples from the end and beginning of those parts, where the other .m2ts files are joined at with copy /b.
so when for example "copy /b a + b + c" then samples from end of a, beginning of b, maybe also end of b, beginning of c and also maybe beginning of a (just as general info).
if you really should have problems with xport regarding (the sound of) this movie, then just send him those samples, probably he can come up with a solution.


another thing, got a question to the conversion of dts-hd ma tracks to flac: the rebuilt .evo with this track only has a size of 1,92GB (16-bit; ~2h30min movie length) for 'the pianist'. the converted flac has a size of 978mb in the end, thats actually reduction of more than 50%. Ive already seen this movie and therefore know that especially later in the movie there are lots of quite scenes with much silence, but could it still be that way that the size shrinks down that much?

[tebasuna51]

Downmixing to 2 channels is currently not supported. I could probably add that, but I'd need to know how this is usually done technically. Does anybody know? Which channels are mixed in with which volume?

Here (http://forum.doom9.org/showthread.php?p=1005866#post1005866) there are some ideas. The recommended downmix is the Dolby ProLogic II

[shanghai2004]

Does PowerDVD play the PCM track or the DTS-HD track?

The PCM track seems to be corrupt. Haali's splitter doesn't even offer to demux it. Sonic's splitter crashes when trying to demux it. Nero's filter demuxes the track, but it's no valid PCM data. eac3to demuxes it, too, but it's also not valid PCM data.

Maybe EvoDemux corrupted the EVO while rebuilding? Please try eac3to on the original EVO files.

Thanks for trying!

New sample from original disk (disk has no AACS), HxD used to cut 80MB sample. Tried 2.11 on this sample with same result.

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

Seems LPCM on HD-DVD does something special as I'm not able to get the LPCM audio track with any program so far.

[calinb]

<snip>
Seems LPCM on HD-DVD does something special as I'm not able to get the LPCM audio track with any program so far.
Yeah--I can't get LPCM to work with eac3to either. Here's an audio-only sample that I made with EVOdemux. eac3to didn't work on the original (video+audio+subs) .evo either.

This sample plays fine with Nero 7 Showtime.

EDIT:

I took drmpeg's idea and used Linux "head" utility to trim all after the first 10MB:

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

Be advised that the first 9 seconds or so is silence.

[madshi]

another thing, got a question to the conversion of dts-hd ma tracks to flac: the rebuilt .evo with this track only has a size of 1,92GB (16-bit; ~2h30min movie length) for 'the pianist'. the converted flac has a size of 978mb in the end, thats actually reduction of more than 50%. Ive already seen this movie and therefore know that especially later in the movie there are lots of quite scenes with much silence, but could it still be that way that the size shrinks down that much?
It's a bit hard to say. However, DTS MA has the "problem" that there's always a 1.5Mbps core that eats bandwidth/space. And on top of that comes the lossless data. With lossless compression without such a core with a very silent / dialog oriented movie you can easily get lower than 1.5Mbps. I have to say that 1.92GB -> 978MB sounds quite extreme, but I guess it's possible. Does the FLAC file have the correct length and does it seems to play fine? If so, it's most probably correct.

[madshi]

Here (http://forum.doom9.org/showthread.php?p=1005866#post1005866) there are some ideas. The recommended downmix is the Dolby ProLogic II
Thank you!!

[Thunderbolt8]

It's a bit hard to say. However, DTS MA has the "problem" that there's always a 1.5Mbps core that eats bandwidth/space. And on top of that comes the lossless data. With lossless compression without such a core with a very silent / dialog oriented movie you can easily get lower than 1.5Mbps. I have to say that 1.92GB -> 978MB sounds quite extreme, but I guess it's possible. Does the FLAC file have the correct length and does it seems to play fine? If so, it's most probably correct.
it has the correct length and also play fine, so then I guess im lucky :P

[rickardk]

I have a few simple command line tools for cutting files to create samples.

http://www.w6rz.net/head.zip

Creates a file from the first x bytes of a file.

head <infile> <outfile> <length>

head movie.evo clip.evo 50000000

************************************************

http://www.w6rz.net/tail.zip

Creates a file from the last x bytes of a file.

tail <infile> <outfile> <length>

tail movie.evo clip.evo 50000000

************************************************

http://www.w6rz.net/clip.zip

Creates a file of x bytes starting at y bytes into the file.

clip <infile> <outfile> <start offset> <length>

clip movie.evo clip.evo 1000000000 50000000

Ron


Thanks!
Samples of Godfellas and Kingdom of Heaven are coming today, not enough time for this yestersday.


Thunderbolt8
Ripping The Pianist right now. I will report filesize of flac when done. You used Sonic CinePlayer Decoder v4.3.0 right?

[Thunderbolt8]

I used eac3to :P
i installed all these codecs back then when they were still needed for eac3to, dont know if they are also needed with the new versions. I just used the normal command line without any switch.

[nautilus7]

For dts (all kinds) sonic is the default-best quality decoder. So... if you have it installed, you used it.

You can type:

eac3to -test

to test the decoders/filters/splitters.

[rickardk]

it has the correct length and also play fine, so then I guess im lucky :P

The DTS-HD MA track from The Pianist is 1.87 GB (EU release). The FLAC created with eac3to is 978 MB (1*025*558*426 byte). Length 2h28m.

[Thunderbolt8]

almost same for me, length of mine is 1.025.559.456 Bytes :P

[calinb]

10MB LPCM audio sample:

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

I trimmed all but the start of the large sample with the Linux "head" utility. This sample plays in Nero Showtime but eac3to fails to produce a playable file, as also reported by shanghai2004. The first 9 seconds is silence.

[Chupacabras]

Possibly the DTS file is beginning in the middle of a DTS frame. eac3to only accepts DTS files which begin with a full DTS frame. Please try running the DTS file through delaycut. Afterwards eac3to should be able to handle the file just fine.
Thanks for advice.
delaycut processed source file, but showed many errors:
...
Time 00:00:02.110; Frame#= 199. Unsynchronized frame...SKIPPED 68 bytes. Found new synch word
Time 00:00:02.132; Frame#= 201. Unsynchronized frame...SKIPPED 68 bytes. Found new synch word
Too Many Errors. Stop Logging.
Number of written frames = 112737
Number of Errors= 112743

Final (fixed) file is half the original size (original is 571MB, fixed is 216MB). Is that normal?

Then I tryed eac3to with this fixed audio, it wrote this:
X:\eac3to>eac3to.exe "X:\audio_fixed.dts" "X:\audio_fixed.ac3" -448 -sonic
DTS, 5.1 channels, 0:20:07, 24 bits, 1536kbit/s, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
The DirectShow audio decoder didn't accept the input stream.

[nautilus7]

Your dts file is f@cked up. Try demuxing the file again, maybe using a different program.

[Chupacabras]

I tryed these:
mencoder
projectx (demuxes only video)
dgindex (throws error)
tsremux (throws error)

I don't know what else could I try...
(unfortunately I don't have original disc, file was downloaded)

[nautilus7]

I am not sure, but i think xport can demux .ts files. Try it.

[TripleH]

A little off-topic - something strange about Nero Audio Decoder 2 and Blu-ray Disc Dolby TrueHD audio tracks.

I built the following graph with graphedit:

File source (BD m2ts file) ---> Nero Splitter ---> Nero Audio Decoder 2 ---> Renderer.

The graph plays fine, but when I go to the Nero Audio Decoder 2 settings it reports that the bitrate is 640kbps (so I guess it basically gets the DD core).

Is this a mistake or is it really plays the DD core instead of TrueHD audio ?

Thanks.

Edit: I think the problem is even worse.

I took a look at two BD movies with Dolby TrueHD track using TSRemux and it recognized all of the audio streams, including the TrueHD track.

But in Nero splitter and Haali it only shows 4 audio tracks, where there are five actually, so this makes me think that the problem is the splitter.

Which splitter can recognize Dolby TrueHD tracks ?

[nautilus7]

Without really know how to help you... What do want to do?

[Thunderbolt8]

I am not sure, but i think xport can demux .ts files. Try it.
yes, it definately can. just leave out the -h option, which is for blu-ray .m2ts files

[madshi]

10MB LPCM audio sample:

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

I trimmed all but the start of the large sample with the Linux "head" utility. This sample plays in Nero Showtime but eac3to fails to produce a playable file, as also reported by shanghai2004. The first 9 seconds is silence.
Thanks. LPCM demuxing will be fixed in the next build. I found out that the LPCM headers differ between EVO and VOB. That's why demuxing didn't work: The current eac3to version expects VOB LPCM headers! Doh...

[madshi]

Thanks for advice.
delaycut processed source file, but showed many errors:

Final (fixed) file is half the original size (original is 571MB, fixed is 216MB). Is that normal?
Ah well, delaycut probably just removed all the DTS-HD information. Delaycut doesn't fully support DTS-HD. But still, decoding should work now.

Then I tryed eac3to with this fixed audio, it wrote this:
X:\eac3to>eac3to.exe "X:\audio_fixed.dts" "X:\audio_fixed.ac3" -448 -sonic
DTS, 5.1 channels, 0:20:07, 24 bits, 1536kbit/s, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
The DirectShow audio decoder didn't accept the input stream.
Try "eac3to -test" to check whether the Sonic decoder is working correctly on your PC.

[madshi]

unfortunately I don't have original disc, file was downloaded
In that case I can't help you further since Doom9 is not about pirating but about free rights with the content you legally own. See forum rule 6.

[madshi]

A little off-topic - something strange about Nero Audio Decoder 2 and Blu-ray Disc Dolby TrueHD audio tracks.

I built the following graph with graphedit:

File source (BD m2ts file) ---> Nero Splitter ---> Nero Audio Decoder 2 ---> Renderer.

The graph plays fine, but when I go to the Nero Audio Decoder 2 settings it reports that the bitrate is 640kbps (so I guess it basically gets the DD core).

Is this a mistake or is it really plays the DD core instead of TrueHD audio ?

Thanks.

Edit: I think the problem is even worse.

I took a look at two BD movies with Dolby TrueHD track using TSRemux and it recognized all of the audio streams, including the TrueHD track.

But in Nero splitter and Haali it only shows 4 audio tracks, where there are five actually, so this makes me think that the problem is the splitter.

Which splitter can recognize Dolby TrueHD tracks ?
I'm not sure, maybe the Sonic one. Anyway, that doesn't really belong into this thread. BTW, the Nero Audio Decoder doesn't like Blu-Ray TrueHD streams (because of the interweaved AC3 frames). So even if you found a splitter which exports TrueHD you can still not easily decode it with Nero. Except by using eac3to, of course.

[Beastie Boy]

Wow, this tool has evolved! Many thanks Madshi for your work on this. It is very much appreciated.

Since the latest update, is it still worth buying the Nero plugin? I have bought a copy of Nero 7 with the intention of adding the plugin, but it seems as though I needn't bother.
What is your recommendation?

Cheers, Beastie.

[nautilus7]

You "need" nero/plugin if you care about best quality in e-ac3/ac3 decoding, because nero decoder is a reference one and gives max quality.

If not, the free ffmpeg decoder is almost mature and can be used instead. The choice is up to you, i think.

[Beastie Boy]

Thanks for the reply. Nero it is then as quality is the most important thing for me.

Cheers, Beastie.

[TripleH]

I'm not sure, maybe the Sonic one. Anyway, that doesn't really belong into this thread. BTW, the Nero Audio Decoder doesn't like Blu-Ray TrueHD streams (because of the interweaved AC3 frames). So even if you found a splitter which exports TrueHD you can still not easily decode it with Nero. Except by using eac3to, of course.

OK. I asked that question because I want to avoid from re-encoding the audio.

Is there any quality loss when going from HD Audio (Nero decoder for DDP/TrueHD and Sonic for DTS-HA MA) to FLAC ?

Thanks.

[nautilus7]

OK. I asked that question because I want to avoid from re-encoding the audio.

Is there any quality loss when going from HD Audio (Nero decoder for DDP/TrueHD and Sonic for DTS-HA MA) to FLAC ?

Thanks.You are a bit confused... :confused:
eac3to can do exactly what you need.

Dolby TrueHD and DTS-HD Master Audio are lossless formats. Flac is lossless too. So any conversion between these 3 formats is without quality loss.
Dolby E-AC3, AC3, DTS and DTS-HD High Resolution are lossy formats. Decode any of them and encode to a different format will result in quality loss.

But what eac3to does, is to minimize the quality loss by using proper decoders (freeware and not freeware) and various "modifications" so they output the best audio quality.

It seems that you 've never read the 1st post of this thread. Do it and i am sure your questions will disappear.

[n_response]

hello !

I have a "DTS-HD MA 7.1" audio track demux from blue ray dvd.

I want to convent to ac3

I already install nero 7.

but when I use these comaned line

It shows that:



E:\AUDIO>eac3to 01.dtshd ac3.ac3 -640
DTS Hi-Res, 5.1 channels, 4:49:45, 24 bits, 1676kbit/s, 48khz
Decoding DTS-HD track to raw. Please wait...
Find sync word: 7ffe8001
Find sync extension: 3f
The file size of the raw file doesn't seem to fit.
The expected file size for 16 bit is 9.32 GB.
The expected file size for 24 bit is 13.98 GB.
The real file size is 4.38 GB.




And it was fiald!~~

Waiting for the question! And Marry Cristmas!~~

[nautilus7]

I asked you in the other thread about sonic..
You didn't answer if you have sonic decoders installed and if they are working fine.

Read the 1st post and stop telling that you have nero installed. Nero is not needed in your case.

And you 're waiting for the answer. The question is been made by you.

[madshi]

The file size of the raw file doesn't seem to fit.
Pleae update your eac3to version. That error message you've posted is from eac3to v1.x. We're already at v2.x now.

[madshi]

eac3to v2.12 released

http://madshi.net/eac3to.zip

thanks to Ron/drmpeg for all his help

* video resolution, framerate and mode (progressive/interlaced) are displayed
* rewriting timestamps should now always write the correct framerate
* after a full EVO/VOB processing the number of video frames is shown
* EVO 16 bit and 24 bit LPCM demuxing supported now (need samples for 20 bit)
* (E-)AC3 bitstream can be delayed now (similar to delaycut)
* DTS bitstream can be delayed now (similar to delaycut)
* DTS-HD High-Res and Master Audio bitstream can be delayed now
* when demuxing bitstream audio tracks from EVO delay is automatically applied
* some little bugs fixed

[nautilus7]

Pleae update your eac3to version. That error message you've posted is from eac3to v1.x. We're already at v2.x now.Oh my God!!! :angry:

I couldn't imagine that!

[nautilus7]

eac3to v2.12 released

http://madshi.net/eac3to.zip

thanks to Ron/drmpeg for all his help

* video resolution, framerate and mode (progressive/interlaced) are displayed
* rewriting timestamps should now always write the correct framerate
* after a full EVO/VOB processing the number of video frames is shown
* EVO 16 bit and 24 bit LPCM demuxing supported now (need samples for 20 bit)
* (E-)AC3 bitstream can be delayed now (similar to delaycut)
* DTS bitstream can be delayed now (similar to delaycut)
* DTS-HD High-Res and Master Audio bitstream can be delayed now
* when demuxing bitstream audio tracks from EVO delay is automatically applied
* some little bugs fixed

Merry Cristmas and a happy new year to you too Madshi. :D

[Thunderbolt8]

looks great, thanks you two :thanks:

does that mean that eac3to already delays those eac, dts etc. files now automatically (if needed), as with the all the others e.g. truehd, or do we have to do that manually, when taking it from a HD DVD source for example? (am asking because you wrote 'can do now' and not 'does automatically' or something like that)

edit: I dont know exactly what bitstream audios are, but I guess that are those eac3, dts track I was talking about, correct? so according to your update it can do/does both now, automatically if needed and manually, when we feed it with such a track?

[nautilus7]

I dont know exactly what bitstream audios are, but I guess that are those eac3, dts track I was talking about, correct? so according to your update it can do/does both now, automatically if needed and manually, when we feed it with such a track?
You 're right!

[rickardk]

Been remuxing HD DVDs all dayt today with not a single error using eac3to. Thanks again for this tool. You have done a fantastic job!

[madshi]

Merry Cristmas and a happy new year to you too Madshi. :D
Thanks. Same to you and all other Doom9 hotties! :D

[madshi]

does that mean that eac3to already delays those eac, dts etc. files now automatically (if needed), as with the all the others e.g. truehd, or do we have to do that manually, when taking it from a HD DVD source for example?
Basically eac3to can now apply any delay on any audio track. The only exception is if the source is TrueHD and if you want to keep the audio as TrueHD. That's the only situation where eac3to cannot apply a delay. But as soon as you recode TrueHD to anything else, again eac3to can apply a delay.

am asking because you wrote 'can do now' and not 'does automatically' or something like that
If you feed eac3to EVO files you don't need to care about audio delays, anymore. (Except if you want to keep the TrueHD tracks as external TrueHD files).

Of course that's what I *hope*. It does need to be tested...

[madshi]

Been remuxing HD DVDs all dayt today with not a single error using eac3to. Thanks again for this tool. You have done a fantastic job!
Thank you. I'm glad it works fine for you. Once you're done with all your HD DVDs, could you please post a movie list here? Also have you had a chance to check whether the audio sync is always correct?

[Thunderbolt8]

ive tested it with the pianist and bourne identity so far (only main track though). and both, dts-hd ma (pianist) and eac3 (bourne), were fine (though in both cases no delay had to be applied anyway)

[Snowknight26]

If you feed eac3to EVO files you don't need to care about audio delays, anymore. (Except if you want to keep the TrueHD tracks as external TrueHD files).

Of course that's what I *hope*. It does need to be tested...

So lets say that audio track 1 (DTS) has a delay or 1001ms. If you demux that audio track, and want to mux it with the video track into an mkv container, you don't need to add the 1001ms delay because eac3to automatically applied it when it demuxed it?

[n_response]

thanks to madshi & nautilus7

I use the last version. It's Done.

Have a nice day~~~~

[Biggiesized]

Hello, I'm having trouble converting a .dtshd 5.1 and 7.1 48/24 track that I have. I have the Sonic Audio Decoder (4.3.0.169) installed but I always get an error when I run the command line.

"The format of the source file could not be detected."

Any idea why this is happening? I can play the file fine in Windows Media Player. I can upload the track (it's short--about 2:00) if anyone wants to play with it.

By the way, I just downloaded the latest version of this program today. I'm using the GUI, but I could just as easily use the command line version (since I have that too).

[nautilus7]

So lets say that audio track 1 (DTS) has a delay or 1001ms. If you demux that audio track, and want to mux it with the video track into an mkv container, you don't need to add the 1001ms delay because eac3to automatically applied it when it demuxed it?

Yes, that's right. Unless there's a bug in the new version. :p
But you have a very big delay value, so you'll be able to notice if something wrong.

[nautilus7]

Hello, I'm having trouble converting a .dtshd 5.1 and 7.1 48/24 track that I have. I have the Sonic Audio Decoder (4.3.0.169) installed but I always get an error when I run the command line.

"The format of the source file could not be detected."

Any idea why this is happening? I can play the file fine in Windows Media Player. I can upload the track (it's short--about 2:00) if anyone wants to play with it.

By the way, I just downloaded the latest version of this program today. I'm using the GUI, but I could just as easily use the command line version (since I have that too).Are you sure it's a dts-hd file? What are you trying to do? I think it's better to test again using the cli.
Anyway, you can upload the track if it's small.

[Biggiesized]

Yes, I'm positive it's a DTS-HD file--otherwise it wouldn't have had a .dtshd extension and play correctly.

I'm uploading the 5.1 mix since it's only 20 MB. I'll upload the 7.1 longer mix later if necessary(it's about 90 MB).

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

EDIT: I'm trying to transcode it to .flac or .wav or even .ac3 if I can get it to work.

[nautilus7]

Your file is a dts-hd track that has only the dts core with no extensions in. This means it's a normal dts file.
Except from the "garbage" it has in the beginning and the end. That's why eac3to can't recognize it.

Change the extension to .dts and use latest delaycut (v1.3.0.0) to fix the track (remove the garbage). Then it 'll work. I guess the same applies to the 7.1 track you have.

[rickardk]

Thank you. I'm glad it works fine for you. Once you're done with all your HD DVDs, could you please post a movie list here? Also have you had a chance to check whether the audio sync is always correct?

Yes I will post a list...done with 25 titles so far (using two computers) without a single problem (Goodfellas is the exeption, but I guess the disc is corrupt. Will try a fresh disc on thursday).

I'm doing a fast check on audio sync (5 minutes from start and 15 minutes from end). The TrueHD track on Training Day was out of sync. BUT it's out of sync when played back in PowerDVD also. So I guess it's a bad authoring.

I hope to go through the whole collection before the end of the year.

Then I will move on to the Blu-ray titles. I don't really know how to handle audio delay on movies spread over multiple m2ts files yet. But I guess that's a headache to handle later on.


One thing that's bother me though is if I should use 23.976 as timecode or 24000/1001.

I can't get perfect smooth playback on some titles (don't know if the timecode provided when muxing the mkvs will make any diffrence). And I'm not sure if it's going to influence audio sync at all (tiny diffrence),

My TV (Pioneer LX608) accepts 24p. And the combination of this TV and a nvidia 8600gts (Vista 32) I can output 23, 24, 25, 29, 50, 59, 60.

When using 59 (I guess it's 59.97Hz) the audio falls behind (don't know if it's related to the 3:2 pulldown).
Choosing 23 (don't know how exact this is but I guess 23.976Hz) results in perfect audio sync but some titles stutters sometimes.

Does the timecode I set when remuxing affect this in anyway?
Right now I'm starting to believe that 23.976 gives the best result (over 24000/1001) but I'm not sure if it's just my imagination.

I know it's the wrong place for this discussion. But it would be great to hear if someone know how the timecode affects audio sync AND smooth video playback.

[rickardk]

Your file is a dts-hd track that has only the dts core with no extensions in. This means it's a normal dts file.
Except from the "garbage" it has in the beginning and the end. That's why eac3to can't recognize it.

Change the extension to .dts and use latest delaycut (v1.3.0.0) to fix the track (remove the garbage). Then it 'll work. I guess the same applies to the 7.1 track you have.

Where do I find delaycut v1.3.0.0? Can just find v1.2.1.2.

[nautilus7]

I have to ask this, sorry...
Does such thing as 23,976 really exist? Where does it come from? I believe it's 24000/1001(23,9760XXXXX) that is called 23,976 in sort. Nothing more. But maybe i just said a nonsense.

[nautilus7]

Where do I find delaycut v1.3.0.0? Can just find v1.2.1.2.
v1.3.0.0 is made by madshi (not the original author of delaycut), thus it can be found on this forum, in delaycut thread (use search).

EDIT: here's the link http://madshi.net/delaycut.rar

[rickardk]

I have to ask this, sorry...
Does such thing as 23,976 really exist? Where does it come from? I believe it's 24000/1001(23,9760XXXXX) that is called 23,976 in sort. Nothing more. But maybe i just said a nonsense.

Don't know. 24000/1001 is the standard for what most titles are mastered at I think. But I guess it's a rounding thing. And that's why I ask. If it will make any diffrence at all on smooth video playback and audio sync.

[nautilus7]

Exactly. So when 23,976 is used instead of 24000/1001 is wrong. Of course the difference is tiny, but there shouldn't be a debate whether the one or the other should be chosen.

[rickardk]

Exactly. So when 23,976 is used instead of 24000/1001 is wrong. Of course the difference is tiny, but there shouldn't be a debate whether the one or the other should be chosen.

Exactly what I think. But why does some titles playback perfect when timecode are set to 23.976 but NOT when set to 24000/1001. That's what I can't accept. One example is The Last Samurai HD DVD.
I guess I have a bad understanding in how the frames are handled...

[nautilus7]

You mean .mkv? Don't have a clue. Maybe an audio problem.
I have this hd dvd, maybe i try something tomorrow.

[rickardk]

You mean .mkv? Don't have a clue. Maybe an audio problem.
I have this hd dvd, maybe i try something tomorrow.

Yes mkv... Syriana is another title with the same problem (?).

[madshi]

One thing that's bother me though is if I should use 23.976 as timecode or 24000/1001.
The differerence is extremely small. But the more "correct" value is 24000/1001 and that's what the latest eac3to version is using.

I can't get perfect smooth playback on some titles
But audio sync is correct? This could be a software setup related problem.

My TV (Pioneer LX608) accepts 24p. And the combination of this TV and a nvidia 8600gts (Vista 32) I can output 23, 24, 25, 29, 50, 59, 60.
23 and 59 sound strange to me. It's strange to name "23.976" as "23". But who knows... Maybe PowerStrip would be worth a try for you?

Choosing 23 (don't know how exact this is but I guess 23.976Hz) results in perfect audio sync but some titles stutters sometimes.
You mean the video stutters sometimes? Is this with MPEG2, VC-1 or h264 (or with all three)? Maybe your PC is not fast enough to handle some of those movies?

Does the timecode I set when remuxing affect this in anyway?
You set a timecode when remuxing? How/where?

[buzzqw]

just playing with this tools.. great work!

just to add to wisth list
output to stdout (for using with neroaac/lame/oggenc...)
parsing of ts files

thanks!

BHH

[nautilus7]

I was about to ask for mp3, aac, vorbis support.

I know this tools focuses on HD DVD/Blu-ray audio, but these formats are useful to convert the audio commentaries to.

[madshi]

Which format do these tools expect via stdout?

[nautilus7]

I guess the q is for buzzqw. Don't know what stdout is anyway. :D

[rickardk]

But audio sync is correct? This could be a software setup related problem.

Yes it's in sync. I really think it's a frame rate/refresh rate missmatch problem.


23 and 59 sound strange to me. It's strange to name "23.976" as "23". But who knows... Maybe PowerStrip would be worth a try for you?

Powerstrip does not work well with the new line of nvidia cards. Don't know why they are naming the refresh rates like that.


You mean the video stutters sometimes? Is this with MPEG2, VC-1 or h264 (or with all three)? Maybe your PC is not fast enough to handle some of those movies?

It looks like video drops some frames (or not sync them with the refresh rate). The EVR renderer says no frames are dropped though. It's a very very subtle stutter. I can't spot it when I feed my display with 59.97 (the 3:2 pulldown mask small problems). I have a Q6600 at 3GHz. Should be enough. Yes I have seen this with all three codecs. The strange thing is that by setting a less exact (23.976) timecode thoose titles will playback perfect.

The example mentioned above The Last Samurai will have small micro stutters like once every minute when played back with the timecode for the mkv set to 24000/1001 (or if I play back the disc in PowerDVD). But when I rewrite the mkv with the timecode set to the less exact 23.976, the mkv plays perfect smooth all through the movie.

Don't know how the renderer is working but it may be correcting something to match audio and video sync when the timecode is set to 24000/1001.

To make it even more strange. NO title (yet) is experience any problem (the other way around) by using the less exact timecode.
So it may be better to have eac3to use 23.976 by default.

If someone (who like me have a 24p capable TV or projector and a graphic card that can output 24p) can test this it would be great!!

Done so much testing on this tonight that my eyes are bleeding...

You set a timecode when remuxing? How/where?
Don't know how to set 24000/1001 with a tmecode file in mkvmerge (can just set decimal values...any ideas?).

But to be able to compare I let eac3to set the timecode to 24000/1001 (don't know how you do this). Then I make a copy and run it through mkvmerge with a timecode file loaded with assume 23.976.

In mkvinfo the default duration for video frame shows the exact same value for mkvs with 24000/1001 and 23.976. I assumed that this would tell me that they should playback in the exact same way. But I guess I REALLY don't understand how the frames are handled.

For testing of Blu-rays I compare playback of the original m2ts with a mkv with timecode set to 23.976.

[madshi]

I guess the q is for buzzqw. Don't know what stdout is anyway. :D
Yeah, the q was for buzzqw. I could allow eac3to to output audio data through "stdout". If another program is written to accept data through "stdin" eac3to could pass audio data to the other program without having to write the data to a temporary file first.

[Thunderbolt8]

Don't know how to set 24000/1001 with a timecode file in mkvmerge (can just set decimal values...any ideas?).yes, you can only set decimal values, and not the "/". so what works best is calc, then calculate 24000/1001 and just copy & paste the result into that .txt file (and exchange the comma for a dot!)

[madshi]

It looks like video drops some frames (or not sync them with the refresh rate). The EVR renderer says no frames are dropped though. It's a very very subtle stutter. I can't spot it when I feed my display with 59.97 (the 3:2 pulldown mask small problems). I have a Q6600 at 3GHz. Should be enough. Yes I have seen this with all three codecs.
If you've seen it with all 3 codecs then it's most probably not caused by a too slow PC.

The strange thing is that by setting a less exact (23.976) timecode thoose titles will playback perfect.

The example mentioned above The Last Samurai will have small micro stutters like once every minute when played back with the timecode for the mkv set to 24000/1001 (or if I play back the disc in PowerDVD). But when I rewrite the mkv with the timecode set to the less exact 23.976, the mkv plays perfect smooth all through the movie.

Don't know how the renderer is working but it may be correcting something to match audio and video sync when the timecode is set to 24000/1001.

To make it even more strange. NO title (yet) is experience any problem (the other way around) by using the less exact timecode.
So it may be better to have eac3to use 23.976 by default.
Well, I'm not so sure about that. Obviously your graphics card is set to 23.976 and not to 24/1.001. Now I don't know why that is the case. Maybe your display is reporting that it wants 23.976 instead of 24/1.001. Or maybe your graphics card isn't able to output 24/1.001, but only 23.976. Either way it could be related to your specific display. Another person with different hardware could have an experience which is exactly the opposite of yours. One thing is for sure: 24/1.001 is more correct than 23.976 (although the difference is really small). If that wasn't the case I'd change back to 23.976 right now. But since 24/1.001 is the more correct value, I don't really like the idea of going back to 23.976 because of one single experience report, only. No offense! I do appreciate the feedback very much.

If someone (who like me have a 24p capable TV or projector and a graphic card that can output 24p) can test this it would be great!!
Good call! We do need testers here...

[rickardk]

I agree to 100%. But I'm starting to think that 3 decimals may be a maximum of what is used of modern graphic cards. I don't really have a clue, just speculations. But my display (TV) is the latest from Pioneer and should handle 24p perfect.
Actuallt I know it does, because I tested with a stand alone Pioneer Blu-ray a month ago with perfect result.

But what does that mean. I have searched the net all day for spec on what refresh rates modern 24p capable TVs and projectors expects. And that refresh rate that stand alone players actually outputs.

Also if someone know and could explain how the frames are handled by the renderer it would be great. Where does the rounding and calculation on how long to show each frame take placè? Does it take the refresh rate output into tte equation (matching)? I know that the use of reclock was essential before we had EVR.

As I'm going to´remux my whole collection it would be great to do it "right".

[madshi]

Ok, now if it's one of those new Kuro Pioneers then I might reconsider, since one of those may end up in my home, too, sooner or later... :D

[rickardk]

Ok, now if it's one of those new Kuro Pioneers then I might reconsider, since one of those may end up in my home, too, sooner or later... :D

It's a 60 inch 1080p Pioneer LX608 (G8 KURO)...
I'm about to test with my ATI2600 now...If it's related to the graphic card. I hope not because PQ is better on my nvidia 8600.

[buzzqw]

@madshi

Which format do these tools expect via stdout?

varius.. from raw pcm (aften) to WAV file, from mono to multi channels, sample rate can be 8000 to 48000., from 8 to 32 floating bit...
oggenc can parse
OggEnc input files must currently be 32, 24, 16, or 8 bit PCM WAV, AIFF, or AIFF/C files, or 32 bit IEEE floating point WAV. Files may be mono or stereo (or more channels) and any sample rate.
neroaacenc
The file must be in Microsoft WAV format and contain PCM data.
for enc_aacplus can be wav or raw

a messy.. .. anyway 16 bit wav file is accepted by all
if sample rate, bit depth, wav or raw pcm and channels can be specified, any external encoder will accept

about ts files (both mpeg and avc) ?

thanks for your interest

BHH

[tebasuna51]

Which format do these tools expect via stdout?

Same than wav files with standard header and:

Lame (.mp3): only mono or stereo and int samples 16, 24 or 32 bits (don't support float)

NeroAacEnc (.mp4): support 5.1 and any bitdepth 16, 24, 32 int or 32 float. Support big files > 4GB (with -ignorelength) if the value in field RiffLength is 36 + DataLength.

OggEnc2 (.ogg): same as NeroAacEnc (support for big files not tested)


EDIT: Hello buzzqw, we have crosspost. And yes Enc_aacplus to use CT aac encoder (from winamp) only work with 16 bit int.

[MuteyM]

Yeah, it seems to be a bug in the libav decoder. My guess is that the decoder believes that the truehd stream is done and finished and then surprisingly there's more truehd data coming in. And the decoder doesn't seem to like that. Should be easy to fix, though. Give the decoder developer a few days. His replies sometimes take a few days, but he always comes back with a fix.

Hi Madshi, since it might take awhile to get libav updated, any chance you can update eac3to to not delete the output file upon libav error?

[bmnot]

I'm getting the same error Chumbo got on page 106, with TrueHD -> DTS using 1.12

eac3to.exe S:\Movie\HVDVD_TS\PEVOB_1.EVO+S:\Movie\HVDVD_TS\PEVOB_2.EVO 4: M:\movie.dts
EVO/VOB, 1 video track, 4 audio tracks, 2:31:19
1: Joined EVO/VOB file
2: VC-1
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
Extracting audio track number 4...
Removing dialog normalization...
Writing WAVs...
Creating/writing file "M:\movie.L.wav"...
Creating/writing file "M:\movie.C.wav"...
Creating/writing file "M:\movie.LFE.wav"...
Creating/writing file "M:\movie.SL.wav"...
Creating/writing file "M:\movie.SR.wav"...
Creating/writing file "M:\movie.R.wav"...
-------------------------------------------------------------------------------[mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]Substream 1 parity check failed
[mlp @ 68A4E2E0]Substream 1 checksum failed
[mlp @ 68A4E2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.

Retried a few times to the same error message. Even re-ripped with the same error. Have done similar conversions with no problems. I don't want to install Nero.

[nautilus7]

It's a known bug in the ffmpeg decoder. Until it's fixed you'll have to use nero.

[calinb]

Thanks. LPCM demuxing will be fixed in the next build.No--as always, thank you, madshi. LPCM works great now!
:thanks:

[Xorcist]

Wow, this tool is really evolving! Thanks for the great effort madshi!

I've tried to demux a couple of evos and it seems to work very well! However I have a question regarding the handling of delay. I've tried searching this thread and couldn't find an answer, but forgive me if I've overlooked a post or two.

I have several evos with TrueHD audio and a negative audio delay. I've demuxed them using this command:

eac3to "T:\sources\movie.EVO" 1: "H:\encoding\movie.h264" 2: "H:\encoding\movie.thd"

This works very well, and since TrueHD can't be delayed the output audio file is named "movie DELAY -67ms.thd". Now I want to make an AC3 out of this file, but I'm unsure as to whether eac3to delays it for me automatically. IMHO it should, but when I compress it to AC3 I get the following output:

eac3to "H:\encoding\movie DELAY -67ms.thd" "H:\encoding\movie.ac3" -nero
TrueHD, 5.1 channels, 48khz
Decoding with DirectShow (Nero Audio Decoder 2)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "H:\encoding\movie.ac3"...

This suggests that delay is NOT being applied because when I do this I can see that "Applying RAW/PCM delay...":

eac3to "H:\encoding\movie DELAY -67ms.thd" "H:\encoding\movie.ac3" -nero -67ms
TrueHD, 5.1 channels, 48khz
Decoding with DirectShow (Nero Audio Decoder 2)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Applying RAW/PCM delay...
Encoding AC3...
Creating/writing file "H:\encoding\movie.ac3"...

PS. I figured maybe I could demux and compress to ac3 in one go, but I guess that's not possible (yet?)

eac3to "T:\sources\movie.EVO" 1: "H:\encoding\movie.h264" 2: "H:\encoding\movie.ac3" -nero
EVO, 1 video track, 3 audio tracks, 0:50:30
1: h264/AVC, 1080p24 /1.001
2: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, -67ms
3: AC3, 2.0 channels, 192kbit/s, 48khz, -99ms
4: AC3, 2.0 channels, 192kbit/s, 48khz, -99ms
This audio conversion is not supported.

[shanghai2004]

eac3to v2.12 released

<snap>
* EVO 16 bit and 24 bit LPCM demuxing supported now (need samples for 20 bit)
* some little bugs fixed[/code]

Very good! Thanks a lot!
Tested the LPCM track conversion, goes perfect now. Thanks again!

Some new issues seems to be present:

1) Now eac3to -test reports a problem with Nero
Nero Audio Decoder (Nero 7 or older) is not working correctly
Sonic Audio Decoder (4.1.1.32) works fine
Haali Media Splitter (2007-11-19) is installed
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (v2.1.0) is installed

2) Remux this EVO to MKV now seems to hang eac3to:
C:\HDDVD\HVDVD_TS>e:\eac3to\eac3to concert_pt1_1.evo+concert_pt1_2.evo+concert_p
t2.evo movie.mkv
EVO, 1 video track, 2 audio tracks, 2:44:24
1: Joined EVO file
2: VC-1, 1080i60 /1.001
3: RAW/PCM, 2.0 channels, 24 bits, 48khz
4: DTS Master Audio, 5.1 channels, 24 bits, 48khz, dialnorm: -4dB
Extracting audio track number 4...
Muxing video to Matroska...
Extracting audio track number 3...
Reading RAW/PCM...
Swapping endian...
Encoding FLAC...
Removing dialog normalization...
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...

...and stays like that, no ---- is showed, 50% cpu usage (dual core), no output after 2 hours of waiting.

Tried to process an episode of BBC's Planet Earth and that works great, so everything seems to be installed OK.

Anything I can try?

[nautilus7]

1) Now eac3to -test reports a problem with Nero
Nero Audio Decoder (Nero 7 or older) is not working correctly
Sonic Audio Decoder (4.1.1.32) works fine
Haali Media Splitter (2007-11-19) is installed
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (v2.1.0) is installed
It seems like you don't have nero hd dvd/blu-ray plug-in purchased.

[Thunderbolt8]

got a problem with the departed HD DVD, wanted to remux the video to .mkv and the truehd audio to flac, but at the end I received this message and I only got the .mkv output file, but no flac file:

G:\eac3to>eac3to G:\pevob_1.evo+G:\pevob_2.evo 2: departed.mkv 4: departed.flac
EVO, 1 video track, 4 audio tracks, 2:31:19
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
Extracting audio track number 4...
Removing dialog normalization...
Encoding FLAC...
Muxing video to Matroska...
Creating/writing file "departed.24bit.flac"...
-------------------------------------------------------------------------------
[mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]Substream 1 parity check failed
[mlp @ 68A4E2E0]Substream 1 checksum failed
[mlp @ 68A4E2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.
Waiting for DirectShow decoder thread to finish. Please wait...

G:\eac3to>

any idea what happened? should I just demux the track manually with evodemux and then convert to flac with eac3to?
btw. when I try to seek in that video file and i got a nice buffering % displayed at mpc, which takes awful long and nothing happens until then. maybe the timestamps havent been rewritten in this case? (when I rightclick -> properties on that file and then ->media then as muxer only eac3to and haali directshow is mentioned, while I believe with other files also mkvmerge was mentioned; the track length is also 6 seconds shorter than the audio track length, maybe this might indicate something) or the video remuxing also stopped shortly before the end :S

btw. I get the same error when I rebuilt the flac file seperately with evodemux and then demux it and try to convert it to flac using eac3to:

G:\eac3tp>eac3to G:\departed.truehd G:\departed.flac
TrueHD, 5.1 Channels, 48kHz, dialnorm -27dB
Removing dialog normalization...
Encoding FLAC...
Creating/writing file "G:\departed.24bit.flac"...
-------------------------------------------------------------------------------
[mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]Substream 1 parity check failed
[mlp @ 68A4E2E0]Substream 1 checksum failed
[mlp @ 68A4E2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.

G:\eac3to>


I did the video remux of the departed also seperately again, without the audio conversion in the same step and now it worked properly:

G:\eac3to>eac3to G:\pevob_1.evo+G:\pevob_2.evo 2: G:\departed.mkv
EVO, 1 video track, 4 audio tracks, 2:31:19
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Rewriting MKV timecodes by using "mkvmerge". Please wait...

mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:39:56
'G:\departed.old.mkv': Using the Matroska demultiplexer.
'G:\departed.old.mkv' track 1: Using the video output module.
The file 'G:\departed.mkv' has been opened for writing.
progress: 100%
The cue entries (the index) are being written...
Muxing took 887 seconds.

Video track 2 contains 217679 frames.
eac3to processing took 55 minutes, 46 seconds.
Timestamp rewriting took 14 minutes, 47 seconds.
Done.
therefore it seems like that the video remuxing process also stopped because there was an error with the audio conversion, when executing both in the same step as done before.

[Thunderbolt8]

got another problem with children of men hd dvd:

G:\eac3to>eac3to G:\feature_1.evo+G:\feature_2.evo 2: G:\children.mkv
EVO, 2 video tracks, 3 audio tracks, 1:49:16
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001
4: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms
Muxing video to Matroska...
This doesn't seem to be a valid EVO file.
Waiting for DirectShow decoder thread to finish. Please wait...

G:\eac3to>

[Blue_MiSfit]

I just want to say thank you to madshi and all others who have contributed to eac3to development. This has become an essential tool for the new wave of video backup. I've backed up nearly half my collection so far, and am very impressed with eac3to's speed, simplicity, and quality.

Thanks!

~MiSfit

[bmnot]

Thunderbolt, look at my post, #2251, and the reply #2252.
I was also working on The Departed.

[Thunderbolt8]

ok, ill try it with the -nero switch then again. there werent any problems with that decoder btw. the result was also completely lossless without any drc, dialnorm etc. right?

[madshi]

a messy.. .. anyway 16 bit wav file is accepted by all
if sample rate, bit depth, wav or raw pcm and channels can be specified, any external encoder will accept
Same than wav files with standard header and
Thanks. Will add an option for stdout output in the next build.

about ts files (both mpeg and avc) ?
Will probably be added sometime in the future. But most likely not in the next 4 weeks.

[madshi]

Hi Madshi, since it might take awhile to get libav updated, any chance you can update eac3to to not delete the output file upon libav error?
The libav TrueHD decoder developer told me he has already found the cause of the bug. He sais he wants to send me a fix soon.

I don't really like the idea of not deleting incorrect files. Because if I leave them there, people might be mistaken and think that the operation succeeded only to find out later that the audio track is too short.

[madshi]

This works very well, and since TrueHD can't be delayed the output audio file is named "movie DELAY -67ms.thd". Now I want to make an AC3 out of this file, but I'm unsure as to whether eac3to delays it for me automatically. IMHO it should, but
Currently eac3to does not take notice if there's a "DELAY whatever" in the source file name. Of course I could add support for that in a future version. For now just add "-67ms" as an additional parameter when converting the TrueHD track to AC3.

PS. I figured maybe I could demux and compress to ac3 in one go, but I guess that's not possible (yet?)
It's supposed to be possible. It seems there's bug somewhere. Will fix it in the next build...

[madshi]

Remux this EVO to MKV now seems to hang eac3to:
C:\HDDVD\HVDVD_TS>e:\eac3to\eac3to concert_pt1_1.evo+concert_pt1_2.evo+concert_p
t2.evo movie.mkv
EVO, 1 video track, 2 audio tracks, 2:44:24
1: Joined EVO file
2: VC-1, 1080i60 /1.001
3: RAW/PCM, 2.0 channels, 24 bits, 48khz
4: DTS Master Audio, 5.1 channels, 24 bits, 48khz, dialnorm: -4dB
Extracting audio track number 4...
Muxing video to Matroska...
Extracting audio track number 3...
Reading RAW/PCM...
Swapping endian...
Encoding FLAC...
Removing dialog normalization...
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...

...and stays like that, no ---- is showed, 50% cpu usage (dual core), no output after 2 hours of waiting.
Hmmmm... Does the same problem occur if you retry with only one of those EVO files? This problem will be hard for me to fix if I can't reproduce it here on my PC. Which HD DVD is this?

[madshi]

I just want to say thank you to madshi and all others who have contributed to eac3to development. This has become an essential tool for the new wave of video backup. I've backed up nearly half my collection so far, and am very impressed with eac3to's speed, simplicity, and quality.
Thanks for the nice feedback! :)

[madshi]

ok, ill try it with the -nero switch then again. there werent any problems with that decoder btw. the result was also completely lossless without any drc, dialnorm etc. right?
See first post.

[madshi]

eac3to "T:\sources\movie.EVO" 1: "H:\encoding\movie.h264" 2: "H:\encoding\movie.ac3" -nero
EVO, 1 video track, 3 audio tracks, 0:50:30
1: h264/AVC, 1080p24 /1.001
2: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, -67ms
3: AC3, 2.0 channels, 192kbit/s, 48khz, -99ms
4: AC3, 2.0 channels, 192kbit/s, 48khz, -99ms
This audio conversion is not supported.
Can't reproduce this problem here. Could you please upload a 10MB sample? Thanks!

[Thunderbolt8]

got another problem with children of men hd dvd:

G:\eac3to>eac3to G:\feature_1.evo+G:\feature_2.evo 2: G:\children.mkv
EVO, 2 video tracks, 3 audio tracks, 1:49:16
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001
4: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -27ms
Muxing video to Matroska...
This doesn't seem to be a valid EVO file.
Waiting for DirectShow decoder thread to finish. Please wait...

G:\eac3to>
tried it again, same problem. tried it with rebuilding the evo (video only) with evodemux and remuxing with gdsmux then, everything worked fine. so I guess its either a problem of eac3to or directshow.

[madshi]

tried it again, same problem. tried it with rebuilding the evo (video only) with evodemux and remuxing with gdsmux then, everything worked fine. so I guess its either a problem of eac3to or directshow.
Rerip the disk. There's probably a glitch in there somewhere. eac3to doesn't like glitches at all.

[nautilus7]

Rerip the disk. There's probably a glitch in there somewhere. eac3to doesn't like glitches at all.
What a "glitch" is? :D

[Xorcist]

Currently eac3to does not take notice if there's a "DELAY whatever" in the source file name. Of course I could add support for that in a future version. For now just add "-67ms" as an additional parameter when converting the TrueHD track to AC3.


It's supposed to be possible. It seems there's bug somewhere. Will fix it in the next build...

Thanks for your help Madshi. I'll add the delay parameter when I encode the thd files :)

With regards to the .evo->.ac3 conversion.. I went back and checked the command I used again and found an error:

eac3to "T:\sources\movie.EVO" 1: "H:\encoding\movie.h264" 2: "H:\encoding"\movie.ac3" -nero

The extra ' " ' is of course an error, and I can't believe I didn't notice it while writing my original post. (In fact I edited it out because I thought it was only a copy/paste error..) I'm terribly sorry, and I hope you didn't spend a lot of time looking for a bug that of course wasn't there!

Keep up the good work Madshi! This is awesome, now I can create batch files that demux and even transcode audio from several movies at once!

[Thunderbolt8]

Rerip the disk. There's probably a glitch in there somewhere. eac3to doesn't like glitches at all.
yeah, it seems to be indeed a glitch's fault here :S
at the time where that glitch occurs also the audio track (eac3) has some problems and I have to silence with delay cut etc.

regarding that problem with the truehd track from the departed with libavcodec (which could be solved by the -nero switch), is the video remuxing also supposed to stop then, if this occurs ?

[Xorcist]

Thunderbolt8, I've had the same errors on the TrueHD tracks on at least one of the Star Trek TOS HDDVDs. I just switched to -nero and it works fine, but I could check later if it is a problem with all episodes or not.

[Thunderbolt8]

new haali version out

[shanghai2004]

Hmmmm... Does the same problem occur if you retry with only one of those EVO files? This problem will be hard for me to fix if I can't reproduce it here on my PC. Which HD DVD is this?

HD-DVD Eagles Farwell 1 Tour.

Tried only a single file with same result. Re-installed everything on another computer
to get rid of the Nero problem (see post #2255, just in case...). No difference.

Problem is also with the sample I provided for the 24bit LPCM fix.
(http://www.sendspace.com/file/zcz2a6, my post #2180)

Eac3to starts, but then hangs in 100% cpu usage, no output files are created.

Hope you have time to look into this.

[EDIT]
Seems hang reason is located somewhere in the DTS processing, when I only convert the video or only the LPCM track, then it works properly.

Found additional minor issue when processing LPCM files (using earlier provided sample):
a)
eac3to sample.evo music.flac --> works great

b)
eac3to sample.evo music.pcm
eac3to music.pcm music.flac
--> no go, eac3to says its a 6 channel 8 bit file and refuses the -override parameters
--> PCM file is OK, as I can read it with Adobe Audition (PCM 24bit Motorola format)

[shanghai2004]

It seems like you don't have nero hd dvd/blu-ray plug-in purchased.

Thanks for the response!

It worked fine 3 days ago... but you post is pointing to the right direction, the Nero updater somehow messed up the plug-in with the latest update. Re-installing Nero 7 did fix this problem.

[madshi]

I'm terribly sorry, and I hope you didn't spend a lot of time looking for a bug that of course wasn't there!
No big probs.

[madshi]

regarding that problem with the truehd track from the departed with libavcodec (which could be solved by the -nero switch), is the video remuxing also supposed to stop then, if this occurs ?
Yes. Everything must work, or else eac3to will abort the whole operation.

[madshi]

HD-DVD Eagles Farwell 1 Tour.

Tried only a single file with same result. Re-installed everything on another computer
to get rid of the Nero problem (see post #2255, just in case...). No difference.

Problem is also with the sample I provided for the 24bit LPCM fix.
(http://www.sendspace.com/file/zcz2a6, my post #2180)

Eac3to starts, but then hangs in 100% cpu usage, no output files are created.

Hope you have time to look into this.

[EDIT]
Seems hang reason is located somewhere in the DTS processing, when I only convert the video or only the LPCM track, then it works properly.
Works fine for me including DTS decoding. However, mkvtoolnix fails to rewrite the timestamps. But that's a bug in mkvtoolnix and not eac3to's fault.

Found additional minor issue when processing LPCM files (using earlier provided sample):
a)
eac3to sample.evo music.flac --> works great

b)
eac3to sample.evo music.pcm
eac3to music.pcm music.flac
--> no go, eac3to says its a 6 channel 8 bit file and refuses the -override parameters
--> PCM file is OK, as I can read it with Adobe Audition (PCM 24bit Motorola format)
Ouch. This is the first time that the auto detection actually detected a *wrong* format. Still overriding works for me:

eac3to test.pcm test.flac -24 -big -2 -override
RAW/PCM, 2.0 channels, 0:00:34, 24 bits, 48khz
Reading RAW/PCM...
Swapping endian...
Encoding FLAC...
Creating/writing file "test.flac"...
eac3to processing took 3 seconds.
Done.

[rickardk]

How does eac3to handle 7 and 8 channel lpcm tracks?
Does the -blu-ray switch remap thoose correct when converting to flac?

Is there anyway to preserve all 8 channels when decoding a DTS-HD Master Audio 7.1 track?

BTW ea3to says that the dts-hd ma track is just a dts (the core) when the m2ts is demuxed with h264tsto (Rush Hour 3 and Kingdom of Heaven)

[Thunderbolt8]

what does it say when using xport?

[rickardk]

what does it say when using xport?
I wrote about this title a couple of pages back. I then thought it had something to do with joining the two m2ts.

After more testing and reripping I thought it was the disc. Now I have tested with another disc (actually downloaded) but still no luck.


H264tsto can demux the joined m2ts withot problems (but I just get the core from the DTS-HD MA track).
xport demuxes the DTS-HD MA track (not just the core) but gives me error at the end of the first m2ts (that's why I thought it was in the joint of the two m2ts before).

[madshi]

How does eac3to handle 7 and 8 channel lpcm tracks?
Does the -blu-ray switch remap thoose correct when converting to flac?
You don't need the "-blu-ray" switch as long as you demuxed the LPCM track with xport. eac3to handles these LPCM tracks just fine automatically with all 7 or 8 channels.

Is there anyway to preserve all 8 channels when decoding a DTS-HD Master Audio 7.1 track?
I don't think so.

BTW ea3to says that the dts-hd ma track is just a dts (the core) when the m2ts is demuxed with h264tsto (Rush Hour 3 and Kingdom of Heaven)
Haali's Media Splitter only outputs the core. And that's what h264tsto is using for demuxing.

[nautilus7]

Madshi,

I 've noticed that dts-hd master audio (maybe hi-res also) decoding with sonic is very slow, while truehd decoding with nero (and even with libav) is a lot faster.
Yesterday i converted pan's labyrinth dts-hd to flac and processing took 1,5 hours.
Is this normal? Is there anything that can be done to improve speed or it's only the decoder?

[madshi]

I 've noticed that dts-hd master audio (maybe hi-res also) decoding with sonic is very slow, while truehd decoding with nero (and even with libav) is a lot faster.
Yesterday i converted pan's labyrinth dts-hd to flac and processing took 1,5 hours.
Is this normal? Is there anything that can be done to improve speed or it's only the decoder?
I don't think the speed can be improved by me. The Sonic DTS HD decoder is not the fastest. But 1.5 hours seems VERY long to me. Which Pan's Labyrinth release is that? I've just now converted the Spanish 16bit DTS-HD Master Audio track from my HD DVD to FLAC and it took my lower end Core 2 Duo about 34 minutes. Of course if your CPU is busy doing other things the time needed for transcoding will go up.

[nautilus7]

Ok, you're probably right.
I guess it took that long cause my pc wasn't in its best shape yesterday... (it is running for 2 days without restart, so something "bothered" it :eek: )
This was the 2nd time i made this conversion and it took about 1/2 hour to complete the 1st time, so there's no problem, i think.

[shanghai2004]

Works fine for me including DTS decoding. However, mkvtoolnix fails to rewrite the timestamps. But that's a bug in mkvtoolnix and not eac3to's fault.
[/code]

Thanks a lot for looking into this.

PCM conversion: Just tried on a another computer and it works like you say with the -override parameter. Thanks.

Mkvtoolnix timestamp issue: Possible this problem is due to the source video being 1080i60 instead of 1080p24? Tried the -no24p option in eac3to, but that option seems no longer supported.

Eac3to hangs when remux Eagles HD-DVD to MKV: Retested on several computers and the hang is only with the complete EVO files, not with the sample (sorry). The smallest EVO in the chain which still shows this problem is about 2GB, too large to upload.

Any way I can trace where it hangs to give you better feedback?

[madshi]

Mkvtoolnix timestamp issue: Possible this problem is due to the source video being 1080i60 instead of 1080p24? Tried the -no24p option in eac3to, but that option seems no longer supported.
The switch was renamed. See eac3to help or first post of this thread.

Yes, I also guess that it has to do with 1080i60 instead of 1080p24. However, the very same mkvtoolnix complaint appears for many h264 Blu-Ray movies (1080p24) and for the h264 HD DVD Equilibrium. So 1080i60 seems to be not the only problem.

Eac3to hangs when remux Eagles HD-DVD to MKV: Retested on several computers and the hang is only with the complete EVO files, not with the sample (sorry). The smallest EVO in the chain which still shows this problem is about 2GB, too large to upload.

Any way I can trace where it hangs to give you better feedback?
Please try whether h264tsto can remux one of the EVO files.

[rickardk]

Is DRC (e-ac3) still disabled with nero decoder in 2.13?
No visual indication (I think it was printed on the screen that DRC was disabled before)

[madshi]

Is DRC (e-ac3) still disabled with nero decoder in 2.13?
No visual indication (I think it was printed on the screen that DRC was disabled before)
Works for me (with visual indication). Please post the eac3to command line and output here.

[shanghai2004]

The switch was renamed. See eac3to help or first post of this thread.

Please try whether h264tsto can remux one of the EVO files.

I tried the following on 3 different computers (all XP sp2):

eac3to concert_pt1_1.evo movie02.mkv >>seems to do something for 10 seconds, then hangs, no files are made.

eac3to concert_pt1_1.evo -demux >>works, gives 3 files (LPCM, DTS, one video).

h264tsto concert_pt1_1.evo movie12.mkv >>runs for 10 seconds, creates a .mkv file of 0, then hangs. The mkv file becomes 368.493 kB after I press CTRL-C. Always this size.

So I tried the 2 other parts of the movie:
h264tsto concert_pt1_2.evo movie13.mkv >>runs for 40 seconds, creates a .mkv file of 0, then hangs. The mkv file becomes 1.360.392 kB after I press CTRL-C. Always this size.

h264tsto concert_pt2.evo movie14.mkv >>runs for 10 seconds, creates a .mkv file of 0, then hangs. The mkv file becomes 314.192 kB after I press CTRL-C. Always this size.

Playback of this MKV's in MPC works more or less (VC1 + DTS), but with a lot of stutter in alternating the audio and video and desynchronized (and of course the file is far too short). Remux with MKVmerge GUI gives no errors, but resulting file doesn't play any better.

h264tsto concert_pt1_1.evo -demux >>works, gives 2 files (one audio, one video).
(required the DUMP.AX file, which I installed for this session)

Hopefully the above is useful in any way.

[madshi]

@shanghai2004, since h264tsto doesn't work, either, the problem must be caused by the Haali filters. There's nothing I can do about this. You could try demuxing the video to a raw file and then dropping it into mkvtoolnix. Maybe it works, maybe not. If it works, make sure that the audio sync is correct cause muxing h264 with mkvtoolnix can eventually result in audio sync problems.

[Roscoe62]

madshi, first off, your development efforts on this app continue to blow me away! Phenomenal work....thank you!

Some questions?

1) - eac3to now seems able to add delay to any audio tracks (apart from TrueHD when it remains as TrueHD). Does this also apply for FLAC audio tracks? Can eac3to add delay to flac?

2) - not so much a question on eac3to, but for libav because it doesn't seem to have it's own thread. Is libav able to decode a TrueHD stream in realtime - i.e. as part of a playback graph? Is anyone doing this right now?

Thanks again!

[Thunderbolt8]

1) yes, it can. it already does it automatically when using the evo(s) as source, but you can also do it manually with a switch

[madshi]

1) - eac3to now seems able to add delay to any audio tracks (apart from TrueHD when it remains as TrueHD). Does this also apply for FLAC audio tracks? Can eac3to add delay to flac?
Yes. If you apply a delay to a FLAC track eac3to fully decodes and reencodes the audio data. Since FLAC is a lossless format this behaviour should have no disadvantages whatsoever. Meta data is copied over. You may even end up with a smaller file cause eac3to compresses with max compression ratio while the FLAC source file may have been compressed with a lighter ratio.

2) - not so much a question on eac3to, but for libav because it doesn't seem to have it's own thread. Is libav able to decode a TrueHD stream in realtime - i.e. as part of a playback graph? Is anyone doing this right now?
I'm not aware of anyone working on this. I could do it myself, I actually already thought about that - but I simply don't have the time for that right now.

[Yraen]

madshi,

Just wanted to say thanks for a great program. This program is definitely worth the five day waiting period here just to say thanks. Looking forward to all of the features you still want to implement.

[madshi]

Thanks, guys. Nice feedback is always welcome... :)

[Hotpocketdeath]

Slight problem.

I upgraded to nero8 long before I found this program. Now I can't get EAC3to to decode DD+ streams.

Is there a workaround to get this to work?

EDIT: NM. I found my old Nero7 install and serial number. Just finished downgrading and everything works now.

[Snowknight26]

Try using -libav.

[Thunderbolt8]

How does eac3to handle 7 and 8 channel lpcm tracks?
Does the -blu-ray switch remap thoose correct when converting to flac?

Is there anyway to preserve all 8 channels when decoding a DTS-HD Master Audio 7.1 track?

BTW ea3to says that the dts-hd ma track is just a dts (the core) when the m2ts is demuxed with h264tsto (Rush Hour 3 and Kingdom of Heaven)
I have just joined and demuxed kingdom of heaven with copy /b and xport successfully, without any error message. atm im converting the dts-hd ma track to flac (1/4 done so far), no error yet here.

edit: its finished now and the only unusual thing was "the last DTS frame is incomplete and thus gets skipped". but as long as the track works fine in the mkv it shouldnt matter, im not watching till the absolute end of credits anyway :P

another thing, the dtshd file's size is 5,06GB and reported as 24-bit, but the final flac file's size is only 4,37GB. shouldnt 24-bit flac files supposed to be bigger than the source files? there was no message that this track was only a 16-bit track and therefore zero bits have been stripped.

[rickardk]

I have just joined and demuxed kingdom of heaven with copy /b and xport successfully, without any error message. atm im converting the dts-hd ma track to flac (1/4 done so far), no error yet here.

edit: its finished now and the only unusual thing was "the last DTS frame is incomplete and thus gets skipped". but as long as the track works fine in the mkv it shouldnt matter, im not watching till the absolute end of credits anyway :P

another thing, the dtshd file's size is 5,06GB and reported as 24-bit, but the final flac file's size is only 4,37GB. shouldnt 24-bit flac files supposed to be bigger than the source files? there was no message that this track was only a 16-bit track and therefore zero bits have been stripped.

Can't understand why I get the same error when demuxing two diffrent sources with xport 1.0. It drives me crazy.

Can it be a bad press?
How old are your release?

[madshi]

another thing, the dtshd file's size is 5,06GB and reported as 24-bit, but the final flac file's size is only 4,37GB. shouldnt 24-bit flac files supposed to be bigger than the source files?
Nope.

[Thunderbolt8]

btw. could there be any problem with that last frame skipping of that dts-hd ma track, when I should play it via a hardware decoder/receiver whatever (when these things become available/cheaper) ? I mean not at that very last moment of the audio but in general, so that it would refuse to play the whole track. if not, then I wont bother try to demux and convert it again, because it took ages with that size and movie length.

[Snowknight26]

yfred wrote this:

here ya go, 27mb sample: http://rapidshare.com/files/79993689/stream.pcm.html

if you try to use eac3to on it:


C:\LPCM>eac3to stream.pcm
This might be a RAW/PCM file. Trying to figure out the details.
This will probably take a while. Please be patient...
Was not able to figure out all parameters of this RAW/PCM file.
Please specify channel, bitdepth and endian parameters via command line.


The actual file demuxed from m2ts:



F:\QUEEN_ROCK_MONTREAL\BDMV\STREAM>xport -h 00000.m2ts 1 0 1
xport Transport Stream Demuxer 1.00
program = 1, video channel = 0, audio channel = 1
Program Number = 0 (0x0000), Program Map PID = 31 (0x001f)
Program Number = 1 (0x0001), Program Map PID = 256 (0x0100)
program descriptor = 0x05, 0x04, 0x48, 0x44, 0x4d, 0x56
program descriptor = 0x88, 0x04, 0x0f, 0xff, 0xff, 0xfc
ES descriptor for stream type 0xea = 0x05, 0x06, 0x56, 0x43, 0x2d, 0x31, 0x01, 0
x94
Audio PID = 4352 <0x1100>, type = 0x80
ES descriptor for stream type 0x80 = 0x05, 0x08, 0x48, 0x44, 0x4d, 0x56, 0xff, 0
x80, 0x31, 0xff
ES descriptor for stream type 0x81 = 0x05, 0x04, 0x41, 0x43, 0x2d, 0x33
ES descriptor for stream type 0x81 = 0x81, 0x04, 0x06, 0x28, 0x04, 0x00
LPCM Audio Mode = 2/0
LPCM Audio Bits/sample = 24
LPCM Audio Sample Rate = 48000

[shanghai2004]

@shanghai2004, since h264tsto doesn't work, either, the problem must be caused by the Haali filters. There's nothing I can do about this. You could try demuxing the video to a raw file and then dropping it into mkvtoolnix. Maybe it works, maybe not. If it works, make sure that the audio sync is correct cause muxing h264 with mkvtoolnix can eventually result in audio sync problems.

Thanks for the response!
As temp solution, for the Eagles disk I'm using now the Graphedit -> Avisynth -> x264 route. First try does work but with small sync problems, I need to look into that. Luckily, eac3to does work on the LPCM file, so I can enjoy lossless audio.

To be sure:
Tried eac3to on several other HD-DVD disks I have here and the program does work for everything else I tried, so I would like to thank you for this great program.

Keep up the good work!

[act.anon]

Thanks for the great tool! Successfully remuxed video to mkv and transcoded TrueHD to FLAC with 10 movies so far.

However:

eac3to D:\video1.EVO
This VC-1 aspect ratio is currently not supported.
EVO, 2 audio tracks, 2:03:53
1: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, 69ms
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, 69ms

eac3to D:\video2.EVO
This VC-1 aspect ratio is currently not supported.
EVO, 2 audio tracks, 2:23:07
1: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, 82ms
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, 82ms

Tried reripping, same problem with two different videos. Maybe support will be added in the next version?

Sample from video1 (http://www.sendspace.com/file/3f0mrb)

Sample from video2 (http://www.sendspace.com/file/wc6smq)

[madshi]

yfred wrote this:

here ya go, 27mb sample: http://rapidshare.com/files/79993689/stream.pcm.html

if you try to use eac3to on it: [...]
eac3to's PCM/raw detection logic has some problems with music PCM/raw tracks. These music tracks don't compress as well as movie tracks do. That throws off eac3to. Anyway, just give in the track parameters manually and you should be done. In your case that should be "eac3to stream.pcm dest.wav -2 -24 -big".

[olivierdb]

I've tried to make an MKV(VC-1,Flac) of my HD-DVD movie "300". Unfortunately, I get the following error:

C:\>C:\eac3to.exe "M:\HD Movies\300\300_HDDVD\HVDVD_TS\feature_300NDOM6LF1VC1_HD
1.EVO"+"M:\HD Movies\300\300_HDDVD\HVDVD_TS\feature_300NDOM6LF1VC1_HD1_Divide.EV
O" 2: video.mkv 5: audio.flac
EVO, 2 video tracks, 5 audio tracks, 1:56:33
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001
4: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
7: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
8: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Extracting audio track number 5...
Removing dialog normalization...
Encoding FLAC...
Creating/writing file "audio.24bit.flac"...
-------------------------------------------------------------------------------[
mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]Substream 1 parity check failed
[mlp @ 68A4E2E0]Substream 1 checksum failed
[mlp @ 68A4E2E0]Substream 1 length mismatch.
The libav decoder reported an error while decoding.


Any idea why this isn't working? How can I get this to work?

Thanks

[Thunderbolt8]

had the same, use the -nero switch (libav truehd decoder error)

[Thunderbolt8]

some cosmetics, I tried to use eac3to to remux galapagos HD DVD, which is 1080i @29.97(?) fps. at the timestamps rewriting stage I got an mkvmerge error message, which I also get with normal mkvmerge remuxing when I do so and specify timestamps, because afaik this is not intended here, the video is just muxed again without entering any timestamps with mkvmerge, then it should be fine. luckily eac3to didnt do any rewriting over the video up to that stage so it was still fine afterwards. so maybe the error message could be removed in those cases of movies with different fps rates or just the timestamps rewriting stage skipped at all (do you need a sample of that galapagos .evo?)

[madshi]

some cosmetics, I tried to use eac3to to remux galapagos HD DVD, which is 1080i @29.97(?) fps. at the timestamps rewriting stage I got an mkvmerge error message, which I also get with normal mkvmerge remuxing when I do so and specify timestamps, because afaik this is not intended here, the video is just muxed again without entering any timestamps with mkvmerge, then it should be fine. luckily eac3to didnt do any rewriting over the video up to that stage so it was still fine afterwards. so maybe the error message could be removed in those cases of movies with different fps rates or just the timestamps rewriting stage skipped at all (do you need a sample of that galapagos .evo?)
That mkvmerge error is a bug in mkvmerge, so there's nothing I need to change in eac3to. For 1080i60 content eac3to tries to rewrite timestamps to 29.97, and sometimes that works.

[madshi]

eac3to v2.13 released

http://madshi.net/eac3to.zip

* added option to downmix multi channel audio to stereo
* added support for VC-1 custom aspect ratios
* added stdout output support
For "stdout" output you can do e.g.:

eac3to source.ac3 stdout.wav
eac3to source.mlp stdout.raw -down16
So basically use it as if you wanted to write a file, just use "stdout.*" as the file name. eac3to will then produce the audio data in the specified format and output that to stdout.

[madshi]

eac3to D:\video1.EVO
This VC-1 aspect ratio is currently not supported.
Fixed in v2.13. However, the Haali Matroska Muxer still doesn't like these files. That's not the fault of eac3to, though.

[Thunderbolt8]

That mkvmerge error is a bug in mkvmerge, so there's nothing I need to change in eac3to. For 1080i60 content eac3to tries to rewrite timestamps to 29.97, and sometimes that works.
what I mean is that gdsmux in that case keeps the original timestamps so there should be no need to rewrite them to 29.97 at all. so i dont know if an additional mux with mkvmerge is needed, if yes, then also here with specifying no timestamps

[nautilus7]

Thanks madshi for the update!

[mmoore99]

I am having a problem getting eac3to to recognize the Nero audio codec. I successfully installed Nero 7 Ultra Edtion. The Nero filters appear in GSpot. However when I run eac3to -test, it says "Nero Audio Decoder (Nero 7 or older) is not working correctly." Any suggestions as to how to resolve this?

Thanks.

[nautilus7]

It's been discussed here before.

You have to buy the hd dvd/blu-ray plug-in for nero.

[Chumbo]

what I mean is that gdsmux in that case keeps the original timestamps so there should be no need to rewrite them to 29.97 at all. so i dont know if an additional mux with mkvmerge is needed, if yes, then also here with specifying no timestamps
I'm not an expert when it comes to MKVs, but I've noticed that when you run them through gdsmux, you do have to rerun the resulting mkv through mkvmerge with the proper timecodes file. I use MPC and noticed that it does NOT recognize the fps of an MKV file when you only use gdsmux, but it does once you run it through mkvmerge with the correct fps timecodes file.

So I guess what I'm trying to say, is from what I've noticed, yes the timecodes do need to be rewritten. :)

[act.anon]

Fixed in v2.13. However, the Haali Matroska Muxer still doesn't like these files. That's not the fault of eac3to, though.

Thanks madshi!

[Thunderbolt8]

I'm not an expert when it comes to MKVs, but I've noticed that when you run them through gdsmux, you do have to rerun the resulting mkv through mkvmerge with the proper timecodes file. I use MPC and noticed that it does NOT recognize the fps of an MKV file when you only use gdsmux, but it does once you run it through mkvmerge with the correct fps timecodes file.

So I guess what I'm trying to say, is from what I've noticed, yes the timecodes do need to be rewritten. :)
afaik you indeed do have to make a rerun with mkvmerge yes, but not specify any timecodes for 1080i stuff. from all 1080i caps ive seen and remuxed so far the audio was out of sync when I entered timestaps like 23.9760, 25 or 29.97. it only remained in sync when I entered nothing there and basically just re-ran the file I got from gdsmux with mkvmerge again.

[madshi]

afaik you indeed do have to make a rerun with mkvmerge yes, but not specify any timecodes for 1080i stuff. from all 1080i caps ive seen and remuxed so far the audio was out of sync when I entered timestaps like 23.9760, 25 or 29.97. it only remained in sync when I entered nothing there and basically just re-ran the file I got from gdsmux with mkvmerge again.
Rewriting timestamps for 1080i60 caps with 29.97 should work and give correct audio sync. If you don't like the rewriting you can turn it off by using the "-dontRewritePts" switch.

[Fred7777]

Hi to everybody

First I would like to thank all of you for the great job.

I use eac3to to trancode some eac3 tracks to ac3. When I try the command line : eac3to -test, the log returns that Nero Audio Decoder is not working correctly. I have a Nero 7 version installed (7.10.1.0) and the version of Nero Audio Decoder filter is 2.3.26.0. The eac3to -sonic command line works perfectly but I would like to use Nero filter instead of Sonic because I have read that Nero is better.
Could someone help me ?

Thanks to all.
Fred.

[Beastie Boy]

The Nero decoders are NOT included in Nero package. You need to purchase and register the Nero HD DVD/BluRay plugin.

Madshi, perhaps this should be added in big, bold letters as part of the first post in this thread.

Cheers, Beastie.

[madshi]

Madshi, perhaps this should be added in big, bold letters as part of the first post in this thread.
Well, it's already in the first post and also in the eac3to help text. Maybe just not bold enough yet? There are many important things in the first post, though. Maybe I should make it all bold and big? :D

[Fred7777]

This is not clear for me. I have Nero Audio Decoder 2 in the list of directshow filters in Graphedit. Do you mean that the filter is in the list but not available until I register it ?
In this case I will purchase it on the Nero website.

:thanks:

Fred.

[Beastie Boy]

This is not clear for me. I have Nero Audio Decoder 2 in the list of directshow filters in Graphedit. Do you mean that the filter is in the list but not available until I register it ?

Fred.

Correct.

[madshi]

This is not clear for me.
What part of the following extract from the eac3to help text is not clear to you?

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
Don't you guys read the help text? Or do you think that the help text is wrong?

:confused:

[scarbrtj]

Madshi:

I have been using eac3to for a while. This has become the most important piece of software in my life :) I noticed the new -down2 switch; nice feature. Also I noticed that now you can mux the video streams of separate EVOs into one .mkv?

I have been going through vc1conv to change the framerate to 23.976 and then vc12avi to get AVIs and then AVI-mux GUI to merge the AVIs into a .mkv. Do I need to do all that? Or just use eac3to and it takes care of the framerates and gives me a perfectly playable file? And once you make the .mkv with eac3to do you still need to go back and mux in your dts or ac3 stream? What do you use... mkvmerge?

[madshi]

I noticed that now you can mux the video streams of separate EVOs into one .mkv?
Yep.

I have been going through vc1conv to change the framerate to 23.976 and then vc12avi to get AVIs and then AVI-mux GUI to merge the AVIs into a .mkv. Do I need to do all that? Or just use eac3to and it takes care of the framerates and gives me a perfectly playable file?
You can just use eac3to which should give you a perfectly playable (video only) MKV. No need for vc1conv + vc12avi etc, as far as I can say. Of course if you try eac3to and find some problems, please post a report here.

And once you make the .mkv with eac3to do you still need to go back and mux in your dts or ac3 stream? What do you use... mkvmerge?
eac3to creates a MKV file with only the video track in it plus some external audio files. With some media players you can play the movie directly this way. If you wish, you can mux some selected audio tracks (and also some SRT subtitles, if you wish) into the MKV in an additional step by using mkvtoolnix.

[scarbrtj]

Thanks madshi. To get me started, let's say I have two EVO files, one is pevob1.evo and the other pevob2.evo. They are VC-1 video, and a DTS-HD track #1 and a AC-3 track #2. If I just want to keep the AC-3 track, what's the command line? And if the files had Dolby TrueHD track as #1 audio track and I wanted to merge the EVO videos and convert the TrueHD --> AC3 is there a "one-step" command to make it happen?
:thanks:

[madshi]

Thanks madshi. To get me started, let's say I have two EVO files, one is pevob1.evo and the other pevob2.evo. They are VC-1 video, and a DTS-HD track #1 and a AC-3 track #2. If I just want to keep the AC-3 track, what's the command line? And if the files had Dolby TrueHD track as #1 audio track and I wanted to merge the EVO videos and convert the TrueHD --> AC3 is there a "one-step" command to make it happen?
It's all possible. The video track(s) and the audio tracks all get numbers by eac3to. Just do "eac3to pevob1.evo+pevob2.evo" first. You'll get a listing of video and audio tracks that way. Then you can in one command line execute all the tasks you'd like. E.g. "eac3to pevob1.evo+pevob2.evo 2:Video.mkv 3:Englisch.ac3" in case the video track has number 2 and the TrueHD track has number 3.

[scarbrtj]

Madshi thanks for all the help today. It is time IMHO for you to put up a really nice webpage with a link for donations.

When you are converting to DTS by using Surcode within eac3to... is the output in compact, padded, or wav DTS format? And why did you choose the particular output option which is used?

[mmoore99]

eac3to creates a MKV file with only the video track in it plus some external audio files. With some media players you can play the movie directly this way. If you wish, you can mux some selected audio tracks (and also some SRT subtitles, if you wish) into the MKV in an additional step by using mkvtoolnix.Madshi, first of all, thanks for all of the work you have done on this program. You have really simplified things for us!

Regarding the quote above...if the objective is to mux some audio tracks with the video .mkv that eac3to creates, is it necessary to run the audio and video through "gdsmux" before using "mkvtoolnix"? I am a little confused regarding the difference between "gdsmux" and "mkvtoolnix" and I am asking this due to some earlier comments in the thread regarding the need to do both.

Also, while we're at it... how does what "h264tsto" does compare to "dgsmux" and "mkvtoolnix"?

Thanks, in advance, for your clarification.

[Snowknight26]

There isn't any way to rebuild EVOs with just a single specified video track, is there? I guess you can do the whole EVO by using eac3to evo1.evo+evo2.evo rebuilt.evo (I think, haven't tried it), but thats not what I'm after.

[madshi]

When you are converting to DTS by using Surcode within eac3to... is the output in compact, padded, or wav DTS format? And why did you choose the particular output option which is used?
Compact because that's what you get when you demux DVD, HD DVD or Blu-Ray DTS tracks. Also that's what all freeware software packages (which can handle DTS) expect.

[madshi]

Regarding the quote above...if the objective is to mux some audio tracks with the video .mkv that eac3to creates, is it necessary to run the audio and video through "gdsmux" before using "mkvtoolnix"? I am a little confused regarding the difference between "gdsmux" and "mkvtoolnix" and I am asking this due to some earlier comments in the thread regarding the need to do both.
Just drop the eac3to created MKV file into mkvtoolnix and add the audio tracks. No need to use gdsmux.

Also, while we're at it... how does what "h264tsto" does compare to "dgsmux" and "mkvtoolnix"?
gdsmux and h264tsto are more or less comparable. They do the same thing. Both are based on Haali's splitter and MKV muxing code. mkvtoolnix is different. It can't do some of the things that gdsmux/h264tsto do. It can do some of the things that gdsmux and h264tsto are doing - but does them in a different way. And it can also do some things that gdsmux/h264tsto can not do.

When using eac3to for HD DVD remuxing you don't need gdsmux and h264tsto. You only need mkvtoolnix to add the audio tracks.

[madshi]

There isn't any way to rebuild EVOs with just a single specified video track, is there?
Yes, by using EvoDemux... :) Not by using eac3to, though.

[mmoore99]

Just drop the eac3to created MKV file into mkvtoolnix and add the audio tracks. No need to use gdsmux.

When doing this is there any need to add a timecode file?

[madshi]

When doing this is there any need to add a timecode file?
No. eac3to calls mkvtoolnix to rewrite the timestamps for you. So the mkv file eac3to outputs already has rewritten timestamps.

[zakia]

I need help with Transformers please. Used EVOdemux to extract mpv and wav, and when I run eac3to it says:

"This track is not clean. Processing aborted.
Please clean the track with delaycut and then retry eac3to. "

I read from this thread I will need delaycut 1.3.0.0 but I couldn't track it down? Only found 1.2.1.2 Anybody has a link to 1.3?

[nautilus7]

http://madshi.net/delaycut.rar

Transformers has Dolby Digital Plus (e-ac3) audio. Rename the audio track to *.eac3 and load it to delaycut. Try the fix or silence option and if you get errors post the log here.

[madshi]

I need help with Transformers please. Used EVOdemux to extract mpv and wav, and when I run eac3to it says:

"This track is not clean. Processing aborted.
Please clean the track with delaycut and then retry eac3to. "

I read from this thread I will need delaycut 1.3.0.0 but I couldn't track it down? Only found 1.2.1.2 Anybody has a link to 1.3?
Why do you need EvoDemux to demux video and audio? eac3to can do all that for you. Not sure why you're getting an unclean audio track, though. I'd say: Rerip the disc. Probably something went wrong with the ripping. If you're using AnyDVD HD don't use the Explorer for ripping, but use the AnyDVD HD ripping tool instead.

[Beastie Boy]

Why do you need EvoDemux to demux video and audio?

Can eac3to also demux the raw video stream? I thought video was automatically muxed to mkv. I guess I must have missed that. So for example, would the following work:

eac3to FEATURE_1.EVO+FEATURE_2.EVO 1: RawVideo.vc1 4: Audio.wavs

Cheers, Beastie.

[madshi]

Can eac3to also demux the raw video stream? I thought video was automatically muxed to mkv. I guess I must have missed that. So for example, would the following work:

eac3to FEATURE_1.EVO+FEATURE_2.EVO 1: RawVideo.vc1 4: Audio.wavs
Sure, that works. Although I don't really see why you would want to demux VC-1 instead of remuxing it. But it's your choice. Video track demuxing is supported.

[Beastie Boy]

Sure, that works. Although I don't really see why you would want to demux VC-1 instead of remuxing it. But it's your choice.

I'm just weird :) Actually, what I do is remux the vc1 file into WMV format without re-encoding to play back on the 360. It takes a bit of messing around with vc1conv, vc12av1, VirtualDub, asfMuxer, Windows Media Encoder for audio, and finally Windows Media Stream Editor for muxing, but the result is excellent.

Of course it wouldn't work at all without eac3to, so thank you very much :)

Cheers, Beastie.

[madshi]

I could include vc1conv functionality for VC-1 demuxing if there's demand?

[Beastie Boy]

I could include vc1conv functionality for VC-1 demuxing if there's demand?

WOW!!! For me, that would be great. And I guess a lot of others are also using the 360 for media playback so there may be a broad demand for that.

Does anyone know is the Solveig ASF Muxer will accept .mkv file container as input? If so, eac3to would cut out most of the steps I currently go through to get an asf file.
Sorry for the off topic question.

Cheers, Beastie.

[madshi]

WOW!!! For me, that would be great. And I guess a lot of others are also using the 360 for media playback so there may be a broad demand for that.
Ok, will be added to next build. Should I do that by default with a switch to turn it off? Or should I not do it by default with a switch to turn vc1conv processing on?

[Beastie Boy]

I guess the only time the 30fps flagging would need to remain is if you were intending to create another HD-DVD. Since there aren't many HD-DVD burners around yet, I think the default should be to enable vc1conv with a switch to turn it off.

Cheers, Beastie.

[idbirch2]

Beastie, how many HD-DVDs have you streamed to your 360 in this way? I was always under the impression that WMV's with this kind of bitrate do not stream reliably to the 360.

Certainly around a year ago when I experimented with converting Planet Earth to WMV VC-1, anything over about 12mbps VBR would stutter very badly. With HD-DVDs getting close to 30mbps, I assumed this was out of the question.

If it really does work, would you be so kind as to provide a detailed breakdown of the steps required to end up with a 360-streamable WMV file?

[madshi]

Certainly around a year ago when I experimented with converting Planet Earth to WMV VC-1, anything over about 12mbps VBR would stutter very badly. With HD-DVDs getting close to 30mbps, I assumed this was out of the question.
Planet Earth is natively interlaced, I think, which could eventually be more stressful. I'd recommend to test this with movies and not with Planet Earth.

If it really does work, would you be so kind as to provide a detailed breakdown of the steps required to end up with a 360-streamable WMV file?
But please not in this thread. Beastie Boy can post a link to his breakdown in this thread. But the breakdown itself should be posted and discussed in a different thread, please.

[idbirch2]

Hi madshi, sorry for wandering off topic, I can imagine how difficult it must be to keep such a huge thread focused when so many intersting side-topics come up.

I'll continue discussion on this matter here (http://forum.doom9.org/showthread.php?t=119785&page=4).

[Stebet]

thanks for a wonderful tool madshi.

I ran into some problems trying to decode the TrueHD track from "Nine Inch Nails: Beside You In Time" into 6 mono wavs though.

It is supposedly a 24bit audio track and it fails when it's about to complete giving me a "failed checksum" error from libav.

I was running it straight from the main feature's evo, do you think it might be a problem with the demuxer or a bug in libav?

If you need more information or a cut'n'paste from the log i'll be home in about an hour and will be able to post it if you want.

[madshi]

thanks for a wonderful tool madshi.

I ran into some problems trying to decode the TrueHD track from "Nine Inch Nails: Beside You In Time" into 6 mono wavs though.

It is supposedly a 24bit audio track and it fails when it's about to complete giving me a "failed checksum" error from libav.

I was running it straight from the main feature's evo, do you think it might be a problem with the demuxer or a bug in libav?

If you need more information or a cut'n'paste from the log i'll be home in about an hour and will be able to post it if you want.
That will be the problem which has already been 100x reported... ;) I still hope I'll get a patch from the libav TrueHD decoder programmer soon. Until then you need to use the Nero decoder.

[rickardk]

Working on Flags Of Our Fathers
eac3to feature_1.evo+feature_2.evo flags.mkv



While eac3to are extracting audio and remuxing video there are 2 versions created of the TrueHD track. Audiotrack 2.16bit.flac and Audiotrack 2.24bit.flac. But when everything is done there is just one track called audiotrack 2.flac. And this track is small...just 1.2GB. Is this normal? First time I looked in the working folder while eac3to was running.

[Snowknight26]

Yes, its normal. Thats the 16bit FLAC track of the TrueHD track.

[n_response]

The new version had some problem in xport.

If I try use xport to demux audio track from m2ts ,It almost show error message like this :
Cannot open output video file <bitsxxxx.mpv>


So I use older eac3to version to demux audio track from m2ts.



I replace the xport.bat ,It also does not work!


But thank you all the same for madshi! Thanks for your eac3to~~ happy new year

[drmpeg]

The new version had some problem in xport.

If I try use xport to demux audio track from m2ts ,It almost show error message like this :
Cannot open output video file <bitsxxxx.mpv>

So I use older eac3to version to demux audio track from m2ts.

I replace the xport.bat ,It also does not work!

But thank you all the same for madshi! Thanks for your eac3to~~ happy new year
Whenever you get the message:

Cannot open output video file <bits0001.mpv>

or

Cannot open output audio file <bits0001.mpa>

or

Cannot open bitstream file <movie.m2ts>

It usually means that the file has been opened by another program, and is still open when you try to execute xport.

Ron

[MuteyM]

I ran into some problems trying to decode the TrueHD track from "Nine Inch Nails: Beside You In Time" into 6 mono wavs though.

That will be the problem which has already been 100x reported... ;) I still hope I'll get a patch from the libav TrueHD decoder programmer soon. Until then you need to use the Nero decoder.

You can also use eac3to 2.08 or earlier, since that version ignores the libav decoder error. But of course that older version does not support demuxing, so you will have to demux with something else first and then feed the .thd file into eac3to.

[rickardk]

Problem with The Perfect Storm.
I don't think eac3to is handling the delay right on this one.

Used eac3to feature_1.evo+feature_2.evo storm.mkv
Audio is spot on at the start but after halfway through, the audio is far to early (about 300ms)



--------------------------------------------------------
eac3to feature_1.evo+feature_2.evo

EVO, 1 video track, 7 audio tracks, 2:09:49
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 1001ms
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 1001ms
--------------------------------------------------------
eac3to feature_1.evo

EVO, 1 video track, 7 audio tracks, 1:03:25
1: VC-1, 1080p24 /1.001
2: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 1001ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 1001ms
--------------------------------------------------------
eac3to feature_2.evo

EVO, 1 video track, 7 audio tracks, 1:06:25
1: VC-1, 1080p24 /1.001
2: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, -38ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, -76ms


Any ideas?

[madshi]

Problem with The Perfect Storm.
I don't think eac3to is handling the delay right on this one.

Used eac3to feature_1.evo+feature_2.evo storm.mkv
Audio is spot on at the start but after halfway through, the audio is far to early (about 300ms)

--------------------------------------------------------
eac3to feature_1.evo+feature_2.evo

EVO, 1 video track, 7 audio tracks, 2:09:49
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 1001ms
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 1001ms
--------------------------------------------------------
eac3to feature_1.evo

EVO, 1 video track, 7 audio tracks, 1:03:25
1: VC-1, 1080p24 /1.001
2: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 1001ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 1001ms
--------------------------------------------------------
eac3to feature_2.evo

EVO, 1 video track, 7 audio tracks, 1:06:25
1: VC-1, 1080p24 /1.001
2: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, -38ms
3: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, -76ms
You didn't handle those two feature_x source files separately, did you? Handling them separately could lead to problems. Handling them like "feature_1.evo+feature_2.evo" should in theory result in perfect audio sync. Not in this case? If so, please check both the TrueHD track and the E-AC3 track. Does the problem occur with both audio tracks? Also try both the libav and the Nero audio decoder. Finally please check whether the video part plays fluidly at timecode 1:03:25.

[rickardk]

You didn't handle those two feature_x source files separately, did you? Handling them separately could lead to problems. Handling them like "feature_1.evo+feature_2.evo" should in theory result in perfect audio sync. Not in this case? If so, please check both the TrueHD track and the E-AC3 track. Does the problem occur with both audio tracks? Also try both the libav and the Nero audio decoder. Finally please check whether the video part plays fluidly at timecode 1:03:25.

Sorry for being unclear. I did not do them seperatly. I did as I have done on 53 titles now.. feature_1.evo+feature_2.evo.
Tested with both libav (to many frames error) and nero.
Actually 55.35 is the point where audio looses sync. Video is fluid.

----------------------------------[mlp @ 68A4E2E0]Too many audio samples in fram
e The libav decoder reported an error while decoding.


I'm rebuilding with evodemux now to test my luck...


Rebuilt evo plays perfect

[madshi]

Tested with both libav (to many frames error)
Hmmmm... "frame error"? What is that? Sounds like data corruption to me. Have you tried the E-AC3 track? Does the same problem occur there? Does eac3to complain about the E-AC3 track being dirty?

My current guess is that there is data corruption in the audio track (maybe also in the other audio track and/or in the video track). Because of that the TrueHD decoders fail to decode some audio frames. As a result the decoded audio stream is missing some audio frames. Which results in audio being too early.

When playing the EVO file data corruption is not as bad because the timecodes in the EVO file allow the DirectShow system to avoid audio sync problems. The same decoding problems will occur. But thanks to the EVO timestamps DirectShow will know that the audio samples after the corruption may not be played too early.

P.S: Try reripping the movie. If that doesn't help, maybe the movie has a mastering defect.

[rickardk]

Hmmmm... "frame error"? What is that? Sounds like data corruption to me. Have you tried the E-AC3 track? Does the same problem occur there? Does eac3to complain about the E-AC3 track being dirty?

My current guess is that there is data corruption in the audio track (maybe also in the other audio track and/or in the video track). Because of that the TrueHD decoders fail to decode some audio frames. As a result the decoded audio stream is missing some audio frames. Which results in audio being too early.

When playing the EVO file data corruption is not as bad because the timecodes in the EVO file allow the DirectShow system to avoid audio sync problems. The same decoding problems will occur. But thanks to the EVO timestamps DirectShow will know that the audio samples after the corruption may not be played too early.

P.S: Try reripping the movie. If that doesn't help, maybe the movie has a mastering defect.

Thanks. I will try the other track and then rerip.

[maya]

First, thanks to madshi for the great program and tremendous support. I have been working with hd content for quite awhile now using various tools such as evodemux and tsremux. But there are a few titles such as Harry Potter and the Chamber of Secrets that Tsremux has problems with. And now eac3to can demux and convert to mkv, so I need to use some command prompts. I am having some major problems. I have used eac3to before with the gui to convert audio files, so it is set up right, but I can't seem to get anywhere with the command prompts. I do the following:

1) Hit the start button
2) hit run
3) Type in cmd
4) "C:\Documents and Settings\Bob" comes up
5) How do I get to simply "c:"? I am guessing this is what I need to get to first in order to type in the commands. I tried all kinds of commands and all I get are "invalid path" or "eac3to is not recognized as an internal or external program or batch file"

I know this is minor stuff to most of you guys, but just point me in the right direction because I know this program can make quick work of most of my needs.

[Thunderbolt8]

"cd\" puts you back to the root directory of the selected partition(so to "C:\") and with "cd.." you step back only 1 directory.

[Chumbo]

First, thanks to madshi for the great program and tremendous support. I have been working with hd content for quite awhile now using various tools such as evodemux and tsremux. But there are a few titles such as Harry Potter and the Chamber of Secrets that Tsremux has problems with. And now eac3to can demux and convert to mkv, so I need to use some command prompts. I am having some major problems. I have used eac3to before with the gui to convert audio files, so it is set up right, but I can't seem to get anywhere with the command prompts. I do the following:

1) Hit the start button
2) hit run
3) Type in cmd
4) "C:\Documents and Settings\Bob" comes up
5) How do I get to simply "c:"? I am guessing this is what I need to get to first in order to type in the commands. I tried all kinds of commands and all I get are "invalid path" or "eac3to is not recognized as an internal or external program or batch file"

I know this is minor stuff to most of you guys, but just point me in the right direction because I know this program can make quick work of most of my needs.
The command line stuff can be very useful, so you should learn the basics and move to intermediate stuff. If you're going to work with these types of utilities, you'll use the command prompt more and more.

The built-in Windows help can be a good tool that many folks ignore and don't even know exists. Click on Start | Help and Support. When the help center comes up, type in "Command shell overview" in the search box (without quotes) and hit Enter. You should get several matches under each search category. Check the results under the "Full-text Search Matches" category.

Have fun!!!

[EDIT] One more thing. Most command line tools will have their own help which can be displayed, typically and most commonly, with either the -? or -help (may also accept /? or /help) switches. For example,
CD /?
dir /?

And with some tools, like eac3to, you just run it without any switches to get help.

[Mtz]

Write cmd in notepad and rename the txt file to .bat. Put the .bat file in the same directory with eac3to.exe and run it. Pressing tab will show you all the files including your needed eac3to.exe. When showing it, just press enter and all available commands will appear.

Mashi, you can make a nice help file as txt, with all available commands and some examples like you made in some posts.

enjoy,
Mtz

[zakia]

http://madshi.net/delaycut.rar

Transformers has Dolby Digital Plus (e-ac3) audio. Rename the audio track to *.eac3 and load it to delaycut. Try the fix or silence option and if you get errors post the log here.Thanks for the link.

Why do you need EvoDemux to demux video and audio? eac3to can do all that for you. Not sure why you're getting an unclean audio track, though. I'd say: Rerip the disc. Probably something went wrong with the ripping. If you're using AnyDVD HD don't use the Explorer for ripping, but use the AnyDVD HD ripping tool instead.Yeah I used AnyDVD HD and I forgot if i use the ripping tool or explorer. Ok, I didn't know that eac3to can also demux video! (?) Just read the 1st post and it can, hehe. :D Will try it now. Thanks madshi!

[Beastie Boy]

Tip for Maya:

Open Windows Explorer and navigate to your eac3to folder containing the eac3to.exe file. Open the CMD command window (Run / cmd). Now drag and drop the eac3to.exe file into the CMD window. This will give you the path to eac3to and you just need to add the instructions on the end.

Cheers, Beastie.

[TripleH]

DTS-HD Master Audio to FLAC conversion question:

I'm trying to convert X-Men: The Last Stand DTS-HD Master Audio track (6.1 channels) to FLAC.

I noticed that in the latest versions the software duplicate the rear center channel so the end result is a 7.1ch audio file.

Does it have a negative effect on the audio (my setup is 4.1 channels, so after the audio is decoded to pcm it goes through AC3Filter in order to downmix it to 4.1) ?

Is it even relevant when using a non 6.1/7.1 setup, and what is recommended to do with this issue (keeping it 6.1 if there is an option to do it, or let it be converted to 7.1) ?

Thanks.

[scarbrtj]

if anyone wants to say "I mux video and eac3to-generated DTS audio and the file plays back fine in WMP 11" I would love to hear that... 'cause no luck for me thus far (it's just jumpy... and I am 99% sure it is not eac3to's fault).

[madshi]

I'm trying to convert X-Men: The Last Stand DTS-HD Master Audio track (6.1 channels) to FLAC.

I noticed that in the latest versions the software duplicate the rear center channel so the end result is a 7.1ch audio file.

Does it have a negative effect on the audio (my setup is 4.1 channels, so after the audio is decoded to pcm it goes through AC3Filter in order to downmix it to 4.1) ?

Is it even relevant when using a non 6.1/7.1 setup, and what is recommended to do with this issue (keeping it 6.1 if there is an option to do it, or let it be converted to 7.1) ?
That all depends on the software which is doing the downconversion to 4.1. Did I understand it right that you're using AC3Filter to downconvert to 4.1? I don't know if AC3Filter can handle more than 5.1 when downmixing. I'd guess no, but I'm not sure. I'd suggest using the "down6" switch in eac3to to let eac3to downconvert 6.1 and 7.1 tracks to 5.1 for you. Then there's no way that AC3Filter could miss out the back channels in the 4.1 downmix.

[madshi]

eac3to v2.14 released

http://madshi.net/eac3to.zip

* libav TrueHD decoder "end of stream" bug should be fixed now
* fixed libav DTS decoder - subwoofer channel is properly decoded now, too
* patched libav DTS decoder to output full 24 bit
* updated to the latest revision of the libav E-AC3 decoder
* when decoding E-AC3 with Nero, libav decoding is also executed at the same time
Some comments:

(1) The libav TrueHD/MLP decoder doesn't have any bugs left in it that I knew of. So right now I consider it "perfect" (unless new bugs show up). That means I don't see the need to use the Nero TrueHD decoder, anymore. Of course you can still activate it by using the "-nero" switch.

(2) This version of eac3to now supports libav decoding for all important audio codecs (AC3, DTS, E-AC3, MLP, TrueHD) with full 24 bit decoding. The lossy decoders are not using the reference Dolby/DTS code, though. So using the reference decoders (Nero/Sonic) might produce slightly better results (not sure). There's one important limitation: The libav DTS decoder is limited to max 5.1 channel decoding (more channels are simply ignored). Also DTS-HD information is ignored. So for best DTS decoding Sonic is still the preferred decoder.

(3) The libav E-AC3 decoder needs *serious* testing now. Because of that I've added a special feature which goes like this: Whenever you ask eac3to to decode an E-AC3 track with Nero or Sonic, eac3to will also run the same E-AC3 track through the libav decoder. Of course this happens in realtime in the background. And no file is written for the libav decoding in this situation. Most of the time you shouldn't even notice this happening. However, when the libav E-AC3 decoder finds a track it can't fully decode, it will post a warning to the screen. So if you decode an E-AC3 track and a libav request for sending a sample pops up, *please* take the time to upload a little sample, so that the E-AC3 decoder programmer gets a little help from us. Of course, if you activate the "-libav" switch, E-AC3 decoding works the usual way by using the libav E-AC3 decoder and a file is properly written. This background libav decoding is only done if you decode an E-AC3 track with Nero or Sonic.

Also, if you have some free time on your hand, it would be great if you could run some (or all) of your E-AC3 tracks through eac3to with the "-libav" switch just to test whether decoding works. If you don't get any warnings, you can discard the converted file. If you do get a request for a sample, please try to create and upload a little sample. You can actively help the development of the open source E-AC3 decoder this way! Thanks.

[TripleH]

That all depends on the software which is doing the downconversion to 4.1. Did I understand it right that you're using AC3Filter to downconvert to 4.1? I don't know if AC3Filter can handle more than 5.1 when downmixing. I'd guess no, but I'm not sure. I'd suggest using the "down6" switch in eac3to to let eac3to downconvert 6.1 and 7.1 tracks to 5.1 for you. Then there's no way that AC3Filter could miss out the back channels in the 4.1 downmix.

OK I understand, so generally there is no loss of quality because of the conversion to 7.1, right ?

Anyway, is there a difference between downmixing the source to 5.1 with eac3 than downmixing it to 5.1 "on the fly" with madflac decoder ?

[madshi]

OK I understand, so generally there is no loss of quality because of the conversion to 7.1, right ?
You mean the 6.1 to 7.1 conversion? No there's no loss at all. There's just one channel added (copied). All other channels stay 100% the same way they are.

Anyway, is there a difference between downmixing the source to 5.1 with eac3 than downmixing it to 5.1 "on the fly" with madflac decoder ?
Actually yes. madFlac currently simply drops the back surround channels if you activate the "5.1" switch. eac3to properly mixed the back channel(s) into the surround channels. So eac3to should be preferred. However, I do plan to add proper downmixing to madFlac sooner or later, too. Just didn't have the time for that yet.

[tjf]

eac3to v2.14 released

http://madshi.net/eac3to.zip

* libav TrueHD decoder "end of stream" bug should be fixed now
* fixed libav DTS decoder - subwoofer channel is properly decoded now, too
* patched libav DTS decoder to output full 24 bit
* updated to the latest revision of the libav E-AC3 decode


Madshi, don't you think it is time to create direct show filter based on libav, so then there will be no need for ea3to transcoding? It would also be nice to know how to mux TrueHD to matroska. I enjoy your efforts very much and I glad I do not neet to buy Nero anymore.

[madshi]

Madshi, don't you think it is time to create direct show filter based on libav
A DShow filter for TrueHD and E-AC3 would sure be nice. But of course it costs time to develop something like that.

then there will be no need for ea3to transcoding? It would also be nice to know how to mux TrueHD to matroska.
I don't really agree that a libav DirectShow filter for TrueHD and E-AC3 would remove the need for audio transcoding. Also I don't see much sense in muxing TrueHD to Matroska. What advantage does TrueHD have over FLAC? I don't see a single advantage. Personally, I'm converting every TrueHD track to FLAC and I'll continue to do so.

I enjoy your efforts very much and I glad I do not neet to buy Nero anymore.
Well, for best E-AC3 decoding today you still need Nero.

[rack04]

What is the latest GUI and does it support all these options?

[tjf]

Also I don't see much sense in muxing TrueHD to Matroska. What advantage does TrueHD have over FLAC? I don't see a single advantage. Personally, I'm converting every TrueHD track to FLAC and I'll continue to do so.

I see two reasons.

1. Transcoding takes time.
2. Although there is no way at the moment to send digital TrueHD stream to AV receiver, it will happen in the future. I am not so sure about AV receivers to ever support FLAC.

[madshi]

1. Transcoding takes time.
Have you compared the time it takes to demux TrueHD to the time it takes to demux TrueHD and transcode it to FLAC? Both by using eac3to? I think there's probably not much of a difference because the most time consuming thing is probably reading and writing from/to harddisk. And that doesn't differ when using eac3to cause eac3to can demux and transcode in one step.

2. Although there is no way at the moment to send digital TrueHD stream to AV receiver, it will happen in the future. I am not so sure about AV receivers to ever support FLAC.
You need HDMI 1.3 devices to transport TrueHD bitstream. But as far as I know every HDMI 1.3 device can also transport multichannel PCM sound. Now every audio format can be sent lossless via PCM. So if you have HDMI 1.3 devices you can also send FLAC without any loss to the receiver. So I don't see any advantage for TrueHD.

[tjf]

You need HDMI 1.3 devices to transport TrueHD bitstream. But as far as I know every HDMI 1.3 device can also transport multichannel PCM sound. Now every audio format can be sent lossless via PCM. So if you have HDMI 1.3 devices you can also send FLAC without any loss to the receiver. So I don't see any advantage for TrueHD.

That is true for PC playback. But there could be other hardware players in the future that can play matroska files but not decode FLAC.

[rickardk]

Does eac3to handle DTS-HD ES 6.1 in the right way?
Working on The Untouchables (Blu-ray) now. Demuxed audio with xport. eac3to tells me:

eac3to untouchables.dts untouchables.flac
DTS-ES, 6.1 channels, 1:59:51, 24 bits, 1536kbit/s, 48khz, dialnorm: -4dB
Doubling 7th channel...
Removing dialog normalization...
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 6.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "untouchables.flac"

After muxed it into a mkv ffdshow reports it get a 8channel uncompressed stream from madflac. BUT I searched the whole file with headphones (mapped with the 2 "extra" channels) and I can't find any sound.

[rickardk]

Hmm...using ffdshow for flac decoding gives me all channels (I think). Can this be a madflac problem? Or maybe a ffdshow map/mixer problem. But when mixer i bypassed I still can't audio from SL and SR.

It is a madflac problem. Continue in madflac thread...

[SiC]

I stipped the HD DVD EVO files of Transformers and got video and audio elementary streams. Currently I am using eac3to to convert the eac3 to DTS so I can author it onto a Blu-Ray. Does anyone know what delay I should use in eac3to?

Thanks in advance

[madshi]

That is true for PC playback. But there could be other hardware players in the future that can play matroska files but not decode FLAC.
Possible but not very probable. Matroska is open source, so is FLAC. Both cost no license fees whatsoever. If a hardware player adds Matroska support it's very probable that FLAC is supported, too. E.g. most current hardware media player boxes out there already support FLAC (and that since a long time), but only few of them support Matroska yet. All the big players in the media player box business support FLAC (Divco/TVix, NMT, etc).

In contrast to that TrueHD decoding support does cost license fees. Because of that e.g. the Popcorn media player box does not support TrueHD decoding, although its hardware could easily do it. They just didn't add support for TrueHD decoding to save the license fees. Of course FLAC is already announced to be supported (with a future firmware version).

[madshi]

I stipped the HD DVD EVO files of Transformers and got video and audio elementary streams. Currently I am using eac3to to convert the eac3 to DTS so I can author it onto a Blu-Ray. Does anyone know what delay I should use in eac3to?
Did you use the latest eac3to version to demux audio and video? In that case you shouldn't need to use any delays. eac3to already applies all necessary delays during demuxing.

[SiC]

Did you use the latest eac3to version to demux audio and video? In that case you shouldn't need to use any delays. eac3to already applies all necessary delays during demuxing.

No I didn't, I shall try and see if it works.
Thanks

[nautilus7]

Possible but not very probable. Matroska is open source, so is FLAC. Both cost no license fees whatsoever. If a hardware player adds Matroska support it's very probable that FLAC is supported, too. E.g. most current hardware media player boxes out there already support FLAC (and that since a long time), but only few of them support Matroska yet. All the big players in the media player box business support FLAC (Divco/TVix, NMT, etc).

In contrast to that TrueHD decoding support does cost license fees. Because of that e.g. the Popcorn media player box does not support TrueHD decoding, although its hardware could easily do it. They just didn't add support for TrueHD decoding to save the license fees. Of course FLAC is already announced to be supported (with a future firmware version).I 've seen Denon receivers with FLAC support.

[Joniii]

I'm trying to convert eac3 to ac3, what am I doing wrong here?

I installed Nero-7.10.1.2, and this is what i type in eac3to:

"eac3to ddplus.eac3 dd.ac3 -640"

after that eac3to starts decoding and when it's finished it doesn't save any file (dd.ac3).

[madshi]

I'm trying to convert eac3 to ac3, what am I doing wrong here?

I installed Nero-7.10.1.2, and this is what i type in eac3to:

"eac3to ddplus.eac3 dd.ac3 -640"

after that eac3to starts decoding and when it's finished it doesn't save any file (dd.ac3).
Try "eac3to -test". What does it say? You need to buy and register the Nero HD DVD/Blu-Ray plugin. Or alternatively use the "-libav" switch for E-AC3 decoding. See first post of this thread for more details.

[Joniii]

Try "eac3to -test". What does it say? You need to buy and register the Nero HD DVD/Blu-Ray plugin. Or alternatively use the "-libav" switch for E-AC3 decoding. See first post of this thread for more details.

It says nero audio decoder is not working correctly. That must be the problem then.

[Joniii]

eac3to says that my DD+ ripped from HD DVD is 448kbps. Does eac3to detect bitrates correctly? Just wondering because everywhere I look, reviews of this HD DVD say it should have DD+ @ 640kbps.

[Jaja1]

Hi Madshi,

First, thanks for your awesome tool.

I noticed that VC1 HD DVD's that are problematic for Haali splitter, have the same problems after remuxing to mkv with Eac3to.

Any idea why that is?

[madshi]

eac3to says that my DD+ ripped from HD DVD is 448kbps. Does eac3to detect bitrates correctly? Just wondering because everywhere I look, reviews of this HD DVD say it should have DD+ @ 640kbps.
Yes, eac3to detection of bitrates should be reliable. You can compare to what EvoDemux sais. But it should be the same.

[madshi]

I noticed that VC1 HD DVD's that are problematic for Haali splitter, have the same problems after remuxing to mkv with Eac3to.

Any idea why that is?
Do those movies happen to be something other than 1920x1080p24? The Haali splitter has some trouble with strange aspect ratios. Those are really rare, though. Currently eac3to uses Haali's splitter + Haali's MKV muxer to create MKV files. Because of that I'm at the mercy of the Haali filters. If there's a bug in the Haali filters, there's not much I can do about it.

[Thunderbolt8]

im atm trying to remux the 5th element remastered blu-ray, which also is said to have a 20-bit truehd track. do you want a sample from that one (how big)?

[Joniii]

Yes, eac3to detection of bitrates should be reliable. You can compare to what EvoDemux sais. But it should be the same.

Checked with Evodemux it says 448kbps too so it must be that then.

Btw did I do everything right in this E-AC3 448kbps to AC3:

eac3to filename.eac3 filename.ac3 -448 -libav

Also I got another track wich is Dolby TrueHD, is there anything eac3to can do with it to maybe get better audio than from E-AC3?

[madshi]

im atm trying to remux the 5th element remastered blu-ray, which also is said to have a 20-bit truehd track. do you want a sample from that one (how big)?
A sample is needed only if there are problems. I already have a 20bit TrueHD sample.

[madshi]

Btw did I do everything right in this E-AC3 448kbps to AC3:

eac3to filename.eac3 filename.ac3 -448 -libav
Well, what is "right" and what is "wrong"? Personally, I'd have chosen to reencode to 640kbps. Reencoding E-AC3 to AC3 is a lossy process. The higher you choose the bitrate of the final AC3 file the smaller the quality loss is. eac3to's default bitrate for AC3 encoding is (for multi channel audio tracks) 640kbps. You've decided to encode only with 448kbps. That's totally your decision. Everybody needs to find his own balance of file size vs. audio quality.

Also I got another track wich is Dolby TrueHD, is there anything eac3to can do with it to maybe get better audio than from E-AC3?
Sure. The TrueHD track will give you better audio quality than the E-AC3 track. eac3to can handle both, E-AC3 and TrueHD.

[Joniii]

Well, what is "right" and what is "wrong"? Personally, I'd have chosen to reencode to 640kbps. Reencoding E-AC3 to AC3 is a lossy process. The higher you choose the bitrate of the final AC3 file the smaller the quality loss is. eac3to's default bitrate for AC3 encoding is (for multi channel audio tracks) 640kbps. You've decided to encode only with 448kbps. That's totally your decision. Everybody needs to find his own balance of file size vs. audio quality.


Sure. The TrueHD track will give you better audio quality than the E-AC3 track. eac3to can handle both, E-AC3 and TrueHD.

Oh, I didn't know it is lossy, gotta redo with 640kbps then.

Also in wich format do I have to decode Dolby TrueHD and wich commands to use (with best quality)?

[madshi]

Also in wich format do I have to decode Dolby TrueHD and wich commands to use (with best quality)?
That depends on a lot of things. E.g. which way will you play the movie? How is the device which will play the movie connected to your receiver etc...

[Joniii]

That depends on a lot of things. E.g. which way will you play the movie? How is the device which will play the movie connected to your receiver etc...

I'm playing it with WMP11/Vista Media Center, .MKV files, computer connected to receiver with spdif.

[nautilus7]

I'm playing it with WMP11/Vista Media Center, .MKV files, computer connected to receiver with spdif.

spdif is able to carry ac3 and dts sound.

[madshi]

I'm playing it with WMP11/Vista Media Center, .MKV files, computer connected to receiver with spdif.
Well, you cannot transport E-AC3, TrueHD or FLAC over spdif. So your best option would be to transcode to either AC3 or DTS because those (as nautilus7 posted) are the only multi channel formats usually supported by spdif. Of course if you want to keep the best audio quality for the future when maybe you'll playback movies through HDMI, you might want to store the TrueHD track for future use. Of course that's your decision.

[Joniii]

Thanks for the info. I guess DTS would have the best quality then.

so, eac3to audio.thd audio...

Thats as much as I can figure out wich would be the best quality, there is so many options to choose :confused:.

[madshi]

Thanks for the info. I guess DTS would have the best quality then.

so, eac3to audio.thd audio...

Thats as much as I can figure out wich would be the best quality, there is so many options to choose :confused:.
eac3to audio.thd audio.dts

It's not that difficult, or is it? ;) However, this works only if you have the commercial Surcode DTS encoder installed on your PC. If you don't then your only choice is AC3 encoding. Which would be:

eac3to audio.thd audio.ac3

[Joniii]

eac3to audio.thd audio.dts

It's not that difficult, or is it? ;) However, this works only if you have the commercial Surcode DTS encoder installed on your PC. If you don't then your only choice is AC3 encoding. Which would be:

eac3to audio.thd audio.ac3

lol. DTS, DTS-ES, DTS-96/24, DTS-HD Hi-Res, DTS-HD Master Audio, these confused me. I thought I need to pick one of these and all of them would have different extension and so on.

Ok, I think I get it now :).

[Joniii]

Oh, one more thing about these bitrates. THD->DTS would be best to do with 1536kbps, am I totally wrong about this?

[madshi]

Oh, one more thing about these bitrates. THD->DTS would be best to do with 1536kbps, am I totally wrong about this?
Generally with lossy codecs (like AC3, E-AC3 and conventional DTS) the rule is that the higher the bitrate the higher is the quality. So yes, 1536kbps would give the best audio quality. Of course it also consumes the most space.

[Joniii]

Generally with lossy codecs (like AC3, E-AC3 and conventional DTS) the rule is that the higher the bitrate the higher is the quality. So yes, 1536kbps would give the best audio quality. Of course it also consumes the most space.

Works beautifully, Surcode is now encoding. Thx for this great tool.

[Joniii]

One more question does this create 24-bit DTS or 16-bit?

[Jaja1]

Do those movies happen to be something other than 1920x1080p24? The Haali splitter has some trouble with strange aspect ratios. Those are really rare, though. Currently eac3to uses Haali's splitter + Haali's MKV muxer to create MKV files. Because of that I'm at the mercy of the Haali filters. If there's a bug in the Haali filters, there's not much I can do about it.It happens to all sorts of titles, all 1920x1080p24. The Graduate, The Searchers, Rio Bravo, Unforgiven etc. The mkv versions have the same problems as the originals. So if you use Haali's splitter, which is buggy for VC1 encoded HD DVD's, in eac3to, I guess it's of no use to turn the evo's into mkv's. Pitty.

[madshi]

One more question does this create 24-bit DTS or 16-bit?
DTS always *decodes* to 24bit. However, you can feed the DTS encoder 16bit or 24bit. Both is accepted by Surcode. So basically the DTS file is encoded in the bitdepth of the source.

[madshi]

It happens to all sorts of titles, all 1920x1080p24. The Graduate, The Searchers, Rio Bravo, Unforgiven etc. The mkv versions have the same problems as the originals. So if you use Haali's splitter, which is buggy for VC1 encoded HD DVD's, in eac3to, I guess it's of no use to turn the evo's into mkv's. Pitty.
I've remuxed at least 15 VC-1 HD DVDs to MKV without a single problem. So I don't think that there is a general problem with VC-1 HD DVDs. Not sure about those movies you've mentioned. Maybe there's something special about them. Please try reripping to make sure that there's no glitch in the rip. If you have reripped the movies and the same problem still occurs I'd be happy about a sample.

[rickardk]

It happens to all sorts of titles, all 1920x1080p24. The Graduate, The Searchers, Rio Bravo, Unforgiven etc. The mkv versions have the same problems as the originals. So if you use Haali's splitter, which is buggy for VC1 encoded HD DVD's, in eac3to, I guess it's of no use to turn the evo's into mkv's. Pitty.

I have done remuxed about 60 titles now. Very few problems...

Unforgiven remuxed without problems

[madshi]

I have done remuxed about 60 titles now. Very few problems...

Unforgiven remuxed without problems
Thanks.

I think that when eac3to users are having problems the problems are often caused by bad rips. eac3to is quite sensitive to bad rips. Maybe Haali's filters are, too. The ticket to good transcoding/remuxing is a glitch free rip.

[rickardk]

Thanks.

I think that when eac3to users are having problems the problems are often caused by bad rips. eac3to is quite sensitive to bad rips. Maybe Haali's filters are, too. The ticket to good transcoding/remuxing is a glitch free rip.

Yes and that's good that it is sensitive!
But some discs can cause problems due to bad authoring. Often there is a workaround though...

[Chumbo]

I updated to 2.14 and wanted to report this:eac3to "HVDVD_TS\FEATURE_1.EVO"+"HVDVD_TS\FEATURE_2.EVO" 4: movie.dts -84ms

EVO, 1 video track, 4 audio tracks, 2:15:09
1: Joined EVO file
2: h264/AVC, 1080p24 /1.001
3: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
4: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, -84ms
Extracting audio track number 4...
Removing dialog normalization...
Applying RAW/PCM delay...
Writing WAVs...
Creating/writing file "movie.R.wav"...
Creating/writing file "movie.L.wav"...
Creating/writing file "movie.C.wav"...
Creating/writing file "movie.SL.wav"...
Creating/writing file "movie.LFE.wav"...
Creating/writing file "movie.SR.wav"...
-------------------------------------------------------------------------------
[mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]End of stream indicated
Found Surcode DTS Encoder version 1.0.23.0.
Surcode encoding successfully started. Please wait...
Closing Surcode...
Video track 2 contains 194425 frames.
eac3to processing took 2 hours, 19 minutes.
Surcode encoding took 45 minutes, 59 seconds.
Done.

I'll use -nero to redo it, but thought you might want to know. This process does use libav right? Thanks much.

If I may ask for a couple wish list items:
- command line option to log the screen output to a file. I currently use the redirect to a file, i.e., " > log.txt" but the file has to be "cleaned" out, at least on Windows it does, as it has extraneous dashes, spaces and either CRs or LFs. It would be nice to have a "clean" log file. :)

- add to the logging, if it's not too much trouble, the filter chain being used, or at least what video and/or audio objects are being used when no specific one is specified.

Thanks so much madshi for all you're doing on this behemoth.

[SiC]

Did you use the latest eac3to version to demux audio and video? In that case you shouldn't need to use any delays. eac3to already applies all necessary delays during demuxing.

Thanks, it worked. I used eac3to to strip the audio and it came up with -84ms.
I ended up re-encoding the E-AC3 to AC3 640k since the DTS file size was too large to burn onto a single layer Blu-Ray. I was about 800MB short of space for the DTS :(

[madshi]

I updated to 2.14 and wanted to report this:[mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]End of stream indicated
[...]
eac3to processing took 2 hours, 19 minutes.
Surcode encoding took 45 minutes, 59 seconds.
Done.
That's ok, everything's fine. This "end of stream indicated" message just means that there was a marker in the TrueHD stream which indicated that the track is through. This is not a bug nor an error. The resulting file should be alright.

If I may ask for a couple wish list items:
- command line option to log the screen output to a file. I currently use the redirect to a file, i.e., " > log.txt" but the file has to be "cleaned" out, at least on Windows it does, as it has extraneous dashes, spaces and either CRs or LFs. It would be nice to have a "clean" log file. :)
There is a log file written everytime eac3to runs. Just check out "log.txt" in the folder where eac3to is located.

- add to the logging, if it's not too much trouble, the filter chain being used, or at least what video and/or audio objects are being used when no specific one is specified.
I don't see why that should be necessary? The default decoders are listed in the first post of this thread. These are the decoders that are used if you don't force the use of another decoder.

Filter chain? DirectShow is not even involved with a lot of eac3to actions. Only when decoding with Nero or Sonic or when remuxing video to MKV DirectShow is used. For everything else DirectShow is not used at all. So the "filter chain" is usually extremely short. For audio decoding with Nero/Sonic it contains two internal filters (special source filter + dump filter, both of which are only available to eac3to) and the Nero/Sonic decoder filter. Nothing more. For Haali remuxing, eac3to is using "Haali Media Splitter (AR) -> Haali Matroska Muxer". There are no more DirectShow filters that are ever used by eac3to.

[Wackyphill]

I have a noob question. I'm trying to backup an HDDVD I have to an MKV file w/ the video and its DolbyTrue HD track converted to FLAC.

Is this supposed to be done in 2 steps?
Like: eac3to 1.evo+2.evo 2: video.mkv
and then run eac3to again to extract the audio
and then finally use mkmerge to add the flac file to the video.mkv


or is there a way to do this in one step? I haven't been able to work it out and get the audio to sync right.

Any help would be appreciated.

[Geleodor]

madshi thank you for the Greatest tool :)
And question: is it possible to make support .m2ts and .ts remuxing, reencoding audio like you did with .EVO ?

[nautilus7]

I have a noob question. I'm trying to backup an HDDVD I have to an MKV file w/ the video and its DolbyTrue HD track converted to FLAC.

Is this supposed to be done in 2 steps?
Like: eac3to 1.evo+2.evo 2: video.mkv
and then run eac3to again to extract the audio
and then finally use mkmerge to add the flac file to the video.mkv


or is there a way to do this in one step? I haven't been able to work it out and get the audio to sync right.

Any help would be appreciated.

You can do it as you said (3 steps) but it can be done in 2 steps also.

Suppose 2 is the video stream and 3 is the truehd strem:

eac3to 1.evo+2.evo 2: video.mkv 3: audio.flac

Then use mkvtoolnix to mux both video and audio in a new file.

[nautilus7]

madshi thank you for the Greatest tool :)
And question: is it possible to make support .m2ts and .ts remuxing, reencoding audio like you did with .EVO ?madshi has already said that he will add support for that in the future.
evo --> mkv has to be perfect, first.

[Chumbo]

That's ok, everything's fine. This "end of stream indicated" message just means that there was a marker in the TrueHD stream which indicated that the track is through. This is not a bug nor an error. The resulting file should be alright.


There is a log file written everytime eac3to runs. Just check out "log.txt" in the folder where eac3to is located.


I don't see why that should be necessary? The default decoders are listed in the first post of this thread. These are the decoders that are used if you don't force the use of another decoder.

Filter chain? DirectShow is not even involved with a lot of eac3to actions. Only when decoding with Nero or Sonic or when remuxing video to MKV DirectShow is used. For everything else DirectShow is not used at all. So the "filter chain" is usually extremely short. For audio decoding with Nero/Sonic it contains two internal filters (special source filter + dump filter, both of which are only available to eac3to) and the Nero/Sonic decoder filter. Nothing more. For Haali remuxing, eac3to is using "Haali Media Splitter (AR) -> Haali Matroska Muxer". There are no more DirectShow filters that are ever used by eac3to.
Thanks a lot madshi. I'm sorry, I didn't mean for the 2nd request to be a hassle. I think I should have clarified it and not use the term "filter chain." I like how you show the audio encoder, for example, when we force the option to -nero. That's all I meant, is when we just use the default, could you show it like you do when we use a forced option? Not a big deal and you're right, I already know what the defaults are. ;)

[Joniii]

I did TrueHD 24bit -> FLAC with this:

eac3to 1.thd 1.flac

It outputted only 16bit FLAC, shouldn't it be 24bit?

[nautilus7]

I did TrueHD 24bit -> FLAC with this:

eac3to 1.thd 1.flac

It outputted only 16bit FLAC, shouldn't it be 24bit?
No.
TrueHD is always 24 bit, but it doesn't mean that contains 24bit of information. It is possible that the "useful" bits are 16 or 20 and the rest are zeros.

[Joniii]

Ok, thx :)

[DreckSoft]

There seems to be a problem with DTS-HD MasterAudio files.

First I tried to extract the core using
eac3to.exe HS.dtshd HS.dts

The resulting file was exactly the same as the source (over 4GB for less than 2h). Extracting with DTSCore worked.

Reencoding doesnt work either:

eac3to.exe HS.dtshd HS.768.dts -768
DTS Master Audio, 7.1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Writing WAVs...

Then nothing happens.

I tried the Track from Hairspray US Blu-Ray.


eac3to.exe -test
Nero Audio Decoder (Nero 7 or older) is not working correctly
Sonic Audio Decoder (4.2.0.102) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder (1.0.23.0) is installed
MkvToolnix (v2.1.0) is installed

eac3to.exe
eac3to v2.14, freeware by madshi.net

[nautilus7]

To extract the core you have to use the -core switch. This has been changed since v2.00 i think.

So, you can't encode to .dts. Maybe a problem with surcode? Try source.dtshd dest.wavs works for you to see if there's a problem with eac3to.

[Wackyphill]

Thank you for the info Nautilus7.

[DreckSoft]

eac3to.exe HS.dtshd HS.dts -core
works, thanks

However
eac3to.exe HS.dtshd HS.dts
should either reencode to dts or do nothing an throw an error. just copying the file seems strange.

My Surcode installation is fine. When I use the dts core and try to reencode everything is fine. Reencoding the dtshd file to flac doesn't work either.

eac3to.exe HS.dtshd HS.flac
DTS Master Audio, 7.1 channels, 24 bits, 48khz
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...

and nothing else happens. No flac file is created. Encoding the dts core works (but doesn't make sense)

[nautilus7]

Then the problem is at the sonic decoder. Try the -nero swich to see if it works.

[Wackyphill]

Well,I've been able to get audio and video playing in an mkv which is wonderful.

But the audio is a couple seconds or so ahead of the video.

Does anyone know where I went wrong or how to correct the synching?

[nautilus7]

Can you post the command line you used?

[Wackyphill]

F:\HDDVD\300\demux\eac3to\eac3to.exe F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1.EVO+F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1_Divide.EVO 5: F:\HDDVD\300\demux\1.flac

for the audio

F:\HDDVD\300\demux\eac3to\eac3to.exe F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1.EVO+F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1_Divide.EVO 1.mkv

for the video

then I used mkvmerge and justadded in 1.flac to 1.mkv

[nautilus7]

Sorry, i meant the log too. If you don't have it, can you type eac3to 1st.evo+2nd.evo to get the track list in order to see what is the delay value that eac3to reports?

[intomed]

Long time lurker, new poster. Sorry if this has been addressed, as I'm still working my way through all 120+ pages of this thread. However, I have been unable to get a clean video demux from the POTO HD DVD. I have ripped and re-ripped this movie with no success. The audio comes out wonderfully. However, the video is severely unwatchable with, for lack of a better term, rainbow blocks. I've used eac3to without success. I've also tried to go the way of EvoDemux-->VC1 file-->VC12AVI. Even the AVI files demonstrates the same rainbow blocking. The weird thing is that the VC1 and EVO files do not exhibit this behavior. Any help/advise would be greatly appreciated.

Finally, I want to commend the author/creator of eac3to. What a wonderful piece of software. I have used it to create an mkv of Batman Begins without any difficulties. That in itself is a great accomplishment, as that was the first movie I have ever "converted" to another format. Thank you.

[Wackyphill]

is this what you mean by the log?

eac3to v2.14
F:\HDDVD\300\demux\eac3to\eac3to.exe F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1.EVO+F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1_Divide.EVO 5: F:\HDDVD\300\demux\1.flac
EVO, 2 video tracks, 5 audio tracks, 1:56:33
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001
4: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
7: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
8: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting audio track number 5...
Removing dialog normalization...
Encoding FLAC...
Creating/writing file "F:\HDDVD\300\demux\1.24bit.flac"...
This audio track contains only 16 bit of information.
The zero bytes were successfully removed.
Video track 2 contains 167654 frames.
Video track 3 contains 209566 frames.
eac3to processing took 1 hour, 44 minutes.
Done.

[nautilus7]

Yes. The truehd track doesn't need any delay, so eac3to didn't apply any to the flac. But it should be in sync.

Is the original evo file in sync?
If yes, do you notice the same de-sync throughout the remuxed (mkv) movie? Try using different audio/video decoders to see if the de-sync still exists.

[nautilus7]

Long time lurker, new poster. Sorry if this has been addressed, as I'm still working my way through all 120+ pages of this thread. However, I have been unable to get a clean video demux from the POTO HD DVD. I have ripped and re-ripped this movie with no success. The audio comes out wonderfully. However, the video is severely unwatchable with, for lack of a better term, rainbow blocks. I've used eac3to without success. I've also tried to go the way of EvoDemux-->VC1 file-->VC12AVI. Even the AVI files demonstrates the same rainbow blocking. The weird thing is that the VC1 and EVO files do not exhibit this behavior. Any help/advise would be greatly appreciated.

Finally, I want to commend the author/creator of eac3to. What a wonderful piece of software. I have used it to create an mkv of Batman Begins without any difficulties. That in itself is a great accomplishment, as that was the first movie I have ever "converted" to another format. Thank you.Someone mentioned this kind of problem with this movie a few pages back. Do the evo files playback flawlessly? What decoder do you use?

[intomed]

Yes the evo files playback flawlessly, both the original evo rips and the joined.evo file. Also, when I demux the evo to VC1 with EvoDemux, that file plays back flawlessly. I used the latest version of AnyDVDHD.

[rickardk]

I also had problem with this on U-571. EVOs plays fine.. But as soon as remuxed the video is screwed up.

[intomed]

Doing a search through this thread to see if it's the same problem that I have.

[nautilus7]

I used the latest version of AnyDVDHD.I meant what program you use to playback the file. Not to decrypt them.

Anyway, it might be a haali media splitter bug or mkvtoolix bug.
You can manually mux the raw vc-1 stream to mkv with mkvtoolnix to see what happens.

[intomed]

For the evo files I used media player classic and PDVD. For the VC1 file, I believe I used MPC too. I used MPC for playback of mkv files, as I do not get smooth video playback with VLC (it looks slightly choppy to me). None of these play in WMP11 at all. Don't know how to get the codec to work. As I understand it, isn't WMP supposed to come with the codec to play VC1 files?

I did find a previous post regarding problems with POTO. I found the sample file that was given to Madshi to demonstrate the problem. The problem is...I downloaded the file and it plays flawlessly on MPC and WMP11. I don't see what that person was concerned with. My files for this movie are clean for the Warner Bros emblem, then on the next scene-->rainbow blocks.

[Snowknight26]

Yes the evo files playback flawlessly, both the original evo rips and the joined.evo file. Also, when I demux the evo to VC1 with EvoDemux, that file plays back flawlessly. I used the latest version of AnyDVDHD.

Its a known problem with that HD DVD. Infact, it has several problems throughout the film.

You can manually mux the raw vc-1 stream to mkv with mkvtoolnix to see what happens.
Rainbow frames galore.

[intomed]

So...has anyone found a solution? Or is this a futile effort?

[baudi]

This is a Haali splitter bug, also present in Unforgiven HD DVD, with VC-1 codec. Fortunately only a few VC-1 movies have this problem with Haali splitter.

If you mux the VC-1 stream into a .ts container you will see a perfect video, no rainbow images.

[intomed]

Can someone point me in the right direction as to how to accomplish this? I apologize for my ignorance, it's just that this is my first journey into video conversion.

[rickardk]

This is a Haali splitter bug, also present in Unforgiven HD DVD, with VC-1 codec. Fortunately only a few VC-1 movies have this problem with Haali splitter.

If you mux the VC-1 stream into a .ts container you will see a perfect video, no rainbow images.

Hmm.. Strange because I have remuxed Unforgiven and it plays without problems. Blu-ray source but I think they share the same VC-1 encode.

[Wackyphill]

Yes. The truehd track doesn't need any delay, so eac3to didn't apply any to the flac. But it should be in sync.

Is the original evo file in sync?
If yes, do you notice the same de-sync throughout the remuxed (mkv) movie? Try using different audio/video decoders to see if the de-sync still exists.

Well, I don't have software for playing the evo so I can't say but I think it would be fine, it's just a straight rip from anydvd.

The audio seems to be off by a constant amount I don't think it drifts.

Is the fact their seems to be 2 video streams in the evo possibly the problem?

I'm using ffmpeg to play the FLAC. What other decoder would you suggest?

[Chumbo]

@madshi,
Would you consider adding an option to not apply delay automatically please? I noticed upon demuxing an e-ac3 track, that the delay was applied but I couldn't turn it off. I tried -0ms and +0ms and neither worked.

The delay is actually valid in that the audio doesn't start until several seconds into the short clip I have. A good example of this is the Paramount HD logo EVO on the Hunt for Red October HD DVD or probably most other Paramount HD DVDs. :)

[Joniii]

Is TrueHD -> FLAC completely lossless or is there some process while converting that doesn't make it possible?

[napalm-187]

hi i decoding true hd track from constantin

nero shows 24 bit

eac3to writing 16 bit and 24 waves, after transcoding, the 24 bit files deleted automaticly,
here is the log txt

i think true hd have always 24 bit?


eac3to v2.14
"D:\Downloads\eac3\eac3to\eac3to.exe" "F:\test.thd" "F:\test.wavs" -nero
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Writing WAVs...
Creating/writing file "F:\test.24bit.R.wav"...
Creating/writing file "F:\test.24bit.L.wav"...
Creating/writing file "F:\test.24bit.C.wav"...
Creating/writing file "F:\test.24bit.SL.wav"...
Creating/writing file "F:\test.24bit.SR.wav"...
Creating/writing file "F:\test.24bit.LFE.wav"...
This audio track contains only 16 bit of information.
The zero bytes were successfully removed.
eac3to processing took 10 minutes, 14 seconds.
Done.

[madshi]

However
eac3to.exe HS.dtshd HS.dts
should either reencode to dts or do nothing an throw an error. just copying the file seems strange.
It does not just copy the file, it also removes dialnorm (if used) and it patches the stream to 24bit (if it's 16bit and not Master Audio). Finally, it removes zero padding (if contained in the stream).

Anyway, the reason why "eac3to source.dtshd dest.dts" is not extracting the core, anymore, is that eac3to v2.0 does not even look at the source file extension, anymore. Instead eac3to is looking inside the file to find out what audio stream type it is. So you could name the source file "source.funny" and eac3to would still work just fine. And "dts" is a valid file extension for both DTS and DTS-HD. So using "dts" as the destination file extension doesn't necessarily mean that you want to have the DTS-HD blocks stripped.

eac3to v1.x was not able to do any processing on DTS-HD streams except extracting the core. E.g. just removing dialnorm or zero padding from a DTS-HD stream was simply not supported. Because of that eac3to v1.x always automatically extracted the core if the source file was DTS-HD and the destination file was DTS. Since eac3to v2.x can do many things with DTS-HD and core extraction is only one of those things, core extraction is now only done if you ask for it.

My Surcode installation is fine. When I use the dts core and try to reencode everything is fine. Reencoding the dtshd file to flac doesn't work either.
In that case seemingly the Sonic decoder stalls when decoding your DTS-HD file. It could be a bug in the Sonic decoder. Or it could be some kind of corruption in the DTS-HD blocks. DTS is usually not protected by a CRC, so there's no way to check if the data is corrupt or not. I've already noticed that decoding can stall or crash if there are bit faults somewhere in the stream.

If you believe that this might be a bug in eac3to then I'd suggest that you try GraphEdit (File Async Source -> Sonic Demuxer -> Sonic Audio Decoder -> Dump) to see whether that graph runs through. If it does, eac3to is likely to have a bug. If GraphEdit stalls, too, it's either a bug in the Sonic Audio Decoder or a corruption in the DTS-HD track.

[nautilus7]

Well, I don't have software for playing the evo so I can't say but I think it would be fine, it's just a straight rip from anydvd.

The audio seems to be off by a constant amount I don't think it drifts.

Is the fact their seems to be 2 video streams in the evo possibly the problem?

I'm using ffmpeg to play the FLAC. What other decoder would you suggest?
Having 2 evo files wouldn't be a problem. Try madshi's madflac decoder. It can be found in this forum.

[madshi]

F:\HDDVD\300\demux\eac3to\eac3to.exe F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1.EVO+F:\HDDVD\300\demux\feature_300NDOM6LF1VC1_HD1_Divide.EVO 5: F:\HDDVD\300\demux\1.flac
Is that the USA HD DVD of 300? I'm a bit confused by the names of the EVO files. This "blabla_devide.evo" names are usually only used by European studios (e.g. Studio Canal) but not by US studios!

Anyway, is the audio out of sync in the beginning of the movie already? In that case it'd be very helpful if you could upload a sample of the movie for me to test. Don't know how long the sample has to be. Depends on how soon the audio sync problem is noticable.

Also, could you please check whether the E-AC3 tracks show the same audio sync problems? Thanks.

[madshi]

However, I have been unable to get a clean video demux from the POTO HD DVD. I have ripped and re-ripped this movie with no success. The audio comes out wonderfully. However, the video is severely unwatchable with, for lack of a better term, rainbow blocks.
As was already posted by Snowknight26 and baudi this is a known problem with POTO. I have the same problem when trying to play the EVO files directly in MPC with the Haali Media Splitter. Currently I don't know how to solve this.

[madshi]

Is the fact their seems to be 2 video streams in the evo possibly the problem?
Nope, that's no problem.

I'm using ffmpeg to play the FLAC. What other decoder would you suggest?
Try madFlac, but I rather doubt that it will make a difference with audio sync. But it'd be worth a try...

[madshi]

@madshi,
Would you consider adding an option to not apply delay automatically please? I noticed upon demuxing an e-ac3 track, that the delay was applied but I couldn't turn it off. I tried -0ms and +0ms and neither worked.

The delay is actually valid in that the audio doesn't start until several seconds into the short clip I have. A good example of this is the Paramount HD logo EVO on the Hunt for Red October HD DVD or probably most other Paramount HD DVDs. :)
You can do that right now. If eac3to e.g. lists that 100ms delay is necessary it will automatically apply this delay. Now if you don't like this, just do "-100ms"... :)

Just for my interest: For what purpose do you need that?

[madshi]

Is TrueHD -> FLAC completely lossless or is there some process while converting that doesn't make it possible?
It's completely lossless, as long as there's no bug anywhere.

[madshi]

hi i decoding true hd track from constantin

nero shows 24 bit

eac3to writing 16 bit and 24 waves, after transcoding, the 24 bit files deleted automaticly,
here is the log txt

i think true hd have always 24 bit?
The decoder output is always 24bit. But the lower 8bit of the decoder output is often just filled with zeroes. eac3to detects that and then converts the FLAC file to 16bit. Don't worry, eac3to will never throw away any audio data when doing TrueHD -> FLAC, unless you explicitely tell it to.

[napalm-187]

hi
thanks for this, i think there was an error :)

dawn of the dead uncut true hd tracks goings completed ouput from 24 bit and hears damn good





The decoder output is always 24bit. But the lower 8bit of the decoder output is often just filled with zeroes. eac3to detects that and then converts the FLAC file to 16bit. Don't worry, eac3to will never throw away any audio data when doing TrueHD -> FLAC, unless you explicitely tell it to.

[madshi]

hi
thanks for this, i think there was an error :)

dawn of the dead uncut true hd tracks goings completed ouput from 24 bit and hears damn good
I'm confused. Can you please explain what you mean? What does "goings completed ouput" mean? And what error are you talking about?

[derekz]

is possible to create an installation pack with all necessary/optional software for eac3to ? (like eac3togui,haali media splitter, ecc..)

thanks

[napalm-187]

@madhsi

i mean this

the true hd track from dawn of the dead was decoding to 24 bit waves.

nero say 24 bit and nero was decoded to 24 bit,

then i decoded the true hd track from constantine, there was decoded to 16 bit, and i mean this is an error, well i think all true hd tracks have 24 bit in it,

but its not so, true hd track have booth 16 and 24 bit in it right?

[nautilus7]

Truehd is always 24 bit, BUT it is possible not all bit to be filled with info. The remaining bits (until the 24th) are filled with zeros. These zeros are removed by eac3to.

[napalm-187]

hmmm

ok and what can i do the i became 24 bit waves and no 16 bit waves after transcoding?

[madshi]

hmmm

ok and what can i do the i became 24 bit waves and no 16 bit waves after transcoding?
You just need to stop worrying... :)

Fact 1: All TrueHD tracks decode to 24 bit.
Fact 2: Some TrueHD tracks contain full 24 bit of information, others have 8 bit of those 24 bit filled up with nothing but zeroes.

eac3to detects both situations and behaves accordingly.

[napalm-187]

You just need to stop worrying... :)

Fact 1: All TrueHD tracks decode to 24 bit.
Fact 2: Some TrueHD tracks contain full 24 bit of information, others have 8 bit of those 24 bit filled up with nothing but zeroes.

eac3to detects both situations and behaves accordingly.


ahh ok this is the point,
then is for me all claer

thx madshi for your great tool

[madshi]

is possible to create an installation pack with all necessary/optional software for eac3to ? (like eac3togui,haali media splitter, ecc..)
Of course I could include them in the download. But I don't really like the idea. At least Haali's Filters and mkvtoolnix are full blown installers which create start menu items etc. eac3to in comparison is just a simple command line tool which doesn't even have an installer. So all I could do is include the Haali and mkvtoolnix installers in the eac3to.zip. You'd still have to install those software packages manually. I don't really see the big advantage of doing that.

[Joniii]

Anyone have any idea how AC3Filter handles 5.1 FLAC that has been converted from TrueHD? I mean that AC3Filter picks 5.1 on FLAC and passes it trought SPDIF into receiver, It uses it's AC3encoder with bitrate 640kbps, so my receiver says DD 640kbps. Do I lose some quality there or is it just lossless passtrough?

[nautilus7]

Like you said it is converted to DD 640 kbps. Is DD same to flac? I don't think so...

[Wackyphill]

Is that the USA HD DVD of 300? I'm a bit confused by the names of the EVO files. This "blabla_devide.evo" names are usually only used by European studios (e.g. Studio Canal) but not by US studios!

Anyway, is the audio out of sync in the beginning of the movie already? In that case it'd be very helpful if you could upload a sample of the movie for me to test. Don't know how long the sample has to be. Depends on how soon the audio sync problem is noticable.

Also, could you please check whether the E-AC3 tracks show the same audio sync problems? Thanks.



I'm almost positive it's the US version but I'll double check tonight. I live in the US and bought it from Amazon... but I'll check. Any obvious label on the case to check for? What I found unusual about it was not that it had 2 evos w/ wierd names but that there were 2 video streams in the evo w/ different framerates?

I installed your flac decoder originally but I wasn't getting FLAC playback in my player. It wasn't until I installed ffmpeg that it started playing back. How can I specify which decoder gets used?

I'll try the e-ac3. I'll have to try and force libav cuz I dont have the other decoders.

Also (because I don't want to put anyone on a wild goose chace), is it possible a slower computer could cause this problem? My PC is a little under powered for playback but I didn't think that video/audio would look and sound smooth but be behind audio I thought they'd maybe stutter together. Is that a possibility though?

[madshi]

I'm almost positive it's the US version but I'll double check tonight. I live in the US and bought it from Amazon...
Anyone else has remuxed 300 US HD DVD yet? Did you have audio sync problems, too?

What I found unusual about it was not that it had 2 evos w/ wierd names but that there were 2 video streams in the evo w/ different framerates?
That's normal. The 2nd video is PIP.

I installed your flac decoder originally but I wasn't getting FLAC playback in my player. It wasn't until I installed ffmpeg that it started playing back. How can I specify which decoder gets used?
Depends on the media player. In MPC right click on video -> Filters.

Also (because I don't want to put anyone on a wild goose chace), is it possible a slower computer could cause this problem? My PC is a little under powered for playback but I didn't think that video/audio would look and sound smooth but be behind audio I thought they'd maybe stutter together. Is that a possibility though?
If playback is fluid I'd say that the slow computer shouldn't be guilty. Furthermore if the slow computer would cause the problem the audio sync would probably be different everytime you restart the movie.

[Chumbo]

You can do that right now. If eac3to e.g. lists that 100ms delay is necessary it will automatically apply this delay. Now if you don't like this, just do "-100ms"... :)

Just for my interest: For what purpose do you need that?
Well, you're right I could do that by countering the automatic delay applied, but then that would impact the other audio tracks I may be demuxing like TrueHD. It would be easier to just have an option to not apply the delay automatically on all tracks being demuxed.

I guess I'm from the mindset that if a tool applies anything automatically, it should allow the disabling of that feature, i.e., demux as-is. :)

It's not a huge deal because I can always get the track via graphedt and Dump as-is.

[nautilus7]

I don't think you are right...

I am under the impression that you can specify different options for each output track:

eac3to first.evo+second.evo 1: video.mkv 2: audio1.ac3 -100ms 3: audio3.flac +100ms

[Chumbo]

I don't think you are right...

I am under the impression that you can specify different options for each output track:

eac3to first.evo+second.evo 1: video.mkv 2: audio1.ac3 -100ms 3: audio3.flac +100ms
Oh wow, I'm happy to be wrong if that's the case. :) Madshi, you little sneak, is this true? ;) I will try this.

[baudi]

Hmm.. Strange because I have remuxed Unforgiven and it plays without problems. Blu-ray source but I think they share the same VC-1 encode.

You can check it:

http://forum.doom9.org/showthread.php?p=1033199#post1033199

[baudi]

Can someone point me in the right direction as to how to accomplish this? I apologize for my ignorance, it's just that this is my first journey into video conversion.

Demux the .EVO file with EVODemux, then you get a .mpv file containing the VC-1 stream. Mux that .mpv to .ts with Elecard XMuxer Pro 2.5.

Good luck.

[madshi]

Oh wow, I'm happy to be wrong if that's the case. :) Madshi, you little sneak, is this true? ;) I will try this.
nautilus7 is right. Every "action" has its own set of options. E.g. "eac3to source.evo 2: audio1.ac3 -100ms 2: audio2.ac3 2: audio3.ac3 +100ms" will create 3 different files with 3 different runtimes. This also means that if you e.g. want to delay all audio tracks by 100ms, you HAVE to add "+100ms" after each and every destination file.

I guess I'm from the mindset that if a tool applies anything automatically, it should allow the disabling of that feature, i.e., demux as-is.
Ok, but what is the practical purpose of disabling "automatic delay correction"? Why would you ever want to do that?

[madshi]

Demux the .EVO file with EVODemux, then you get a .mpv file containing the VC-1 stream. Mux that .mpv to .ts with Elecard XMuxer Pro 2.5.
You can also demux the video track with eac3to, btw.

[Chumbo]

nautilus7 is right. Every "action" has its own set of options. E.g. "eac3to source.evo 2: audio1.ac3 -100ms 2: audio2.ac3 2: audio3.ac3 +100ms" will create 3 different files with 3 different runtimes. This also means that if you e.g. want to delay all audio tracks by 100ms, you HAVE to add "+100ms" after each and every destination file.


Ok, but what is the practical purpose of disabling "automatic delay correction"? Why would you ever want to do that?
Very cool madshi. What a great feature to allow that per action. :)

As to the practical purpose, I guess it's more for convenience for those who would like to use eac3to exclusively w/out having to resort to graphedt or anything else for things eac3to does already and does very well. Demuxing the elementary streams as-is I think should be essential if that makes sense.

Btw, now that you've so turbo charged eac3to, do you think it's time to rename the tool? :) btw, when do you sleep? :p

[madshi]

As to the practical purpose, I guess it's more for convenience for those who would like to use eac3to exclusively w/out having to resort to graphedt or anything else for things eac3to does already and does very well. Demuxing the elementary streams as-is I think should be essential if that makes sense.
What is the practical purpose of demuxing elementary streams as-is?

Or in other words: Why do you want to end up with audio tracks which are not in sync with the video? :confused:

Btw, now that you've so turbo charged eac3to, do you think it's time to rename the tool? :)
Do you have a new name in mind which is so great that it's worth the change? I didn't really find such a name yet... Sure, "eac3to" doesn't really fit, anymore, but this name has the advantage of being quite well known already. So a new name must be really good to be worth the change...

btw, when do you sleep? :p
At night? :p

[nesNYC]

Converting the VC1's to AVI solves a lot of the EVO playback issues I've encountered. Seems the VC1's tell direct show not to use the Sonic demux and instead uses the Windows DMO. Also, blocking the Windows video DMO in MPC does the trick also.

As was already posted by Snowknight26 and baudi this is a known problem with POTO. I have the same problem when trying to play the EVO files directly in MPC with the Haali Media Splitter. Currently I don't know how to solve this.

[Chumbo]

What is the practical purpose of demuxing elementary streams as-is?

Or in other words: Why do you want to end up with audio tracks which are not in sync with the video? :confused:

Like I mentioned in a prior post, the Paramount logo, for example, shows a delay of 918ms, however the audio becomes out of sync AFTER the delay is automatically applied. So it's not always true that automatically applying the delay "fixes" the audio so it's in sync with the video.

I think any of the Paramount HD DVDs will have PARALOGO.EVO if you want to see what I'm talking about. :)

[Snowknight26]

Converting the VC1's to AVI solves a lot of the EVO playback issues I've encountered. Seems the VC1's tell direct show not to use the Sonic demux and instead uses the Windows DMO. Also, blocking the Windows video DMO in MPC does the trick also.

Any way you look at it, muxing the VC-1 stream into an mkv will result in rainbow frames. Decoder should have influence on how its displayed (*).


* There are exceptions, but thats not the point.

[madshi]

Like I mentioned in a prior post, the Paramount logo, for example, shows a delay of 918ms, however the audio becomes out of sync AFTER the delay is automatically applied.
I didn't understand that until now. Hmmmm... I think I only have Transformers from Paramount, nothing else. Does that problem occur with the Paramount logo from Transformers, too, although it's rather unusual (h264 instead of VC-1)?

[nautilus7]

Chumbo is right. We have an issue here:

This is transformers 1st evo.

eac3to FEATURE_1.EVO
EVO/VOB, 2 video tracks, 5 audio tracks, 1:11:54
1: h264/AVC
2: VC-1, -84ms
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -84ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -111ms

[madshi]

Chumbo is right. We have an issue here:

This is transformers 1st evo.

eac3to FEATURE_1.EVO
EVO/VOB, 2 video tracks, 5 audio tracks, 1:11:54
1: h264/AVC
2: VC-1, -84ms
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, -84ms
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, -84ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -84ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -111ms
What issue do we have?

BTW, why are there no details for the video tracks? Are you sure you're using the latest eac3to build?

[nautilus7]

I mean that there are 2 video streams but 1 audio for both. What will happen when remux the main video to mkv? Maybe you can invent something to automate the process. :D That's all.

And yes, it's v2.10, cause transformers hd dvd is not at the main pc. :p

[madshi]

I mean that there are 2 video streams but 1 audio for both.
That's the case with (I don't know) 50% of the movies? Why should that be a problem?

What will happen when remux the main video to mkv?
Nothing special. The main video track will be remuxed. The audio tracks will be synced to the main video track. The 2nd video track will be ignored. That already works just fine, tested in on several movies...

[intomed]

I just finished with The Transformers. Audio and video are in sync. Very nice. Thanks Madshi.

[nautilus7]

All right then... I guess i was confused.

[Chumbo]

I didn't understand that until now. Hmmmm... I think I only have Transformers from Paramount, nothing else. Does that problem occur with the Paramount logo from Transformers, too, although it's rather unusual (h264 instead of VC-1)?
I don't have Transformers, but I kept the one from The Hunt for Red October which is avc and ddp. It's ~23MB. I can upload it somewhere if you'd like. Let me know.

[madshi]

I don't have Transformers, but I kept the one from The Hunt for Red October which is avc and ddp. It's ~23MB. I can upload it somewhere if you'd like. Let me know.
Yeah, if there's an audio sync problem with this EVO, please upload it. BTW, is there no audio sync problem when playing this EVO directly with PowerDVD?

[Chumbo]

Yeah, if there's an audio sync problem with this EVO, please upload it. BTW, is there no audio sync problem when playing this EVO directly with PowerDVD?
I actually can't play HD material via PowerDVD because my video card is incompatible. I can play avc stuff smoothly in graphedt or MPC and I don't remember any sync issues playing it directly in the original evo. I'll check tonight and upload it for you.

[rickardk]

Will truehd decoded with nero and libav give bit identical result?

[nautilus7]

Yes, of course. Truehd is lossless, so a decoder has to output the same data.

[Chumbo]

Yeah, if there's an audio sync problem with this EVO, please upload it. BTW, is there no audio sync problem when playing this EVO directly with PowerDVD?
Here's (http://www.filefactory.com/file/9aa239/) the link to the file.

[rickardk]

Yes, of course. Truehd is lossless, so a decoder has to output the same data.

Exactly... But I remuxed Inside Man today (did the same title a couple of weeks ago) and compared filesize of the resulting flac. Not the same as the old one (done with nero).

[nautilus7]

I did inside man too. Bit identical result between nero and libav.

[Chumbo]

@madshi,
I had some time to do a quick test with that paralogo.evo:


Wrote the h264 video to an mkv file
Transcoded the audio to ac3 letting eac3to do its thing by not using any parameters which meant applying the delay correction automatically
Muxed the ac3 file into the mkv
Played the MKV file which played perfectly


From that test, the stuff worked like a charm, so I'm not sure why I had the sync issues over the weekend.

I also took the reencoded mpeg2 video and muxed in the transcoded track which had the auto delay applied and it played perfectly. So I'm more preplexed at what the heck happened over the weekend.

Any how, everything's working as it's supposed to and I'm sorry I wasted your time on this. I really should have double and triple checked things and saved us all the headache. Sigh.

[rickardk]

I did inside man too. Bit identical result between nero and libav.

Hmm...strange...

[Wackyphill]

Well I deffinately have the US version of 300and stillhave sync problems. I'm going to try Harry Potter and the Chamber of Secrets next and see if the results are the same.

Has anyone tried this disc or the 300 disc before?

[madshi]

Any how, everything's working as it's supposed to and I'm sorry I wasted your time on this. I really should have double and triple checked things and saved us all the headache. Sigh.
Not a problem, mate.

[madshi]

Hmm...strange...
If you can reproduce the problem I'd be happy to analyze it. Best thing would be to decode to RAW and check the beginning and end of both Nero/libAV decoded RAW files. Are they identical in the beginning or at the end or both or neither nor?

[madshi]

Well I deffinately have the US version of 300and stillhave sync problems.
If you are able to produce a little sample with which the problem is reproduceable, just let me know.

[Jaja1]

I've remuxed at least 15 VC-1 HD DVDs to MKV without a single problem. So I don't think that there is a general problem with VC-1 HD DVDs. Well, blu-ray in both VC1 and AVC and also HD DVD in AVC playback fine. It is just HD DVD VC1 that gives me problems, from hardly noticable stutters from time to time to a total garbled mess.

Moreover all VC1 encoded HD DVD titles playback fine in Powerdvd and most of them using a total sonic graph. So, it is hard for me to understand that all are ripped fine except for the HD DVD VC1 titles. But I will look into that.

I have done remuxed about 60 titles now. Very few problems...
Unforgiven remuxed without problems
That is interesting, where you able to playback Unforgiven as an EVO using Haali splitter? That must have been. I can only playback Unforgiven with PDVD and using Sonic HD Demuxer, Sonic audio and video decoders and VMR9. Haali splitter totally destroys the image. I will give Unforgiven another try.

To make things more complicated, I noticed that VMR9 and the Haali video renderer give different results for VC1 HD DVD's.

[nautilus7]

A friend of me (he just registered here and he can't post right away) has this problem:

I have some trouble with eac3to (2.14) right now. When I try to create a flac file with eac3to from a truehd track I end with a much bigger flac file as the original mpa file. This only happens if I use the nero decoder instead of libav.

I demuxed the evo with the newest version of evodemux and have a 500mb mpa file (truehd track, 24bit, 48khz, 6 channels). I'm not yet sure if it is a problem with the nero decoder or with eac3to or even with flac itself. First the really strange thing is the huge diff in the filesize.


D:\Encoding\eac3to>eac3to 33.mpa 33.flac -test
Nero Audio Decoder (Nero 7 or older) works fine
Sonic Audio Decoder (4.2.0.102) works fine
Haali Media Splitter (2007-12-29) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed
TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
Removing dialog normalization...
Encoding FLAC...
This audio track contains more than 16 bit of information.
Creating/writing file "33.24bit.flac"...


33.mpa ~500mb

eac3to 33.mpa 33.flac -> ~430mb
eac3to 33.mpa 33.flac -nero -> ~1130mb
eac3to 33.mpa 33.flac -libav -> ~430mb

All the flac files play fine, but I noticed that I cannot reencode the flac files with flac.exe itself. If I try to do so then I get an error. Trying to reencode the flac files with eac3to works fine. Also if I downconvert the flac files to 16bit with eac3to the size of the resulting file seems to be ok. Its just that the 24bit (nero) flac file has an abnormal filesize.

Checking the header of the flac files with metaflac shows that the "nero" flac uses much higher framesize.

33.flac (default)

METADATA block #0
type: 0 (STREAMINFO)
is last: false
length: 34
minimum blocksize: 4096 samples
maximum blocksize: 4096 samples
minimum framesize: 32 bytes
maximum framesize: 38987 bytes
sample_rate: 48000 Hz
channels: 6
bits-per-sample: 24
total samples: 128859920
MD5 signature: 7deea38289c600254f5b33723f6be7ee
METADATA block #1
type: 4 (VORBIS_COMMENT)
is last: true
length: 40
vendor string: reference libFLAC 1.2.0 20070715
comments: 0


33.flac (nero)

METADATA block #0
type: 0 (STREAMINFO)
is last: false
length: 34
minimum blocksize: 4096 samples
maximum blocksize: 4096 samples
minimum framesize: 4219 bytes
maximum framesize: 63132 bytes
sample_rate: 48000 Hz
channels: 6
bits-per-sample: 24
total samples: 128859920
MD5 signature: a27fed6041351d0e940b7d1d289db383
METADATA block #1
type: 4 (VORBIS_COMMENT)
is last: true
length: 40
vendor string: reference libFLAC 1.2.0 20070715
comments: 0

[madshi]

It is just HD DVD VC1 that gives me problems, from hardly noticable stutters from time to time to a total garbled mess.

Moreover all VC1 encoded HD DVD titles playback fine in Powerdvd and most of them using a total sonic graph. So, it is hard for me to understand that all are ripped fine except for the HD DVD VC1 titles.
I can confirm trouble with some selected VC-1 HD DVD movies. E.g. Phantom of the Opera and the Polish Underworld Evolution are 2 such examples. But from my experience I'd say the number of problematic VC-1 HD DVD movies is lower than 5%. Of course I've not tested every movie, but only some.

Haali splitter totally destroys the image.
I'm not sure who is the guilty one. I've managed to remux the Polish Underworld Evolution HD DVD to MKV by only using Haali's Matroska Muxer but feeding it manually with my own code (instead of using the Haali Media Splitter). But the playback was garbled exactly the same way as when using the Haali Media Splitter for remuxing. Ok, for playing back the MKV file again I was using the Haali Media Splitter. But still I'm not convinced yet that the bug is caused by the splitter. It could also be the muxer. It could also be the logic used for storing VC-1 in MKV. Haali throws away all data packets except the encoded frames. But sequence headers and that kind of stuff are not muxed into the MKV file (except the very first sequence header which is stored separately from the frames). Maybe the problematic movies don't work this way? Maybe they need the full headers etc? But I don't know why that should be the case...

FWIW, the MS VC-1 decoder seemingly wants to have only the frames, it doesn't want the sequence headers in the stream. In contrast to that the Sonic VC-1 decoder does want to have the sequence headers inside of the stream. That's why you cannot connect the MS VC-1 decoder to the Sonic Demuxer and why you cannot connect the Sonic VC-1 decoder to the Haali splitter. The splitters behave differently. And the decoders want different data.

Edit: Is there any movie which is available in VC-1 on both HD DVD and Blu-Ray, *and* which shows these total garbling in HD DVD but not in Blu-Ray (after having remuxed both to MKV)? If so, maybe we could find out what the difference is exactly...

[madshi]

A friend of me (he just registered here and he can't post right away) has this problem
A sample would be great. I think the dialog normalization removal doesn't work for this specific track (don't know why). The libav decoder never applies dialog normalization, so it works fine nevertheless. But the Nero decoder does apply dialog normalization if it's in the TrueHD stream.

[nautilus7]

How big would the sample be?

[madshi]

How big would the sample be?
10MB should be plenty.

[Beastie Boy]

Has anyone tried this disc or the 300 disc before?

My copy of 300 has the same file names as yours, the TrueHD track does not have a delay. I had no synch problems when the files were remuxed.

Cheers, Beastie.

[nautilus7]

I have a problem, delay related.
I want to reverse pal speed and delay an ac3 i have, so i do:

eac3to input.ac3 output.ac3 -slowdown -384 +2910ms

but the delay applied to the track is different than the one i set (3048ms instead of 2910ms).

I've made a sample here (http://www.sendspace.com/file/n5ua7z). Details included.

[madshi]

I have a problem, delay related.
I want to reverse pal speed and delay an ac3 i have, so i do:

eac3to input.ac3 output.ac3 -slowdown -384 +2910ms

but the delay applied to the track is different than the one i set (3048ms instead of 2910ms).

I've made a sample here (http://www.sendspace.com/file/n5ua7z). Details included.
Well, it's a difficult situation: Do you want to have the delay applied to the source file or the destination file? That's open to interpretation... I think that's probably where the difference is coming from.

[nautilus7]

Well, first of all... Does the order i specify the options has anything to do? No, right? (i use eac3to long enough so... it can't be that :p )

I 've done it several times and never got that big difference, but i think this is the first time i have to apply such a huge delay. I guess that's why i notice this behavior now.

I want the delay to be applied to the slowdown track. In my mind i do the actions in this order: 1.slowdown 2.delay 3.encode.

[nautilus7]

A sample would be great. I think the dialog normalization removal doesn't work for this specific track (don't know why). The libav decoder never applies dialog normalization, so it works fine nevertheless. But the Nero decoder does apply dialog normalization if it's in the TrueHD stream.

Here's (http://www.sendspace.com/file/6xr03j) the sample you asked for.

[madshi]

Well, first of all... Does the order i specify the options has anything to do?
No.

I want the delay to be applied to the slowdown track. In my mind i do the actions in this order: 1.slowdown 2.delay 3.encode.
Yeah. But how can eac3to know? Maybe someone else thinks about: 1. delay 2. slowdown 3.encode? E.g. I'm thinking about the h264 HDTV broadcasts I'm recording here in Germany. If I want to convert them to 24p, I'd first add a PAL DVD track to the original 50i recording. For that to work I'd first need to find out the necessary delay. Afterwards I then need to slowdown the PAL DVD track and rewrite the video timestamps. Doing it this way I'd need to do 1. delay 2. slowdown 3. encode.

So as far as I can see when you do slowdown and delay at the same time eac3to simply doesn't know in which order to do things. Both order variations can be right or wrong depending on what the user wants. The only way to solve this properly would be to let eac3to make use of the order in which you specified the delay and slowdown options. But then there are further problems: If you demux an audio track from an EVO file and at the same time want to apply PAL speedup and delay it, there'd be the automatic delay correction which HAS to be made before speedup, then the speedup and finally the manual delay. That's all getting extremely confusing. So my recommendation is that in such situations you should probably better do the operations in 2 steps, so that there's no room for interpretation.

[madshi]

Here's (http://www.sendspace.com/file/6xr03j) the sample you asked for.
Thanks. Just tested it. The sample size is 11.1MB. Transcoding to FLAC with libav results in 9.68MB. Transcoding to FLAC with Nero also results in 9.68MB for me. Compared the two FLAC files and they are bit identical.

Can your buddy please retest whether he can reproduce the problem with the 10MB sample? Also please let him check whether he's using the latest eac3to version. And let him run "eac3to -test".

[nautilus7]

No.


Yeah. But how can eac3to know? Maybe someone else thinks about: 1. delay 2. slowdown 3.encode? E.g. I'm thinking about the h264 HDTV broadcasts I'm recording here in Germany. If I want to convert them to 24p, I'd first add a PAL DVD track to the original 50i recording. For that to work I'd first need to find out the necessary delay. Afterwards I then need to slowdown the PAL DVD track and rewrite the video timestamps. Doing it this way I'd need to do 1. delay 2. slowdown 3. encode.

So as far as I can see when you do slowdown and delay at the same time eac3to simply doesn't know in which order to do things. Both order variations can be right or wrong depending on what the user wants. The only way to solve this properly would be to let eac3to make use of the order in which you specified the delay and slowdown options. But then there are further problems: If you demux an audio track from an EVO file and at the same time want to apply PAL speedup and delay it, there'd be the automatic delay correction which HAS to be made before speedup, then the speedup and finally the manual delay. That's all getting extremely confusing. So my recommendation is that in such situations you should probably better do the operations in 2 steps, so that there's no room for interpretation.

Ok, i see.

Maybe you can modify eac3to to "care" about the order of these 2 switches (slowdown, delay) when they are applied together. But i really don't mind. If you can make without investing much time and you want to, do it. I am happy there isn't a bug in eac3to.

[nautilus7]

Thanks. Just tested it. The sample size is 11.1MB. Transcoding to FLAC with libav results in 9.68MB. Transcoding to FLAC with Nero also results in 9.68MB for me. Compared the two FLAC files and they are bit identical.

Can your buddy please retest whether he can reproduce the problem with the 10MB sample? Also please let him check whether he's using the latest eac3to version. And let him run "eac3to -test".

I'll tell him to check again. Thanks for your time.

[Wackyphill]

My copy of 300 has the same file names as yours, the TrueHD track does not have a delay. I had no synch problems when the files were remuxed.

Cheers, Beastie.


Thanks for the info! It seems to be a problem w/ my process. I tried w/ Harry Poter 2 also and got the same sync problem. I've been using AnyDVD to rip the disc before using eac3to on the evo files. Does anyone know if AnyDVD can cause this sync problem?

If not it seems maybe to be a decoder problem? The video is VC1, the audio encoded into flac from the dolby true HD. What are the reccomended codecs for playback of this type?

I've just been installing ffdshow. Thanks for any help.

[Beastie Boy]

Maybe you can modify eac3to to "care" about the order of these 2 switches (slowdown, delay) when they are applied together.

Perhaps I'm being a bit slow here, but I can't think of any occasion when you would want to apply the speed change before applying the delay :confused:
When the video and audio are extracted with the delay automatically applied, you now have an audio file and a video file that are the same duration and in synch. If the same speed change is now applied to both, they will remain in synch. Therefore, even if the audio is done as a 1 step process, the delay should always be applied first.
Or am I missing something?

Cheers, Beastie.

[Beastie Boy]

Thanks for the info! It seems to be a problem w/ my process.

Without knowing your process, it's hard to comment. Re-encoding vc1 video with the Sonic video filters in the Graphedit chain can cause synch to drift.
I do know that it is not a eac3to problem, so perhaps it would be better to discuss your problem in another thread.

Cheers, Beastie.

[madshi]

Thanks for the info! It seems to be a problem w/ my process. I tried w/ Harry Poter 2 also and got the same sync problem. I've been using AnyDVD to rip the disc before using eac3to on the evo files. Does anyone know if AnyDVD can cause this sync problem?

If not it seems maybe to be a decoder problem? The video is VC1, the audio encoded into flac from the dolby true HD. What are the reccomended codecs for playback of this type?

I've just been installing ffdshow. Thanks for any help.
You should really try to find out which filters are being used on your PC. I take it you have remuxed the video to MKV, right? Have you muxed the FLAC track into the MKV, too? Or are you playing the FLAC track externally? Personally, I'm using madFlac for FLAC decoding.

[nautilus7]

Does anyone know if AnyDVD can cause this sync problem?AnyDVD doesn't cause any problems, unless you use the explorer to rip the disc. Then you may end up with corrupted files.

[madshi]

Without knowing your process, it's hard to comment. Re-encoding vc1 video with the Sonic video filters in the Graphedit chain can cause synch to drift.
I do know that it is not a eac3to problem, so perhaps it would be better to discuss your problem in another thread.
Agreed. If the problem is not related to eac3to at all, it would make sense to discuss elsewhere. This thread is long enough as it is already... :)

[nautilus7]

Perhaps I'm being a bit slow here, but I can't think of any occasion when you would want to apply the speed change before applying the delay :confused:
When the video and audio are extracted with the delay automatically applied, you now have an audio file and a video file that are the same duration and in synch. If the same speed change is now applied to both, they will remain in synch. Therefore, even if the audio is done as a 1 step process, the delay should always be applied first.
Or am I missing something?

Cheers, Beastie.Yes you are right.

First, i apply -slowdown and decode the pal track to wav.
Then, i decode to wav the original ntsc track of the movie.
After, i figure out the delay by checking multiple points of the decoded wavs (using an audio editor). I only make dub tracks for animation which is difficult to find the exact delay.
Finally, i encode the final ac3 audio by applying slowdown and delay at one step.

Confused?

[Beastie Boy]

Confused?

Yes :)

[madshi]

First, i apply -slowdown and decode the pal track to wav.
Then, i decode to wav the original ntsc track of the movie.
After, i figure out the delay by checking multiple points of the decoded wavs (using an audio editor). I only make dub tracks for animation which is difficult to find the exact delay.
Finally, i encode the final ac3 audio by applying slowdown and delay at one step.
Slowing down is what consumes the most time. So why don't you reuse the slowed down WAV file from your first step to encode the final AC3 file? You'd only have to slowdown once that way and would save time.

[nautilus7]

The wav file is actually mono wavs (-mono switch, remember?).
But a 2 hour movie won't fit in 6 channel wave because of the 4 GB limit.

I 'll have to re-consider my method, anyway...

[nautilus7]

Yes :)

I know... even i would be!

Assume you have a 23,976 fps track and a pal (25 fps) dub track of an animation movie. And because you have a brain damage (that's me :eek: ) you want to have perfect sync even if you never hear a difference. How would you do it?

I take the original (23,976) track and decode it to wav(s) (center channel is enough) and open it in a wav editor. Then i do the same for the 25 fps dub with slowdown applied.
This way i can compare=find the delay. Actually i check multiple point of the tracks to be sure (the brain damage we were talking :p ) so i need them to be in the same fps (slowdown must be done already).

Hope you understand. Sorry for spoiling the topic.

[nautilus7]

Thanks. Just tested it. The sample size is 11.1MB. Transcoding to FLAC with libav results in 9.68MB. Transcoding to FLAC with Nero also results in 9.68MB for me. Compared the two FLAC files and they are bit identical.

Can your buddy please retest whether he can reproduce the problem with the 10MB sample? Also please let him check whether he's using the latest eac3to version. And let him run "eac3to -test".
He can reproduce the problem with the sample (he gets ~30MB). Uses latest eac3to, -test switch shows nero working ok. He has Vista 64bit.

I also tried the sample. Size ok here. I told him to re-install nero (he has v7.10.1.0 installed)

[nesNYC]

Okay madshi, first I'd like to thank and congratulate you on such a nice tool. So far I've re-encoded about 4 DD+ movies without any issues. DD+ seems to work fine.

Now my only issue is on THE_CHRONICLES_OF_RIDDICK, the track I want to use is DTSHD. When I play the audio track back, it's 2:11:42 in lenght, this coming right off of a EVODemux, demux. The movie, however, is 2:14:04 in length.

I've tried to apply 57ms delay (with eac3to) and try to get the DTS track to be 2:14:04 in length as well but it seems no matter what number I use in delay, when I play the track back it's still it's default time. Does adding delay in eac3to simply put markers for sync or does it actually try and time stretch the files to fit? I've read a lot of pages on this thread but cannot figure this one out. Should be simple right?

What's annoying is that the DTSHD file sounds so much better than the DD+ file and upto 1/3 into the movie, things are pretty much in sync. But by the end there is an amost 2 to 3 second delay, aaarrrhhh, LOL!

Any suggestions?

BTW, I also used the TrueHD -> DTS conversion suing SurCode and it also worked like a charm. I am having no delay issues on anything other than DTS(HD).

[hristoff2]

Try demuxing DTS core (blabla.dtshd blabla.dts -core) and mux the DTS stream with your video. Some DTS tracks have odd runtimes but muxed in matroska they're alright.

[nesNYC]

Yeah, this is the first method I tried (the -core), it was a little slower but I got the same results. Here's the tracks in DD+ and DTSHD as reported by eac3to:


F:\HDAPPS~1\EAC3TO>eac3to "F:\HD Apps\Sandbox\FEATURE_1_MERGED.DTSHD.stream.01.dtshd"

DTS, 5.1 channels, 2:14:31, 24 bits, 1536kbit/s, 48khz

F:\HDAPPS~1\EAC3TO>eac3to "F:\HD Apps\Sandbox\FEATURE_1_MERGED.DD+.stream.00.ddp"

E-AC3, 5.1 channels, 2:14:04, 1536kbit/s, 48khz, dialnorm: -27dB

See the kooky time on the DTS? And if I play that on MPC using AC3 filter or Sonic, they report '2:11:42' as runtime. I'm scratchin' my head so hard I have a bald spot :D

Try demuxing DTS core (blabla.dtshd blabla.dts -core) and mux the DTS stream with your video. Some DTS tracks have odd runtimes but muxed in matroska they're alright.

[madshi]

He can reproduce the problem with the sample (he gets ~30MB). Uses latest eac3to, -test switch shows nero working ok. He has Vista 64bit.

I also tried the sample. Size ok here. I told him to re-install nero (he has v7.10.1.0 installed)
Can't explain it right now. Maybe it's Vista64? Don't know why it should be a problem, though. It would be great if he could find the cause of the problem. But if we fail, he can still use the libav decoder, of course. It's the default decoder, anyway. That said, I do like to find out why Nero decoding fails to work properly...

[madshi]

Yeah, this is the first method I tried (the -core), it was a little slower but I got the same results. Here's the tracks in DD+ and DTSHD as reported by eac3to:


F:\HDAPPS~1\EAC3TO>eac3to "F:\HD Apps\Sandbox\FEATURE_1_MERGED.DTSHD.stream.01.dtshd"

DTS, 5.1 channels, 2:14:31, 24 bits, 1536kbit/s, 48khz

F:\HDAPPS~1\EAC3TO>eac3to "F:\HD Apps\Sandbox\FEATURE_1_MERGED.DD+.stream.00.ddp"

E-AC3, 5.1 channels, 2:14:04, 1536kbit/s, 48khz, dialnorm: -27dB

See the kooky time on the DTS? And if I play that on MPC using AC3 filter or Sonic, they report '2:11:42' as runtime. I'm scratchin' my head so hard I have a bald spot :D
First of all please demux with eac3to and not with EvoDemux. Not sure whether it makes a difference, but there are some movies where EvoDemux corrupts demuxed tracks. Next: How are you playing that DTS track? Are you playing the DTS track as an external file? If so, which DTS source filter are you using? If the DTS track is DTS-HD Master Audio I'd recommend to transcode that to FLAC. I'd recommend to transcode it to AC3 or FLAC for testing purposes, anyway. If the transcoded AC3 or FLAC doesn't have any audio sync issues then you know that the DTS file itself is alright and just the source filter makes trouble. If the transcoded AC3/FLAC file shows the same sync problems then the DTS-HD track is faulty.

[ACrowley]

Try demuxing DTS core (blabla.dtshd blabla.dts -core) and mux the DTS stream with your video. Some DTS tracks have odd runtimes but muxed in matroska they're alright.

It was a problem with old DTS_AC3_DDP Source Filter.
The Runtime from dts core Tracks was ~4 sec wrong and its async.

Madshi SourceFilter (eac3to Folder) can handle extracted dts core Audio Tracks perferctly, with correct Runtime and fully in sync.

[nautilus7]

Can't explain it right now. Maybe it's Vista64? Don't know why it should be a problem, though. It would be great if he could find the cause of the problem. But if we fail, he can still use the libav decoder, of course. It's the default decoder, anyway. That said, I do like to find out why Nero decoding fails to work properly...Nero re installation didn't solve the problem.

I'll stop posting about this now. When my friennd is able to post, he'll continue...

[nesNYC]

Thanks madshi! I'll try some of these steps later when I'm home.

I'm using the file to play right off of the demux track with Sonic and AC3 filters and both report times that are VERY different from what the movie is in lenght and what eac3to reports. BTW, how does eac3to determine the time length? Does it use DTS source filter to determine?

I'll report back in a few hours and see if I can solve this.

:thanks:

First of all please demux with eac3to and not with EvoDemux. Not sure whether it makes a difference, but there are some movies where EvoDemux corrupts demuxed tracks. Next: How are you playing that DTS track? Are you playing the DTS track as an external file? If so, which DTS source filter are you using? If the DTS track is DTS-HD Master Audio I'd recommend to transcode that to FLAC. I'd recommend to transcode it to AC3 or FLAC for testing purposes, anyway. If the transcoded AC3 or FLAC doesn't have any audio sync issues then you know that the DTS file itself is alright and just the source filter makes trouble. If the transcoded AC3/FLAC file shows the same sync problems then the DTS-HD track is faulty.

[nesNYC]

Would that be simple command:

c:\>eac3to <source>.dtshd <destination>.dts

Or is there another command to use (-core?)

It was a problem with old DTS_AC3_DDP Source Filter.
The Runtime from dts core Tracks was ~4 sec wrong and its async.

Madshi SourceFilter (eac3to Folder) can handle extracted dts core Audio Tracks perferctly, with correct Runtime and fully in sync.

[Jaja1]

I want to hexedit a piece out of an EVO. How do I recognize a packet header?

[nautilus7]

Why don't you ask in the appropriate sub forum?

[Chumbo]

@madshi,
If I may request a wish list item as you continue to update this please. Would you consider adding the number of frames on the video codec line please, along with the codec, fps, etc.? Many thanks.

[madshi]

@madshi,
If I may request a wish list item as you continue to update this please. Would you consider adding the number of frames on the video codec line please, along with the codec, fps, etc.? Many thanks.
Do you mean the number of frames that should be in the video if the runtime information is correct (which might be right or wrong)? Or do you mean the number of frames that are *actually* in there? The latter information is only available after having scanned through the whole file which eac3to does only if you do some real action on the EVO file(s). eac3to already posts the actual number of frames, but only after having done real processing on the EVO file(s).

[Chumbo]

Do you mean the number of frames that should be in the video if the runtime information is correct (which might be right or wrong)? Or do you mean the number of frames that are *actually* in there? The latter information is only available after having scanned through the whole file which eac3to does only if you do some real action on the EVO file(s). eac3to already posts the actual number of frames, but only after having done real processing on the EVO file(s).
The latter would be great. :)

[EDIT]madshi, I know evodemux has two frames values: calculated and counted. I normally don't use the Sonic stuff unless there are problems with the video stream and I'm forced to. When I have, the calculated number is what I've used and it's always worked fine. I'm assuming the counted evodemux uses is the actual after running through the whole stream. It may be valuable to also have something similar to calculated in addition to the actual. What do you think?

For those who use the Sonic stuff regulary, do you consistently use calcualted or counted from evodemux? Thanks.

[madshi]

The latter would be great. :)
You mean the number which is actually in there? As I said, eac3to cannot possibly know this number without reading and parsing the full source file(s) from the first to last bit.

[kabal223]

http://img528.imageshack.us/img528/4598/sshot3he5.th.png (http://img528.imageshack.us/my.php?image=sshot3he5.png)

Hello, nice test there!!

What is the name of that program to measure dts and dd tracks? any links to buy?

Thanks!!

[madshi]

What is the name of that program to measure dts and dd tracks? any links to buy?
That program is named Audacity and is freeware. However, it can't handle DTS and DD tracks. You need to decode those tracks to WAV by using eac3to. Audacity can then show those nice graphcs for the WAV files.

[kabal223]

That program is named Audacity and is freeware. However, it can't handle DTS and DD tracks. You need to decode those tracks to WAV by using eac3to. Audacity can then show those nice graphcs for the WAV files.

Thanks, very helpful!

Just one more question, if I recode the audio to wav the dinamic range remains? I just want to compare the dinamic range in tracks of the reencoded HD DVD/Blu-Ray audio with the original DVD's audio tracks.

Sorry for my bad english.

[nautilus7]

It depends on the decoder you use. eac3to can do it correctly.

This is how eac3to begun. The talking in the first pages is about this. eac3to uses reference decoders and "forces" them (when necessary) to output the audio data without any processing (DRC & DN). In other words using eac3to in combination with the decoders described in the 1st post, you get max quality.

[Jaja1]

Why don't you ask in the appropriate sub forum?I was so busy to prepare a evo sample for eac3to that this felt the natural place to ask. Silly of course and you're right, it doesn't belong here.

Edit: Is there any movie which is available in VC-1 on both HD DVD and Blu-Ray, *and* which shows these total garbling in HD DVD but not in Blu-Ray (after having remuxed both to MKV)? If so, maybe we could find out what the difference is exactly...
As I said before, the problems I see in VC1 HD DVD using Haali splitter, go from tiny stutters to a garbled mess. Unfortunately, in the only example I have in both evo and m2ts, all the evo has got are these tiny stutters. I've converted both to mkv, the evo using eac3to, the m2ts using gsdemux. Look at the moment Harry Potter drops the glass. When it shatters and slides away, the evo hangs for a very small moment. The m2ts does not. Moreover, the orginal evo doesn't hang using PowerDVD. So, what's up doc?
http://www.sendspace.com/file/fu2n45 and http://www.sendspace.com/file/8f9uy2


The other sample I have is an VC1 evo, that has distorted audio when played back using Haali splitter+VMR9 and becomes a green mess using Haali splitter + Haali video renderer. Converting the eac3 track to ac3 using eac3to -sonic, the ac3 plays back fine except for two annoying distortions. Here again, the sample has no distortions in PowerDVD.
http://www.sendspace.com/file/er2ql7

[madshi]

As I said before, the problems I see in VC1 HD DVD using Haali splitter, go from tiny stutters to a garbled mess. Unfortunately, in the only example I have in both evo and m2ts, all the evo has got are these tiny stutters. I've converted both to mkv, the evo using eac3to
Thanks for those samples. Could you please upload them as EVO/m2ts files? I can do the conversion to mkv myself. Having the original container format is much more helpful to me cause only that way I can try to find a solution to improve the conversion to MKV. If you only upload the MKVs then I can confirm that there's a problem but I can't find out how to avoid the problem in the first place.

Anyway, did you turn off timecode rewriting? The evo -> mkv file you sent me does not have rewritten timecodes. If you let eac3to rewrite the timecodes the tiny stutters will be gone.

So, what's up doc?
It's quite simple: The Haali Media Splitter parses EVO files in such a way that timecodes are sometimes a bit "funny". This can result in such tiny stutters. That's why eac3to is by default rewriting timecodes by using mkvtoolnix as a 2nd step after having muxed the EVO file to MKV by using the Haali filters.

The other sample I have is an VC1 evo, that has distorted audio when played back using Haali splitter+VMR9 and becomes a green mess using Haali splitter + Haali video renderer. Converting the eac3 track to ac3 using eac3to -sonic, the ac3 plays back fine except for two annoying distortions. Here again, the sample has no distortions in PowerDVD.
http://www.sendspace.com/file/er2ql7
Thanks, will check that out later, don't have time right now.

[nesNYC]

Firstly, I tried all your recommendations and nothing was working. So this is what I did to fix the problem:

1. took the original dtshd track and converted to *.wavs using eac3to
2. manually encoded the wavs with the SurCode encoder back to DTS.
3. Muxed the new DTS file and now everything is in sync.

Surprisingly, once the DTSHD file was converted to WAVs, the WAVs themselves were of the proper time length down to the millisecond. So I feel, the DTSHD file must have a "corrected" time in it's header telling the audio apps how fast to play?!?!? Could be a simple case of editing this header?

Now I know re-encoding might have degraded the sound a bit but really, I can't tell the difference AND, it sounds 100x better than the E-AC3 anyway so that's good enough for me :)

So madshi, if you get a hold of the Chronicles or Riddick, you may want to see how to edit the header and see if correction is possible this way. What it boils down to is that the original DTSHD file on the disk was probably corrected to play in real time from devices and once ripped the correction remains but is no longer needed giving a speeded up version.

Here's a screen dump showing the resluts:
http://bbs.undergroundnyc.com/dts-convert.jpg

Hope this helps others :D

First of all please demux with eac3to and not with EvoDemux. Not sure whether it makes a difference, but there are some movies where EvoDemux corrupts demuxed tracks. Next: How are you playing that DTS track? Are you playing the DTS track as an external file? If so, which DTS source filter are you using? If the DTS track is DTS-HD Master Audio I'd recommend to transcode that to FLAC. I'd recommend to transcode it to AC3 or FLAC for testing purposes, anyway. If the transcoded AC3 or FLAC doesn't have any audio sync issues then you know that the DTS file itself is alright and just the source filter makes trouble. If the transcoded AC3/FLAC file shows the same sync problems then the DTS-HD track is faulty.

[Chumbo]

You mean the number which is actually in there? As I said, eac3to cannot possibly know this number without reading and parsing the full source file(s) from the first to last bit.
Yes, that's fine because you can provide it when we scan the whole thing anyway. Although, per my added post above, I think the calculated number of frames would be useful too. :)

[Thunderbolt8]

theres a new pre-build version of mkvtoolnix available, which has the following bug fixed:

2007-12-31 Moritz Bunkus <moritz@bunkus.org>

* mkvmerge: bug fix: Rewrote the timecode application
code. Additionally force the "previous cluster timecodes" that
libmatroska uses to the current timecode. This seems to get rid of
libmatroska's assertions about the local timecode being to
small/big to fit into an int16. It also seems to get rid of some
of mkvmerge's errors about the packet queue not being empty.

this is no official release yet, but maybe with this change it already solves some muxing problems or also improves the compability to haali (had no time for tests so far).
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

[madshi]

Firstly, I tried all your recommendations and nothing was working.
Have you tried the modified DTS source filter posted somewhere earlier in this thread?

So I feel, the DTSHD file must have a "corrected" time in it's header telling the audio apps how fast to play?!?!? Could be a simple case of editing this header?
A DTS file does not have a header. It consists of a multitude of DTS frames each of which have a little header on their own.

[madshi]

Yes, that's fine because you can provide it when we scan the whole thing anyway.
Well, eac3to v2.14 already does that.

Although, per my added post above, I think the calculated number of frames would be useful too. :)
The actual number of frames is better than the calculated number of frames, right? So why bother with the calculated number of frames? The number of frames can only make any sense if you demux/remux the video, right? And in that case eac3to already shows the actual number of frames today. So I don't really see what the calculated number of frames would be good for.

[madshi]

theres a new pre-build version of mkvtoolnix available, which has the following bug fixed:

[...]

this is no official release yet, but maybe with this change it already solves some muxing problems or also improves the compability to haali (had no time for tests so far).
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/
It does improve the compatability to Haali, I had already tested that some days ago. E.g. it was not possible to rewrite the Equilibrium timestamps before when having remuxed Equilibrium to MKV by using Haali's filters. Now with the new version it works. Unfortunately seeking in Equilibrium is still a pain even with the rewritten timestamps - simply because the GOPs are monstrous.

[napalm-187]

hi

i have problems to decode an dts hd stream with eac3 2.14 and nero

eac3 to brings errors and i will fix this with delaycut, after this step is the same, errors and eac3 abort the progress.

the second prob i have is an 6.1 dts es stream to decode to wave

with nero decode only 6 waves but not the 7

is here sonic 4.3 audiodecoder recommed for this?

thx

[Thunderbolt8]

so if we use this pre version of mkvtoolnix already, then eac3to will also use this code?

and regarding equilibrium, is it possible to say that the rewriting of timestamps with mkvmkerge is 100% fine now in this case and the remaining seeking problems are only due to the movie's internal structure, or could it still be that its because of both, that there are still some minor issues and its not 100% fine in that case and these issues still contribute a small part which makes the seeking difficult (=is making a remux a safe solution now to get an identical working backup of the movie or would it still be better to wait for another update)?

[Chumbo]

Well, eac3to v2.14 already does that.
Very cool, sorry I had not noticed it.

The actual number of frames is better than the calculated number of frames, right? So why bother with the calculated number of frames? The number of frames can only make any sense if you demux/remux the video, right? And in that case eac3to already shows the actual number of frames today. So I don't really see what the calculated number of frames would be good for.
This one is mostly because I've noticed many posts that say to use the calculated frames number from EVOdemux as opposed to the counted. I'm not sure why, but it seems that the calculated is the right number in that case although it seems backwards to me, i.e., you'd think the counted would be correct after you've processed the entire file.

[madshi]

i have problems to decode an dts hd stream with eac3 2.14 and nero

eac3 to brings errors and i will fix this with delaycut, after this step is the same, errors and eac3 abort the progress.
Maybe it's too corrupt to be fully fixed, don't know. Just rerip the audio stream.

the second prob i have is an 6.1 dts es stream to decode to wave

with nero decode only 6 waves but not the 7

is here sonic 4.3 audiodecoder recommed for this?
Yes. See first post of this thread.

[madshi]

so if we use this pre version of mkvtoolnix already, then eac3to will also use this code?
What do you mean with "this code"? If you install the mkvtoolnix beta, eac3to will use it, of course.

and regarding equilibrium, is it possible to say that the rewriting of timestamps with mkvmkerge is 100% fine now in this case and the remaining seeking problems are only due to the movie's internal structure, or could it still be that its because of both, that there are still some minor issues and its not 100% fine in that case and these issues still contribute a small part which makes the seeking difficult (=is making a remux a safe solution now to get an identical working backup of the movie or would it still be better to wait for another update)?
To be honest: I don't know yet.

[madshi]

This one is mostly because I've noticed many posts that say to use the calculated frames number from EVOdemux as opposed to the counted. I'm not sure why, but it seems that the calculated is the right number in that case although it seems backwards to me, i.e., you'd think the counted would be correct after you've processed the entire file.
Don't know. FWIW, I've seen eac3to report slightly different counted frames than EvoDemux.

[nincollector]

havent had any experience with blu ray yet but im getting a drive today and was wondering if this tool would do the same / work with blu rays m2ts files?

[madshi]

havent had any experience with blu ray yet but im getting a drive today and was wondering if this tool would do the same / work with blu rays m2ts files?
No, not yet. This tool does do audio conversion for Blu-Ray audio tracks. But you need to demux the audio tracks by using xport or TsRemux.

[nincollector]

ok thanks for the great tool. im assuming by your "not yet" reply, it is in the works?

[madshi]

ok thanks for the great tool. im assuming by your "not yet" reply, it is in the works?
No, not yet... :)

[nincollector]

ok gotcha its not yet not yet in the works... :thanks:

[esoteradactyl]

Great Tool!! So far ive done a quite a few hd-dvd's and everything has came out perfect. Now its time to tackle my bluray discs. Just want to check with the pro's here if these are the correct steps for bluray discs.

POTC 3 is the flick im going try first

1. demux the pcm file with xport
2. run the demuxed pcm through eac3to and convert to flac
3. demux the video with either tsremux or gdsmux (does it matter which app?)
4. drop audio and video into mkvmerge and finish

sound about right?

[nautilus7]

The audio part is ok.
For the video, i believe is better to search around the forum.

[Thunderbolt8]

ok thanks for the great tool. im assuming by your "not yet" reply, it is in the works?
it will come sooner or later when all studios (unfortunately!!!) should have gone to blu-ray :P

[moshmothma]

Great Tool!! So far ive done a quite a few hd-dvd's and everything has came out perfect. Now its time to tackle my bluray discs. Just want to check with the pro's here if these are the correct steps for bluray discs.

POTC 3 is the flick im going try first

1. demux the pcm file with xport
2. run the demuxed pcm through eac3to and convert to flac
3. demux the video with either tsremux or gdsmux (does it matter which app?)
4. drop audio and video into mkvmerge and finish

sound about right?

Don't think u need to demux the video - just drag the m2ts into gdmux.

[esoteradactyl]

Don't think u need to demux the video - just drag the m2ts into gdmux.

unless i missed something, this makes no sense. wouldnt loading the file into gdsmux and selecting the video stream leave me with a demuxed video file in mkv?

[nincollector]

the tool works fine however the end MKV is very blocky and has weird color blocks in some areas? any idea what could cause this and or how to fix it?

[madshi]

unless i missed something, this makes no sense. wouldnt loading the file into gdsmux and selecting the video stream leave me with a demuxed video file in mkv?
It would leave you with a MKV file with the video in it. Just the same what eac3to does when remuxing EVOs to MKV.

However, gdsmux fails to work for some h264 Blu-Ray movies. You'll have to try if it works or not.

[madshi]

the tool works fine however the end MKV is very blocky and has weird color blocks in some areas? any idea what could cause this and or how to fix it?
Which movie is that and what exactly did you do?

[nincollector]

its the nine inch nails beside you in time hd dvd.

i used eac3to nin.evo nin.mkv

it all processed with no errors but when i play back the mkv it has blocks color distortion and stutters. possible my filters arent installed properly?

ive installed matroska splitter
mkvtoolnix
and matroska pack full 1.1.2

should i uninstall sonic?

if i demux the evo the VC1 plays fine.

[madshi]

its the nine inch nails beside you in time hd dvd.

i used eac3to nin.evo nin.mkv

it all processed with no errors but when i play back the mkv it has blocks color distortion and stutters.
What happens if you play the EVO file?

Can you upload a little sample with which I could reproduce this problem?

[napalm-187]

Maybe it's too corrupt to be fully fixed, don't know. Just rerip the audio stream.


Yes. See first post of this thread.

hi i have demuxxed the dts hd stream via graphedit
filesource- sonic hd demuxxer-- hdtv dump filter

now is the file clean, i think evodemux make here an failure

thx

[nincollector]

will include a sample sometime 2morro. how do i cut a mkv file?

[madshi]

hi i have demuxxed the dts hd stream via graphedit
filesource- sonic hd demuxxer-- hdtv dump filter

now is the file clean, i think evodemux make here an failure
Why don't you use eac3to for demuxing!? :confused:

[madshi]

will include a sample sometime 2morro. how do i cut a mkv file?
I need a sample of the EVO file. A sample of the MKV file doesn't help me at all. You can cut EVO files e.g. by using a hexeditor.

[Jaja1]

Could you please upload them as EVO/m2ts files? I can do the conversion to mkv myself. Having the original container format is much more helpful to me cause only that way I can try to find a solution to improve the conversion to MKV.
The evo part was 150mb and I tried to upload it two times. Both times the upload to sendspace crashed after approx. 90 minutes, so I thought will try that later. It worked now, so if you're still interested:http://www.sendspace.com/file/yd2aj0 and http://www.sendspace.com/file/j3yomn

Anyone knows a free file host with better uploadspeed than sendspace?

Anyway, did you turn off timecode rewriting?
Nope, but I know what went wrong. I just cut of the main part of the evo with a file splitter (don't know of a better way) and eac3to/mkvtoolnix(?) doesn't like that. It completes normally, so I wasn't paying much attentention and didn't see the message "The DirectShow decoder thread seems to hang". So there was no rewrite of timestamps. After rewriting the timestamps myself with mkvmerge, the tiny stutter was gone, as you said. Awesome.

It's quite simple: The Haali Media Splitter parses EVO files in such a way that timecodes are sometimes a bit "funny". This can result in such tiny stutters. That's why eac3to is by default rewriting timecodes by using mkvtoolnix as a 2nd step after having muxed the EVO file to MKV by using the Haali filters.
Thanks for the explanation. Do you happen to know whether Haali is aware of this?

So if you decode an E-AC3 track and a libav request for sending a sample pops up, *please* take the time to upload a little sample, so that the E-AC3 decoder programmer gets a little help from us.
This eac3 file crashes libav.
http://www.sendspace.com/file/4w77n0

[napalm-187]

Why don't you use eac3to for demuxing!? :confused:


hi

@madshi

im a GUI man and i hate cmd lines
often i am to stupid to use cmd lines:stupid:
:D

[rickardk]

eac3to fails on Sum of all fears.

eac3to feature_1.evo+feature_2.evo
after that nothing...

[nautilus7]

Is the above command the exact you type? There's no output man!

[rickardk]

Is the above command the exact you type? There's no output man!

What I meant is that I don't even get information about the title.

Evodemux demuxed without problem.
eac3to can't demux/remux or show information about the title.

[nautilus7]

Sorry! :D

[Chumbo]

eac3to fails on Sum of all fears.

eac3to feature_1.evo+feature_2.evo
after that nothing...
What else did you try? What do these result in?
- eac3to feature_1.evo
- eac3to feature_2.evo
- eac3to feature_1.evo -test

[rickardk]

What else did you try? What do these result in?
- eac3to feature_1.evo
- eac3to feature_2.evo
- eac3to feature_1.evo -test

does not work at all with feature_1.evo, feature_2.evo or feature_1.evo+feature_2.evo


feature_1.evo(or feature_2.evo, rebuilt.evo) -test gives:

Nero Audio Decoder (Nero 7 or older) works fine
Sonic Audio Decoder (4.3.0.169) works fine
Haali Media Splitter (2007-11-18) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed

then it hangs/stops

[calinb]

hi
im a GUI man and i hate cmd lines
:Dhaha--I hate GUIs. Can't batch 'em. :angry: eac3to is sweet for batch files! :D

[nincollector]

eac3to fails on Sum of all fears.

eac3to feature_1.evo+feature_2.evo
after that nothing...

what are you trying to do? you havent given it a destination. if you want to demux you need to add -demux to the end

[nincollector]

I need a sample of the EVO file. A sample of the MKV file doesn't help me at all. You can cut EVO files e.g. by using a hexeditor.

having trouble cutting the evo even with a hex editor. do i select the part i want and save selection? otherwise sum more advice would be handy. cheers.

also PROCODER 3 can convert the m2ts from a bluray file directly (havent tried from a disc yet). no remuxing required. im still testing but did a short sample and it seems to work fine. audio and video.

[Beastie Boy]

what are you trying to do? you havent given it a destination. if you want to demux you need to add -demux to the end

Running eac3to with an input but no output will give info about the input stream. It's very useful actually.

Cheers, Beastie.

[rickardk]

what are you trying to do? you havent given it a destination. if you want to demux you need to add -demux to the end
I guess I'm unclear as you are the second one telling me this...post 2595

If you use eac3to feature_1.evo+feature_2.evo you should see info about video and audio.

As eac3to can't read the files I can't demux/remux anything...

[madshi]

The other sample I have is an VC1 evo, that has distorted audio when played back using Haali splitter+VMR9 and becomes a green mess using Haali splitter + Haali video renderer. Converting the eac3 track to ac3 using eac3to -sonic, the ac3 plays back fine except for two annoying distortions. Here again, the sample has no distortions in PowerDVD.
http://www.sendspace.com/file/er2ql7
This one is really strange. With all other problematic VC-1 EVO files demuxing the VC-1 video stream and playing it through Sonic Demuxer -> Sonic VC-1 decoder resulted in perfect playback. However, with this sample playing the video with Haali -> MS VC-1 decoder -> VMR9 results in a garbled mess and playing it with Sonic Demuxer -> Sonic VC-1 decoder results in the screen going all black (in the same moment when Haali -> MS goes garbled). So I'd say that the VC-1 stream is probably damaged. But why does PowerDVD play it correctly? Unfortunately PowerDVD always crashes on my PC, so I can't really check it. Does the EVO play perfectly (without even a hint of stuttering) on your PC? I'm wondering whether PowerDVD eventually detects the incorrect VC-1 stream and just skips the damaged frame(s)? But that should result in a little bit of skipping/stuttering. Well, the scene seems to have not much action. Maybe skipping a few frames wouldn't even be noticable in this case?

[madshi]

Nope, but I know what went wrong. I just cut of the main part of the evo with a file splitter (don't know of a better way) and eac3to/mkvtoolnix(?) doesn't like that. It completes normally, so I wasn't paying much attentention and didn't see the message "The DirectShow decoder thread seems to hang". So there was no rewrite of timestamps. After rewriting the timestamps myself with mkvmerge, the tiny stutter was gone, as you said. Awesome.
So are your worries about VC-1 HD DVD movies gone now? As has been said, there are a handful of problematic titles. But eac3to should be able to convert 95% of the VC-1 HD DVD movies just fine to MKV.

Thanks for the explanation. Do you happen to know whether Haali is aware of this?
I'm not sure, probably he is not aware. But I've already reported some problems to him which are more important for me personally, so I'm not going to bother him with more problems, unless the other problems I've reported are fixed first... :) After all we can easily work around the stuttering by rewriting the timestamps.

This eac3 file crashes libav.
http://www.sendspace.com/file/4w77n0
This is already fixed in the latest E-AC3 SVN. An updated libav decoder will be shipping with the next eac3to build.

[madshi]

eac3to fails on Sum of all fears.

eac3to feature_1.evo+feature_2.evo
after that nothing...
Can you reproduce this problem with a small sample? If so, could you please upload that sample? Thanks.

[nautilus7]

@madshi

In case i want to remove some streams of an .evo file, i have to use evodemux's rebuilt option.

Would be easy to add such an option to eac3to?

[madshi]

In case i want to remove some streams of an .evo file, i have to use evodemux's rebuilt option.

Would be easy to add such an option to eac3to?
I intentionally didn't implement any features like that because it would open up a can of worms for new bugs and I'm not really willing to spend much time on debugging problems related to features that I don't really find all too important. If you want to remove some streams of an EVO file then EvoDemux should do the trick just fine. I'm not planning to add this kind of feature to eac3to.

[nautilus7]

Ok, as far as evodemux works fine, i am fine. Thanks.

[Frodo]

A short question about the Blu Ray/HD-DVD plug-in for Nero.
Is it suffidiently to update a Nero 7 Essentials version with this plug-in?? Or is a Premium or Ultra Edition necessary??

[madshi]

A short question about the Blu Ray/HD-DVD plug-in for Nero.
Is it suffidiently to update a Nero 7 Essentials version with this plug-in?? Or is a Premium or Ultra Edition necessary??
As far as I know Essentials is good enough.

[yfed]

Hi! Question concerning David Gilmour Blu-Ray Concert Disc:

I've demuxed TrueHD from mpa file using xport; converted to FLAC using latest eac3to, and then muxed it with my own x264 encode along with LPCM track.

LPCM plays fine, but TrueHD goes out of sync ~ middle of concert 1-1.5sec. As I understand, DTS from x264 encode had no problems. I have tried madFlac and FFdshow Audio decoder, both had exact off-sync issues on this concert.. Could someone explain what could be the problem?

[onesloth]

I've been using eac3to's stdout into neroaacenc to transcode HD-DVD e-ac3 tracks to aac, without problem, using a batch file like this:
C:\eac3to "C:\PEVOB_1.EVO"+"C:\PEVOB_2.EVO" 3: stdout.wav | C:\neroAacEnc_SSE.exe -q 1.0 -ignorelength -if - -of "E:\output.mp4"
But, when I use this to transcode an HD-DVD TrueHD track, eac3to does not appear to be outputting to stdout. Instead it starts writing to these two files in the eac3to directory:
stdout.16bit.wav
stdout.24bit.wav
Is eac3to capable of outputting TrueHD tracks to stdout?
and BTW why does it output to the two files?

[madshi]

Hi! Question concerning David Gilmour Blu-Ray Concert Disc:

I've demuxed TrueHD from mpa file using xport; converted to FLAC using latest eac3to, and then muxed it with my own x264 encode along with LPCM track.

LPCM plays fine, but TrueHD goes out of sync ~ middle of concert 1-1.5sec. As I understand, DTS from x264 encode had no problems. I have tried madFlac and FFdshow Audio decoder, both had exact off-sync issues on this concert.. Could someone explain what could be the problem?
Hmmmmm... Does the concert consist of only one m2ts file? Or did you have to join multiple m2ts files for the main feature?

[madshi]

I've been using eac3to's stdout into neroaacenc to transcode HD-DVD e-ac3 tracks to aac, without problem, using a batch file like this:
C:\eac3to "C:\PEVOB_1.EVO"+"C:\PEVOB_2.EVO" 3: stdout.wav | C:\neroAacEnc_SSE.exe -q 1.0 -ignorelength -if - -of "E:\output.mp4"
But, when I use this to transcode an HD-DVD TrueHD track, eac3to does not appear to be outputting to stdout. Instead it starts writing to these two files in the eac3to directory:
stdout.16bit.wav
stdout.24bit.wav
Is eac3to capable of outputting TrueHD tracks to stdout?
Hmmmm... I didn't think of this 16/24 bit issue with TrueHD tracks when adding stdout support. Will fix this in the next build. You'll always get a 24bit WAV file delivered to stdout then.

BTW why does it output to the two files?
This has been explained multiple times in this thread. Basically there's a chance that the TrueHD decoding is 16bit or 24bit. eac3to doesn't know until the whole decoding is done. So after decoding eac3to keeps the WAV file with the correct bitdepth and deletes the other one.

[nautilus7]

madshi,

Wouldn't be easier to add support for ogg and aac like ac3 and flac?
I mean drop the appropriate encoder into eac3to directory and type something like:

eac3to input.* output.ogg or aac

[tebasuna51]

Wouldn't be easier to add support for ogg and aac like ac3 and flac?
I mean drop the appropriate encoder into eac3to directory and type something like:

eac3to input.* output.ogg or aac

The stdout can be used to encode to ogg or aac.

This work for me:

eac3to 6chan.wav stdout.wav | neroaacenc -q 0.5 -if - -of 6chaac.mp4
eac3to 6chan.wav stdout.wav -0,2,1,4,5,3 | oggenc2 -Q -q 5 - -o 6chogg.ogg


But still there are problems when I try:
eac3to 6chan.ac3 stdout.wav -libav | neroaacenc -q 0.5 -if - -of 6chaac.mp4
eac3to 6chan.ac3 stdout.wav -libav -0,2,1,4,5,3 | oggenc2 -Q -q 5 - -o 6chogg.ogg

I get the log:
eac3to v2.14
eac3to 6chan.ac3 stdout.wav -libav -0,2,1,4,5,3
AC3, 5.1 channels, 0:00:20, 448kbit/s, 48khz
Remapping channels...
Remapping channels...
Loading white noise (needed for dithering)...
Writing WAV...
Creating/writing file "stdout.wav"...
Writing the destination file failed.
(similar for aac)

EDIT: of course this work for me
eac3to 6chan.ac3 out2.wav -libav -0,2,1,4,5,3
(not problem with -libav decoder)

EDIT2: and same problem using like input .thd, .mlp, .eac3 or .dts

[Inventive Software]

Small feature request if possible: merging 6 separate FLACs to a 5.1 FLAC. Currently, eac3to doesn't do this, nor does FLAC.exe. :)

[Richum]

The following is the error message sent by eac3to GUI while trying to extract audio from an EVO file.

D:\EAC3>eac3to.exe "F:\FEATURE_1.EVO" "F:\Working\convert Feature1" -448 -nero
EVO, 2 video tracks, 5 audio tracks, 0:50:02
1: VC-1, 1080p24 /1.001
2: VC-1, 480p30 /1.001
3: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
4: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -17ms
5: E-AC3, 5.1 channels, 384kbit/s, 48khz, dialnorm: -27dB, -17ms
6: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -17ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -4ms
This audio conversion is not supported.

Is this because I do not have the Nero Blu-Ray/HD DVD Plug-in or is because these files use 384kbits, or something else?

Any help would be appreciated.

[nautilus7]

I don't think the gui is updated to support the newer eac3to versions.

Anyway the command is totally wrong. Have a look in the first post and don't use the gui this time.

Without the plug in, the nero decoders don't work so you have to use another decoder.

If i understand correctly, what you want to do is to create an ac3 file (from the truehd track). Then you have to type:

eac3to "F:\FEATURE_1.EVO"+"F:\FEATURE_2.EVO" 2: "F:\Working\your.output.file.ac3" -448

[gp2221]

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:

- Fixed small bug that prevented text in Command Line Preview window from "wrapping".

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

Is there a version that will let you choose mlp source files?

[yfed]

Hmmmmm... Does the concert consist of only one m2ts file? Or did you have to join multiple m2ts files for the main feature?

one big m2ts file.. no splits

[Richum]

A short question about the Blu Ray/HD-DVD plug-in for Nero.
Is it suffidiently to update a Nero 7 Essentials version with this plug-in?? Or is a Premium or Ultra Edition necessary??

It is listed as working with Essentials on the Nero order page, at 29 Euros = $40, it might be a while before I buy it. IF you do please post and let us know if it works for you.

[nautilus7]

The stdout can be used to encode to ogg or aac.

This work for me:

eac3to 6chan.wav stdout.wav | neroaacenc -q 0.5 -if - -of 6chaac.mp4
eac3to 6chan.wav stdout.wav -0,2,1,4,5,3 | oggenc2 -Q -q 5 - -o 6chogg.ogg


I know that stdout can be used. Thanks. But i was thinking that it would be easier if eac3to had embedded support for these file types like it has for ac3 and flac.

Anyway. I tried your examples (oggenc2 only) and ac3 as input to eac3to, but isn't working. I get no messages in the cmd, but i get "writing file stdout.wav failed" in the log.
When the stdout is used where is the data being stored? For how long?

[tebasuna51]

I know that stdout can be used. Thanks. But i was thinking that it would be easier if eac3to had embedded support for these file types like it has for ac3 and flac.
Maybe easy for us, but not for madshi to maintain all possible encoders libraries. If stdout work we can attach any encoder with this capability (like with BeHappy, SoundOut, ...)

BTW, NeroAacEnc isn't available like library (.dll)

Anyway. I tried your examples (oggenc2 only) and ac3 as input to eac3to, but isn't working. I get no messages in the cmd, but i get "writing file stdout.wav failed" in the log.
If you see my post I get the same result using -libav.

Can you confirm the problem with Nero decoder instead -libav?

When the stdout is used where is the data being stored? For how long?

I suppose in ram buffers controlled by the SO until are read.

[ACrowley]

Is there a version that will let you choose mlp source files?

No

Next Version will have (i hope) a "All Files" Input/output Extension. No Restrictions anymore

[nautilus7]

Maybe easy for us, but not for madshi to maintain all possible encoders libraries. If stdout work we can attach any encoder with this capability (like with BeHappy, SoundOut, ...)

BTW, NeroAacEnc isn't available like library (.dll)


If you see my post I get the same result using -libav.

Can you confirm the problem with Nero decoder instead -libav?



I suppose in ram buffers controlled by the SO until are read.

Ok, i see.

Regarding the non working stdout... I tried this:

C:\Tools>eac3to input.ac3 stdout.wav | oggenc2 - -o output.ogg

Opening with wav module: WAV file reader
Encoding standard input to
"output.ogg"
at quality 3,00
[ 95,3%] [ 0m00s remaining] /

Done encoding file "output.ogg"

File length: 0m 01,0s
Elapsed time: 0m 01,0s
Rate: 1,2088
Average bitrate: 374,8 kb/s


C:\Tools>

And this:

C:\Tools>eac3to input.ac3 stdout.wav

C:\Tools>

Both times the process finishes instantly. Eac3to does not write any messages and it's log.txt is the same:

eac3to v2.14
eac3to input.ac3 stdout.wav
AC3, 5.1 channels, 1:20:53, 384kbit/s, 48khz
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Writing WAV...
Creating/writing file "stdout.wav"...
Writing the destination file failed.

Nero is the default decoder for ac3, so...

[yfed]

madshi

one big m2ts file.. no splits

actually, my mistake, it does consist of two files..

BDMV/STREAM/00000.m2ts 19.36 GB
BDMV/STREAM/00001.m2ts 22.51 GB

I joined them into one big file using copy /b command prompt. Maybe that could've caused delay?

[tjf]

This mlp track ripped from DVD-A tubular bells gives an error:

D:\Movies\FullDisc\TUBULAR BELLS\AUDIO_TS\output>"c:\Program Files\ea3to\eac3to.
exe" "track-11-[Lf Rf Ls Rs C LFE].mlp" track11.flac
MLP, 5.1 channels, 24 bits, 48khz
Remapping channels...
Encoding FLAC...
Creating/writing file "track11.flac"...
[mlp @ 68A4E2E0]Lossless check failed - expected f6, calculated a2
------------------------------------------------------------------------------[m
lp @ 68A4E2E0]Lossless check failed - expected 0, calculated e7
eac3to processing took 1 minute, 39 seconds.
Done.


http://rapidshare.com/files/84126032/track-11-_Lf_Rf_Ls_Rs_C_LFE_.cut.mlp.html
(this is only the begining of the file)

It was ripped with DVDAExplorer_a7.exe from decrypted DVD-A. The resulting FLAC looks and sounds OK. Is this a bug in libav?

[Thunderbolt8]

madshi



actually, my mistake, it does consist of two files..

BDMV/STREAM/00000.m2ts 19.36 GB
BDMV/STREAM/00001.m2ts 22.51 GB

I joined them into one big file using copy /b command prompt. Maybe that could've caused delay?
with only 2 files joined audio sync shouldnt be a problem. it shouldnt be bigger than 32ms in that case for the 2nd half, which begins where the 2nd file was joined.

[Thunderbolt8]

havent had a trueHD track with the latest version for a while, so I assume this is normal now (the mlp@ end of stream message)?

G:\eac3to>eac3to G:\wings.truehd G:\wings.flac
TrueHD/AC3, 5.1 channels, 48khz, dialnorm: -27dB
Extracting TrueHD stream...
Removing dialog normalization...
Encoding FLAC...
This audio track contains more than 16 bit of in
Creating/writing file "G:\wings.24bit.flac"...
----------------------------------------------------------------------[
mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]End of stream indicated
eac3to processing took 20 minutes, 25 seconds.
Done.
or should I try it with the -nero switch again?

[nincollector]

just a general question. will or does an ac3 made from a truehd source sound better than an ac3 made from the eac3 source or is it the same?

[sparknburn]

I love this app but has it gotten slower processing streams? I took over 2.5 hrs to convert an eac3 stream to ac3. Or am I crazy.

Thanks for this awesome tool.

spark

[nautilus7]

It should be slower with latest version when you decode an eac3 track because the libav decoder is running along with nero (producing no output though). This change was made to help the libav eac3 decoder development.

Your time is quite long though. What is your cpu?

[sparknburn]

Its a Dell e520 with an Intel Pentium D (2.80 GHz) with 4GB of RAM.

As I mentioned, it used to be quite fast. I just did a new XP install and cant think of anything I wouldve done to slow the app down.

I do have RAID disabled in the BIOS - theres a warning there I believe stating that this could adversly affect system performance even in single HDD systems. Think that's it?

Oh, I was using Sonic and not Nero. I finally bought the plugin but havent had a chance to try it yet. Is it much faster?

Any advice is appreciated.

[nautilus7]

Oh, I was using Sonic and not Nero. I finally bought the plugin but havent had a chance to try it yet. Is it much faster?
Nero is faster than sonic.

The libav is running along with sonic too. Everytime a .eac3 decoding is requested.

[sparknburn]

Im gonna play with the Nero plugin - what gives better quality?

[nautilus7]

Nero with eac3 & ac3.
Sonic with dts (all kinds).
libav = nero with truehd.

In other words. the default decoders eac3to uses.

[sparknburn]

Cool. I learn something new everyday. Now eac3to crashes and wants to send a report.
I'm running: eac3to transformers.EVO movie.mkv

Interesting....it was working fine and I broke it. lol

Thanks again for the info...

[Richum]

Cool. I learn something new everyday. Now eac3to crashes and wants to send a report.
I'm running: eac3to transformers.EVO movie.mkv

Interesting....it was working fine and I broke it. lol

Thanks again for the info...

I am working on Transformers also, H264 HD DVD. I could get it to create the mkv and it would play with Video Lan, but the video had terrible macro blocking, I believe it's called. So I encoded using ffmpeg, the video was fine but the audio was terrible, however in sync.

SO I did this;

I Demuxed using eac3to, then converted the audio.eac3 to ac3 also using eac3to (this cleaned up the sound). I then encoded video.h264 and audio.ac3 using ffmpeg with eac3 support to movie.mkv and this cleaned up the video as well.

It worked, video and audio are fine (ten minute length test) and it is in sync. Some titles are just stubborn, and some go as smooth as silk. I am doing a full conversion as I type this, hopefully it will be fine.

I read a few pages back that the blocking is a known problem with some HD DVDs, and also that it may be a bug in the Haali Matroska Splitter.

IF anyone wants to see the command lines I used I will post those.

[mmoore99]

IF anyone wants to see the command lines I used I will post those.
Please do. Thanks.

[esoteradactyl]

I am working on Transformers also, H264 HD DVD. I could get it to create the mkv and it would play with Video Lan, but the video had terrible macro blocking, I believe it's called. So I encoded using ffmpeg, the video was fine but the audio was terrible, however in sync.

SO I did this;

I Demuxed using eac3to, then converted the audio.eac3 to ac3 also using eac3to (this cleaned up the sound). I then encoded video.h264 and audio.ac3 using ffmpeg with eac3 support to movie.mkv and this cleaned up the video as well.

It worked, video and audio are fine (ten minute length test) and it is in sync. Some titles are just stubborn, and some go as smooth as silk. I am doing a full conversion as I type this, hopefully it will be fine.

I read a few pages back that the blocking is a known problem with some HD DVDs, and also that it may be a bug in the Haali Matroska Splitter.

IF anyone wants to see the command lines I used I will post those.


for whats it worth, i ripped transformers today and everything went perfect. i used libav since i dont have the nero plugin.

[Richum]

for whats it worth, i ripped transformers today and everything went perfect. i used libav since i dont have the nero plugin.

Interesting, maybe my box/software is mis-configured or I have a troublesome copy of HD DVD for this movie. I am also having issues with Riddick, same problem bad video with eac3to but good sound, just the reverse with ffmpeg. So I have to do a combination of the two, this tends to be with newer releases I own.

[Richum]

Please do. Thanks.

Here it is.

1. Demux EVOs to extract video i.e. VC1 or H264 and EAC3, DTS or TrueHD Audio


eac2to "D:\directorypath\FEATURE_1.rebuilt.EVO"+"D:\directorypath\FEATURE_2.rebuilt.EVO" -demux (To remove dialog normalization use eac3to re-encode eac3 to ac3)


* can be either FEATURE_1.rebuilt.EVO"+"D:\MUXD\FEATURE_2.rebuilt.EVO (from EVODemux) or "FEATURE_1.EVO"+"FEATURE_2.EVO (from original rip)


2. eac3to path\filename.eac3 path\filename.ac3 -640 -libav (use libav for eac3 to ac3 if you do not have some version of Nero 7 and the Blu-Ray/HD DVD Plug-in)


3. ffmpeg -f h264 -r 24000/1001 -i videotrack.h264 -sameq -vcodec mpeg4 -i audiotrack.ac3 -acodec copy trans1.mkv (converts to mpeg4 video only) watch path statements or you will get file not found, example c:\videos files\movie.file

-f vc1 videotrack.vc1 -vcodec (whatever code you choose)

4. Set time delay for audio sync problems using MKVmerge GUI if needed.


Notes below were Stolen from http://howto-pages.org/ffmpeg/ by Mr. Howard Pritchett


# The "-i" option tells ffmpeg what file to use for input. This is the file that you want to convert into something else.

# You can tell ffmpeg which audio codec to use in the target file with the "-acodec" option. The special case "-acodec copy" tells ffmpeg to use the same codec to encode as was used to decode. In other words, no transcoding of the audio occurs.

# It is possible to resample the audio on the fly using the "-ar" option, to set the bit rate and thus the quality of the resulting file with the "-ab" option, and to downmix stereo to mono (or even Dolby 5:1 to stereo or mono) with the "-ac" option.

[nautilus7]

Cool. I learn something new everyday. Now eac3to crashes and wants to send a report.
I'm running: eac3to transformers.EVO movie.mkv

Interesting....it was working fine and I broke it. lol

Thanks again for the info...
Did you join/rebuild the evos? With what program?
It would be useful if you could post the log.

[nautilus7]

I am working on Transformers also, H264 HD DVD. I could get it to create the mkv and it would play with Video Lan, but the video had terrible macro blocking, I believe it's called. So I encoded using ffmpeg, the video was fine but the audio was terrible, however in sync.

SO I did this;

I Demuxed using eac3to, then converted the audio.eac3 to ac3 also using eac3to (this cleaned up the sound). I then encoded video.h264 and audio.ac3 using ffmpeg with eac3 support to movie.mkv and this cleaned up the video as well.

It worked, video and audio are fine (ten minute length test) and it is in sync. Some titles are just stubborn, and some go as smooth as silk. I am doing a full conversion as I type this, hopefully it will be fine.

I read a few pages back that the blocking is a known problem with some HD DVDs, and also that it may be a bug in the Haali Matroska Splitter.

IF anyone wants to see the command lines I used I will post those.

A few other persons did this conversion (evo -> mkv) but they didn't report any problems concerning transformers.

E-AC-3 playback problem, i believe, i due to the decoder. It isn't perfect yet. When you converted to AC-3 you hadn't any problems because another decoder is used to playback it.

And i haven't understand what you want to do. Convert the original to matroska or encode also?

I will try this conversion later, as i have this hd dvd.

[sparknburn]

In my case, my issue(s) centered around some filter concerns. I finally gave up on Transformers as eac3to kept crashing when making the MKV file.

I ended up demuxing and using MeGUI but still really love eac3to - in fact I used it last successfully on Batman Begins. It's probably the best tool out there for HD/Blu-Ray.

[Richum]

A few other persons did this conversion (evo -> mkv) but they didn't report any problems concerning transformers.

E-AC-3 playback problem, i believe, i due to the decoder. It isn't perfect yet. When you converted to AC-3 you hadn't any problems because another decoder is used to playback it.

And i haven't understand what you want to do. Convert the original to matroska or encode also?

I will try this conversion later, as i have this hd dvd.

Yes I am aware that several have reported no issues using eac3to, but I am afraid that I have a problem with one of the video components, maybe the splitter, a player or whatever overwrote a critical file.

I make images using Acronis TureImage of my windows installs, and can step back to a Windows version that does not have any of the packages installed. I may do just that and try installing eac3to and its support new and see if I still have issues.

To answer the last question, I would prefer to just put the original streams into the matroska container, I encode because I am not having any luck with the video and perhaps that is because all I have is libav and not nero to re-encode the audio. Just don't know to be honest.

[BlackJack1]

Hi,

I'm new on this forum. Just read almost all thread and did not find info which on exactly application from Nero Ultimate I own necessary for using eac3to program. I need it only for eac3to working and burning CD, DVD.
- Nero Mobile
- Nero Sipps
- Nero Home
- Nero Scout
- Nero StartSmart 3
- Nero Burning ROM 7
- Nero Express 7
- Nero Wave Editor 3
- Nero SoundTrax 2
- Nero SoundBox
- Nero Vision 4
- Nero Recode 2
- Nero ShowTime 3
- Nero MediaHome
- Nero PhotoSnap
- Nero PhotoShow Express
- Nero Cover Designer 2
- Nero ToolKit
- Nero BackItUp 2
- InCD 5
- Nero ImageDrive 3

Thx in advance for help.
BJ

[nautilus7]

You need nero 7 and the hd dvd/blu-ray plug in. It's in the 1st post.

You can check what you have/need by typing:
eac3to -test

Welcome.

[nautilus7]

I just completed the transformers backup. All went fine.

The command line i used was:

eac3to 1st.evo+2nd.evo 2: movie.mkv 4: audio.ac3

Can't be easier. Right?

[BlackJack1]

You need nero 7 and the hd dvd/blu-ray plug in. It's in the 1st post.

You can check what you have/need by typing:
eac3to -test

Welcome.

Thanks for reply. Sorry for noob question but where must I write command line? In cmd window?
Second: I saw on 1st site: Nero 7 but what exactly application includes Nero directshow decoders from my list?

Regards,
BJ

[nautilus7]

OK, now i 've got what you asked in the first place. You just need to install nero showtime.

You type the commands in the cmd window.

[edo1080]

If I have a DD+ track demuxed with evodemux from an HD DVD which is the syntax to convert such track into 6 mono wavs with eac3to ? Thanks

[nautilus7]

eac3to input.eac3 output.wavs

Did you read the 1st post? :devil:

[edo1080]

of course I did but I have the following error:

the WAV writer didn't receive the format information

So I started thinking I was wrong in typing the syntax

[BlackJack1]

OK. Begining to install soft and plugins :)
One more time thanks for help.

[nautilus7]

of course I did but I have the following error:

the WAV writer didn't receive the format information

So I started thinking I was wrong in typing the syntax
Make sure you have the latest eac3to version and run it with -test switch to see if everything is working right.

[edo1080]

I get "nero audio deocder is not working correctly" anyway i simply uninstalled nero 8 and installed nero 7. maybe i had to clean all the registry entries before?

[nautilus7]

Did you get this message before or after nero 7 installation?
Do you have the hd dvd/blu-ray plug in installed/purchased???????

[Richum]

I just completed the transformers backup. All went fine.

The command line i used was:

eac3to 1st.evo+2nd.evo 2: movie.mkv 4: audio.ac3

Can't be easier. Right?

Yes it should be just that easy, and that is what I expected but not what I got. I used that command line.

I purchased the Blu-Ray/HD DVD plugin online, installed Nero Essentials, entered the plug-in reg number and it said I needed to update Nero, so I am downloading the update now. Once installed and the plug-in is activated I will try again and report back.

[edo1080]

Do you have the hd dvd/blu-ray plug in installed/purchased???????

I think it's correctly installed, but is it a separate plugin file or is it included in the 7.10.1.2 setup file?

Anyway I succesfully decoded into wav using the sonic decoder. My file is a Dolby Digital plus 5.1 768 kbit/sec but the problem is I need to cut 19ms after 1 hour of runing time. One solution could be to cut after one hour and obtain one file and then make a new cut from 1h19ms to the end of file and obtain a second one. the I can join the 2 , but delaycut won't see it as DD+, it sees it as DD with crazy values. Is there another way?

[nautilus7]

The plug in is included in the setup, but you have to buy a serial number separately. It's most probably the plug in which causes the problems with nero decoder.

Which extension has the e-ac3 file you load to delaycut? It should be .eac3 or .ddp. If delaycut isn't working you can try a hex editor.

[Richum]

Quick question do the version numbers look right in this eac3to test report?

D:\EAC3>eac3to -test
Nero Audio Decoder (Nero 7 or older) works fine
Sonic Audio Decoder (4.2.0.102) works fine
Haali Media Splitter (2007-12-28) is installed
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (v2.1.0) is installed

[edo1080]

If delaycut isn't working you can try a hex editor

It isn't working , but how can I know the timings using an hex editor?

do the version numbers look right in this eac3to test report?

Yes they do

[crazydane]

Greetings. From reading the first post, I see that:

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

To optain this, am I correct in assuming that I need to purchase the following from the Sonic web site:

CinePlayer DVD Decoder Pack (for Windows XP) @ $14.99?

I further assume this will work fine under Vista?

Final question. How the heck do I purchase a serial number for Nero7? All they seem to be selling these days is a serial number for Nero8. I downloaded and installed the latest Nero7 demo and purchased the hd-dvd/blu-ray plugin serial number and activated it. But my Nero7 demo itself expires on 31.01.2008.

I appoligize for the noob questions, but I didn't see them addressed before.

[Richum]

It isn't working , but how can I know the timings using an hex editor?



Yes they do

Thanks, then I have some other problem.

[Chumbo]

...To optain this, am I correct in assuming that I need to purchase the following from the Sonic web site:

CinePlayer DVD Decoder Pack (for Windows XP) @ $14.99?...
I believe the HD decoder pack only comes with their Scenarist product.

[saint-francis]

I believe the HD decoder pack only comes with their Scenarist product.

Is this true? Doesn't Scenarist Cost tens of thousands of Dollars? So all of the people here who are using this feature have purchased Scenarist? :confused:
I think the front page should be updated with information on topics such as:
"How to purchase/activate the Nero HD DVD/ BD plugin."
And
"How to obtain the Sonic decoder."

These are questions that have been asked time and time again in this exceedingly long thread.

[crazydane]

Yikes, I checked with a reseller and Scenarist is $5000! Surely there has to be a cheaper alternative to purchasing this essential filter...

[madshi]

If there is need to discuss how and where to get the Sonic decoder let's please start a separate thread about that. This thread is dedicated to eac3to and should be not be clustered with discussion about how to license the Sonic decoder. I will then be happy to update the first post of this thread with the results of the (hypothetical) other thread.

So, please someone create a new thread and maybe post a link to it here. But please no lengthy discussion about how to license Sonic here. Thank you, guys!

[saint-francis]

Other thread now located here (http://forum.doom9.org/showthread.php?t=133895).

[nautilus7]

Wow. Madshi is back!!!

[madshi]

Wow. Madshi is back!!!
I was never gone. I'm just only in "listening only" mode right now cause I'm very busy with other stuff.

[nautilus7]

It isn't working , but how can I know the timings using an hex editor?
Ok, that's probably too difficult to do.
Every eac3 frame is 5,33 ms long. How do you recognize when a new frame begins? All frames begin with the same sequence.

But i think you should try a little bit more the delaycut option.

[nautilus7]

I was never gone. I'm just only in "listening only" mode right now cause I'm very busy with other stuff.That's good to hear.

[edo1080]

It doesn't sound impossible to do even if a bit hard. The problem is how to join after cutting.

[nautilus7]

You wont cut. Just remove the number of frames you want to. Don't forget to back up the original track in case something goes wrong.

[jhoff80]

This mlp track ripped from DVD-A tubular bells gives an error:

D:\Movies\FullDisc\TUBULAR BELLS\AUDIO_TS\output>"c:\Program Files\ea3to\eac3to.
exe" "track-11-[Lf Rf Ls Rs C LFE].mlp" track11.flac
MLP, 5.1 channels, 24 bits, 48khz
Remapping channels...
Encoding FLAC...
Creating/writing file "track11.flac"...
[mlp @ 68A4E2E0]Lossless check failed - expected f6, calculated a2
------------------------------------------------------------------------------[m
lp @ 68A4E2E0]Lossless check failed - expected 0, calculated e7
eac3to processing took 1 minute, 39 seconds.
Done.


http://rapidshare.com/files/84126032/track-11-_Lf_Rf_Ls_Rs_C_LFE_.cut.mlp.html
(this is only the begining of the file)

It was ripped with DVDAExplorer_a7.exe from decrypted DVD-A. The resulting FLAC looks and sounds OK. Is this a bug in libav?

I'm getting the same issue with both discs I've tried ripping so far, the unencrypted NIN "The Downward Spiral" and the encrypted NIN "With Teeth" dualdisc DVD-a discs. Any updates?

[madshi]

The stdout can be used to encode to ogg or aac.

This work for me:

eac3to 6chan.wav stdout.wav | neroaacenc -q 0.5 -if - -of 6chaac.mp4
eac3to 6chan.wav stdout.wav -0,2,1,4,5,3 | oggenc2 -Q -q 5 - -o 6chogg.ogg


But still there are problems when I try:
eac3to 6chan.ac3 stdout.wav -libav | neroaacenc -q 0.5 -if - -of 6chaac.mp4
eac3to 6chan.ac3 stdout.wav -libav -0,2,1,4,5,3 | oggenc2 -Q -q 5 - -o 6chogg.ogg

I get the log:
eac3to v2.14
eac3to 6chan.ac3 stdout.wav -libav -0,2,1,4,5,3
AC3, 5.1 channels, 0:00:20, 448kbit/s, 48khz
Remapping channels...
Remapping channels...
Loading white noise (needed for dithering)...
Writing WAV...
Creating/writing file "stdout.wav"...
Writing the destination file failed.
(similar for aac)

EDIT: of course this work for me
eac3to 6chan.ac3 out2.wav -libav -0,2,1,4,5,3
(not problem with -libav decoder)

EDIT2: and same problem using like input .thd, .mlp, .eac3 or .dts
I can reproduce the problem. But it's not a bug. The problem is that when eac3to begins to write the WAV file, it doesn't know yet how many samples the decoder will output exactly. As a result the WAV header is written in such a way that the WAV file seems to be empty. Because of this neroaac3enc aborts processing because it thinks the WAV file is empty.

You can easily "fix" the problem by adding the "-ignorelength" parameter to neroaacenc. It works just fine for me that way.

[madshi]

Small feature request if possible: merging 6 separate FLACs to a 5.1 FLAC. Currently, eac3to doesn't do this, nor does FLAC.exe. :)
Merging 6 files to one is generally possible but it would cost me some programming time. Because of that I don't really have it on my to do list right now, I'm sorry. I think there are more important things that I need to add first.

[madshi]

This mlp track ripped from DVD-A tubular bells gives an error

[mlp @ 68A4E2E0]Lossless check failed - expected 0, calculated e7
Is this a bug in libav?
Yes, this seems to be a bug in the libav decoder. I've forwarded your sample to the decoder programmer. Hopefully we'll get a fix sooner or later. For now you can use the Nero decoder. Or you can keep using libav. The bug seems to affect only one audio block (just a few milliseconds in the audio file) and the difference between faulty decoding (libav) and correct decoding (Nero) isn't big. At least it's not visible in a WAV form editor.

[madshi]

actually, my mistake, it does consist of two files..

BDMV/STREAM/00000.m2ts 19.36 GB
BDMV/STREAM/00001.m2ts 22.51 GB

I joined them into one big file using copy /b command prompt. Maybe that could've caused delay?
The delay could be caused by this. Would it be possible for you to upload the last 20MB of 00000.m2ts and the first 20MB of 00001.m2ts (as separate files, please)? There will not be any benefit for you doing that right now cause eac3to does not handle m2ts files yet. But I'd like to put those samples on storage for later. They might help me figuring out how to handle audio/video well in situations like yours.

[madshi]

havent had a trueHD track with the latest version for a while, so I assume this is normal now (the mlp@ end of stream message)?

[code][mlp @ 68A4E2E0]End of stream indicated
[mlp @ 68A4E2E0]End of stream indicated
This is normal and correct.

[madshi]

just a general question. will or does an ac3 made from a truehd source sound better than an ac3 made from the eac3 source or is it the same?
Using a TrueHD source should normally sound a little bit better.

[madshi]

I love this app but has it gotten slower processing streams? I took over 2.5 hrs to convert an eac3 stream to ac3. Or am I crazy.
As nautilus7 already hinted, the latest eac3to version is supposed to be very little bit slower with E-AC3 decoding. But 2.5 hours is really a lot. Do you have a single or dual core CPU? The performance hit of the latest eac3to version is only very little on dual core CPUs, but it will double processing time on single core CPUs.

[madshi]

I'm getting the same issue with both discs I've tried ripping so far, the unencrypted NIN "The Downward Spiral" and the encrypted NIN "With Teeth" dualdisc DVD-a discs.
Can you please upload a sample of each track? Please make sure that the sample shows the same problem before uploading them. I'll then forward the samples to the MLP/TrueHD decoder programmer. The more samples we collect the better.

[Thunderbolt8]

The delay could be caused by this. Would it be possible for you to upload the last 20MB of 00000.m2ts and the first 20MB of 00001.m2ts (as separate files, please)? There will not be any benefit for you doing that right now cause eac3to does not handle m2ts files yet. But I'd like to put those samples on storage for later. They might help me figuring out how to handle audio/video well in situations like yours.
as I said, the delay should actually only be 32ms max, in case of DD+ and if case of lpcm, dtshd or truehd even less and not noticeable at all, because its only 1 part which was joined to the 1st one.

[Snowknight26]

eac3to v2.14
eac3to.exe FEATURE_1.EVO+FEATURE_2.EVO 4: kingkong.eac3
EVO, 2 video tracks, 4 audio tracks, 3:07:23
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001
4: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, 1001ms
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, 1013ms
6: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB, 1013ms
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting audio track number 4...
Removing dialog normalization...
Applying (E-)AC3 delay...
Creating/writing file "kingkong.eac3"...
Video track 2 contains 269566 frames.
Video track 3 contains 324001 frames.
eac3to processing took 1 hour, 12 minutes.
Done.

C2Q and a fast HDD, shouldn't take that long. I could have sworn it was much faster before the parallel reencoding.

[nautilus7]

This is another thing (evo demuxing). We are talking about e-ac3 decoding.

[K-rnivoro]

Weird thing, maybe madshi can help me out.
eac3to seems to work ok for me, it was able to convert EAC3 stream form Troy to AC3 (with Nero of course..). so that's tell me everything is in order.
Thing is, Eac3to can't detect eac3 stream from a rip of "Fearless" movie, it says "The format of the source file could not be detected"
I though i was doing something wrong BUT Sonic Cinemaster is able to play back that .eac3 and also detects it as a DD+ 6 Channles (at the Sonic HD Demuxer window) so the file it has the right format.
Any clue? Want me to upload a fragment of it?

[nautilus7]

I believe there is some garbage in the start of your track.

The first 5 MB should be ok.

[jhoff80]

Can you please upload a sample of each track? Please make sure that the sample shows the same problem before uploading them. I'll then forward the samples to the MLP/TrueHD decoder programmer. The more samples we collect the better.

I had the issues with basically every track on each of the discs with some tracks having a long string of them, maybe 30 or 40 of those lossless check failed messages. I was going to attempt to upload them but didn't know of any way to copy only a few megs of each file. I thought when I had XP that I could just copy a file and while it was being copied over make a copy of the beginning of that file, but in Vista this doesn't seem to work.

[nautilus7]

Use a hex editor like HxD or see this (http://forum.doom9.org/showpost.php?p=1078871&postcount=2177) post.

[K-rnivoro]

I believe there is some garbage in the start of your track.

The first 5 MB should be ok.

OK, just tell me how to do it...where do I have to upload the sample ?

[nautilus7]

Instructions on how to cut a sample, look at my previous post.

You can upload the sample here (http://www.sendspace.com).

[K-rnivoro]

Instructions on how to cut a sample, look at my previous post.

You can upload the sample here (http://www.sendspace.com).

There you go:
http://www.sendspace.com/file/7t735g

and just in case:
http://www.sendspace.com/file/7t735g

I've tried woth the "tail section" of the track, same luck... check it out, I'll be waiting for news..

[nautilus7]

Both links are the same... Is this the start of the track?

[K-rnivoro]

Both links are the same... Is this the start of the track?

Yes, is the same link and it's the start of the file. I just put it twice to be sure (never paste a link before)
I meant I tried to feed eac3to with the tail of the track and it keeps not to recognize it as a eac3 track.

[nautilus7]

Never mind. I fixed it. As i suspected there were some garbage in front of the track (the real audio info).

http://img237.imageshack.us/img237/74/sampleyb6.th.png (http://img237.imageshack.us/my.php?image=sampleyb6.png)

Open the original track with a hex editor (you can use the free HxD (http://mh-nexus.de/downloads/HxDBetaen.zip)) and delete the 1st 416 bytes. Then you 'll be ok. Make a back up of the track before anything!

EDIT: Just to explain what i did. In your track every frame (eac3 consists of frames) is 1024 bytes long and starts with 0B 77 01 FF. You can easily see that the 1st one is not 1024 bytes, while the rest of them is. Why is it garbage and not just a cut/half frame? Because is completely different from the next frames (the text on the right).

[K-rnivoro]

nautilus you are my hero !!!!
BTW, I open the troy.eac3 file (the one that worked from the beginning) just to compare and I found it has frames of 1280 bytes long and start with 0B 77 02 7F. It's that also ok, right?
Now eac3to works ok with the Fearless track, but tells me that the track is not clean and to use delaycut. I've tried that but delaycut doesn't recognize eac3 files, only dts and plain ac3...
(sorry bothering you..)

[K-rnivoro]

Found delaycut 1.3.0.0 with EAC3 support !!!!
http://madshi.net/delaycut.rar
Thanks for your support

[nautilus7]

The troy.eac3 should be ok. It works right?

"Track is not clean" means there are corupted/bad frames in the track. Use delaycut version 1.3.0.0, which supports eac3. Search the forum to find it. Try the fix option. If you get a few errors, you either let it corect them, or cut a piece of the specific erroneous part and send me again. If it reports too many errors, maybe re-ripping the disc (if you have it) does the trick. But one step at a time.

I am not hero. I am just around here. Doom9 is a great school.

EDIT: You found delaycut! :p

[tebasuna51]

I can reproduce the problem. But it's not a bug. The problem is that when eac3to begins to write the WAV file, it doesn't know yet how many samples the decoder will output exactly. As a result the WAV header is written in such a way that the WAV file seems to be empty. Because of this neroaac3enc aborts processing because it thinks the WAV file is empty.

You can easily "fix" the problem by adding the "-ignorelength" parameter to neroaacenc. It works just fine for me that way.

Thanks madshi to clarify the problem.

Yes, using always the -ignorelength parameter, NeroAacEnc work fine.

Also work Aften with -readtoeof 1 (if we need use the aften.exe instead libaften.dll to add some special parameter).

But oggenc2 seems can't work because don't have a similar parameter to override the 0 datalength.

[madshi]

the delay should actually only be 32ms max
Or maybe not.

[madshi]

Thanks madshi to clarify the problem.

Yes, using always the -ignorelength parameter, NeroAacEnc work fine.

Also work Aften with -readtoeof 1 (if we need use the aften.exe instead libaften.dll to add some special parameter).

But oggenc2 seems can't work because don't have a similar parameter to override the 0 datalength.
Can oggenc2 handle raw data? The problem is: If eac3to doesn't know the WAV size before having finished the conversion, how can it possibly write the correct size into the WAV header? It's just not possible. Of course eac3to can do a "best guess". For CBR sources this might work out pretty well. But for VBR the size would almost guaranteed to be wrong. So what size value should eac3to write into the WAV header?

[Kurtnoise]

Can oggenc2 handle raw data?
yes it does...

something like :
eac3to.exe ..... | oggenc2.exe --raw --raw-bits x --raw-chan y --raw-rate z --raw-endianness 1 -q 0.4 -o output.ogg -

where x,y,z are the appropriate values. ;)

note about --raw-endianness : either 1 (bigendians) or 0 (little by default)

[madshi]

yes it does...

something like :
eac3to.exe ..... | oggenc2.exe --raw --raw-bits x --raw-chan y --raw-rate z --raw-endianness 1 -q 0.4 -o output.ogg -

where x,y,z are the appropriate values. ;)

note about --raw-endianness : either 1 (bigendians) or 0 (little by default)
Cool - thanks!

[tebasuna51]

Can oggenc2 handle raw data? The problem is: If eac3to doesn't know the WAV size before having finished the conversion, how can it possibly write the correct size into the WAV header? It's just not possible. Of course eac3to can do a "best guess". For CBR sources this might work out pretty well. But for VBR the size would almost guaranteed to be wrong. So what size value should eac3to write into the WAV header?
Yes, I know the problem with VBR files, must be read entirely until know the real size if not exist a global header with this info (like mp3, mp4 can have).

But using raw mode the problem is bigger, if oppening the input can't know these data, how the user can write this command line before open, even before extract, the input file?

I think the problem must be solved in oggenc and not in eac3to side, if a encoder accept STDIN input must provide a way to stop encode when the input finish.

[BlackJack1]

Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.

[tebasuna51]

I think the problem must be solved in oggenc and not in eac3to side, if a encoder accept STDIN input must provide a way to stop encode when the input finish.

I found a workaround to work with oggenc2. If we put at wav header fields:

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

Note: 0xFFFFFF00 is a multiple of any possible BlockAlign for 1 to 8 channels, 8 to 64 bitdepth (avoiding problems with this check)

Only the dynamic % off encoded ogg seems be affected and finish without error at end off data.

NeroAacEnc and Aften with -ignorelength or -readtoeof 1 still work fine.

[Richum]

I am having the following happen. eac3to runs the whole process, smoothly but in the end it does not write the audio in to the MKV. The Video is excellent but just no audio, audio extracts but is not used. Below is what I did the last time. I have tried other ways as well. eac3to -test shows all are working, except Surcode which is not installed. Any suggestions would be appreciated.

I can mux the two files with MKVmerge manually and it plays flawlessly, also tried a clean install of MKVtoolnix no dice.

D:\EAC3>eac3to.exe "F:\FEATURE_1.EVO"+"F:\FEATURE_2.EVO" F:\audio.ac3" -640
EVO, 1 video track, 5 audio tracks, 2:14:04
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27d
4: DTS, 5.1 channels, 24 bits, 1536kbit/s, 48khz
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
7: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Extracting audio track number 4...
Decoding with DirectShow (Sonic Audio Decoder)...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "F:\audio.ac3"...
Rewriting MKV timecodes by using "mkvmerge". Please wait.

mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19
'F:\movie.old.mkv': Using the Matroska demultiplexer.
'F:\movie.old.mkv' track 1: Using the video output modu
The file 'F:\movie.mkv' has been opened for writing.
progress: 89%

[nautilus7]

Except that the command you posted here is not what you actually used (you have typos), eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.

[nautilus7]

Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.Only madshi could know.

But i can say that i had almost the same problem (only the "encode button didn't seem to work" message) with surcode 1.0.29 and eac3to 2.14 on my secondary pc, while it works fine on my primary.

[Richum]

Except that the command you posted here is not what you actually used (you have typos), eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.

Yes I just realized that and was about to delete the post, too late.

eac3to "F:\FEATURE_1.evo"+"F:\FEATURE_2.evo" 2: F:\working\movie.mkv -640

This is what I am trying now.

[nautilus7]

Yes I just realized that and was about to delete the post, too late.

eac3to "F:\FEATURE_1.evo"+"F:\FEATURE_2.evo" 2: F:\working\movie.mkv -640

This is what I am trying now.
The -640 switch can not be applied to a mkv. It's a DD bitrate.

[madshi]

Hi,
This is my first job.
Trying to convert flac to dts 1536kbps.
here is the screen:
[img=http://img84.imageshack.us/img84/1473/beztytuurk8.th.jpg] (http://img84.imageshack.us/my.php?image=beztytuurk8.jpg)
Please help.
Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

[madshi]

But using raw mode the problem is bigger, if oppening the input can't know these data, how the user can write this command line before open, even before extract, the input file?
I'm not sure if I understand the problem. You can do "eac3to anysource.whatever" and it will list the properties of all audio tracks without extracting them. Ok, it's a bit difficult to predict which bitdepth and endian the data will end up with, I see that. But it's not impossible. These things follow specific patterns/rules. E.g. eac3to's RAW output is always little endian. And bitdepth depends on the source file. Anyway, of course using WAV is easier, cause bitdepth and endianness are part of the header that way. So the user doesn't need to know (guess) these parameters...

I found a workaround to work with oggenc2. If we put at wav header fields:

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

Note: 0xFFFFFF00 is a multiple of any possible BlockAlign for 1 to 8 channels, 8 to 64 bitdepth (avoiding problems with this check)

Only the dynamic % off encoded ogg seems be affected and finish without error at end off data.

NeroAacEnc and Aften with -ignorelength or -readtoeof 1 still work fine.
Sounds good. But what happens if the WAV size is bigger than 2GB or bigger than 4GB? Won't oggenc2 stop at 2GB/4GB then when using WAV input?

[madshi]

eac3to doesn't mux video and audio to 1 mkv file. It just muxes the video and converts the audio tracks. So, no problem here.
The -640 switch can not be applied to a mkv. It's a DD bitrate.
Good to have you answer questions like these. Saves me some support work... :)

[nautilus7]

Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

This can be the cause... I also used " " in the names when the error was introduced.

[nautilus7]

Good to have you answer questions like these. Saves me some support work... :)I have a confession to make here. I do it so you have more time to develop this great tool. :D

[madshi]

I have a confession to make here. I do it so you have more time to develop this great tool. :D
:D It works!

[nautilus7]

:D It works!

Well... When to expect Blu-ray support? :D

[madshi]

Well... When to expect Blu-ray support? :D
Maybe next year... :devil:

[nautilus7]

Maybe next year... :devil:
You did understand i was kidding, right? :o

[madshi]

eac3to v2.15 released

http://madshi.net/eac3to.zip

* Haali Splitter replaced with internal splitter for EVO VC-1 tracks
* external raw VC-1 tracks can now be muxed directly to Matroska
* timestamps for VC-1 MKV videos don't need to be rewritten, anymore
* some problematic VC-1 movies should mux fine to MKV now (e.g. POTO USA)
* gaps/overlaps in VC-1 track of EVO files are detected and displayed now
* pulldown can be removed from external raw VC-1 tracks now
* pulldown is automatically removed when demuxing EVO VC-1 tracks now
* updated to the latest revision of the libav E-AC3 decoder
* some minor changes and bugfixes
I think handling of VC-1 in EVO files is working pretty well now. For h264/AVC and MPEG2 tracks I'm still using the Haali Media Splitter instead of my own internal splitter right now. As a result timecodes still need to be rewritten for those video tracks. This will change in a future version.

Does anybody have the USA HD DVD of "Phantom of the Opera"? Could you please try whether it can be remuxed to MKV now? With a bit of luck it might work now.

Since the VC-1 remuxing functionality was changed a lot I'd be thankful about some tests. Please check whether it works at all, whether the audio sync is correct and also whether you have any micro stutters or not. After all I'm skipping the timecode rewriting for VC-1 now. I think it should all work, but it needs to be tested.

Due to the many changes, if you want to play safe, please backup the previous eac3to version (the one which you have on your harddisk right now). Just in case there are problems with the new build.

[madshi]

You did understand i was kidding, right? :o
Sure. Me, too!

[nautilus7]

Nice work!!!

Checking with Alexander VC-1 HD DVD right now.

[rickardk]

Great update!!
You really should make a page where we could donate to support development. I will be the first in line...

Ok, 117 titles remuxed. But I just got an alarming visit from my brother (he is helping me out). He talked to some guru online that said that some titles have glitches and rainbow frames when remuxed into mkv.

One example that we checked was Ratatouille Blu-ray (AVC). At 40min and 30s there are some strange frames. Looks scambled. When watching the joined m2ts there is no problem.

And I did Million Dollar Baby HD DVD (VC-1) yesterday. It did show the same problem. Is this a mux, codec or splitter problem?

My brother told me he had the same problem on Revolver Blu-ray.

[nautilus7]

Ratatouille and Revolver are BD, therefore have no relation to eac3to (yet). I have Million Dollar Baby, so i could try both 2.14 and 2.15 tomorrow.

[BlackJack1]

Not sure why this happens. Maybe Surcode doesn't like those multiple "." chars in the file name? Try renaming the source file to a simpler name. Also try using "eac3to source.flac dest.wavs" and then start Surcode manually to encode the DTS file. Does Surcode work correctly this way? Maybe your Surcode installation is botched up?

That was the name of the source and destination file. Shortened names and all passed OK in 26 minutes :)
Now I've got DTS track with no DRC and normalization :D
Thanks for wonderful application.
BJ

PS. Maybe stupid question: is possible to remove DRC and normaliz. from exists DTS track or I need source audio (DD HD, DTS HD, Flac, wavs etc.)?

[tebasuna51]

Sounds good. But what happens if the WAV size is bigger than 2GB or bigger than 4GB? Won't oggenc2 stop at 2GB/4GB then when using WAV input?

You are right, oggenc2 stop encoding at 4 GB limit unless we use raw data.

But use

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

is always better. (I think)

[nautilus7]

First thing i noticed with v2.15:

C:\Tools>eac3to "C:\Alexander Revisited The Final Cut\Disc 1\HVDVD_TS\Feature_1.EVO"+"C:\Alexander Revisited The Final Cut\Disc 1\HVDVD_TS\Feature_2.EVO" 2: alex.mkv 3: alex.ac3
EVO, 1 video track, 3 audio tracks, 2:06:22
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "alex.ac3"...

What is this secondary thing (it's in bold, but no showing well)?

[rickardk]

Ratatouille and Revolver are BD, therefore have no relation to eac3to (yet). I have Million Dollar Baby, so i could try both 2.14 and 2.15 tomorrow.

I mentioned them because I think this is a splitter problem as it affects both VC-1 and AVC from both Blu-ray and HD DVD

It would be great to know before proceeding with more titles...

Edited:

Maybe it's not a splitter problem. Because he just told me that Revolver could be muxed into mkv if video stream and audio stream muxed with gdsmux. But that gave a none searchable file. And it could not be opened with mkvmerge.

[rickardk]

Sorry for double post...Server busy

[nautilus7]

Maybe stupid question: is possible to remove DRC and normaliz. from exists DTS track or I need source audio (DD HD, DTS HD, Flac, wavs etc.)?
DRC and DN are applied only when the track is decoded. If the source of this dts you are talking about was created from a source which had DRC or DN applied when decoded, no it's not possible to remove them. If the source of the dts track is a disc like hd dvd/blu-ray/dvd then you can remove DN (using eac3to) and tell the decoder (that's eac3to job too) not to apply DRC.

[rickardk]

www.earselect.se/list.gif


Behind Enemy Lines
The Perfect Storm (bad disk will rerip)
Deer Hunter
Donnie Brasco
Dream Girls
Into the Blue
Legend of Zorro
The Island
The Usual Suspects

are not included as they are not put on the server yet.

Please let me know if you can find any titles that is know to have rainbow frames or glitches when remuxed.
I have watched some titles from start to end. But most just a couple of seconds at 4-5 locations to see that audio is in sync.

[BlackJack1]

DRC and DN are applied only when the track is decoded. If the source of this dts you are talking about was created from a source which had DRC or DN applied when decoded, no it's not possible to remove them. If the source of the dts track is a disc like hd dvd/blu-ray/dvd then you can remove DN (using eac3to) and tell the decoder (that's eac3to job too) not to apply DRC.

Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?

[tfboy]

Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?

By default, it does not apply DRC, if it can.

My understanding is when you tick the DRC box, it will apply dynamic range compression (which is probably what you don't want!)

BTW, with 2.15, the -test option seems to crash eac3to...

[nautilus7]

Must I "tell to eac3to" not to apply DRC or is it by default applied to eac3to?Default and only possible thing. eac3to always does it.

There is an option not to remove DN, though.

[nautilus7]

By default, it does not apply DRC, if it can.

My understanding is when you tick the DRC box, it will apply dynamic range compression (which is probably what you don't want!) What DRC box? You mean the gui i suppose, but still there shouldn't be such an option. Perhaps it's DN and you misread?

BTW, with 2.15, the -test option seems to crash eac3to...

I can confirm this. Bug report (http://www.sendspace.com/file/74z36a).

[rickardk]

Hmm...
2.15 maybe a bit slower?

E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: dream.mkv 3: dream.flac
EVO, 1 video track, 3 audio tracks, 2:10:11
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 5.1 channels, 768kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "dream.flac"...
Video track 2 contains 187279 frames.
eac3to processing took 1 hour, 26 minutes.
Done.

Without rewriting the timestamps this one took 38 minutes with 2.13. Intel Quadcore at 3Ghz.

ffdshow reports it as 25fps...but audio and video sync.

[Rectal Prolapse]

eac3to v2.15 released

* pulldown can be removed from external raw VC-1 tracks now
* pulldown is automatically removed when demuxing EVO VC-1 tracks now


Can the removal of pulldown be made an option? This might cause big problems when demuxing an HD-DVD VC1 track for use with Blu-ray authoring! Removing pulldown could cause playback to fail on standalone blu-ray players.

Anyways, thanks again for the updates. :)

[nautilus7]

Same procedure here, c2d 2,4 ghz, 1 HDD almost full.

C:\Tools>eac3to Feature_1.EVO+Feature_2.EVO 2: ale
x.mkv 3: alex.ac3
EVO, 1 video track, 3 audio tracks, 2:06:22
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "alex.ac3"...
Video track 2 contains 181777 frames.
eac3to processing took 1 hour, 10 minutes.
Done.


Will report soon if everything went fine with the new splitter.

EDIT: Result is good!!! Just to clear it up, i was testing with Alexander Revisited The Final Cut HD DVD Disc 1.

[Thunderbolt8]

thanks for the new update!! will report if I encouter problems!

can someone just please exlain me what that pulldown thing again was? it was something with the framerate, I suppose. so when I the framerate altered now (and to what?), only when the VC-1 tracks are demuxed, but for remuxing they are kept in their original state?

[rickardk]

Tried another title:
E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: deer.mkv 3: deer.flac
EVO, 1 video track, 3 audio tracks, 3:03:40
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 384kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "deer.flac"...
Video track 2 contains 264219 frames.
eac3to processing took 1 hour, 18 minutes.

Used to go faster...

[tfboy]

What DRC box? You mean the gui i suppose, but still there shouldn't be such an option. Perhaps it's DN and you misread?
Sorry, I should have been clearer, yes, I did mean the GUI :)
The option is for DRC, and is translated as the -allowDRC option for the command line. However, it appears that this switch is no longer supported ;)

D:\hddvd>eac3to FEATURE_1_MERGED.rebuilt.EVO test.ac3 -448
EVO, 1 audio track, 1:59:02
1: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, 63ms
Extracting audio track number 1...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
The DirectShow audio decoder didn't accept the input stream.

D:\hddvd>Is the input stream error due to the fact I don't have the Nero Blu-ray HD DVD plugin installed?

[nautilus7]

Sorry, I should have been clearer, yes, I did mean the GUI :)
The option is for DRC, and is translated as the -allowDRC option for the command line. However, it appears that this switch is no longer supported ;)No, i am sorry. I have totally forgot about that switch. But, yes it seems that no longer exists.

D:\hddvd>eac3to FEATURE_1_MERGED.rebuilt.EVO test.ac3 -448
EVO, 1 audio track, 1:59:02
1: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB, 63ms
Extracting audio track number 1...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
The DirectShow audio decoder didn't accept the input stream.

D:\hddvd>Is the input stream error due to the fact I don't have the Nero Blu-ray HD DVD plugin installed?Not sure. Usually the message in that case is "the audio decoder didn't receive any data". Which version is it? Can you use v2.14 (http://www.sendspace.com/file/jxn1t5) (if you don't have it use the link) with the -test switch (the new one crashes with this switch)?

I guess you rebuilt the evos by using evodemux. If doing the above conversion was your only purpose. it wasn't necessary.

[tfboy]

I fixed the problem by reinstalling Nero 7 :)
doing a test now with version 2.14 and it appears to be going ok (now creating/writing file).

Thanks for your suggestions :)

[Yraen]

Something is definitely off with 2.15. It crashed on me running -test also, but output the status.
D:\editing apps\eac3to>eac3to -test
eac3to crashed...
Nero Audio Decoder is not working correctly
Sonic Audio Decoder is not working correctly
Haali Media Splitter (2007-12-28) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed


While 2.14 reports
D:\editing apps\eac3to\2.14>eac3to -test
Sonic Audio Decoder (2.14.0.0) doesn't seem to be installed
Nero Audio Decoder (Nero 7 or older) works fine
Haali Media Splitter (2007-12-28) is installed
Surcode DTS Encoder doesn't seem to be installed
MkvToolnix (v2.1.0) is installed

Nero is definitely installed and works fine with 2.14. It might be something to do with how it communicates with Nero, since it says it's not working.

[nautilus7]

It's been reported twice. v2.15 crashes with -test. A bug report is also uploaded.

[rickardk]

What does this mean?

E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: born.mkv 3: born.flac
EVO, 1 video track, 3 audio tracks, 2:24:16
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 448kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "born.flac"...
Video has a gap of 3 frames at playtime 0:00:53.
Video overlaps for 3 frames at playtime 0:00:59.
Video has a gap of 2 frames at playtime 0:01:20.
Video overlaps for 2 frames at playtime 0:01:23.
Video has a gap of 3 frames at playtime 0:01:53.
Video overlaps for 3 frames at playtime 0:01:56.
Video has a gap of 3 frames at playtime 0:02:40.
Video overlaps for 3 frames at playtime 0:03:09.

[nautilus7]

It's a new feature! Some problems of the VC-1 stream, don't know exactly.

[rickardk]

Hangs on DTS-HD MA -> FLAC
Bugreport attached

[madshi]

You really should make a page where we could donate to support development. I will be the first in line...
I'm not sure yet how to handle this. Maybe I'll someday offer some extra functionality for a small donation/price while keeping the basic version free or something like that. Just offering a donation button isn't as easy as it may sound, since I also have to worry about taxes and that kind of stuff...

Ok, 117 titles remuxed. But I just got an alarming visit from my brother (he is helping me out). He talked to some guru online that said that some titles have glitches and rainbow frames when remuxed into mkv.
Probably by demuxing video tracks and then remuxing them by using mkvtoolnix?

One example that we checked was Ratatouille Blu-ray (AVC). At 40min and 30s there are some strange frames. Looks scambled. When watching the joined m2ts there is no problem.
What does Ratatouille video have to do with eac3to? :) Generally I have always recommend against demuxing video and then remuxing it (which is currently the only way to mux Ratatouille to MKV). At least for h264 this can be problematic. I believe it's a better approach to use the Haali Matroska Muxer which gets along without fully demuxing the video first.

And I did Million Dollar Baby HD DVD (VC-1) yesterday. It did show the same problem. Is this a mux, codec or splitter problem?
Can you please retry with eac3to v2.16? If the problem still occurs with that version, can you please rerip and try again? If it still occurs I'd be happy about a little sample...

[madshi]

PS. Maybe stupid question: is possible to remove DRC and normaliz. from exists DTS track or I need source audio (DD HD, DTS HD, Flac, wavs etc.)?
Not sure what you mean exactly. You can remove dialnorm from a DTS track without decoding it simply by doing "eac3to source.dts dest.dts". This will remove dialnorm. But DRC cannot be removed this way. You have to make sure that DRC is not applied while decoding. eac3to does that for you if you use eac3to for decoding. BTW, most DTS tracks do not have dialnorm activated.

[madshi]

You are right, oggenc2 stop encoding at 4 GB limit unless we use raw data.

But use

RiffLength (offset 5) = 0xFFFFFF24 (instead 0x00000024)
DataLength (offset 41) = 0xFFFFFF00 (instead 0x00000000)

is always better. (I think)
Makes sense. Have added this to v2.16. Could you please test it? Thanks!

[madshi]

First thing i noticed with v2.15:

1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...

It's a simple text output bug. Nothing to worry about. Should be fixed with v2.16 (I hope).

[madshi]

Maybe it's not a splitter problem. Because he just told me that Revolver could be muxed into mkv if video stream and audio stream muxed with gdsmux. But that gave a none searchable file. And it could not be opened with mkvmerge.
Another proof for what I always said, namely that using the Haali Muxer is the better approach for video remuxing. Anyway, the mkvmerge problem is fixed in the latest mkvmerge beta build.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

Hangs on DTS-HD MA -> FLAC
Bugreport attached
The attachments in doom9 often take ages to get approved. Can you please email that bug report to me?

[madshi]

Hmm...
2.15 maybe a bit slower?

eac3to processing took 1 hour, 26 minutes.

Without rewriting the timestamps this one took 38 minutes with 2.13. Intel Quadcore at 3Ghz.
Hmmmm... This is probably caused by the (forced) background libav E-AC3 decoding (doing this to test the E-AC3 decoder). Can you please retry without E-AC3 decoding? How do the times compared then?

ffdshow reports it as 25fps...but audio and video sync.
ffdshow probably just guesses. The MKV files produced by the Haali Muxer don't have the fps stored in the header. That's the only disadvantage of skipping the timecode rewriting, AFAIK. It's not a big problem, though, since the fps value in the header is usually only used for purely informational purpose.

[madshi]

Can the removal of pulldown be made an option? This might cause big problems when demuxing an HD-DVD VC1 track for use with Blu-ray authoring! Removing pulldown could cause playback to fail on standalone blu-ray players.
Is that so? Never heard about that yet. Are you sure?

Currently pulldown removal is default. But you can disable it by using the (undocumented) option "-keepPulldown". If removing the pulldown is really problematic for Blu-Ray authoring, I'll revert the default to not doing pulldown and will offer an option for removing pulldown instead.

[madshi]

can someone just please exlain me what that pulldown thing again was? it was something with the framerate, I suppose. so when I the framerate altered now (and to what?), only when the VC-1 tracks are demuxed, but for remuxing they are kept in their original state?
HD DVD video streams are 1080p24, but they come with additional "pulldown" flags which tell the player how to best output the stream when doing 1080i60. These pulldown flags are missing in Blu-Ray streams. It seems that for Xbox remuxing the pulldown flags need to be removed.

[madshi]

What does this mean?

E:\EAC3TO>eac3to feature_1.evo+feature_2.evo 2: born.mkv 3: born.flac
EVO, 1 video track, 3 audio tracks, 2:24:16
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 1536kbit/s, 48khz, dialnorm: -27dB
4: E-AC3, 2.0 channels, 448kbit/s, 48khz, dialnorm: -27dB
5: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting secondary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding FLAC...
Creating/writing file "born.flac"...
Video has a gap of 3 frames at playtime 0:00:53.
Video overlaps for 3 frames at playtime 0:00:59.
Video has a gap of 2 frames at playtime 0:01:20.
Video overlaps for 2 frames at playtime 0:01:23.
Video has a gap of 3 frames at playtime 0:01:53.
Video overlaps for 3 frames at playtime 0:01:56.
Video has a gap of 3 frames at playtime 0:02:40.
Video overlaps for 3 frames at playtime 0:03:09.
First of all: Please trash this MKV. It's no good. Please retry with v2.16. If the same problem is still there, a sample which covers the first 0:03:15 runtime of the movie would be very helpful.

This one is complicated. Let me try to explain:

-----------------------

Normally an EVO movie contains a video track which is encoded in 1080p24. There are normally exactly 24/1.001 frames per second in the video track. Furthermore the EVO container contains some timecodes for some video frames (but not for all). E.g. the container might say: "frame 305 has the timecode 0:01:50". Now there are different ways to remux such an EVO to MKV:

(1) You could totally ignore the timestamps of the EVO container and just mux the movie as a constant stream of 1080p24 frames. Basically this is what mkvtoolnix does when you rewrite timecodes. It's a good approach cause you get very smooth playback with usually no micro stuttering issues. HOWEVER, there's no guarantee that you'll get perfect audio/video sync this way cause it's theoretically possible that there are gaps or overlaps in the EVO file. I mean it's possible that the EVO codes frame 10 to have timecode 0:01:50 and frame 11 to have timecode 0:01:55. So there would be 5 seconds worth of video frames missing in this case. Such cases do exist in real life. E.g. the Equilibrium HD DVD is such a beast. Now if you ignore the EVO timestamps and simply remux this to MKV the stupid way, the MKV will play 5 seconds shorter than the EVO would play.

(2) The 2nd approach would be to strictly follow the timestamps of the EVO file. The problem with this is that only some video frames have timestamps but not all. So you need to guess the timestamps for the frames which don't have timecodes. This is what Haali's Media Splitter does. This is a bumpy ride, though, cause if you guess bad, it might happen that the timecodes are not fluid, which results in micro stuttering. E.g. when using the Haali Media Splitter -> Haali Matroska Muxer, it sometimes happens that frame e.g. 55 gets a timestamp in the final MKV file which is *later* than frame 56. Obviously this results in noticably stutter.

(3) Now eac3to tries to find a good balance between (1) and (2). eac3to starts with the approach that the stream probably has no gaps or overlaps. So it applies very exact 24/1.001 timecodes to every frame. But at the same time eac3to also checks the EVO timestamps. If the EVO timestamps differ too much from where eac3to is going, eac3to notices that, outputs a warning message and corrects its timecode calculation accordingly.

In your case eac3to has detected alternating gaps and overlaps of 2-3 frames. This shows how instable the EVO timecodes sometimes are. But it also shows that with your EVO file the EVO timestamps in the long run agree with eac3to's calculation because the overlaps and gaps even out over time. I've now modified eacto v2.16 a bit so that it is a bit more relaxed in trying to find gaps/overlaps. Hopefully that will fix the problem with this movie. If not, please let me know.

-----------------------

Ouch, long explanation. Hopefully it was understandable!

[madshi]

eac3to v2.16 released

http://madshi.net/eac3to.zip

* fixed "eac3to -test" crash
* fixed "eac3to some.ddp some.wav" crash
* made video gap/overlap detection a little more relaxed
* WAV header is initialized to 4GB instead of 0GB (for stdout)
* fixed incorrect "primary/secondary" text

[shanghai2004]

eac3to v2.16 released

http://madshi.net/eac3to.zip

* fixed "eac3to -test" crash
* fixed "eac3to some.ddp some.wav" crash
* made video gap/overlap detection a little more relaxed
* WAV header is initialized to 4GB instead of 0GB (for stdout)
* fixed incorrect "primary/secondary" text

Great tool is getting better!

Good news is that eac3to can now directly process VC1 files. Bad news: now I can reconfirm the MKV muxing part of the process really doesn't like VC1 interlaced files. When I demux the EVO with eac3to into videostream.vc1 and do

eac3to videostream.vc1 test.mkv

I see basically the same problem as before (See my post 1080482): the muxing runs for a while and then hangs.

I'm aware this problem is most probably not cased by the eac3to code, but somewhere in the muxer. Maybe you ever going to write a muxer as well :)

In the mean time, what is a good way for me to produce a test case to feedback to the Haali developers?

[madshi]

I'm aware this problem is most probably not cased by the eac3to code, but somewhere in the muxer.
I think so, too.

In the mean time, what is a good way for me to produce a test case to feedback to the Haali developers?
Just try to create a sample, which is as small as possible, upload it somewhere and post a link to the sample with a problem description to the Haali thread.

When I demux the EVO with eac3to into videostream.vc1 and do

eac3to videostream.vc1 test.mkv

I see basically the same problem as before
Just for your information: With v2.16 demuxing the VC-1 stream and then muxing it to MKV is not much different than asking eac3to to remux the VC-1 stream directly from EVO to MKV. The only difference is that when demuxing the VC-1 stream first, eac3to loses the chance to check for video gaps/overlaps.

[rickardk]

Another proof for what I always said, namely that using the Haali Muxer is the better approach for video remuxing. Anyway, the mkvmerge problem is fixed in the latest mkvmerge beta build.

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

The attachments in doom9 often take ages to get approved. Can you please email that bug report to me?

No the problem is still there in latest beta.
The problem is described better here:
http://forum.doom9.org/showthread.php?t=133974


Bugreport:
www.earselect.se/bugreport.txt

[rickardk]

Any advantage in not rewriting the timestamps? The frame skip/overlap seems worse than having a couple of ms off sync between audio and video

[rickardk]

Rainbow frames and glitches.


Probably by demuxing video tracks and then remuxing them by using mkvtoolnix?


What does Ratatouille video have to do with eac3to? :) Generally I have always recommend against demuxing video and then remuxing it (which is currently the only way to mux Ratatouille to MKV). At least for h264 this can be problematic. I believe it's a better approach to use the Haali Matroska Muxer which gets along without fully demuxing the video first.


Yes but gdsmux can't remux some titles. And some titles that can be remuxed results in unsearchable mkvs. Sorry for bringing Ratatouille as an example (as it's remuxed without eac3to). But Million Dollar Baby is HD DVD and shows the exact same problem. But as the new eac3to does not rewrite timestamps with mkvmerge I guess I can get it working with eac3to.

So the blame is on mkvmerge for errors like "rainbow frames"?

[madshi]

No the problem is still there in latest beta.
Which problem? Can you please be more specific? The one with AVC titles? The one with VC-1? Or the one with mkvtoolnix not working?

www.earselect.se/bugreport.txt
This should already be fixed with v2.16.

Any advantage in not rewriting the timestamps? The frame skip/overlap seems worse than having a couple of ms off sync between audio and video
Have you read my (long) explanation?

Ideally the gap/overlap warnings should only occur if there are real gaps/overlaps (as is the case with Equilibrium). If I'd ignore the gaps with Equilibrium, audio sync would be totally lost and totally unrecoverable. It's not just some msec, it's some seconds with Equilibrium.

Anyway, those gaps/overlaps with the title you reported, are those still there with v2.16? I consider it a "bug" in eac3to, if such gap/overlap messages are appearing the way you reported. In the end eac3to should convert at least 99% of all movies without any such warnings. Equilibrium is the only title that I know where these warnings may "legally" occur. But I'm not sure. I've implemented this feature to be sure.

[madshi]

But Million Dollar Baby is HD DVD and shows the exact same problem.
Which problem does it show? Rainbow frames? Or non-seekable? Again you need to be more specific... :)

But as the new eac3to does not rewrite timestamps with mkvmerge I guess I can get it working with eac3to.

So the blame is on mkvmerge for errors like "rainbow frames"?
For rainbow frame with h264/AVC movies I tend to say "yes". It may not necessarily be the guilt of mkvmerge. It may be caused by bad demuxing or by a combination of strange effects related to the whole demux + remux process. No idea. But I think these problems should be solvable by using a different remuxing solution.

If you're talking about VC-1, things may be different. For your HD DVD VC-1 movie I'd like to have a sample, if the problem still occurs with v2.16.

[rickardk]

Sorry...
Million Dollar Baby HD DVD uses VC-1 and did with eac3to 2.13 end up with rainbow frames. Will try again with eac3to 2.16.

Yes I read you long explanation...thanks for taking the time to clear things out. But what I really wanted to know is if I should remux all my titles again using this new method?

Yes the problem with AVC titles like Ratatouille and Revolver is still there with latest beta. Don't know if VC-1 titles will work wthout introducing rainbow frames. But Ratatouille and Revolver did not work.

[nautilus7]

I am doing Million dollar baby now (v2.16)...

C:\Tools>eac3to F:\PEVOB1_1.EVO+F:\PEVOB1_2.EVO 2: dollar.mkv
EVO, 1 video track, 2 audio tracks, 2:12:35
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 133ms
4: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB, 133ms
Extracting primary video track...
Muxing video to Matroska...
Video has a gap of 9 frames at playtime 0:00:06.
Video track 2 contains 190727 frames.
eac3to processing took 50 minutes, 40 seconds.
Done.

-----

When it's done i will report. :)

[rickardk]

Great!

[madshi]

But what I really wanted to know is if I should remux all my titles again using this new method?
I don't think so. Maybe it would make sense to compare one movie wich new and old movie to check whether the new method works better or whether it's the same (or even worse - hopefully not!). But if the new method is not significantly better (which I don't think it is) there's no reason to redo everything.

[nautilus7]

Million Dollar baby is done, but result is not good. First of all i updated the log in my previous post.

I can't play it correctly with mpc (it's crap - full of glitches).
I can only decode VC-1 with WMVideo Decoder DMO right now and not ffdshow. (Something is wrong in my pc).
But, i tried wmp11 and it plays it correctly. Well almost correctly. If i seek the track it either play ok or not.

EDIT: I changed the video renderer in mpc from haali to vmr9 and now it behaves the same way like wpm11. I suppose the same combination of renderer/decoder is being used in both of them.

I guess a 50 MB sample would be ok?

[madshi]

But, i tried wmp11 and it plays it correctly. Well almost correctly. If i seek the track it either play ok or not.

EDIT: I changed the video renderer in mpc from haali to vmr9 and now it behaves the same way like wpm11. I suppose the same combination of renderer/decoder is being used in both of them.

I guess a 50 MB sample would be ok?
Not sure now: Does it or does it not play correctly with VMR9? Is seeking the only problem?

A 50 MB sample is ok if the problem can be reproduced with that sample. I'm not talking about the Haali renderer, though. I'll not debug problems in the Haali renderer. Only VMR9 or EVR, please.

[nautilus7]

Well, with whole movie the problem is only seeking (vmr9). But with the sample playback is also a problem. If you find out out that the problem is not eac3to related, just skip it. Tell me if you can use any other decoder except VMVideo Decoder DMO with this sample, please.

Here's (http://www.sendspace.com/file/g6xd5q) a 40 MB sample (it shrunk during upload :p ).

[rickardk]

Million Dollar baby is done, but result is not good. First of all i updated the log in my previous post.

I can't play it correctly with mpc (it's crap - full of glitches).
I can only decode VC-1 with WMVideo Decoder DMO right now and not ffdshow. (Something is wrong in my pc).
But, i tried wmp11 and it plays it correctly. Well almost correctly. If i seek the track it either play ok or not.

EDIT: I changed the video renderer in mpc from haali to vmr9 and now it behaves the same way like wpm11. I suppose the same combination of renderer/decoder is being used in both of them.

I guess a 50 MB sample would be ok?


Did you use mkvmerge to add audio?
If so, please test to not run the file through mkvmerge and see if you still have glitches.

If you did not use mkvmerge. Please test run it through mkvmerge and check if it still plays fine with EVR or VMR9
Running it through mkvmerge often results in searchable files

[nautilus7]

No, no audio was added. I 'll run the mkv through mkvmerge to see what happens.

EDIT: Nothing changed.

[rickardk]

Just did a new attempt with Born on the 4th of July.
2.15 gave a couple of frame gap/overlaps
2.16 gave less frame gap/overlaps problems
2.13 gave a smooth playable file with audio in synch (watched a couple of minutes at the start of the movie, att the middle and a few minutes before the end)

[madshi]

Just did a new attempt with Born on the 4th of July.
2.15 gave a couple of frame gap/overlaps
2.16 gave less frame gap/overlaps problems
2.13 gave a smooth playable file with audio in synch (watched a couple of minutes at the start of the movie, att the middle and a few minutes before the end)
Could I get a sample, please, which covers some of the gaps/overlaps? Thanks!

[Chumbo]

I was too slow to grab 2.15 before 2.16 came out. Would anyone be kind enough to provide a link to 2.15 via a site like rapidshare, mytempdir or other file hosting place please? Many thanks.

[rickardk]

Could I get a sample, please, which covers some of the gaps/overlaps? Thanks!

Yes I will make a sample of Sum of all fears too.
I never done a sample of an evo. How is it done?

[nautilus7]

I was too slow to grab 2.15 before 2.16 came out. Would anyone be kind enough to provide a link to 2.15 via a site like rapidshare, mytempdir or other file hosting place please? Many thanks.

Why do you want v2.15?

[madshi]

Yes I will make a sample of Sum of all fears too.
I never done a sample of an evo. How is it done?
Easiest way is to let EvoDemux rebuild and then abort rebuilding without deleting the file. A hexeditor would do, too.

[madshi]

EDIT: I changed the video renderer in mpc from haali to vmr9 and now it behaves the same way like wpm11.
That's strange. I'm getting garbled output even with VMR9. This is the very same effect I also had with "The Searchers". However, when I tried to rip audio from the Million Dollar sample, I got a message "the track is dirty" from eac3to. Is it possible that the rip is corrupt?

The garbled output appears on my PC with the MS VC-1 decoder and VMR9. The Sonic VC-1 decoder doesn't even show any picture. It just freezes. Had exactly the same symptoms with "The Searchers". That makes now 2 HD DVD VC-1 movies which my PC cannot handle at all. Fortunately all other VC-1 movies worked just fine for me until now. Not sure where the problems with those 2 movies are coming from. Maybe the VC-1 stream is incorrect somehow and PowerDVD's VC-1 decoder just knows a way to work around that somehow?

[dburckh]

I'm try to get a pulled down raw VC-1 stream out of an EVO with eac3to. I tried the -demux option and it said "no format was specified for the demuxer..." I did manage to get an mkv to work with 2.15, which is not what I want. Any pointers? Is this fixed in 2.16?

Why:

My ultimate goal is to get a VC-1/AC3/TS (or M2TS) stream out of an HD DVD. There seems to be a lot better support for this with the commercial players and hardware units. If I can get the raw streams, I think I can mux it to TS with ffmpeg. I'll write a muxer if I have to. :)

Thanks for your help and your awesome tool.

[nautilus7]

Well, with whole movie the problem is only seeking (vmr9). But with the sample playback is also a problem. You missed this...

That's strange. I'm getting garbled output even with VMR9. This is the very same effect I also had with "The Searchers". However, when I tried to rip audio from the Million Dollar sample, I got a message "the track is dirty" from eac3to. Is it possible that the rip is corrupt?

I tried something... I demuxed the vc-1 stream with evodemux and then muxed to mkv with eac3to. Result is playable (not the very begging though) but not seek able.

I also demuxed the audio with evodemux and run it through delaycut. The frames (e-ac3) 33 to 41 are corrupted.

Maybe the first seconds of the evo (original) is damaged/corrupted and they screw the whole file.

[Kumo]

how does the eac3to "speedup/slodown" feature work?does it stretch the intermediate wavs mono files(temporary encoded) or does it change the sample rate and re-sample to 44/48khz?is the result better than stretching the wavs mono files with an audio editor(like audition)?

[nautilus7]

I'm try to get a pulled down raw VC-1 stream out of an EVO with eac3to. I tried the -demux option and it said "no format was specified for the demuxer..." I did manage to get an mkv to work with 2.15, which is not what I want. Any pointers? Is this fixed in 2.16?

Why:

My ultimate goal is to get a VC-1/AC3/TS (or M2TS) stream out of an HD DVD. There seems to be a lot better support for this with the commercial players and hardware units. If I can get the raw streams, I think I can mux it to TS with ffmpeg. I'll write a muxer if I have to. :)

Thanks for your help and your awesome tool.
I don't know whether we are talking about the same error, but here's what i get:

C:\Tools>eac3to file.evo -demux
EVO, 1 video track, 1:16:47
1: VC-1, 1080p24 /1.001
Extracting primary video track...
The VC-1 pulldown remover didn't receive the format information.


C:\Tools>eac3to file.evo 1: file.vc1
EVO, 1 video track, 1:16:47
1: VC-1, 1080p24 /1.001
Extracting primary video track...
The VC-1 pulldown remover didn't receive the format information.

[nautilus7]

how does the eac3to "speedup/slodown" feature work?does it stretch the intermediate wavs mono files(temporary encoded) or does it change the sample rate and re-sample to 44/48khz?is the result better than stretching the wavs mono files with an audio editor(like audition)?
Re-samples back to original sample rate. Quality is very good as it takes a loooong time to complete. :p

[dburckh]

I don't know whether we are talking about the same error, but here's what i get:

C:\Tools>eac3to file.evo -demux
EVO, 1 video track, 1:16:47
1: VC-1, 1080p24 /1.001
Extracting primary video track...
The VC-1 pulldown remover didn't receive the format information.


C:\Tools>eac3to file.evo 1: file.vc1
EVO, 1 video track, 1:16:47
1: VC-1, 1080p24 /1.001
Extracting primary video track...
The VC-1 pulldown remover didn't receive the format information.


That's the one. Sorry for the ambiguity, I'm at work and didn't have the actual error in front of me.

[madshi]

I'm try to get a pulled down raw VC-1 stream out of an EVO with eac3to. I tried the -demux option and it said "no format was specified for the demuxer..."
Hmmmm... Seems to be a bug. Will fix that in the next build. For now try adding the "-keepPulldown" option. I think demuxing should work then.

I'll write a muxer if I have to. :)
A well working TS muxer would be quite lovely... :)

[madshi]

You missed this...
You're right, sorry.

I tried something... I demuxed the vc-1 stream with evodemux and then muxed to mkv with eac3to. Result is playable (not the very begging though) but not seek able.

I also demuxed the audio with evodemux and run it through delaycut. The frames (e-ac3) 33 to 41 are corrupted.

Maybe the first seconds of the evo (original) is damaged/corrupted and they screw the whole file.
I do think that the first seconds of the EVO file are damaged. But I'm not sure why seeking doesn't work with the rest of the movie. I've checked the VC-1 stream in the sample you uploaded for me and there seem to be enough key frames in there to make seeking work just fine.

Have you tried remuxing only the 2nd EVO to MKV? What happens then?

[madshi]

how does the eac3to "speedup/slodown" feature work?does it stretch the intermediate wavs mono files(temporary encoded) or does it change the sample rate and re-sample to 44/48khz?is the result better than stretching the wavs mono files with an audio editor(like audition)?
Stretching the wavs with an audio editor probably results in something quite similar to what eac3to is doing. But a lot depends on which algorithms are used exactly. There are good and bad ones. I'm not an expert on which algorithms are the best, but those eac3to is using (based on r8brain) were tested to belong to the better ones.

[nautilus7]

I do think that the first seconds of the EVO file are damaged. But I'm not sure why seeking doesn't work with the rest of the movie. I've checked the VC-1 stream in the sample you uploaded for me and there seem to be enough key frames in there to make seeking work just fine.

Have you tried remuxing only the 2nd EVO to MKV? What happens then?
I will try the 2nd evo right now.

(god, video/audio editing is trouble. But we wouldn't be here if we didn't like it. :eek: )


EDIT: 2nd evo (original & rebuilt with evodemux) results in 100% playable/seekable mkv with both haali and vmr9 renderers.

[nautilus7]

madshi, i cleaned the million dollar baby audio track and tried to process it with eac3to. The libav decoder crashed and probably this caused eac3to to crash too. I believe that shouldn't happen. Bug report (http://www.sendspace.com/file/uk1urh)

[madshi]

madshi, i cleaned the million dollar baby audio track and tried to process it with eac3to. The libav decoder crashed and probably this caused eac3to to crash too. I believe that shouldn't happen. Bug report (http://www.sendspace.com/file/uk1urh)
Ah well, maybe eac3to could catch the crash. But it's really a crash in the Nero decoder. It's not much of a difference if eac3to catches the crash or not. The processing won't work, anyway. Cleaning up didn't help, obviously. Did you use "fix" option? That's dangerous. Better use "silence" or "skip".

[mmoore99]

What does Ratatouille video have to do with eac3to? Generally I have always recommend against demuxing video and then remuxing it (which is currently the only way to mux Ratatouille to MKV). At least for h264 this can be problematic. I believe it's a better approach to use the Haali Matroska Muxer which gets along without fully demuxing the video first.
Would you provide an example of how to do this?

[nautilus7]

Ah well, maybe eac3to could catch the crash. But it's really a crash in the Nero decoder. It's not much of a difference if eac3to catches the crash or not. The processing won't work, anyway. Cleaning up didn't help, obviously. Did you use "fix" option? That's dangerous. Better use "silence" or "skip".

I did some manual editing with a hex editor. :eek:

I really thought that eac3to crashed due to a libav crash, that wouldn't be good. As far this is not the case, just forgot it.
:stupid:

[Tegeril]

I apologize for not parsing through all 141 pages, but is there any hope of this application working with Nero 8 in the future? I recognize the limitation to ShowTime, but is there no way to bypass that on the roadmap? :D

[dburckh]

Hmmmm... Seems to be a bug. Will fix that in the next build. For now try adding the "-keepPulldown" option. I think demuxing should work then.


A well working TS muxer would be quite lovely... :)

I'm hoping ffmpeg will do and it doesn't come to me writing one. In theory this should do it:
ffmpeg -f vc1 -r 24000/1001 -i file.vc1 -f ac3 -i file.ac3 -vcodec copy -acodec copy file.ts

I know it uses PID 0x100 for video and 0x101 for audio. It also uses the video PID (0x100) for the PCR. All these are not BluRay standard.

[madshi]

Would you provide an example of how to do this?
Well, for a start use eac3to or gdsmux for remuxing movies. Unfortunately this doesn't cover all movies yet. Especially Blu-Ray h264 movies can be troublesome. But I hope we'll get there sooner or later.

[madshi]

I apologize for not parsing through all 141 pages, but is there any hope of this application working with Nero 8 in the future? I recognize the limitation to ShowTime, but is there no way to bypass that on the roadmap? :D
There's no bypass on the roadmap. Nero 7 already tried to prevent other apps from using the DirectShow filters. Eac3to can only use the Nero 7 filters by some tricks. Nero 8 got even stricter. I don't know how to work around that. Of course I could spend time on figuring that out, but I really have more important things to do. If all else fails you can absolutely must have Nero 8 installed then you can use the libav decoders instead of Nero. The MLP/TrueHD decoder should be equal to the Nero decoder. Only the E-AC3 decoder might be at a small disadvantage compared the Nero. But the difference is probably rather small...

[Thunderbolt8]

That's strange. I'm getting garbled output even with VMR9. This is the very same effect I also had with "The Searchers". However, when I tried to rip audio from the Million Dollar sample, I got a message "the track is dirty" from eac3to. Is it possible that the rip is corrupt?

The garbled output appears on my PC with the MS VC-1 decoder and VMR9. The Sonic VC-1 decoder doesn't even show any picture. It just freezes. Had exactly the same symptoms with "The Searchers". That makes now 2 HD DVD VC-1 movies which my PC cannot handle at all. Fortunately all other VC-1 movies worked just fine for me until now. Not sure where the problems with those 2 movies are coming from. Maybe the VC-1 stream is incorrect somehow and PowerDVD's VC-1 decoder just knows a way to work around that somehow?
I also remuxed the searchers a while ago (but cant remember which eac3to version I used then, might be one of the 1.XX versions), but I dont have problems with the video. I havent watched the full remux yet, but I synced subs and therefore saw a bit here and there and everything was fine (using haali and ffdshow with libavcodec).

[madshi]

I also remuxed the searchers a while ago (but cant remember which eac3to version I used then, might be one of the 1.XX versions), but I dont have problems with the video. I havent watched the full remux yet, but I synced subs and therefore saw a bit here and there and everything was fine (using haali and ffdshow with libavcodec).
I have a sample of the movie and the sample begins to play fine. But after a few seconds the image suddenly gets garbled. I think that the problem is one (or multiple) specific timecode(s) in the movie. You'd probably have to watch the whole movie to see the problem. But it might also have been a bad rip. Not sure...

[Thunderbolt8]

first post 2.14 remux and 1st problem with hot fuzz (VC-1). both, the output .mkv file from eac3to (only video) and the mux with mkvmerge afterwards (with timestamps file and audio) wont play, mpc window opens, but it stays transparent and nothing happens/crashes, haali splitter symbol in the system tray. with the same playback settings it played when it was made using 2.14

[Chumbo]

I'm hoping ffmpeg will do and it doesn't come to me writing one. In theory this should do it:
ffmpeg -f vc1 -r 24000/1001 -i file.vc1 -f ac3 -i file.ac3 -vcodec copy -acodec copy file.ts

I know it uses PID 0x100 for video and 0x101 for audio. It also uses the video PID (0x100) for the PCR. All these are not BluRay standard.
If you succeed in creating the TS file, then you can use tsremux to re-write it since it uses BR standards.

[dburckh]

If you succeed in creating the TS file, then you can use tsremux to re-write it since it uses BR standards.

Tried that, TsRemux blows up. :) I'm guessing it doesn't like the shared PCR/Video PID.

I have written a remuxing framework (still buggy, not published) and I'll see if I can get all this to work once the eac3to bug is fixed. I have very limited free time these days, so I can't make any promises.

[matrix40]

Im having trouble getting an audio file. My blu ray movie has a dts-hd audio stream. Ive already converted the video but i cant seem to figure out the audio. Ive remuxed to elem., stream ive used the m2ts and still cant get the audio to a ac3
stream

[Rectal Prolapse]

Is that so? Never heard about that yet. Are you sure?

Currently pulldown removal is default. But you can disable it by using the (undocumented) option "-keepPulldown". If removing the pulldown is really problematic for Blu-Ray authoring, I'll revert the default to not doing pulldown and will offer an option for removing pulldown instead.

Ah! Thanks for the option. :)

Anyways, for really involved details for a blu-ray compliant VC1 stream, you can refer to this post - I don't know how involved the changes would be though:

http://forum.doom9.org/showthread.php?p=1038219#post1038219

[K-rnivoro]

Another weird thing, not eac3to related but maybe someone knows about it.
Goal: To encode EAC3 (1536Kbps) and/or TrueHD, to DTS to achieve the best compromise between audio quality and playback compatibility with external (hardware) decoders.
Issue: Surcode DTS Encoder 1.0.21.0 not working good. Giving corrupted DTS tracks although they are identified as a dts tracks in delaycut, which stops logging when trying to fix it, and output "fixed" track is also corrupted.

I suspected from eac3to, but wavs output are ok. Feeding Surcode with wavs gives me same result, no good dts track.
Clues somebody? :confused:

PS: Nautilus, remember my problem with bad first frame of eac3 tracks? I've found that delaycut 1.3.0.0 is able to repair it (means is detected thereafter by eac3to) checking "Fix" in "CRC Errors" (using default "silence" option does not work). Maybe not the "cleanest" way, but also useful...

[madshi]

first post 2.14 remux and 1st problem with hot fuzz (VC-1). both, the output .mkv file from eac3to (only video) and the mux with mkvmerge afterwards (with timestamps file and audio) wont play, mpc window opens, but it stays transparent and nothing happens/crashes, haali splitter symbol in the system tray. with the same playback settings it played when it was made using 2.14
Can you reproduce the problem with a sample? If so, could you please upload the sample for me? Thanks!

[madshi]

Im having trouble getting an audio file. My blu ray movie has a dts-hd audio stream. Ive already converted the video but i cant seem to figure out the audio. Ive remuxed to elem., stream ive used the m2ts and still cant get the audio to a ac3 stream
Without some more details there's no way we can help you. How about posting the eac3to text output (see log.txt)?

[madshi]

Anyways, for really involved details for a blu-ray compliant VC1 stream, you can refer to this post - I don't know how involved the changes would be though:

http://forum.doom9.org/showthread.php?p=1038219#post1038219
Ouch. I don't think I'm going to implement that. But maybe I'll switch defaults for pulldown removal...

[Beastie Boy]

Many thanks for the update Madshi. The pulldown removal does save quite a bit of time for XBox 360 compatibility. After reading the thread linked above, I think that both the pulldown and interlaced flags need to be removed, so removing the pulldown flag is one step closer to BluRay compatibility. Or am I wrong here?

There have been a few posts regarding the speed of eac3to processing. Can I ask what kind of speeds you would expect for processing a movie. I have a Athlon X2 @ 2.5Ghz and read/write across 2 seperate HDDs (so not I/O bound) and, for a 2hr movie, it takes approx 1hr 20min to extract video and audio to wavs, and 1 hr if I do the audio only.
I don't see much speed difference between either Nero or libav decoders.

Cheers, Beastie.

[K-rnivoro]

I haven't tested yet but... eac3to decode DTS HD and DTS ES Master 6.1 tracks to 7 wavs? If yes, please upload me some 6.1 sample to try it out.

I´m planning to reencode 6.1 channels to Dolby Digital EX using SoundForge (http://forum.doom9.org/showthread.php?t=124721).
Also: Does eac3to detect the real number of channels of True HD and all X.1 tracks in general? I know there are limitations in decoding (Ej. 7.1 to 5.1 due to Sonic Decoder restrictions), but is good to know what's really inside the tracks.

One more: As far as I understand, extracting "core" DTS from DTS-HD gives only 5.1 channels, right? I want to keep 6.1 (or 7.1 eventually) and reencode to DTS ES Discrete or Dolby Digital EX, the formats my Pioneer VSX-816 detects (http://www.pioneerelectronics.com/PUSA/Products/HomeEntertainment/AV-Receivers/PioneerReceivers/VSX-816-K%7CS?tab=B), as I said using SoundForge or some other tool (haven't figured it out yet..)

[nautilus7]

I haven't tested yet but... eac3to decode DTS HD and DTS ES Master 6.1 tracks to 7 wavs?
From 1st post(I believe this applies to sonic decoder):
known problems:
DTS decoding fully supports 6.1, but 7.1 tracks are decoded as 5.1 only.
Also: eac3to detect the real format of True HD (and all files en general) despite decoding them to 5.1 ?Can you explain this better? I didn't understnd anything...

[Thunderbolt8]

Can you reproduce the problem with a sample? If so, could you please upload the sample for me? Thanks!
I also added a sample of syriana, its the same problem here. works with eac3to 2.14 and not with 2.16 in both cases.

http://www.megaupload.com/?d=BPUQ477M

[nautilus7]

One more: As far as I understand, extracting "core" DTS from DTS-HD gives only 5.1 channels, right? I want to keep 6.1 (or 7.1 eventually) and reencode to DTS ES Discrete or Dolby Digital EX, the formats my Pioneer VSX-816 detects.
Core is standard DTS 5.1 @ 1536 kbps.

For keeping more channels (up 6.1 is possible with current decoders) you need to decode and re-encode the track.

[K-rnivoro]

Can you explain this better? I didn't understnd anything...

Re-read the edited post please.

[nautilus7]

Well, there's no info about # of channels the truehd decoders output.

But, since we have a free truehd decoder, if it not supports more than 5.1. channels, it can in the future. I believe it would be easy for the developers to update the libav decoder with 6/7.1 support. All they 'll is such sample streams.

Do you actually have a truehd track with more than 6 channels?

[Jaja1]

Sorry for the late reply.

Does the EVO play perfectly (without even a hint of stuttering) on your PC? I'm
wondering whether PowerDVD eventually detects the incorrect VC-1 stream and just skips the damaged frame(s)?
But that should result in a little bit of skipping/stuttering. I watched large parts of the Searchers using PDVD. No stutters or skipping at all, it plays back fine, both audio and video. So, if the stream is indeed somehow damaged, PDVD is not mislead by it. Pity, since PDVD is not the player I want.

BTW playback is improved using ffdshow as VC1 decoder. In fact it doesn't matter that much whether the libav codec or the WMV codec in ffdshow is used. The green garbled mess, that starts after a few seconds, is absent now. Audio is heavily distorted though. Same result with a total Sonic graph. Good video, bad audio. Converting eac3 to ac3 with eac3to results in a problematic ac3 track. So lots of things happening here.

So are your worries about VC-1 HD DVD movies gone now?You bet! (for most of the titles :) )

Here is a sample from Robin Hood. Using Haali splitter video seems fine, however audio is distorted. Converting the eac3to track to ac3, this ac3 track has lots of strange noises in it. Here again the sample plays back fine in PDVD.
http://www.sendspace.com/file/9nw2a4

Here is a sample from Unforgiven: http://www.sendspace.com/file/bwuj9r
Using Haali splitter and MS VC1 decoder, video is heavily distorted. Plays back fine in PDVD and using a Sonic chain in ZP. The video mess is not always present, some pieces of the movie are fine. Using ffdshow as VC1 decoder, there is no video distortion but video has strange speedups from time to time and audio goes wildly out of sync. See this sample for the speedup. http://www.sendspace.com/file/8s4vtx

Eac3to only sees the VC1 track and not the audio tracks in the original evo and the first sample. However the speedup sample coming from the middle of the movie gives the correct tracks with eac3to. So there might be some corruption at the beginning of the movie.

[K-rnivoro]

Do you actually have a truehd track with more than 6 channels?
No I don't, I was thinking on DTS-ES 6.1 tracks for the time being. I don't have any DTS ES 6.1 tracks to test eac3to outputting seven wavs files. You have a sample of a DTS ES 6.1 track?

[nautilus7]

But, i already answered you that sonic can output 6.1 audio tracks.

[K-rnivoro]

But, i already answered you that sonic can output 6.1 audio tracks.

Oh I got that Nautilus, I'm asking a 6.1 DTS ES sample to try on my Pioneer receiver and also encoding it to Dolby Digital EX.

[nautilus7]

No, i don't have any 6.1 dts-es.

[Thunderbolt8]

btw. I noticed that for some of the last times I converted a blu-ray LPCM track to flac I didnt get this message "this is problably a blu-ray (LP)PMC track. will re-map channels accordingly" or what it was. so is this normal, is everything still ok (I didnt experience any errors at plaback at least (on a 2 speaker system))?

[Beastie Boy]

Just tested the latest version on a pair of EVOs that worked with version 2.14 (Charlie and the Chocolate Factory), and I get an error "The VC-1 pulldown remover didn't receive the format information."
Any ideas?

Cheers, Beastie.

PS I'm afraid that I can't upload a sample for a while, I'm on a temporary dial-up connection and it's sloooow :mad:

[Thunderbolt8]

btw. just a little info for those who want to use/convert the audio from the infernal affairs blu-ray: this movie runs at 24 fps and not 23.976. together with the lives of the others these are the only 2 movies with 24 fps ive encountered so far

[nautilus7]

Just tested the latest version on a pair of EVOs that worked with version 2.14 (Charlie and the Chocolate Factory), and I get an error "The VC-1 pulldown remover didn't receive the format information."
Any ideas?

Cheers, Beastie.

PS I'm afraid that I can't upload a sample for a while, I'm on a temporary dial-up connection and it's sloooow :mad:Me and another member had this problem. Look a few pages back. Madshi is aware of it.

[madshi]

EDIT: 2nd evo (original & rebuilt with evodemux) results in 100% playable/seekable mkv with both haali and vmr9 renderers.
And I've cut the first few MBs of the damaged EVO file and the rest of the sample behaves just fine for me. So the problems really seem to come from the damaged EVO beginning. It's the same with both Million Dollar and with Unforgiven. Both have corruption in the first second of the EVO file while the rest of the movie is just fine. I think PowerDVD just handles such problems better. But I really do think the EVO files are damaged. I don't know whether the damage comes from bad ripping (have you tried reripping) or whether it's an authoring fault of the studio.

P.S: Cutting the first few MBs of the EVO file is not as easy as it might sound. You have to cut at the right place, sadly...

[madshi]

The pulldown removal does save quite a bit of time for XBox 360 compatibility. After reading the thread linked above, I think that both the pulldown and interlaced flags need to be removed, so removing the pulldown flag is one step closer to BluRay compatibility. Or am I wrong here?
For Blu-Ray compatability the current solution is not good enough. But for Xbox 360 compatability seemingly it is, right? I don't think I'll add interlaced flag removal. That seems to be really difficult/dangerous. A little bug and the whole video gets screwed. No thanks... :)

There have been a few posts regarding the speed of eac3to processing. Can I ask what kind of speeds you would expect for processing a movie. I have a Athlon X2 @ 2.5Ghz and read/write across 2 seperate HDDs (so not I/O bound) and, for a 2hr movie, it takes approx 1hr 20min to extract video and audio to wavs, and 1 hr if I do the audio only.
I don't see much speed difference between either Nero or libav decoders.
It's difficult to say if you ask eac3to to do multiple things at the same time. Currently there's some extra overhead because I'm always running the libav E-AC3 decoder in the background when you decode E-AC3 with Sonic or Nero. I'll remove that in the next build again to bring (hopefully) speed up to old levels.

[madshi]

I also added a sample of syriana, its the same problem here. works with eac3to 2.14 and not with 2.16 in both cases.

http://www.megaupload.com/?d=BPUQ477M
Both samples mux perfectly fine to MKV on my PC. Are you sure that these samples don't work on your PC? What happens exactly for you?

[madshi]

I watched large parts of the Searchers using PDVD. No stutters or skipping at all, it plays back fine, both audio and video. So, if the stream is indeed somehow damaged, PDVD is not mislead by it. Pity, since PDVD is not the player I want.
I did watch large parts of it, too, until suddenly I had garbled output. It may only be one frame which is bad. My playback system doesn't seem to be able to recover from that. I guess that PowerDVD is just much better with hiding such imperfections.

Converting eac3 to ac3 with eac3to results in a problematic ac3 track.
With which decoder and which eac3to version?

Here is a sample from Robin Hood. Using Haali splitter video seems fine, however audio is distorted.
With which audio decoder?

Converting the eac3to track to ac3, this ac3 track has lots of strange noises in it.
With which audio decoder?

The Robin Hood sample seems to behave just fine with the latest eac3to build (v2.16) with both Nero and libav decoders. No problems with the audio tracks in that sample, as far as I can see/hear. Tested only audiotrack 1, though.

Here is a sample from Unforgiven: http://www.sendspace.com/file/bwuj9r
Using Haali splitter and MS VC1 decoder, video is heavily distorted. Plays back fine in PDVD and using a Sonic chain in ZP. The video mess is not always present, some pieces of the movie are fine.
It's the same as with Million Dollar. The EVO file seems to be damaged during the first second of playback. The rest of the sample is just fine.

Have you tried reripping?

Using ffdshow as VC1 decoder, there is no video distortion but video has strange speedups from time to time and audio goes wildly out of sync. See this sample for the speedup. http://www.sendspace.com/file/8s4vtx
With eac3to v2.16 I can remux this to MKV and the resulting MKV plays perfectly fine including audio with no artifacts and no speedup. I had to edit the EVO a bit, though, cause it was cut in such a way that the video started at the middle of a frame. As a result eac3to didn't detect the video stream.

[madshi]

btw. I noticed that for some of the last times I converted a blu-ray LPCM track to flac I didnt get this message "this is problably a blu-ray (LP)PMC track. will re-map channels accordingly" or what it was. so is this normal, is everything still ok (I didnt experience any errors at plaback at least (on a 2 speaker system))?
Depends on how you demuxed the LPCM track. The remapping message should appear if you demuxed with xport. If you demux by using Haali's filters, the message will not appear. Hopefully Haali's filters then remapped the channels correctly. Don't know about that...

btw. just a little info for those who want to use/convert the audio from the infernal affairs blu-ray: this movie runs at 24 fps and not 23.976. together with the lives of the others these are the only 2 movies with 24 fps ive encountered so far
Can I have a sample, pretty please? :)

[Richum]

I installed v2.16, I just extracted to the v2.14 directory and allowed overwrite all, then eac3to -test showed nero, sonic and MKVsplitter not installed. MKVtoolnix installed. OK so just reinstall the programs I thought.

Uninstalled the Matroska Splitter rebooted re-installed the splitter, still not recognized.

So I just extracted v.2.14 eac3to.exe and allowed it to overwrite v.2.16 eac3to.exe only and changed nothing else, now nero, matroska and sonic are recognized again.

It seemed to me that after re-installing Matroska and it not working that it was pointless to try the others.

So what is the proper upgrade procedure to avoid this?

[madshi]

eac3to v2.17 released

http://madshi.net/eac3to.zip

* fixed VC-1 pulldown removal
* VC-1 pulldown removal must now be activated by the new option "-stripPulldown"
* improved VC-1 gap/overlap detection
* new option "-ignoreGaps" disables VC-1 gap/overlap detection
* libav E-AC3 decoder background decoding removed again
Hopefully the improved gap/overlap detection will now only fire if there's *REALLY* a gap somewhere. If all else fails, you can disable the gap/overlap detection now by using the new option "-ignoreGaps". When doing this you should get a MKV file which is roughly identical to what eac3to v2.14 had output. The only differences should be that (1) v2.17 should be noticably faster cause it does everything in one step while v2.14 needed two steps. And (2) With v2.17 there's no fps stored in the MKV header, sadly. Shouldn't be a big problem, though. And maybe (3) the v2.17 MKV could be ever so slightly more fluid? But I don't really think so.

So please test again with some VC-1 movies. Please check whether eac3to posts any warnings about gaps/overlaps in the video track. Hopefully not. Also, does anybody have the USA HD DVD of Phantom of the Opera? I really would like to have that tested cause it didn't work with v2.14, but should work now with v2.15-17.

[madshi]

I installed v2.16, I just extracted to the v2.14 directory and allowed overwrite all, then eac3to -test showed nero, sonic and MKVsplitter not installed.
You're the 2nd person who reports this problems. Anybody else? To be honest, I've not the slightest idea why v2.16 doesn't work for you. Could you please retry v2.17?

[Richum]

You're the 2nd person who reports this problems. Anybody else? To be honest, I've not the slightest idea why v2.16 doesn't work for you. Could you please retry v2.17?

It would be my pleasure. I will report back ASAP.

Thanks for all of your hard work, and as someone else mentioned, provide a way for us to financially support your efforts and I will be happy to do so.

[nautilus7]

1. Thanks for new version.

2. I have Lives of others Blu-ray (24 fps) but video is avc, not vc-1. I guess you don't need a sample of this.

3. Re-ripping of Million Dollar Baby isn't an option for me (:eek:). Should i try again with 2.17, or the improved gap/overlap detection doesn't make any difference in this?

4. eac3to -test with 2.16 & 2.17 works fine.

5. In which cases should i use the option to remove the pulldown flags? What is the difference (i know i should have asked a few versions ago, when this feature was introduced)?

6. Can you answer us whether nero and libav truehd decoders can output more than 5.1 (6ch)?

[Thunderbolt8]

Depends on how you demuxed the LPCM track. The remapping message should appear if you demuxed with xport. If you demux by using Haali's filters, the message will not appear. Hopefully Haali's filters then remapped the channels correctly. Don't know about that...
have only demuxed blu-ray files with xport so far. thats why im wondering, why this remapping message not always appeared in every case. so do you think there could be the problem, if this message didnt appear, that my channels have been remapped in the wrong way?

[Thunderbolt8]

just tested hot fuzz with 2.17 again, still the same problem (also when I use the -ignoregaps option)

[rickardk]

Uploading samples of Sum of all fears and Born on the 4th of July tonight (no time for this yesterday).

One thing that would be great is to have fps info stored in some way. Media Control 4.7 is close to have automatic refresh rate change for all us Vista Media Center users. It reads the refresh rate from ffdshow. And titles created with 2.15 and later are reported as 25fps. So the automatic refresh rate change/match functions does not work properly.

[Thunderbolt8]

Both samples mux perfectly fine to MKV on my PC. Are you sure that these samples don't work on your PC? What happens exactly for you?
as I said, when I try to play them with ffdshow (libavcodec) and haali, mpc will only open so far that it shows the background of the screen, but the stop/crash and react to nothing any more, with haali symbol in system tray. when I mux them with 2.14 everything plays fine
million dollar baby also doesnt work with 217 for me, it reports a gap of 9 frames at 0:00:01 playtime, but same problem as with the other movies.

heres the 24fps sample from infernal affairs, cut it with a hex editor so i hope its fine.
http://www.sendspace.com/file/g8ua0f

[darkbeats]

I get this error after 30-40 min of processing:

C:\eac3to>eac3to.exe EVOB002.EVO ddda.mkv
EVO, 1 video track, 2 audio tracks, 2:03:53
1: VC-1, 1280x1080 24p /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
3: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Extracting audio track number 2...
Extracting audio track number 3...
Muxing video to Matroska...
Removing dialog normalization...
Removing dialog normalization...
Creating/writing file "audiotrack 1.ac3"...
Creating/writing file "audiotrack 2.ac3"...
This track is not clean. Processing aborted.
Please clean the track with delaycut and then retry eac3to.
Waiting for DirectShow decoder thread to finish. Please wait...

I've extracted track 2 audio with no errors, and ran it thru delaycut -fixcrc and it reports no errors. I'm assuming it's saying track 3 has errors then, (but haven't tried). Is there a way to specify only extracting track2 and ignoring the the other audio tracks? or am I barking up the wrong tree with this error?

edit: I extracted the first 150mb of the vc1 video from the evo and it looks amazing in powerdvd! now if i could just get the audio portion...

edit2: Track 3 is the problem. I re-ripped and still exists... something about the source. Just need to know how to skip unwanted audio tracks. Track 2 is the one I want.

c:\eac3to>eac3to.exe c:\temp\EVOB002.EVO 3:ddda3.ac3
EVO, 1 video track, 2 audio tracks, 2:03:53
1: VC-1, 1280x1080 24p /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
3: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting audio track number 3...
Removing dialog normalization...
Creating/writing file "ddda3.ac3"...
This track is not clean. Processing aborted.
Please clean the track with delaycut and then retry eac3to.

[sparknburn]

With no fps stored in the mkv header, could someone possibly give me a heads up as to how to open my resulting MKV in MeGUI. It's telling me that there's no fps information in my file and to manually add the fps to my avisynth script. I tried but cant get it to work. Im using the avisynth script creator in the app itself. My goal is to re-encode down to 720 to play on my 360 - which until this latest version Ive been able to do using MeGUI.

Thanks!

[Richum]

D:\EAC3>eac3to -test
Nero Audio Decoder (Nero 7 or older) doesn't seem to be installed
Sonic Audio Decoder (2.17.0.0) doesn't seem to be installed
Haali Media Splitter doesn't seem to be installed
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (v2.1.0) is installed

Same as 2.16, damn. Let me see if reinstalling will help.

[rickardk]

2.17 handles Born on the 4th of July without problems...

Sample of Sum of all fears:
http://www.earselect.se/sum.evo

[nautilus7]

Is there a way to specify only extracting track2 and ignoring the the other audio tracks?
You can do this by using this command:

C:\eac3to>eac3to.exe EVOB002.EVO 1: ddda.mkv 2: audio.ac3

Alternately you can specify different options for each output file, like this:

C:\eac3to>eac3to.exe EVOB002.EVO 1: ddda.mkv -[options for 1:] 2: audio.ac3 -[options for 2:]

[madshi]

2. I have Lives of others Blu-ray (24 fps) but video is avc, not vc-1. I guess you don't need a sample of this.
A sample would still be welcome. I've not seen any 24.000 fps samples yet, so I'd like to check that strange thing out. Have you tried remuxing the movie with eac3to? Did it work without problems?

3. Re-ripping of Million Dollar Baby isn't an option for me (:eek:). Should i try again with 2.17, or the improved gap/overlap detection doesn't make any difference in this?
No, v2.17 won't help. Well, you could try v2.17 and then use mkvtoolnix to cut away the first 10 seconds (or so) of the movie. Maybe that helps, but I'm not sure...

5. In which cases should i use the option to remove the pulldown flags? What is the difference (i know i should have asked a few versions ago, when this feature was introduced)?
Only if you want to create Xbox 360 compatible files.

6. Can you answer us whether nero and libav truehd decoders can output more than 5.1 (6ch)?
Currently there's not a single TrueHD track with more than 5.1 channels available on any disk (that I know). So there's no way to test. I guess that Nero will probably be limited to 5.1. The libav decoder might currently also be limited to 5.1, but as soon as a sample with more than 5.1 is available, the libav decoder will surely be updated to support that.

[madshi]

have only demuxed blu-ray files with xport so far. thats why im wondering, why this remapping message not always appeared in every case. so do you think there could be the problem, if this message didnt appear, that my channels have been remapped in the wrong way?
If that message doesn't appear, you may have a problem. Except if the track was stereo only. In that case there's nothing that needs to be remapped.

as I said, when I try to play them with ffdshow (libavcodec) and haali, mpc will only open so far that it shows the background of the screen, but the stop/crash and react to nothing any more, with haali symbol in system tray. when I mux them with 2.14 everything plays fine
Hmmmm... I'm only testing with the MS VC-1 decoder. Can you please try that one, too? Not sure why libavcodec makes problems for you. Could you try manually rewriting the MKV with mkvtoolnix, including rewriting timestamps (with a timecode.txt file)? Does that make libavcodec work again?

million dollar baby also doesnt work with 217 for me, it reports a gap of 9 frames at 0:00:01 playtime, but same problem as with the other movies.
Can you please try to rerip the movie? The EVO is damaged.

heres the 24fps sample from infernal affairs, cut it with a hex editor so i hope its fine.
http://www.sendspace.com/file/g8ua0f
Thanks!

[madshi]

Uploading samples of Sum of all fears and Born on the 4th of July tonight (no time for this yesterday).

One thing that would be great is to have fps info stored in some way. Media Control 4.7 is close to have automatic refresh rate change for all us Vista Media Center users. It reads the refresh rate from ffdshow. And titles created with 2.15 and later are reported as 25fps. So the automatic refresh rate change/match functions does not work properly.
I will contact Haali about this. It's his muxer which never writes the FPS value to the MKV header. My splitter is properly setting the value, but the Haali muxer isn't writing it to the header.

If all else fails, you can still rewrite the timestamps with mkvtoolnix. Rewriting the timestamps will also write the fps value to the header. I don't really like the idea to rewrite timestamps which should already be perfect just to have a single number added to the header, but I don't know any other way to realize that right now... :(

2.17 handles Born on the 4th of July without problems...
That's very nice... :) Have you had a chance to check if it plays fluidly without any stuttering? Also a quick comparison to a v2.14 remux would be lovely, if you have time and fun to do that.

Sample of Sum of all fears:
http://www.earselect.se/sum.evo
Thanks!

[madshi]

With no fps stored in the mkv header, could someone possibly give me a heads up as to how to open my resulting MKV in MeGUI. It's telling me that there's no fps information in my file and to manually add the fps to my avisynth script. I tried but cant get it to work. Im using the avisynth script creator in the app itself. My goal is to re-encode down to 720 to play on my 360 - which until this latest version Ive been able to do using MeGUI.
I'm sorry but I don't know avisynth well enough... My ultimate aim is to get the fps stored into the mkv header some way. Just don't know how yet...

[madshi]

D:\EAC3>eac3to -test
Nero Audio Decoder (Nero 7 or older) doesn't seem to be installed
Sonic Audio Decoder (2.17.0.0) doesn't seem to be installed
Haali Media Splitter doesn't seem to be installed
Surcode DTS Encoder (1.0.21.0) is installed
MkvToolnix (v2.1.0) is installed

Same as 2.16, damn. Let me see if reinstalling will help.
That's bad. Which OS are you using? Can you send me an email? I think we should try to get this sorted out via email. Works quicker than by forum. dear (at) madshi (dot) net.

[Kumo]

i've got a .ts file(untouched remuxing of a bluray disk).i'd like to convert the lpcm 5.1 audio track to 6 wav mono tracks,apllying a pal speedup.first of all i've got to say that i'm not able to extract the track from .ts file neither using tsremux(doesn't recognise it at all) or xport(a discontinuity messege keep flashing while processing the stream).i worked 2 ways to do that: muxing it in mkv with gdsmux and extract the audio with mkvextract(i get a wav 5.1, channels not remapped) or demuxing audio using elecard xmuxer(i get a mpa 5.1,channels not remapped).
converting the mkvextract obtained wav file with eac3to2.16, it recognisethe track as wav 5.1,24bits,it doesn't remap the channels(i could do it later renaming the wavs) but it works fine even with pal speedup applied.
if i try to convert the xmuxer obtained mpa file (renamed .raw or .pcm), eac3to recognise it as pcm 5.1,24bits,big endian,bluray track.it changes correctly the channels mapping, but it works just with no pal speedup applied(using speedup command it stops right at the end of process showing a "the resampler thread seems to hang" message).
the questions are:
is the "mkv muxing and extracting" procedure correct?
anybody knows why with the raw file(i suppose it's better recognised by eac3to) the conversion fails with speedup?

[nautilus7]

A sample would still be welcome. I've not seen any 24.000 fps samples yet, so I'd like to check that strange thing out. Have you tried remuxing the movie with eac3to? Did it work without problems?I believe you want the raw avc stream, right?

Currently there's not a single TrueHD track with more than 5.1 channels available on any disk (that I know). So there's no way to test. I guess that Nero will probably be limited to 5.1. The libav decoder might currently also be limited to 5.1, but as soon as a sample with more than 5.1 is available, the libav decoder will surely be updated to support that.Ok, thanks! I'll have an eye on this. As soon as i found such track, a sample will be up.

[madshi]

converting the mkvextract obtained wav file with eac3to2.16, it recognisethe track as wav 5.1,24bits,it doesn't remap the channels(i could do it later renaming the wavs) but it works fine even with pal speedup applied.
if i try to convert the xmuxer obtained mpa file (renamed .raw or .pcm), eac3to recognise it as pcm 5.1,24bits,big endian,bluray track.it changes correctly the channels mapping, but it works just with no pal speedup applied(using speedup command it stops right at the end of process showing a "the resampler thread seems to hang" message).
the questions are:
is the "mkv muxing and extracting" procedure correct?
anybody knows why with the raw file(i suppose it's better recognised by eac3to) the conversion fails with speedup?
mkv muxing and extracting should be fine. You could also use h264tsto or GraphEdit to directly demux the audio to a raw file. I don't know why the speedup failed. That sounds strange to me. Have you tried that twice? Maybe the failure was just bad luck or something like that? Generally there shouldn't be much of a difference between feeding the PAL speedup a raw file or a wav file...

[madshi]

I believe you want the raw avc stream, right?
No, I generally need samples in the original format, that is EVO. If I really wanted the raw AVC stream, I could demux it myself from the EVO. So uploading an EVO sample does not harm. I want the EVO because I also want to check the EVO timestamps and the audio tracks and how it all works together with 24.000 etc... Thanks!

[nautilus7]

Then i assume you missed that this movie is Blu-ray. :D


you need a break

[madshi]

Then i assume you missed that this movie is Blu-ray. :D
In that case I'd be happy about a m2ts sample... ;) Would be great if you could go a bit larger than usual in this specific case. Maybe 100MB?

you need a break
What for? :)

[nautilus7]

Because i mentioned it is blu-ray in the first place, but you were talking about evo files. Just kidding though. :p

I will upload a bigger sample, but it will take some days.

[Richum]

That's bad. Which OS are you using? Can you send me an email? I think we should try to get this sorted out via email. Works quicker than by forum. dear (at) madshi (dot) net.

You are very busy, let me try a few things first, obviously the issue is with either my hardware or my OS/software installed since so many others are having no problems. I can get it sorted out I think. I will email a capture of my system information and software as a last resort, if I hit a brick wall on this.

Quickly:

Win XP Pro SP2 32bit (all updates), Asus ANM2N32-SLI, AMD X64 Dual 5600 2 Gig Corsair, XF2 PCI-E Nvidia GT8600

[Kumo]

mkv muxing and extracting should be fine. You could also use h264tsto or GraphEdit to directly demux the audio to a raw file. I don't know why the speedup failed. That sounds strange to me. Have you tried that twice? Maybe the failure was just bad luck or something like that? Generally there shouldn't be much of a difference between feeding the PAL speedup a raw file or a wav file...
yes, i tried many times but the result is allways the same.
does h264tsto use gdsmux/mkvextract as well?
can you tell me wich filters should i use to demux(not re-encoding) the audio track with graphedit?(.ts multiple audio streams to raw pcm/wav)
if i feed the wav file, wich channel order should i specify to change the lpcm bluray channel mapping to normal ac3/dts mapping?
i tried demuxing the lpcm audio track using h264tsto, eac3to recognise the obtained file as little endian,the raw file i obtained with elecard xmuxer was recognised as big endian.could it be the reason why i have problem converting to speeded-up wavs or could it cause any problem?

[sparknburn]

I'm sorry but I don't know avisynth well enough... My ultimate aim is to get the fps stored into the mkv header some way. Just don't know how yet...

Thanks for the reply. Well, this explains alot. So the fps has never been stored in the MKV header? Then perhaps it's just a problem with my stream. I shall redo it.

My solution was simple and I over complicating things, as usual. All I had to do was make a "dummy" AVS script with the "fps=" statement in it and MeGui took care of the rest.

Thanks again! I love this app.

[Chumbo]

@madshi,
Do you want a sample from this? I demuxed Fantastic Four 2 and here are the results from 2.16 and 2.17 respectively:eac3to "hvdvd_ts\HF_0.EVO"+"hvdvd_ts\HF_1.EVO" 2: ff4-2-216.vc1 -keepPulldown
EVO, 1 video track, 5 audio tracks, 1:31:49
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: DTS Hi-Res, 5.1 channels, 16 bits, 2082kbit/s, 48khz, dialnorm: -4dB
4: DTS Hi-Res, 5.1 channels, 16 bits, 2082kbit/s, 48khz, dialnorm: -4dB
5: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
6: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
7: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Creating/writing file "ff4-2-216.vc1"...
Video has a gap of 4576725 frames at playtime 0:06:17.
Video has a gap of 1144178 frames at playtime 53:07:45.
Video has a gap of 1144181 frames at playtime 66:23:29.
Video has a gap of 1144180 frames at playtime 79:43:30.
Video has a gap of 1144180 frames at playtime 93:02:37.
Video has a gap of 1144181 frames at playtime 106:24:19.
Video has a gap of 1144181 frames at playtime 119:39:41.
Video has a gap of 1144181 frames at playtime 132:55:04.
Video has a gap of 1144179 frames at playtime 146:10:27.
Video has a gap of 1144181 frames at playtime 159:28:12.
Video has a gap of 1144181 frames at playtime 172:43:34.
Video has a gap of 1144180 frames at playtime 185:58:57.
Video has a gap of 1144180 frames at playtime 199:17:42.
Video has a gap of 2288362 frames at playtime 212:33:33.
Video has a gap of 1144179 frames at playtime 239:05:44.
Video has a gap of 1144181 frames at playtime 252:27:17.
Video has a gap of 1144180 frames at playtime 266:01:22.
Video has a gap of 1144180 frames at playtime 279:20:47.
Video has a gap of 1144181 frames at playtime 292:36:31.
Video has a gap of 1144180 frames at playtime 305:53:26.
Video has a gap of 1144181 frames at playtime 319:08:49.
Video has a gap of 1144180 frames at playtime 332:32:32.
Video has a gap of 1144181 frames at playtime 346:00:09.
Video has a gap of 1144180 frames at playtime 359:15:58.
Video has a gap of 2288361 frames at playtime 372:32:09.
Video has a gap of 1144180 frames at playtime 399:05:30.
Video track 2 contains 132087 frames.eac3to "hvdvd_ts\HF_0.EVO"+"hvdvd_ts\HF_1.EVO" ff4-2-217.vc1
EVO, 1 video track, 5 audio tracks, 1:31:49
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: DTS Hi-Res, 5.1 channels, 16 bits, 2082kbit/s, 48khz, dialnorm: -4dB
4: DTS Hi-Res, 5.1 channels, 16 bits, 2082kbit/s, 48khz, dialnorm: -4dB
5: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
6: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
7: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Creating/writing file "ff4-2-217.vc1"...
Video has a gap of 4576725 frames at playtime 0:06:12.
Video has a gap of 1144178 frames at playtime 53:07:40.
Video has a gap of 1144181 frames at playtime 66:23:24.
Video has a gap of 1144180 frames at playtime 79:43:28.
Video has a gap of 1144181 frames at playtime 93:02:33.
Video overlaps for 2 frames at playtime 106:17:58.
Video has a gap of 1144182 frames at playtime 106:24:14.
Video has a gap of 1144180 frames at playtime 119:39:37.
Video has a gap of 1144181 frames at playtime 132:55:00.
Video has a gap of 1144180 frames at playtime 146:10:23.
Video has a gap of 1144181 frames at playtime 159:28:07.
Video has a gap of 1144180 frames at playtime 172:43:30.
Video has a gap of 1144180 frames at playtime 185:58:52.
Video has a gap of 1144181 frames at playtime 199:17:39.
Video has a gap of 2288362 frames at playtime 212:33:29.
Video overlaps for 2 frames at playtime 239:04:15.
Video has a gap of 1144181 frames at playtime 239:05:40.
Video has a gap of 1144181 frames at playtime 252:27:12.
Video has a gap of 1144180 frames at playtime 266:01:18.
Video has a gap of 1144180 frames at playtime 279:20:43.
Video has a gap of 1144181 frames at playtime 292:36:27.
Video has a gap of 1144180 frames at playtime 305:53:22.
Video has a gap of 1144181 frames at playtime 319:08:44.
Video has a gap of 1144180 frames at playtime 332:32:28.
Video has a gap of 1144181 frames at playtime 346:00:04.
Video has a gap of 1144180 frames at playtime 359:15:56.
Video has a gap of 2288362 frames at playtime 372:32:08.
Video overlaps for 2 frames at playtime 399:02:52.
Video has a gap of 1144181 frames at playtime 399:05:26.
Video track 2 contains 132087 frames.

[Thunderbolt8]

Hmmmm... I'm only testing with the MS VC-1 decoder. Can you please try that one, too? Not sure why libavcodec makes problems for you. Could you try manually rewriting the MKV with mkvtoolnix, including rewriting timestamps (with a timecode.txt file)? Does that make libavcodec work again?
with the WMVideo Decoder DMO it works fine, even without rewriting timestamps with mkvmerge. but with libavcodec it wont work even with rewriting the timestamps. im dependent on libavcodec :( unless this could be somehow fixed I have to stick to 2.14 then.

btw. les make a (hopefully small) list of all movies, that cause problems at remuxing so far. for example we could list here equilibrium, unless madshi can be sure thats everything is 100% fine and there are no "maybe everything works correctly now". what about POTO, is everything fine there now? but dont list movies, which have glitches caused either by a bad rip or which only has glitches with a certain filter. so for example I wouldnt list EP1 of band of brothers here (rainbow frames with ffdshow), because it works absolutely fine with libavcodec. but I'd leave at least a questionmark for the basic instinct blu-ray, as I have glitches there then and when with ffdshow, coreavc and also VLC. same for ratatouille. and with babel I also have rainbow frames in between. so basically cases in which we can be sure the problems are somehow to blame on haali muxer/mkvmerge/eac3to
so atm it could look something like that:

equilibrium?
POTO?
babel?
the searchers?

I think it could be useful to list them at the opening post, so that not 33553 people would have to ask for the same movies over and over again. and you also dont have to go through all these mass pages, when you are for example unsure whether that movie of yours was on the list, but you cant remember and more and want to look it up.

[crazydane]

A couple of questions if I may. Before I do, let me explain what I want. I have an Asus P5E-VM HDMI mobo that is capable of sending 6, 7 and 8 channel LPCM to my pre/pro at whatever bitrate the source contains. So I'm looking to convert TrueHD, DTS-HD MA and PCM to lossless FLAC. I'm not quite sure how to handle DD+, but I'll get to that.

I intend to use MPC, Media Player 11 and Media Center for playback (all under Vista Home Premium 32bit). My CPU is a Q6600 @ 3.6GHz on water.

I have done 2 HD-DVD titles so far. The first one was Training Day, which contains a TrueHD track. Here's a transcript of the event (I'm playing with this on my laptop btw, which explains the slow demux times):

http://www.cstone.net/~dk/eac3to-run1.JPG

I then dropped the .mkv video and the audiotrack2.flac file into mkvmerge and created my final .mkv container. I was then able to play back the movie with all 3 players mentioned above on my Q6600 rig. One thing that caught my eye was that the .flac lossless track was only 1.4GB. Now, looking at the PIN info from MPC, I see the following regarding the audio track:

http://www.cstone.net/~dk/TrueHDbitrate.JPG

Notice that the bitrate being reported is 4608Kbps? Given that the movie is 2:02:03, that implies the flac file should have been 4.96GB or so, not 1.4GB. Any idea what's up with that? It does sound excellent and is in perfect sync, but I'd still give the nudge to my A35 player sending the TrueHD track as bitstream to my pre/pro (Onkyo 885).

2nd title was Transformers which contains a DD+ track. Once again, I used the default command line, which yielded the following event:

http://www.cstone.net/~dk/eac3to-run2.JPG

This time, I dropped the 1536Kbps DD+ track and the video file into mkvmerge to create my final .mkv container. This time however, none of my 3 players would play the file. I believe this is due to the DD+ eac3 file. Should I have converted this to flac during the initial demuxing, or?

I'm also curious why eac3to reported a VC-1 480p30 track in addition to the main AVC track.

Any pointers would be appreciated!

[nautilus7]

I am your man!!! :DNotice that the bitrate being reported is 4608Kbps? Given that the movie is 2:02:03, that implies the flac file should have been 4.96GB or so, not 1.4GB. Any idea what's up with that?The bitrate you see is from the decoded 6ch. wav file (the one transmitted through HDMI), not the flac track. Flac is variable bitrate btw, while wav is 16 bits*48 khz*6ch = 4608 kbps

I believe this is due to the DD+ eac3 file. Should I have converted this to flac during the initial demuxing, or?Yes, non of these applications have a decoder for e-ac3. I believe you can use sonic decoders in mpc, but don't think the result would be good. Though, a free e-ac3 decoder is under development and sould be ready soon for realtime playback.

Because of this most people convert high bitrate e-ac3 tracks (like this on transformers) to dts @ 1536 kbps and lower bitrate e-ac3 tracks to ac3 @ 640 kbps. Converting e-ac3 (lossy) to a lossless format like flac isn't usual. There's no quality disadvantage, but no real benefit too.

I'm also curious why eac3to reported a VC-1 480p30 track in addition to the main AVC track. This is the paramount logo, which is muxed in the main movie evos.

[rickardk]

I will contact Haali about this. It's his muxer which never writes the FPS value to the MKV header. My splitter is properly setting the value, but the Haali muxer isn't writing it to the header.

If all else fails, you can still rewrite the timestamps with mkvtoolnix. Rewriting the timestamps will also write the fps value to the header. I don't really like the idea to rewrite timestamps which should already be perfect just to have a single number added to the header, but I don't know any other way to realize that right now... :(


That's very nice... :) Have you had a chance to check if it plays fluidly without any stuttering? Also a quick comparison to a v2.14 remux would be lovely, if you have time and fun to do that.


Thanks!

Rewriting the timestamps will just write correct fps for VC-1. Will not work with AVC unfortunately.

Just saw that all my HD DVD remuxes with AVC (done with eac3to) still reports 25fps after I had the timestamps rewritten with mkvmerge. The frame duration is however right. So we end up with a file that plays at 23.976fps, but ffdshow reports it as 25fps.

Can cause some problems... In my case I want to have my refresh rate for myc graphic card set to match the fps.

So I thought I could make new remuxes where I first join the evos and then demux the AVC stream. When dropping an AVC stream (without container) on mkvmerge I can manually set the fps (only case when mkvmerge lets me set the fps manually). So I set the fps to 24000/1001 and load a timecode file with 24000/1001. Should produce a file that reports 23.967 fps. But instead I get a file with 29.97fps as the pulldown is left in the stream I guess. Works for AVC from Blu-rays where there is no pulldown.

So with AVC we are stuck with the fps written as 25fps or 29.97fps. Sure it will play just fine, but it will screw up features depending on reading the right fps.


Must be a way to just write the fps in the header...
But I don't really know if the pulldown must be removed on AVC streams to get ffdshow or other filters to read it right?


Don't like to rewrite timestamps as it introduces stutters with some titles. The Last Samurai [HD DVD], Goodfellas [HD DVD], Goodfellas [Blu-ray], The Island [Blu-ray] for example.
The stutters are introduced if the evos (m2ts) are remuxed (with eac3to/gdsmux) then put through mkvmerge for rewriting timestamps.

I think it would be best to not rewrite timestamps and instead have pulldown removed and fps written to header. That would be the ultimate solution!

I've done hours and hours of testing with diffrent graphic cards, drivers and power strip and my Pioneer Kuro that takes 23.976 Hz and 24.0 Hz.
Stutters is small and very hard to see if feeding the display with a 59.94 Hz signal (3:2 pulldown masks the tiny stutters).


--------------------------------------------------------------------------------------------

Also... after alot of testing my conclusion is that mkvmerge causes "the rainbow frames" and glitches discussed lately, None of the titles (of the ones I know of) gave me problems if I avoided mkvmerge. But as gdsmux does not work with some titles and often gave unsearchable files I found no solution that's actually usable.

I tried to demux an AVC stream (from a title that gave "rainbow frames" when using mkvmerge) and the mux it again with mkvmerge. For some reason (maybe because I flipped around with this setting far to many times tonight trying to fix the fps issue described above) I decided to changed the fps from 23.976 to 24 ...the problem changed character. The "rainbow frames" become far less. Don't know what to make of it...

But it must be a way round this!



Sorry if things got a little off topic. But I think most issues are important now when eac3to handles more then audio conversion.

[Tegeril]

I'm having trouble converting 300's TrueHD track to AC3. I've tried with 2.14, updated to 2.17, and same results. The track has very faint noise, and nothing else. I've converted TrueHD from multiple other titles without issue.

Microsoft Windows [Version 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

V:\Encoder\Movie>"V:\Encoder\HD-DVD Tools\EAC3toGUI\eac3to.exe" "V:\Encoder\Movi
e\300 TrueHD.EVO" "V:\Encoder\Movie\300 TrueHD.ac3" -640 -24
EVO, 1 audio track, 1:56:33
1: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 2628056ms
Extracting audio track number 1...
Removing dialog normalization...
Applying RAW/PCM delay...
Encoding AC3...
Creating/writing file "V:\Encoder\Movie\300 TrueHD.ac3"...
[libav] End of stream indicated
eac3to processing took exactly 5 minutes.
Done.

V:\Encoder\Movie>

Any thoughts? :( Filesize also seems too low, 363,000ish KB.

Edit: For the heck of it, I re-rebuilt the audio file out of my EVOs, same problem.

[saint-francis]

Don't like to rewrite timestamps as it introduces stutters with some titles. The Last Samurai [HD DVD], Goodfellas [HD DVD], Goodfellas [Blu-ray], The Island [Blu-ray] for example.


I used eac3to for Goodfellas with no problem whatsoever.

This issue with no frame rate being written into the stream is (for me) a real PITA. I'm no video encoding genius and in order to get an .MKV from eac3to loaded into MeGUI's AVISynth script creator now I needed to make an .avs which only loads the file and specifies the fps= and load that as the source. How are people dealing with this?

[rickardk]

I used eac3to for Goodfellas with no problem whatsoever.

This issue with no frame rate being written into the stream is (for me) a real PITA. I'm no video encoding genius and in order to get an .MKV from eac3to loaded into MeGUI's AVISynth script creator now I needed to make an .avs which only loads the file and specifies the fps= and load that as the source. How are people dealing with this?

Only way I could make Goodfellas play without micro stutter at some places was to demux the vc-1 stream and mux it with eac3to. The resulting mkv will be 25fps (this time its not just the wrong frame rate written in the header. The frame duration is wrong too: 39.9999999ms). But after running it through mkvmerge to rewrite timestamps to 23.976xxxx it plays ok. BUT if I remux it into an mkv instead it will contain micro stutters.


18.48 in Goodfellas you can see this very clearly if you did the usual remux method.

Must point out that I spent yesterday with this title and have not watched the whole movie yet. So there may be problems left. But I had some "problem areas" that works ok now.
I really can't understand why it behaves like this. Problems are not spaced with a regular interval (as with fps/refresh rate missmatch). It's more like some single frames are dropped at some places (same places every time).
But when demuxed (raw) VC-1 is muxed with eac3to and then using mkvmerge to rewrite timestamps I have no problems at those places (I thought eac3to used gdsmux for doing raw vc-1 into mkv. But gdsmux hangs when trying to mux a raw VC-1 and produces a 65MB mkv file for both The Island and Goodfellas).

[nautilus7]

I'm having trouble converting 300's TrueHD track to AC3. I've tried with 2.14, updated to 2.17, and same results. The track has very faint noise, and nothing else. I've converted TrueHD from multiple other titles without issue.



Any thoughts? :( Filesize also seems too low, 363,000ish KB.

Edit: For the heck of it, I re-rebuilt the audio file out of my EVOs, same problem.It should be because of the -24 switch you use (it's the gui, right?). This is to specify the bitdepth of a pcm/raw file manually. It doesn't have any effect on this. I don't understand how the -24 is even being accepted by eac3to in this conversion. Try without the -24 in the command (don't use the gui). Do you use the aften build that comes with eac3to or you updated it with another version? It can also be a problem. And make sure (i mean 100%) you have the latest version, because some times the internet brower's cache doesn't return the latest version.

[Tegeril]

Yeah, it's the GUI...I thought it chose that automatically for the file (-24 has worked fine on the others, should I assume those had a bit depth of 24?). Got eac3to from the first page of this thread, confirmed the latest with the changelog that I got with it when I downloaded it.

Running the encode now without -24...should know pretty soon.

Also, should I never have that 24bit flag? Will the program respect bit depth if I pass it no bit depth parameters?

[Kumo]

i've got a problem with a lpcm track demuxed from a .ts bluray remuxed file.if i demux the track with elecard xmuxer,eac3 recognise it as big endian but it fails trying to convert it to wavs.if i demux the track with h264tsto,eac3 recognise it as little endian and it convert properly to wavs.are bluray's lpcm 5.1 tracks allways big endian?if i use the the h264tsto obtained track,should i specify "-big" using eac3to?

[Tegeril]

Exact same problem, ran it like this:

eac3to.exe filename.EVO outputname.ac3 -640

No sound. :confused:

[nautilus7]

@ Tegeril

Yes the -24 isn't needed. It's only for pcm/raw when eac3to can't find the bitdepth automatically.

You get no sound at all?

You can try several things. Does the truehd have this noise when you play the evo file in a media player (powerdvd, etc)? If no, you can convert the track to another format like flac or wav. This way you will find out if the problem is aften (ac3 encoding) or truehd decoding. If decoding is the problem you can try the nero decoder.

Last thing you can try is using the original evo files like this:

eac3to 1st.evo+2nd.evo so you get the id# of the truehd track and then:

eac3to 1st.evo+2nd.evo id#: 300.ac3/flac/wav/dts

Note that the -640 option isn't needed as it's the default bitrate for ac3 encoding.

[nautilus7]

i've got a problem with a lpcm track demuxed from a .ts bluray remuxed file.if i demux the track with elecard xmuxer,eac3 recognise it as big endian but it fails trying to convert it to wavs.if i demux the track with h264tsto,eac3 recognise it as little endian and it convert properly to wavs.are bluray's lpcm 5.1 tracks allways big endian?if i use the the h264tsto obtained track,should i specify "-big" using eac3to?I don't know blu-rays that much...

I believe the different endian you get is because it's been changed during demuxing with h264tsto. Wrong endian should result in noise during playback, i think, so you can identify such problem. What is the error message you get when eac3to fails to write the wavs?

Does the resulting wavs (in th other case) sound good? If yes you are ok.

[Sephiroth0000]

Hello everyone. The knowledge on audio here seems vast so here it goes. I have been reading up on 5.1 MP3 but yet for the life of me cannot find any programs based or a means of creating it from HD DVD audio? Any idea's or suggestions?

Any help would be greatly appreciated :)

[Kal]

Is it possible to take dll from Nero 7, place them in eac3to folder and uninstall Nero to get Nero 8 ?

[nautilus7]

Hello everyone. The knowledge on audio here seems vast so here it goes. I have been reading up on 5.1 MP3 but yet for the life of me cannot find any programs based or a means of creating it from HD DVD audio? Any idea's or suggestions?

Any help would be greatly appreciated :)Newer version of eac3to can output data to stdout. Any encoder that can use stdin as input (like lame) can be used. Vorbis, acc can be ised as well. So, i suggest rolling back a few pages and read about this feature (stdout). There are some problems though (you will understand by reading).

Note: this thread contains info only about eac3to + stdout. For further info about mp3/vorbis/acc encoding you 'll have to search the rest of the forum. :)

[Sephiroth0000]

Newer version of eac3to can output data to stdout. Any encoder that can use stdin as input (like lame) can be used. Vorbis, acc can be ised as well. So, i suggest rolling back a few pages and read about this feature (stdout). There are some problems though (you will understand by reading).

Note: this thread contains info only about eac3to + stdout. For further info about mp3/vorbis/acc encoding you 'll have to search the rest of the forum. :)

Thankyou very much for the quick and very in depth answer mate :P Am going to read into it right now.

[nautilus7]

Is it possible to take dll from Nero 7, place them in eac3to folder and uninstall Nero to get Nero 8 ?Believe me, if such thing was possible it would have been done already.

Although, if someone doesn't need nero (except its decoders) can have a minimum effect by installing only nero showtime & buying the hd dvd/blu-ray plug-in.

[nautilus7]

Thankyou very much for the quick and very in depth answer mate :P Am going to read into it right now.
You 're welcome.

[Kumo]

I don't know blu-rays that much...

I believe the different endian you get is because it's been changed during demuxing with h264tsto. Wrong endian should result in noise during playback, i think, so you can identify such problem. What is the error message you get when eac3to fails to write the wavs?

Does the resulting wavs (in th other case) sound good? If yes you are ok.

when it fails to create wavs eac3to says "the resampler thread seems to hang".
i can play the resulting mono wavs files only with nero showtime,media player classic play a weird noise(does my system miss any filter?),but if i use the resulting wavs in surcode dvd to get a dts file, it sounds fine.
if eac3to detects little endian,should i use the "-big" command(bluray's lpcm tracks are suppose to be like that)?

[nautilus7]

when it fails to create wavs eac3to says "the resampler thread seems to hang".
i can play the resulting mono wavs files only with nero showtime,media player classic play a weird noise(does my system miss any filter?),but if i use the resulting wavs in surcode dvd to get a dts file, it sounds fine.
if eac3to detects little endian,should i use the "-big" command(bluray's lpcm tracks are suppose to be like that)?I believe you don't need to specify -big endian. I forgot to tell you before: You can use xport for demuxing the plc track from the .ts file. It works better than the other 2 methods (don't forget the -h option).

You didn't say anything about re sampling... What is your final goal with the pcm file?

The output wavs should playback with all applications. Something is wrong. Try xport for demuxing and then eac3to. If it gives you errors again post the log file, please.

[Kal]

Believe me, if such thing was possible it would have been done already.

Although, if someone doesn't need nero (except its decoders) can have a minimum effect by installing only nero showtime & buying the hd dvd/blu-ray plug-in.

Ok thank you. I will just install Nero Showtime then :)

[nautilus7]

Ok thank you. I will just install Nero Showtime then :)

Justo be clear. I am talking nero 7. Only nero 7 works with eac3to.

If you really want to install nero 8, you can use the free libav decoder instead of the nero one. You will get same quality in truehd and something lower in ac3/eac3 decoding.

[Kumo]

I believe you don't need to specify -big endian. I forgot to tell you before: You can use xport for demuxing the plc track from the .ts file. It works better than the other 2 methods (don't forget the -h option).

You didn't say anything about re sampling... What is your final goal with the pcm file?

The output wavs should playback with all applications. Something is wrong. Try xport for demuxing and then eac3to. If it gives you errors again post the log file, please.

i tryed with xport, but i can't get the tracks demuxed.it scrolls a "discontinuity detected ..." error.
my final goal is to convert the lpcm 5.1 track to 6 mono wavs,applying a pal speedup, to convert them to 5.1 dts using surcode.
i can play the wavs files i get with nero showtime,i can open/play them with audition,i can use them in surcode to encode.
media player classic makes a terrible noise, vlc crash,graphedit ask me if i have all necessary filters installed.looks like it's a playback issue,due to something missing.
i tryed playing that wavs on a different pc, they play perfectly.graphedit can build a filesource->wav parser->direct sound graph.

[Tegeril]

@ Tegeril

Yes the -24 isn't needed. It's only for pcm/raw when eac3to can't find the bitdepth automatically.

You get no sound at all?

You can try several things. Does the truehd have this noise when you play the evo file in a media player (powerdvd, etc)? If no, you can convert the track to another format like flac or wav. This way you will find out if the problem is aften (ac3 encoding) or truehd decoding. If decoding is the problem you can try the nero decoder.

Last thing you can try is using the original evo files like this:

eac3to 1st.evo+2nd.evo so you get the id# of the truehd track and then:

eac3to 1st.evo+2nd.evo id#: 300.ac3/flac/wav/dts

Note that the -640 option isn't needed as it's the default bitrate for ac3 encoding.

I basically get extremely low volume hum/fuzz/minor static for the entire length of the file. Gonna try to encode it straight of the original EVOs to start. Thanks for all the help so far, will report back soon.

[nautilus7]

i tryed with xport, but i can't get the tracks demuxed.it scrolls a "discontinuity detected ..." error.
my final goal is to convert the lpcm 5.1 track to 6 mono wavs,applying a pal speedup, to convert them to 5.1 dts using surcode.
Yep, sorry. I just read your original post.

I remember others (including me) have discontinuity errors with xport, but the demuxed pcm file was just fine. Did you try the xport demuxed track with eac3to despite these discontinuities?


If all fails can you upload a sample (50 MB is enough) of the .ts file?

[nautilus7]

I basically get extremely low volume hum/fuzz/minor static for the entire length of the file. Gonna try to encode it straight of the original EVOs to start. Thanks for all the help so far, will report back soon.
Ok, do that first.

But you didn't tell me if this problem is due to decoding or encoding.

Try the nero decoder or different output file (encoder) like wav(s)/flac,dts..

[Tegeril]

Ok, do that first.

But you didn't tell me if this problem is due to decoding or encoding.

Try the nero decoder or different output file (encoder) like wav(s)/flac,dts..

Oh, haven't told you because I left for work and am now RDP'd in. Pretty laggy and I have audio disabled, so I'll have to confirm the success or failure of decodes/encodes after work today. The original EVOs play just fine in PDVD, so hopefully this will be all I need to do and I'll just consider it an EVOdemux fault.

[Kal]

Justo be clear. I am talking nero 7. Only nero 7 works with eac3to.

If you really want to install nero 8, you can use the free libav decoder instead of the nero one. You will get same quality in truehd and something lower in ac3/eac3 decoding.

Thank you, good to know that.

Where could I find Sonic Cinemaster Audio Decoder 4.3? With Sonic Scenarist ?

[nautilus7]

This (http://forum.doom9.org/showthread.php?t=133895) thread was created exactly for people don't asking here.

[Kal]

Tahnk you and sorry to not see this before ;)

[Tegeril]

Preliminary good news: The audio track is now the proper size for 640kbit AC3 and its length. I'll test it out tonight.

[nautilus7]

Here's a problem i have (v2.17):

eac3to trailer.evo trailer.mkv
EVO, 1 video track, 1 audio track, 0:01:54
1: MPEG2, 480i60 /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Extracting audio track number 2...
Removing dialog normalization...
Creating/writing file "audiotrack 1.ac3"...
Rewriting MKV timecodes by using "mkvmerge". Please wait...


Video track 1 contains 3416 frames.
eac3to processing took 3 seconds.
Timestamp rewriting took 5 seconds.
Done.



The image in resulting mkv stutters a lot. Why? How mpeg2 video is treated by eac3to?

[Kumo]

Yep, sorry. I just read your original post.

I remember others (including me) have discontinuity errors with xport, but the demuxed pcm file was just fine. Did you try the xport demuxed track with eac3to despite these discontinuities?


If all fails can you upload a sample (50 MB is enough) of the .ts file?

xport keep flashing errors messages ,it creates the .mpa file but it remains at 0k size(no output).
i checked my system.the wavs files can't play cause wave parser can't connect to direct sound device,mpc try to open them using mpeg1 decoder(that's why the weird sound).on others system they play just fine.probably it depends on my sound device(analog devices soundmax).anyway, i don't care about this issue as long as i know the wavs file are ok and i can use them in surcode-dvd.i just want to be sure i'm converting the lpcm track do wavs files in the right way.
supposing all tracks i get(demuxing audio via xmuxer,h264tsto,or mkvextract) are fine,wich command should i use in eac3to?should i specify big/little endian(xmuxer obtained track is recognised as big and swapping endian is applyied during process, others tracks are recognised as little, no swapping is applyied ).

[nautilus7]

As i told you multiple times, wrong endian results in garbage output file (noise). Just tested to be sure! So, NO you do not need to specify the endian.

To encode the pcm file to dts you can do:

eac3to input.pcm output.dts (-speedup) (-768/1536) (+/-delay in ms)

[crazydane]

The bitrate you see is from the decoded 6ch. wav file (the one transmitted through HDMI), not the flac track. Flac is variable bitrate btw, while wav is 16 bits*48 khz*6ch = 4608 kbps
Thanks for addressing all my questions nautilus!

I guess my only remaining thought is this:

Length----Track-----Size------Type
2:23:27---DD+------1.53GB----eac3
2:02:03---TrueHD---1.41GB----flac

From the above, it would appear that the lossless 6 channel flac file ends up being about the same size per hour as a 6 channel lossly eac3 file. How is that possible?

[nautilus7]

Thanks for addressing all my questions nautilus!Happy to help. :)

I guess my only remaining thought is this:

Length----Track-----Size------Type
2:23:27---DD+------1.53GB----eac3
2:02:03---TrueHD---1.41GB----flacBe careful! Truehd is one thing/algorithm and flac is another. It's not like Dolby Digital Plus (name) which uses Enhanced-AC-3 algorithm or Dolby Digital which uses AC-3 algorithm. Truehd and flac are both names and algorithms (completely different ones).

From the above, it would appear that the lossless 6 channel flac file ends up being about the same size per hour as a 6 channel lossly eac3 file. How is that possible?DD+ is a (lossy) format which uses constant bitrates (From 192 kbps - 3072 kbps, i think i got the limits right). Multiply the bitrate by the track's duration and you get the filesize.

Dolby truehd is a (lossless) format with a variable bitrate. Completely different thing.

So, such comparisons don't lead to any useful conclusions.

[madshi]

@madshi,
Do you want a sample from this? I demuxed Fantastic Four 2 and here are the results from 2.16 and 2.17 respectively
Ouch, that's crazy!!!

Yes, a sample would be greatly welcome. Preferably of course a sample with which the problem can be reproduced... :)

[madshi]

with the WMVideo Decoder DMO it works fine, even without rewriting timestamps with mkvmerge. but with libavcodec it wont work even with rewriting the timestamps. im dependent on libavcodec :(
Why are you dependent on libavcodec?

btw. les make a (hopefully small) list of all movies, that cause problems at remuxing so far.
Good idea! But let's limit the list to HD DVD movies.

for example we could list here equilibrium, unless madshi can be sure thats everything is 100% fine and there are no "maybe everything works correctly now". what about POTO, is everything fine there now?
Agreed, Equilibrium should be on the list. POTO (only the USA release) was on the list with v2.14. It should not be on the list for v2.17, anymore, but nobody has confirmed that yet.

dont list movies, which have glitches caused either by a bad rip
Agreed. That would be Unforgiven, Million Dollar Baby and maybe also The Searchers. These 3 should only get to the list once we get confirmation from somebody who is able to rerip them cleanly and confirm.

[madshi]

Rewriting the timestamps will just write correct fps for VC-1. Will not work with AVC unfortunately.
I don't think you're right (see further below).

Just saw that all my HD DVD remuxes with AVC (done with eac3to) still reports 25fps after I had the timestamps rewritten with mkvmerge.
The remuxes don't report anything on their own. It's the filters you're using which are reporting something. Please try this command line "mkvinfo movie.mkv". And check for a field "Default Duration". This is the *REAL* fps value stored in the MKV header. I don't believe that this will indicate 25fps. Or am I wrong?

The frame duration is however right.
Where do you get the frame duration from?

So with AVC we are stuck with the fps written as 25fps or 29.97fps.
I've just checked Transformers which I've remuxed a while ago. It has the proper 23.976fps value in the MKV header.

Don't like to rewrite timestamps as it introduces stutters with some titles. The Last Samurai [HD DVD], Goodfellas [HD DVD], Goodfellas [Blu-ray], The Island [Blu-ray] for example.
The stutters are introduced if the evos (m2ts) are remuxed (with eac3to/gdsmux) then put through mkvmerge for rewriting timestamps.
That's the first time I hear that. Can you provide an EVO sample which reproduces that?

I think it would be best to not rewrite timestamps and instead have pulldown removed and fps written to header. That would be the ultimate solution!
No need to have pulldown removed. On my PC everything works great without that.

I've done hours and hours of testing with diffrent graphic cards, drivers and power strip and my Pioneer Kuro that takes 23.976 Hz and 24.0 Hz.
Stutters is small and very hard to see if feeding the display with a 59.94 Hz signal (3:2 pulldown masks the tiny stutters).
Nobody of us wants to use 59.94Hz, of course... ;)

You're writing a lot about how almost everything seems to stutter for you and how you've spent hours and days on testing that. But what would REALLY help would be if you could provide me with a sample. Or at least concentrate on one specific movie which demonstrates the stuttering and walk with me through some testing steps. If you want to have this solved nicely you need to use a scientific approach. Right now you've mentioned so many new things in this one post alone that I'm heavily confused about anything and everything. Please take one HD DVD VC-1 movie where you experience stuttering and then please do all your testing only with this one movie and report how the different remuxing variations behave. This is the one and only way you can really help with finding the cause of the trouble.

Only way I could make Goodfellas play without micro stutter at some places was to demux the vc-1 stream and mux it with eac3to. The resulting mkv will be 25fps
I can't believe that. Does eac3to report 1080p25? Please don't confuse what ffdshow shows with the REAL thing.

this time its not just the wrong frame rate written in the header.
eac3to v2.17 does not even write a frame rate into the header with VC-1 movies!? :confused:

The frame duration is wrong too: 39.9999999ms
Where do you get this number from?

But after running it through mkvmerge to rewrite timestamps to 23.976xxxx it plays ok. BUT if I remux it into an mkv instead it will contain micro stutters.
I don't understand the last sentence. I thought we were talking about remuxing the movie to mkv all the time?

But when demuxed (raw) VC-1 is muxed with eac3to and then using mkvmerge to rewrite timestamps I have no problems at those places
Which VC-1 decoder are you using?

I thought eac3to used gdsmux for doing raw vc-1 into mkv.
No. For VC-1 movies eac3to is using it's own splitter which feeds the Haali Matroska Muxer. gdsmux internally using Haali's Splitter combined with Haali's Matroska Muxer.

[madshi]

Here's a problem i have (v2.17):

eac3to trailer.evo trailer.mkv
EVO, 1 video track, 1 audio track, 0:01:54
1: MPEG2, 480i60 /1.001

The image in resulting mkv stutters a lot. Why? How mpeg2 video is treated by eac3to?
mpeg2 video is treated the "old" way by using Haali Media Splitter -> Haali Matroska Muxer and then rewriting timestamps with mkvtoolnix. Can you please check the runtime of the final MKV file. Is it 0:01:54 or something else?

[Chumbo]

Ouch, that's crazy!!!

Yes, a sample would be greatly welcome. Preferably of course a sample with which the problem can be reproduced... :)
I think it's a bad rip to begin with. Playing the evo directly with WMVideo Decoder DMO results in total green garbage all over the place. The same if playing the .vc1 file after demuxing it with graphedt or eac3to 2.14. The ffdshow decoder plays it clean up to certain scenes and then you get "rainbow" garbage for a few seconds or more and then back okay.

In both cases of .evo and .vc1, the Sonic 4.3 video decoder plays everything just fine and clean.

After I demuxed the vc1 stream to a .vc1 file with 2.16 and 2.17, both now play like ffdshow (in WMVideo decoder dmo), i.e., all the green garbage is gone, however, where ffdshow plays rainbow-like images, you get blocky garbe at about the same place.

It's early on that this happens. I'll let you know when it's available somewhere.

[Richum]

Extracting primary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "D:\MKV\audio.ac3"...
Video overlaps for 2 frames at playtime 0:04:47.
Video has a gap of 2 frames at playtime 0:04:50.


This comes from 12 Monkeys, which I previously converted using ffmpeg to Mpeg2.ts I had audio sync problems then, could it have been caused by the referenced video overlaps above?

Also, for those who have successfully converted Transformers using eac3to, I would be interested in knowing where (Europe, Asia) your HD DVD was purchased. Mine is a US copy, which plays fine in my Toshiba XA2, but has consistently (3 attempts) produced out of sync audio and stutter in the video after muxing, video and audio alone are fine. I may borrow a copy from a friend to see if there is a problem with mine, or perhaps all US sold discs.

[crazydane]

To go from DD+ to flac, is this the command line to use?

eac3to feature_1.evo+feature_2.evo 1: soundtrack.flac movie.mkv

And to go from DD+ to DTS, would this be it?

eac3to feature_1.evo+feature_2.evo 1: soundtrack.dts 1536 movie.mkv

[nautilus7]

To go from DD+ to flac, is this the command line to use?

eac3to feature_1.evo+feature_2.evo 1: soundtrack.flac movie.mkv

And to go from DD+ to DTS, would this be it?

eac3to feature_1.evo+feature_2.evo 1: soundtrack.dts 1536 movie.mkvCan you please spent some time reading/understanding the 1st post of this thread?

:thanks:

[rickardk]

I don't think you're right (see further below).


The remuxes don't report anything on their own. It's the filters you're using which are reporting something. Please try this command line "mkvinfo movie.mkv". And check for a field "Default Duration". This is the *REAL* fps value stored in the MKV header. I don't believe that this will indicate 25fps. Or am I wrong?


I'm sorry that my posts make no sense and that I keep telling you about all testing with stutters and stuff. I hope I did not whined to much about all titles stuttering. There is diffrent kinds of stutters I think. Performance related, frame rate/refresh rate missmatch related and thoose described later in this post. Never had performance related stutters but I did wrote a couple of PMs about the frame rate/refresh rate missmatch because I did some testings with diffrent graphic cards and how it affected playback of 23.976fps material on a 23.976fps capable television. Then the question was if eac3to should write 24/1.001 or 23.976.

I guess it's the english language and the fact that I always done all testing in the middle of the night that makes my post confusing (not that good in english).
I'm just so anxious about having my Blu-rays and HD DVDs backed up in a perfect way.



To sum up from the two previous posts:
I know that if the frame duration is about 41.708ms then it is 23.976fps. I think I also wrote that the mkvs plays back as 23.976fps. But the filter (ffdshow) reports them as something else.


I think it was something like this:

VC-1 from HD DVD without having the timestamps rewritten:
= 25fps (BUT frame duration is 41.708ms)

VC-1 from HD DVD having the timestamps rewritten (24/1.001):
= 23.976fps (Frame duration is 41.708ms)

AVC from HD DVD without having the timestamps rewritten:
= 25fps (Frame duration is 41.708ms)

AVC from HD DVD having the timestamps rewritten (24/1.001):
= still 25fps (Frame duration is 41.708ms)

AVC stream from HD DVD demuxed and muxed with mkvmerge setting fps to 24/1.001:
= 29.97fps (Frame duration is still 41.708ms)

Based on the fact that AVC streams demuxed from Blu-ray and muxed with same settings with mkvmerge gave:
= 23.976fps (Frame duration 41.708ms)
I wrote that I thought the reported 29.97fps from HD DVD AVC had something to do with pulldown.


I know that all the above plays at 23.976fps BUT filter like ffdshow tells me diffrent fps depending on muxing method. And it would be good if ffdshow could see them all as 23.976fps if you have features or macros that reads the frame rate from filters like ffdshow.

Maybe this is a ffdshow problem...



Then we had titles with tiny tiny stutters:

Using the usual eac3to feature_1.ev+feature_2.evo title.mkv and then rewriting the timestamps give tiny tiny stutter at some places in a couple of movies.

Now I tried to first demux the VC-1 stream and mux it with the new VC-1 muxing feature of eac3to. ffdshow now tells me that the resulting mkv is 25fps. But this time it also tells me the frame duration is 39.999999 (usually 41.708ms).

After rewriting the timestamps with mkvmerge I get a file that ffdshow reports as 23.976fps and frame duration is 41.708ms.

And now I'm suprised to see that it plays back perfectly without thoose tiny stutters at thoose places where it used to be small stutters.





I can't explain why diffrent approaches gives diffrent results. And if the filter ffdshow reads the frame duration in the header of the mkv, why does it reports diffrent fps under the above described situations? I first thought it was the decoder that told ffdshow the correct fps and that ffdshow recieved the frame duration from the splitter.

And the tiny stutter problems at just some places might indicate that the some single frames are read or written in the wrong order or something. I really have no clue BUT the stutters always happens at the same places. Hard to understand why it plays back perfectly when first demuxing and then muxing through eac3to?

I really have no understanding about how the frames are handled.


And I do understand that it would help alot if I could provide more samples. I would if my connection was faster. Having 5kB/s upstreams right now due to some problems with our 20/3 ADSL connection.
To upload that Sum of all Fears sample (that made eac3to crash) took forever. But I will soon get 100/100 so I will provide more samples then.


Sorry for taking your time with this...
I will be quite now!

[BlackJack1]

Tryed to convert flac file to dts.
Downloaded flac file inside *.mka container. Used MKVextractGUI for extract flac file. All passed OK but this file can not play. I've got error: invalid flac file. Tryded eac3to to convert - it does not started...
How to propertly extract flac from mka file?

[nautilus7]

Mkvextract gui outputs flac files in a ogg container. You have to use the cmd of this tool and use a special option for the flac files.

[madshi]

Video overlaps for 2 frames at playtime 0:04:47.
Video has a gap of 2 frames at playtime 0:04:50.
Hmmmm... That's bad. Is that the only gap/overlap complaint for the whole movie? Or are there more such complaints?

This comes from 12 Monkeys, which I previously converted using ffmpeg to Mpeg2.ts I had audio sync problems then, could it have been caused by the referenced video overlaps above?
No, if there's a "gap" and an "overlap" with the same frame number, audio sync should not be affected.

Also, for those who have successfully converted Transformers using eac3to, I would be interested in knowing where (Europe, Asia) your HD DVD was purchased. Mine is a US copy, which plays fine in my Toshiba XA2, but has consistently (3 attempts) produced out of sync audio and stutter in the video after muxing, video and audio alone are fine. I may borrow a copy from a friend to see if there is a problem with mine, or perhaps all US sold discs.
USA. Not a problem with audio sync at all. Which format did you convert the audio to? Did you mux the audio into the MKV? Did you reencode the video or did you leave it as it it (just remuxed into MKV)?

[BlackJack1]

Mkvextract gui outputs flac files in a ogg container. You have to use the cmd of this tool and use a special option for the flac files.

I'm newbie in this subject. Can you explain more clearly please and give me exact phrase to put in cmd?

[madshi]

I guess it's the english language and the fact that I always done all testing in the middle of the night that makes my post confusing (not that good in english).
I'm just so anxious about having my Blu-rays and HD DVDs backed up in a perfect way.
Don't worry, I'm neither angry nor impatient nor anything else. I'm just trying to say that I need the information in a somewhat organized form. We need to handle one problem at a time. If you throw 5 problems at once at me, maybe even mixed up in some way, I don't know where to start... ;)

To sum up from the two previous posts:
I know that if the frame duration is about 41.708ms then it is 23.976fps. I think I also wrote that the mkvs plays back as 23.976fps. But the filter (ffdshow) reports them as something else.

I think it was something like this:

VC-1 from HD DVD without having the timestamps rewritten:
= 25fps (BUT frame duration is 41.708ms)

VC-1 from HD DVD having the timestamps rewritten (24/1.001):
= 23.976fps (Frame duration is 41.708ms)

AVC from HD DVD without having the timestamps rewritten:
= 25fps (Frame duration is 41.708ms)

AVC from HD DVD having the timestamps rewritten (24/1.001):
= still 25fps (Frame duration is 41.708ms)

AVC stream from HD DVD demuxed and muxed with mkvmerge setting fps to 24/1.001:
= 29.97fps (Frame duration is still 41.708ms)

Based on the fact that AVC streams demuxed from Blu-ray and muxed with same settings with mkvmerge gave:
= 23.976fps (Frame duration 41.708ms)
I wrote that I thought the reported 29.97fps from HD DVD AVC had something to do with pulldown.

I know that all the above plays at 23.976fps BUT filter like ffdshow tells me diffrent fps depending on muxing method. And it would be good if ffdshow could see them all as 23.976fps if you have features or macros that reads the frame rate from filters like ffdshow.

Maybe this is a ffdshow problem...
Those comparisons above are helpful and interesting. But I think there's one set of information missing: You're saying "VC-1 from HD DVD". But you're not differing between eac3to v2.14 (or older) and v2.15 (or newer). But those two versions behave quite different for VC-1 movies. So in your tests you need to differ between those 2 versions.

Furthermore could you please try "mkvinfo movie.mkv" for all those situations posted above to find out what is really stored in the MKV file in each case? This is just to find out whether ffdshow is wrong or right with what it reports. BTW, why do you use ffdshow in the first place? The MS VC-1 decoder should be superior. I do not see a need for ffdshow for VC-1 playback on a Windows PC.

Then we had titles with tiny tiny stutters:

Using the usual eac3to feature_1.ev+feature_2.evo title.mkv and then rewriting the timestamps give tiny tiny stutter at some places in a couple of movies.

Now I tried to first demux the VC-1 stream and mux it with the new VC-1 muxing feature of eac3to. ffdshow now tells me that the resulting mkv is 25fps. But this time it also tells me the frame duration is 39.999999 (usually 41.708ms).

After rewriting the timestamps with mkvmerge I get a file that ffdshow reports as 23.976fps and frame duration is 41.708ms.

And now I'm suprised to see that it plays back perfectly without thoose tiny stutters at thoose places where it used to be small stutters.
Which eac3to version did you use for this test? v2.17? Did you use the "-stripPulldown" option?

When using v2.17 *without* the "-stripPulldown" option doing the following 2 things should be 100% identical:

(1) remuxing VC-1 EVO directly to MKV (with eac3to).
(2) demuxing VC-1 and then muxing it to MKV (both with eac3to).

The only situations where there can be a difference between those 2 actions are if you use the "-stripPulldown" flag during demuxing of the VC-1 track, or when eac3to complains about gaps/overlaps. If you don't use the "-stripPulldown" flag and if eac3to doesn't complain about gaps/overlaps during remuxing then both of the listed actions should yield 100% identical results.

And I do understand that it would help alot if I could provide more samples.
It would help. But you can also help a lot if you do exactly those tests I'm asking you for and if you report the test results without throwing in anything unrelated to that or tests with other movies or anything like that. In that case we might get along without any samples.

I will be quite now!
No, please don't!! Actually I'd *LOVE* to hear more from you. Especially if you answer all the questions I've asked you. Your posts are very helpful in the eac3to development. I just need the information in a bit more organized form. One movie at a time. With all comparisons described in detail. With "mkvinfo". And with differing between eac3to v2.14 (or older) <-> v2.15 (or newer).

[nautilus7]

mpeg2 video is treated the "old" way by using Haali Media Splitter -> Haali Matroska Muxer and then rewriting timestamps with mkvtoolnix. Can you please check the runtime of the final MKV file. Is it 0:01:54 or something else?
Well runtime is 00:01:53.880 which is correct.

Do you want a small sample, or you have a mpeg2 evo?

Btw, there is something else i didn't tell you before. When i first did this conversion i got:

eac3to trailer.evo trailer.mkv
EVO, 1 video track, 1 audio track, 0:01:54
1: MPEG2, 480i60 /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Muxing video to Matroska...
Extracting audio track number 2...
Removing dialog normalization...
Creating/writing file "audiotrack 1.ac3"...
Error renaming MKV file.
MKV file was successfully created, but the timecodes were not rewritten.

And i repeated it again till i finally managed to get it work. Actually 9/10 times didn't work. I think it's because the files processed are very small and the procedure finishes almost instantly, so eac3to is still using the output file.

Of course, the stuttering is present even if the timestamps are re written. It's the same actually. :p

[rickardk]

Ok, I will do more testing tomorrow and follow your guide lines.

I actually do use the MS VC-1 decoder but I need to have ffdshow in the graph (ffdshow set to raw video) as the essential Media Control (Vista Media Center plugin... GREAT APP) is depending on ffdshow.

[nautilus7]

I'm newbie in this subject. Can you explain more clearly please and give me exact phrase to put in cmd?

Use the search function to find what you need. It's all here (not in this thead) in the forum.

This thread is already big enough... Let's try not to post things that don't belong here, please.

:thanks:


EDIT: Because i am a nice person: mkvextract tracks input.mka --no-ogg 1:audio.flac :p

[madshi]

Well runtime is 00:01:53.880 which is correct.

Do you want a small sample, or you have a mpeg2 evo?
I do have some mpeg2 480i/p evos but I didn't notice stuttering. But I didn't really look for it. Does it happen for you with every mpeg2 480i/p evo you try or is it only with one specific evo?

[madshi]

Ok, I will do more testing tomorrow and follow your guide lines.
Thanks! Looking forward to that...

I actually do use the MS VC-1 decoder but I need to have ffdshow in the graph (ffdshow set to raw video) as the essential Media Control (Vista Media Center plugin... GREAT APP) is depending on ffdshow.
Ah, I see.

[nautilus7]

I do have some mpeg2 480i/p evos but I didn't notice stuttering. But I didn't really look for it. Does it happen for you with every mpeg2 480i/p evo you try or is it only with one specific evo?
Tried 3. 100% fail. :mad:

Can it be because all were interlaced? PowerDVD plays them fine. What about the re writing timestamps error?

[Richum]

Hmmmm... That's bad. Is that the only gap/overlap complaint for the whole movie? Or are there more such complaints?


No, if there's a "gap" and an "overlap" with the same frame number, audio sync should not be affected.


USA. Not a problem with audio sync at all. Which format did you convert the audio to? Did you mux the audio into the MKV? Did you reencode the video or did you leave it as it it (just remuxed into MKV)?

There were about 10 gap/overlaps noted, so yes there were more than a few gaps and overlaps. I am trying -ignoreGaps just to see what happens and will post the results.


In Transformers I converted the audio to AC3 -640 maybe that screwed it up, but I muxed the video into MKV! Since your US release was problem free I will try only muxing both V and A.

[madshi]

Tried 3. 100% fail. :mad:

Can it be because all were interlaced? PowerDVD plays them fine. What about the re writing timestamps error?
Have you tried playing the EVOs directly in MPC or ZoomPlayer (or whatever player you're normally using)? Do they play fine? If yes then there must be something wrong with eac3to's remuxing. If you have the same stuttering issue when playing the EVO files then your DirectShow filters are probably at guilt.

[nautilus7]

Have you tried playing the EVOs directly in MPC or ZoomPlayer (or whatever player you're normally using)? Do they play fine? If yes then there must be something wrong with eac3to's remuxing. If you have the same stuttering issue when playing the EVO files then your DirectShow filters are probably at guilt.

Just did... Fortunately for my system, but unfortunately for eac3to, the evos play fine in mpc (sonic cinemaster decoder 4.3 for both evos and mkv).

[Thunderbolt8]

Why are you dependent on libavcodec?
because imho libavcodec still has the best picture quality (even if its only a tiny bit better, but still) and it also allows me to apply real time sharpening, which I need to display all that 1080p stuff on my 720p resolution, otherwise everything mostly looks a bit blurred due to that downsizing.

regarding that 480i thing which causes stuttering, I know from another mpeg2 TV source (planet terror, 720p) that haali splitter has problems with 720p files at 59,94 frames and drops lots of frames then. dont know why, but thats the way it is atm. so maybe its quite similar here.

btw. another thing, I experienced two mpeg2 1080i sources now, in which the remuxing with gdsmux resulted in little video stuttering of ~0.5 seconds every few seconds in the movie (this was also the case when I put that file in mkvmerge afterwards, didnt change). but when I demuxed it with xport and then remuxed audio and video with mkvmerge, then it was fine. since then im a bit skeptical what haali and mpeg2 muxing is concerned :S

[darkbeats]

You can do this by using this command:

C:\eac3to>eac3to.exe EVOB002.EVO 1: ddda.mkv 2: audio.ac3

Alternately you can specify different options for each output file, like this:

C:\eac3to>eac3to.exe EVOB002.EVO 1: ddda.mkv -[options for 1:] 2: audio.ac3 -[options for 2:]

hey nautilus7, I tried that a few times, with and without audio options, with and without nero, and everytime i get a mkv with no audio, and a seperate audio.ac3 file...

G:\eac3to>eac3to.exe EVOB002.EVO 1: c:\temp\ddda.mkv 2: c:\temp\audio.ac3 -192
EVO, 1 video track, 2 audio tracks, 2:03:53
1: VC-1, 1280x1080 24p /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
3: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Extracting audio track number 2...
Muxing video to Matroska...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 2.0 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "c:\temp\audio.ac3"...
Video track 1 contains 178220 frames.
eac3to processing took 2 hours, 58 minutes.
Done.

alternatively, i can demux the vc1 and audio cleanly, both play great, but i don't know how to use eac3to (or other) to get them into a mkv container.

I'm just trying to mux track 1 (vc1 video), with track 2 (ac3) while ignoring track 3, since eac3to errors out on track 3 no matter what i do. ( original post (http://forum.doom9.org/showthread.php?p=1090853#post1090853))

btw: i love this thread and the great work madshi and nautilus are doing here. i think i look forward to this thread every morning, more than my first cup of coffee.

[BlackJack1]

mkvextract tracks input.mka 1:audio.flac --no-ogg[/B] :p

You are very nice man :D Thanks a lot :)

[nautilus7]

hey nautilus7, I tried that a few times, with and without audio options, with and without nero, and everytime i get a mkv with no audio, and a seperate audio.ac3 file...

G:\eac3to>eac3to.exe EVOB002.EVO 1: c:\temp\ddda.mkv 2: c:\temp\audio.ac3 -192
EVO, 1 video track, 2 audio tracks, 2:03:53
1: VC-1, 1280x1080 24p /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
3: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
Extracting primary video track...
Extracting audio track number 2...
Muxing video to Matroska...
Removing dialog normalization...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 2.0 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "c:\temp\audio.ac3"...
Video track 1 contains 178220 frames.
eac3to processing took 2 hours, 58 minutes.
Done.
This is how eac3to works. Muxes video to mkv with correct timestamps and process audio as you like. No problem there! :)

Then you have to use mkvmergegui to mux the audio file(s) to the mkv file created with eac3to.

[saint-francis]

Extracting primary video track...
Muxing video to Matroska...
Extracting audio track number 3...
Removing dialog normalization...
Applying (E-)AC3 delay...
Decoding with DirectShow (Nero Audio Decoder 2)...
Disabling DRC for Nero (E-)AC3 decoding...
DirectShow reports 5.1 channels, 24 bits, 48khz
Encoding AC3...
Creating/writing file "D:\MKV\audio.ac3"...
Video overlaps for 2 frames at playtime 0:04:47.
Video has a gap of 2 frames at playtime 0:04:50.


This comes from 12 Monkeys, which I previously converted using ffmpeg to Mpeg2.ts I had audio sync problems then, could it have been caused by the referenced video overlaps above?


I just tried this with a US copy of 12 monkeys again but using eac3to and I didn't encounter any problems. Try to re rip the disk.

[darkbeats]

This is how eac3to works. Muxes video to mkv with correct timestamps and process audio as you like. No problem there! :)

Then you have to use mkvmergegui to mux the audio file(s) to the mkv file created with eac3to.

wha?! oh, snap! how did i miss that... trying that right now. *shakes head* ... no wonder, and here i thought i was going crazy....

[Tegeril]

Audio encoded fine on my 300 issue from the original EVO. Must be something in the EVOs that EVOdemux can't do right.

[Tegeril]

My happiness was premature. Audio goes in and out of sync when muxed now. Some parts are perfect, others are a second off.

Sigh.

Hm, might be a decoding problem. Parts that were out of sync are not always out of sync...
Edit: Decoding problem, watched from the beginning to one of the out of sync spots and it was fine. Doesn't seek very well >.<

[Richum]

I just tried this with a US copy of 12 monkeys again but using eac3to and I didn't encounter any problems. Try to re rip the disk.

I am pretty sure that my copy of 12 Monkeys and Transformers are sub-standard presses. I have noticed from personal experience and from comments made on another forum (AVS) that the quality of the HD DVDs (the disc itself) can vary.

For example you have had no problem with 12 Monkeys and Madshi/Nautilus7 have not had a problem with Transformers and I have not had a problem with Riddick or Knocked Up.

Now add to that all the folks I have read about who had problems playing a HD DVD on their Toshiba Players and returned the disc only to be replaced with one which played flawlessly.

Two out of four worked like a charm, so I am not going to fight to try and convert a stubborn disc any more, it doesn't go in two tries using proven protocol I'll forget it and move to the next one.

I have about 40 HD DVDs counting a couple of boxed sets and over time I intend to see just how many convert. It is well documented that the quality of these discs varies.

[Richum]

wha?! oh, snap! how did i miss that... trying that right now. *shakes head* ... no wonder, and here i thought i was going crazy....

Welcome to the club, I made the same mistake.:rolleyes:

[BlackJack1]

Tryed to make dts from flac (not first time - previously all was ok) but now received strange message:
[img=http://img81.imageshack.us/img81/1664/beztytuuzb5.th.jpg] (http://img81.imageshack.us/my.php?image=beztytuuzb5.jpg)

Anybody knows what happened?

[Yraen]

My happiness was premature. Audio goes in and out of sync when muxed now. Some parts are perfect, others are a second off.

Sigh.

Hm, might be a decoding problem. Parts that were out of sync are not always out of sync...
Edit: Decoding problem, watched from the beginning to one of the out of sync spots and it was fine. Doesn't seek very well >.<

If I use mkvmerge I get files that don't seek well also. Using gdsmux I get files that seek fine.

[Yraen]

madshi,

You seemed interested in the gaps and overlaps generated from evos. I currently have three titles that show this, all three of the Matrix trilogy. I just ran it through eac3to 2.17 using the -stripPulldown and without it. Command line is on top.

-stripPulldown

"D:\editing apps\eac3to\2.17\eac3to.exe" "H:\HD\THE_MATRIX_HDDVD\HVDVD_TS\PEVOB_1.EVO"+"H:\HD\THE_MATRIX_HDDVD\HVDVD_TS\PEVOB_2.EVO" 2: "H:\matrix\strippulldown.mkv" -strippulldown > "H:\matrix\stripped.txt"
EVO, 2 video tracks, 9 audio tracks, 2:16:18
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001, 66ms
4: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
8: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
9: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
10: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
11: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
12: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -3ms
Extracting primary video track...
Muxing video to Matroska...
Video overlaps for 2 frames at playtime 0:00:19.
Video has a gap of 2 frames at playtime 0:00:21.
Video overlaps for 2 frames at playtime 0:01:27.
Video has a gap of 2 frames at playtime 0:01:30.
Video overlaps for 2 frames at playtime 0:01:55.
Video has a gap of 2 frames at playtime 0:02:01.
Video overlaps for 2 frames at playtime 0:02:12.
Video has a gap of 2 frames at playtime 0:02:15.
Video overlaps for 2 frames at playtime 0:03:06.
Video has a gap of 2 frames at playtime 0:03:13.
Video overlaps for 2 frames at playtime 0:03:15.
Video has a gap of 2 frames at playtime 0:03:22.
Video overlaps for 2 frames at playtime 0:05:08.
Video has a gap of 2 frames at playtime 0:05:10.
Video overlaps for 2 frames at playtime 0:05:50.
Video has a gap of 2 frames at playtime 0:05:57.
Video overlaps for 2 frames at playtime 0:09:44.
Video has a gap of 2 frames at playtime 0:10:01.
Video overlaps for 2 frames at playtime 0:23:06.
Video has a gap of 2 frames at playtime 0:23:15.
Video overlaps for 2 frames at playtime 0:24:48.
Video has a gap of 2 frames at playtime 0:25:06.
Video overlaps for 2 frames at playtime 0:32:09.
Video has a gap of 2 frames at playtime 0:32:15.
Video overlaps for 2 frames at playtime 0:34:25.
Video has a gap of 2 frames at playtime 0:34:29.
Video overlaps for 2 frames at playtime 0:44:20.
Video has a gap of 2 frames at playtime 0:44:27.
Video overlaps for 2 frames at playtime 0:53:15.
Video has a gap of 2 frames at playtime 0:53:22.
Video overlaps for 2 frames at playtime 0:59:52.
Video has a gap of 2 frames at playtime 0:59:58.
Video overlaps for 2 frames at playtime 1:20:10.
Video has a gap of 2 frames at playtime 1:20:13.
Video overlaps for 2 frames at playtime 1:21:22.
Video has a gap of 2 frames at playtime 1:21:30.
Video overlaps for 2 frames at playtime 1:23:13.
Video has a gap of 2 frames at playtime 1:23:15.
Video overlaps for 2 frames at playtime 1:23:28.
Video has a gap of 2 frames at playtime 1:23:43.
Video overlaps for 2 frames at playtime 1:54:16.
Video has a gap of 2 frames at playtime 1:54:18.
Video overlaps for 2 frames at playtime 1:59:05.
Video has a gap of 2 frames at playtime 1:59:07.
Video overlaps for 2 frames at playtime 2:00:53.
Video has a gap of 2 frames at playtime 2:00:58.
Video overlaps for 2 frames at playtime 2:01:09.
Video has a gap of 2 frames at playtime 2:01:12.
Video overlaps for 2 frames at playtime 2:02:28.
Video has a gap of 2 frames at playtime 2:02:35.
Video overlaps for 2 frames at playtime 2:03:08.
Video has a gap of 2 frames at playtime 2:03:10.
Video overlaps for 2 frames at playtime 2:06:56.
Video has a gap of 2 frames at playtime 2:07:22.
Video track 2 contains 196071 frames.
Video track 3 contains 244929 frames.
eac3to processing took 1 hour, 21 minutes.
Done.


without -stripPulldown

"D:\editing apps\eac3to\2.17\eac3to.exe" "H:\HD\THE_MATRIX_HDDVD\HVDVD_TS\PEVOB_1.EVO"+"H:\HD\THE_MATRIX_HDDVD\HVDVD_TS\PEVOB_2.EVO" 2: "H:\matrix\non_strippulldown.mkv" > "H:\matrix\non_stripped.txt"
EVO, 2 video tracks, 9 audio tracks, 2:16:18
1: Joined EVO file
2: VC-1, 1080p24 /1.001
3: VC-1, 480p30 /1.001, 66ms
4: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
5: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB
6: E-AC3, 5.1 channels, 640kbit/s, 48khz, dialnorm: -27dB
7: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
8: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
9: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
10: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
11: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB
12: E-AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB, -3ms
Extracting primary video track...
Muxing video to Matroska...
Video overlaps for 2 frames at playtime 0:00:19.
Video has a gap of 2 frames at playtime 0:00:21.
Video overlaps for 2 frames at playtime 0:01:27.
Video has a gap of 2 frames at playtime 0:01:30.
Video overlaps for 2 frames at playtime 0:01:55.
Video has a gap of 2 frames at playtime 0:02:01.
Video overlaps for 2 frames at playtime 0:02:12.
Video has a gap of 2 frames at playtime 0:02:15.
Video overlaps for 2 frames at playtime 0:03:06.
Video has a gap of 2 frames at playtime 0:03:13.
Video overlaps for 2 frames at playtime 0:03:15.
Video has a gap of 2 frames at playtime 0:03:22.
Video overlaps for 2 frames at playtime 0:05:08.
Video has a gap of 2 frames at playtime 0:05:10.
Video overlaps for 2 frames at playtime 0:05:50.
Video has a gap of 2 frames at playtime 0:05:57.
Video overlaps for 2 frames at playtime 0:09:44.
Video has a gap of 2 frames at playtime 0:10:01.
Video overlaps for 2 frames at playtime 0:23:06.
Video has a gap of 2 frames at playtime 0:23:15.
Video overlaps for 2 frames at playtime 0:24:48.
Video has a gap of 2 frames at playtime 0:25:06.
Video overlaps for 2 frames at playtime 0:32:09.
Video has a gap of 2 frames at playtime 0:32:15.
Video overlaps for 2 frames at playtime 0:34:25.
Video has a gap of 2 frames at playtime 0:34:29.
Video overlaps for 2 frames at playtime 0:44:20.
Video has a gap of 2 frames at playtime 0:44:27.
Video overlaps for 2 frames at playtime 0:53:15.
Video has a gap of 2 frames at playtime 0:53:22.
Video overlaps for 2 frames at playtime 0:59:52.
Video has a gap of 2 frames at playtime 0:59:58.
Video overlaps for 2 frames at playtime 1:20:10.
Video has a gap of 2 frames at playtime 1:20:13.
Video overlaps for 2 frames at playtime 1:21:22.
Video has a gap of 2 frames at playtime 1:21:30.
Video overlaps for 2 frames at playtime 1:23:13.
Video has a gap of 2 frames at playtime 1:23:15.
Video overlaps for 2 frames at playtime 1:23:28.
Video has a gap of 2 frames at playtime 1:23:43.
Video overlaps for 2 frames at playtime 1:54:16.
Video has a gap of 2 frames at playtime 1:54:18.
Video overlaps for 2 frames at playtime 1:59:05.
Video has a gap of 2 frames at playtime 1:59:07.
Video overlaps for 2 frames at playtime 2:00:53.
Video has a gap of 2 frames at playtime 2:00:58.
Video overlaps for 2 frames at playtime 2:01:09.
Video has a gap of 2 frames at playtime 2:01:12.
Video overlaps for 2 frames at playtime 2:02:28.
Video has a gap of 2 frames at playtime 2:02:35.
Video overlaps for 2 frames at playtime 2:03:08.
Video has a gap of 2 frames at playtime 2:03:10.
Video overlaps for 2 frames at playtime 2:06:56.
Video has a gap of 2 frames at playtime 2:07:22.
Video track 2 contains 196071 frames.
Video track 3 contains 244929 frames.
eac3to processing took 58 minutes, 41 seconds.
Done.


This is common across all three of those movies. From what I've seen of these two files, both play fine. I ripped the disk again and the overlaps/gaps were in the exact positions they are here. I can put up a sample of the evo tomorrow if you want it.

[intomed]

eac3to v2.17 released

http://madshi.net/eac3to.zip

Also, does anybody have the USA HD DVD of Phantom of the Opera? I really would like to have that tested cause it didn't work with v2.14, but should work now with v2.15-17.

Madshi,

I do own the US version of Phantom. I have the next several days off. Will re-rip it and try to convert to mkv. I'll get back to you soon.:helpful:

[Joniii]

Madshi, what's that error?
E:\2.17>eac3to 300.thd D:\300.dts
TrueHD/AC3, 5.1 channels, 48khz, dialnorm: -27dB
Extracting TrueHD stream...
Removing dialog normalization...
Writing WAVs...
Creating/writing file "d:\300.L.wav"...
Creating/writing file "d:\300.C.wav"...
Creating/writing file "d:\300.SL.wav"...
Creating/writing file "d:\300.R.wav"...
Creating/writing file "d:\300.LFE.wav"...
Creating/writing file "d:\300.SR.wav"...
[libav] Lossless check failed - expected 0, calculated 69
Found Surcode DTS Encoder version 1.0.21.0.
Surcode encoding successfully started. Please wait...
Closing Surcode...
eac3to processing took 15 minutes, 11 seconds.
Surcode encoding took 22 minutes, 44 seconds.
Done.

[Joniii]

I'm having trouble converting 300's TrueHD track to AC3. I've tried with 2.14, updated to 2.17, and same results. The track has very faint noise, and nothing else. I've converted TrueHD from multiple other titles without issue.

Microsoft Windows [Version 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.

V:\Encoder\Movie>"V:\Encoder\HD-DVD Tools\EAC3toGUI\eac3to.exe" "V:\Encoder\Movi
e\300 TrueHD.EVO" "V:\Encoder\Movie\300 TrueHD.ac3" -640 -24
EVO, 1 audio track, 1:56:33
1: TrueHD, 5.1 channels, 48khz, dialnorm: -27dB, 2628056ms
Extracting audio track number 1...
Removing dialog normalization...
Applying RAW/PCM delay...
Encoding AC3...
Creating/writing file "V:\Encoder\Movie\300 TrueHD.ac3"...
[libav] End of stream indicated
eac3to processing took exactly 5 minutes.
Done.

V:\Encoder\Movie>

Any thoughts? Filesize also seems too low, 363,000ish KB.

Edit: For the heck of it, I re-rebuilt the audio file out of my EVOs, same problem.

I'm having the same problem on 300 (Blu-ray).

eac3to 300.thd 300.ac3

This should extract ac3 from TrueHD, right? Extracted ac3 has really low sound level (usually my receiver volume is set at -40dB, with this ac3 I have to tweak it atleast to -20dB).

[madshi]

I think it's a bad rip to begin with. Playing the evo directly with WMVideo Decoder DMO results in total green garbage all over the place. The same if playing the .vc1 file after demuxing it with graphedt or eac3to 2.14. The ffdshow decoder plays it clean up to certain scenes and then you get "rainbow" garbage for a few seconds or more and then back okay.

In both cases of .evo and .vc1, the Sonic 4.3 video decoder plays everything just fine and clean.

After I demuxed the vc1 stream to a .vc1 file with 2.16 and 2.17, both now play like ffdshow (in WMVideo decoder dmo), i.e., all the green garbage is gone, however, where ffdshow plays rainbow-like images, you get blocky garbe at about the same place.
This is really an interesting sample. For whatever reason I cannot reproduce the strange gap reports. My latest eac3to version (work in progress) doesn't complain about any gaps/overlaps with your version at all. Can you please retry with just the sample? Does your eac3to version really complain with the sample? If so, then please retry with eac3to v2.18.

What is most interesting is that (as you say) a Sonic graph plays the sample just fine. But the MS VC-1 decoder seems to be have trouble with the sample. I'm not sure where the problem comes from. It could be a bad rip or a mastering error which for whatever strange reason Sonic can handle but the MS VC-1 decoder cannot. It could also be a bug in the MS VC-1 decoder. We will not be able to know either way until someone tries to rerip the disk cleanly. Anybody?

[nautilus7]

I'm having the same problem on 300 (Blu-ray).

eac3to 300.thd 300.ac3

This should extract ac3 from TrueHD, right? Extracted ac3 has really low sound level (usually my receiver volume is set at -40dB, with this ac3 I have to tweak it atleast to -20dB).
The same? The other member's problem was the noisy output file. You are talking about lower volume (though judging from volume setting in your receiver isn't the perfect way to identify the problem, if any).

[madshi]

Well runtime is 00:01:53.880 which is correct.

Do you want a small sample, or you have a mpeg2 evo?
I think a sample would help.

I do have a MPEG2 480i60 sample and also a MPEG2 480p24 sample. The 480i60 sample plays very smoothly both in its original VOB form and also in the remuxed MKV. The 480p24 sample is stuttering a lot for me, but both as EVO and as MKV. So a sample would be helpful.

Which EVO splitter are you using that gives you smooth playback?

Error renaming MKV file.
MKV file was successfully created, but the timecodes were not rewritten.
I've tried and cannot reproduce this problem at all, except if I abort timestamp rewriting and don't delete the "trailer.old.mkv" file. In that case exactly the problem you reported occurs. Please make sure that there's no file named "trailer.old.mkv" and then retry. It should work just fine then.

[madshi]

because imho libavcodec still has the best picture quality (even if its only a tiny bit better, but still)
Compared to the MS VC-1 decoder!? I'm having a hard time believing that. I mean the MS VC-1 decoder was tested by MS against the reference decoder and it should give out practically perfect images. I don't see how any decoder could top that (except in CPU usage, of course).

and it also allows me to apply real time sharpening, which I need to display all that 1080p stuff on my 720p resolution, otherwise everything mostly looks a bit blurred due to that downsizing.
Can't you use the MS VC-1 decoder and then still use ffdshow for sharpening?

btw. another thing, I experienced two mpeg2 1080i sources now, in which the remuxing with gdsmux resulted in little video stuttering of ~0.5 seconds every few seconds in the movie (this was also the case when I put that file in mkvmerge afterwards, didnt change). but when I demuxed it with xport and then remuxed audio and video with mkvmerge, then it was fine. since then im a bit skeptical what haali and mpeg2 muxing is concerned :S
Well, eac3to will sooner or later replace Haali's splitter with my own for MPEG2 content, too. Maybe that will take care of the problem. We'll have to wait and see...

[madshi]

I am pretty sure that my copy of 12 Monkeys and Transformers are sub-standard presses. I have noticed from personal experience and from comments made on another forum (AVS) that the quality of the HD DVDs (the disc itself) can vary.

For example you have had no problem with 12 Monkeys and Madshi/Nautilus7 have not had a problem with Transformers and I have not had a problem with Riddick or Knocked Up.
I'm not fully sure about that. I cannot really imagine that a bad disc is causing this. But in the end I'm not really sure...

[madshi]

You seemed interested in the gaps and overlaps generated from evos. I currently have three titles that show this, all three of the Matrix trilogy. I just ran it through eac3to 2.17 using the -stripPulldown and without it. Command line is on top.
Thanks!

Could you please retry with v2.18? I think those gap/overlap complaints should be solved in that version.

[madshi]

I do own the US version of Phantom. I have the next several days off. Will re-rip it and try to convert to mkv. I'll get back to you soon.:helpful:
Great - looking forward to your report!

[madshi]

Madshi, what's that error?
[libav] Lossless check failed - expected 0, calculated 69
Looks like a bug in the libav TrueHD decoder. Could you provide me with a little sample which reproduces this bug?

I'm having the same problem on 300 (Blu-ray).

eac3to 300.thd 300.ac3

This should extract ac3 from TrueHD, right? Extracted ac3 has really low sound level (usually my receiver volume is set at -40dB, with this ac3 I have to tweak it atleast to -20dB).
How are you transporting the AC3 to your receiver? Via SPDIF? As AC3 bitstream or decoded as PCM? I've been told that some cheaper receivers cannot fully handle 640kbps AC3 streams. DVDs are limited to 448kbps. Please try decoding the AC3 stream on your PC. Does it sound ok there?

[madshi]

eac3to v2.18 released

http://madshi.net/eac3to.zip

* fixed bug which stopped eac3to v2.15-17 from working on some PCs
* fixed h264 bitstream parsing bug (Sum of all Fears)
* fps value is added to MKV header now
* relaxed VC-1 gap detection once more
* TrueHD decoding to stdout fixed (always output as 24 bit now)

[BlackJack1]

Never mind :) Now all is ok.

[nautilus7]

I think a sample would help.If i cut the evo with a hex editor, eac3to (haali media splitter) doesn't accept it. So i will upload the evo as it is (~70 MB). EDIT: Sample is up here! (http://www.sendspace.com/file/ksotyc)

Which EVO splitter are you using that gives you smooth playback?I really couldn't find that info.:eek: But i can give you the decoder's (sonic) video in pin info:

CLSID: {D7D50E8D-DD72-43C2-8587-A0C197D837D2}
Filter: Sonic Cinemaster® Video Decoder 4.3.0

- Connected to:

CLSID: {1365BE7A-C86A-473C-9A41-C0A6E82C9FA3}
Filter: C:\Tools\Trailer.EVO
Pin: Video

- Connection media type:

Video: MPEG2 Video 720x480 (16:9) 29.97fps 9800Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_MPEG2_VIDEO {E06D8026-DB46-11CF-B4D1-00805F6CBBEA}
formattype: FORMAT_MPEG2_VIDEO {E06D80E3-DB46-11CF-B4D1-00805F6CBBEA}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 282

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 9800000
dwBitErrorRate: 0
AvgTimePerFrame: 333666

VIDEOINFOHEADER2:
dwInterlaceFlags: 0x00000000
dwCopyProtectFlags: 0x00000000
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0x00000000
dwReserved2: 0x00000000

MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 150
dwProfile: 0x00000004
dwLevel: 0x00000008
dwFlags: 0x00000000

BITMAPINFOHEADER:
biSize: 40
biWidth: 720
biHeight: 480
biPlanes: 0
biBitCount: 0
biCompression: 0
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 40 89 95 00 00 00 00 00 62 17 05 00 00 00 00 00 @‰•.....b.......
0030: 00 00 00 00 00 00 00 00 10 00 00 00 09 00 00 00 ................
0040: 00 00 00 00 00 00 00 00 28 00 00 00 d0 02 00 00 ........(...Π...
0050: e0 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ΰ...............
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0070: 00 00 00 00 96 00 00 00 04 00 00 00 08 00 00 00 ....–...........
0080: 00 00 00 00|00 00 01 b3 2d 01 e0 34 17 ed 23 82 .......³-.ΰ4.ν#‚
0090: 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 ................
00a0: 10 10 10 10 10 10 10 10 10 10 10 10 12 12 12 10 ................
00b0: 10 10 10 10 10 10 10 10 12 12 12 14 12 12 12 12 ................
00c0: 12 14 14 14 14 14 18 18 18 18 1c 1c 1e 22 22 2b .............""+
00d0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................
00e0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................
00f0: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................
0100: 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 08 ................
0110: 00 00 01 b5 14 82 00 01 00 00 ...µ.‚....



Error renaming MKV file.
MKV file was successfully created, but the timecodes were not rewritten.
I've tried and cannot reproduce this problem at all, except if I abort timestamp rewriting and don't delete the "trailer.old.mkv" file. In that case exactly the problem you reported occurs. Please make sure that there's no file named "trailer.old.mkv" and then retry. It should work just fine then.Nevermind about this. I found out. It's haali media splitter shell extension which tries to access the file to show its info in the explorer (yes i had the folder where the file was saved opened all the time :rolleyes: )

eac3to v2.18 released

* fixed bug which stopped eac3to v2.15-17 from working on some PCs

Thanks for new version.

Is this the bug that the eac3to -test was not working? What was wrong?

[Thunderbolt8]

Can't you use the MS VC-1 decoder and then still use ffdshow for sharpening?
you can only choose between libavcoded or wmv9 for VC-1 decoding in ffdshow, so I guess its not the same as the VC-1 decoder does.

[nautilus7]

I believe madshi was thinking of using ffdshow as image processor after the MS VC-1 decoder.

EDIT: It should be easy to do it if you enable ffdshow for raw video from the codecs settings.

[Thunderbolt8]

a friend of mine has problems with remuxing lucky number slevin, all newer eac3to versions (2.15-2.18) crash for him. since he cant post here yet, im posting the bugreport for him:
http://www.sendspace.com/file/qkea81

just taking a guess, maybe its because of this: 2: h264/AVC, 1080p13500 ?

[Thunderbolt8]

btw. I asked in the ffdshow thread to add VC-1 libavcodec support for your muxes, but they'd rather see you implementing ffdshow support on your end :S

[madshi]

Nevermind about this. I found out. It's haali media splitter shell extension which tries to access the file to show its info in the explorer (yes i had the folder where the file was saved open all the time :rolleyes: )
Ah well, I'm always disabling this shell extension because it drove me nuts.

Is this the bug that the eac3to -test was not working? What was wrong?
A bug in some internal hooking code.

[madshi]

a friend of mine has problems with remuxing lucky number slevin, all newer eac3to versions (2.15-2.18) crash for him. since he cant post here yet, im posting the bugreport for him:
http://www.sendspace.com/file/qkea81

just taking a guess, maybe its because of this: 2: h264/AVC, 1080p13500 ?
Yeah, that 1080p13500 looks very fishy to me. The crash occurs in a thread created by the Haali Media Splitter. I guess that the Haali Media Splitter was confused by that framerate, too. Maybe a bad rip? Ask your friend to rerip. If the problem doesn't go away then, I'd be happy about a sample. A small one (30MB) should suffice in this case.

[madshi]

btw. I asked in the ffdshow thread to add VC-1 libavcodec support for your muxes, but they'd rather see you implementing ffdshow support on your end :S
Heh, those lazy bastards (just joking)... :)

Let's first find out why it doesn't work then we can still decide who has to fix the problem. Anway, I cannot reproduce the problem?! I've tried with your Hot Fuzz sample and it doesn't matter whether I mux it with gdsmux or with eac3to v2.18. It also doesn't matter whether I ask ffdshow to decode with libavcodec or with wmv, it always works just fine for me (MPC HC, XPSP2, VMR9, ATI).

[Thunderbolt8]

with v2.18 there is minimal improvement, meaning the video of the hot fuzz sample plays now, but only to ~0.5 seconds and then automatically jumps back to the beginning of the stream and it begins again and repeat :S

could it maybe a problem of haali renderer, haali splitter, ffdshow or somehow of this combination?

[Thunderbolt8]

btw. ive got another confirmation for rainbow frames on the Babel remux from someone else (wedding scenes in mexico). can anyone else confirm this?

[madshi]

with v2.18 there is minimal improvement, meaning the video of the hot fuzz sample plays now, but only to ~0.5 seconds and then automatically jumps back to the beginning of the stream and it begins again and repeat :S
Ah, my fault. I thought I'd be testing with ffdshow, but actually ffdshow totally refused the connection to the Haali Splitter, so MPC was again using the MS VC-1 decoder... :rolleyes:

Anyway, I think I know why it's failing to work. I'm reporting the VC-1 track slightly different than gdsmux muxed VC-1 MKVs do. This is necessary to make some VC-1 movies work without garbage (e.g. POTO USA). But ffdshow doesn't seem to like this slightly different reporting. I'll post in the ffdshow thread about this. It's definitely their task to fix, not mine.

[madshi]

btw. ive got another confirmation for rainbow frames on the Babel remux from someone else (wedding scenes in mexico). can anyone else confirm this?
You're VERY short on details. Is it a HD DVD or Blu-Ray? Is it VC-1 or h264 or mpeg2? Which tools did you use for remuxing? Which decoders did you use? Etc etc...

[madshi]

Here's a problem i have (v2.17)

eac3to trailer.evo trailer.mkv
EVO, 1 video track, 1 audio track, 0:01:54
1: MPEG2, 480i60 /1.001
2: AC3, 2.0 channels, 192kbit/s, 48khz, dialnorm: -27dB

The image in resulting mkv stutters a lot. Why? How mpeg2 video is treated by eac3to?
Thanks for the sample. It's a good one. It shows the stuttering quite clearly in the scenes with slow camera pans.

The problem is caused by the Haali Media Splitter during the EVO->MKV remuxing process, as far as I can say. The problem should be fixed as soon as eac3to replaces the Haali Media Splitter with its own internal splitter for MPEG2 (same thing I've already done for VC-1). For now you can work around the problem by demuxing the MPEG2 track with eac3to and then throwing the resulting "video.m2v" track into mkvtoolnix.

I don't really understand why rewriting the timestamps with mkvtoolnix doesn't solve the problem, though! In theory it should! But on the other hand this situation confirms that my decision to replace Haali's Media Splitter with my own for remuxing was a good decision after all.

[nautilus7]

Ah, my fault. I thought I'd be testing with ffdshow, but actually ffdshow totally refused the connection to the Haali Splitter, so MPC was again using the MS VC-1 decoder... :rolleyes:

Anyway, I think I know why it's failing to work. I'm reporting the VC-1 track slightly different than gdsmux muxed VC-1 MKVs do. This is necessary to make some VC-1 movies work without garbage (e.g. POTO USA). But ffdshow doesn't seem to like this slightly different reporting. I'll post in the ffdshow thread about this. It's definitely their task to fix, not mine.
I was about to report this.

While all vc-1 remuxes i made with prior versions of eac3to (haali splitter) decode fine with ffdshow, the remuxes made with new versions (your splitter) can't decode with anything except ms vc-1 decoder.


Btw. I have hotfuzz. Would you like me testing?

[nautilus7]

Thanks for the sample. It's a good one. It shows the stuttering quite clearly in the scenes with slow camera pans.

The problem is caused by the Haali Media Splitter during the EVO->MKV remuxing process, as far as I can say. The problem should be fixed as soon as eac3to replaces the Haali Media Splitter with its own internal splitter for MPEG2 (same thing I've already done for VC-1). For now you can work around the problem by demuxing the MPEG2 track with eac3to and then throwing the resulting "video.m2v" track into mkvtoolnix.

I don't really understand why rewriting the timestamps with mkvtoolnix doesn't solve the problem, though! In theory it should! But on the other hand this situation confirms that my decision to replace Haali's Media Splitter with my own for remuxing was a good decision after all.

Yes it's a good sample! The words/titles go up and down like crazy. :p

Thanks for your alternate method to make this working correctly, but i don't want to do any conversion. Just testing things. :)

[Thunderbolt8]

You're VERY short on details. Is it a HD DVD or Blu-Ray? Is it VC-1 or h264 or mpeg2? Which tools did you use for remuxing? Which decoders did you use? Etc etc...
hd dvd, h264,
ffdshow, libavcodec, used eac3to to remux with the version which was up to date some days after christmas (24th)
what tools/filters the other person used, I dont know, have to ask :S

btw. the lucky number slevin sample: http://www.sendspace.com/file/sj2297

[madshi]

While all vc-1 remuxes i made with prior versions of eac3to (haali splitter) decode fine with ffdshow, the remuxes made with new versions (your splitter) can't decode with anything except ms vc-1 decoder.
The Sonic VC-1 decoder works for me, too.

ffdshow not working is something that ffdshow needs to fix. I've posted the information about what they need to change to their thread. Hopefully they will accept the change.

Btw. I have hotfuzz. Would you like me testing?
That's not necessary, thanks.

[madshi]

hd dvd, h264,
ffdshow, libavcodec, used eac3to to remux with the version which was up to date some days after christmas (24th)
what tools/filters the other person used, I dont know, have to ask :S
Could it be a bad rip again?

[nautilus7]

ffdshow not working is something that ffdshow needs to fix. I've posted the information about what they need to change to their thread. Hopefully they will accept the change.Yes, i belive they should fix. Since the "official" Microsoft vc-1 decoder plays ok, your splitter is ok. Just what a guy doesn't know coding thinks. :)

[Thunderbolt8]

Could it be a bad rip again?
frankly said dont know, but afaik this time I didnt need to use delaycut to fix the audio, as it is often an indicator for a ripping problem.
the other guy used "eac3to 2.14 with newest mkvmerge beta (from 08), ffdshow rev1763 clsid in MPC with libavcodec and haali 1.7.401.3"

btw. there are also rainbow frames at the beginning of the 1st band of brothers episode (also confirmed by others), which are only present with ffdshow and for example not when using coreavc. so maybe this could also be a problem ffdshow since not all h264 features are yet implemented there and no problem of remuxing.

[madshi]

frankly said dont know, but afaik this time I didnt need to use delaycut to fix the audio
You? Why you? I thought someone else reported about Babel and you didn't test it yourself? You're confusing me...

[Richum]

I'm not fully sure about that. I cannot really imagine that a bad disc is causing this. But in the end I'm not really sure...

I have been trying different things to determine if the disc itself can be at fault. I installed the Demo of DVDFab Platinum, it would not even recognize my Transformer HD DVD or my friends copy.

I fed it 18 different HD DVDs and it acknowledged 15 as being present and 3 would not even show up as inserted. I was able to rip 12 monkeys and when I tried it in eac3to, I got the same timing errors as previous. I am putting AnyDVD back on the machine and will try v2.18 and see if I can make Transformers go, as I now have a different disc to try.

[madshi]

a friend of mine has problems with remuxing lucky number slevin, all newer eac3to versions (2.15-2.18) crash for him. since he cant post here yet, im posting the bugreport for him:
http://www.sendspace.com/file/qkea81

just taking a guess, maybe its because of this: 2: h264/AVC, 1080p13500 ?
The sample seems to be alright, no damage/corruption, as far as I can see. The framerate information is stored in a strange format, which confused eac3to. This will be fixed in the next build. For me the sample didn't crash with v2.18, though. The sample converted just fine. The fps value in the MKV header was totally wrong, of course (since eac3to misinterpreted the framerate information). But still the MKV remuxed fine and plays fine. Not sure where the crash comes from on your friend's PC. He should retest with the next eac3to build (maybe released on Sunday, don't know). If there's still a crash he should redownload and reinstall the latest Haali version cause that's what's crashing for him.

[madshi]

I have been trying different things to determine if the disc itself can be at fault. I installed the Demo of DVDFab Platinum, it would not even recognize my Transformer HD DVD or my friends copy.

I fed it 18 different HD DVDs and it acknowledged 15 as being present and 3 would not even show up as inserted. I was able to rip 12 monkeys and when I tried it in eac3to, I got the same timing errors as previous. I am putting AnyDVD back on the machine and will try v2.18 and see if I can make Transformers go, as I now have a different disc to try.
Sounds strange. I don't know such problems. Maybe your HD DVD drive is in a bad state? I'd also suggest checking your playback chain. Maybe the remuxes are fine and just the DirectShow filters you're using screw up the audio sync? Can't really say from here...

[rickardk]

Thunderbolt8
Can you give me the timecode for the rainbow frame problem in Babel?

I have that one remuxed and if there is a problem I can give it a new try with latest eac3to.

[Thunderbolt8]

You? Why you? I thought someone else reported about Babel and you didn't test it yourself? You're confusing me...
of course I also did it myself, I just said I am quite sure I didnt have to use delaycut for that one, though I cant remember 100% any more.

[Thunderbolt8]

Thunderbolt8
Can you give me the timecode for the rainbow frame problem in Babel?

I have that one remuxed and if there is a problem I can give it a new try with latest eac3to.
sorry, but I cant access the movie on my HD right now, I just remember it was at least once during that mexican wedding trip from that nanny and in few other situations. though there werent too many of those occasions in that movie.

[Richum]

Sounds strange. I don't know such problems. Maybe your HD DVD drive is in a bad state? I'd also suggest checking your playback chain. Maybe the remuxes are fine and just the DirectShow filters you're using screw up the audio sync? Can't really say from here...

The HD DVD drive I have is new and it has ripped, and also can play Transformers with PowerDVD, so I suspect it is OK. However one never knows.


It could be the filters, I have a free program from River Past called direct show detective, it polls the machine collects a list of what is installed. I could run it and post the results here if it would help. I wouldn't know what I was looking at, sorry.

[rickardk]

sorry, but I cant access the movie on my HD right now, I just remember it was at least once during that mexican wedding trip from that nanny and in few other situations. though there werent too many of those occasions in that movie.


Just watched the whole wedding scene. No problem. Did you rewrite the timestamps with mkvmerge?
mkvmerge introduces rainbow frames on some tiltes

[esoteradactyl]

when converting DTS HD to flac, do the audio settings for the sonic decoder need to be set to anything specific?

[Yraen]

Thanks!

Could you please retry with v2.18? I think those gap/overlap complaints should be solved in that version.

No gaps or overlaps present in The Matrix with v2.18, with or without pulldown. I'll set the other two movies of the trilogy to extracting overnight, but I doubt anything will appear there. I did notice that the -stripPulldown ran 23 minutes faster this time. :thanks:

[Thunderbolt8]

Just watched the whole wedding scene. No problem. Did you rewrite the timestamps with mkvmerge?
mkvmerge introduces rainbow frames on some tiltes
yes, I always do this, because of adding subs and adding info to video and audio stream.
so you mean you watched only that wedding part itself? try again with the whole mexican part, when they arrive there please

[intomed]

Madshi,

Bad news. I just did a fresh re-rip of POTO (US HDDVD version). Followed by EVO-->MKV (via the following command line: eac3to pevob_1+pevob_2 movie.mkv). When completed played the subsequent MKV file in MPC (no sound) and still had major macroblocking/rainbow effect. Is there anything else you would like me to try?:confused:

[bertox]

Hi. Thanks for this app Madshi, first!! Saves me a lot of time.
But...i encountered some problems (to me, particularly).
I'm using eac3to with eac3togui to decode my DVD-Audio MLP files to Wav for two reasons: PowerDVD (the only player who reads DVD-A) is not using KernelStreaming, what i use in Foobar2000 for better sound quality; and the downmixes options of PowerDVD are very bad to me, and i need them since i don't have a multispeaker system, only stereo.

I like to see downmix option in eac3to..., but...why ProLogic II???? Seems to be horrible for me.
Why not a simple sum of channels?
Could you add a more flexible Downmix option like a independent volume change in every channel? Or minimum a sum of channels and an 8 or 9 db attenuate option (for all channels at same time for saturating mix avoid)?????

Something like this:
FL' = FL + C + LFE + SL
FR' = FR + C + LFE + SR

plus -9db (attenuate) for every single channel...or better...independent control volumes for such one!!! This part is important to avoid mix clipping.

This is what i want. No rare downmixing like prologic who sounds strange to my ears...

I don't want to use SoundForge anymore for downmixing stuff...

Another thing, for the Eac3toGui author. Can you add for source MLP files???
I'm really tired of re-naming my MLP files to THD or DTSHD to be accepted by this Gui!!!!!

Thanks. Víctor, from Argentina (sorry my bad english..):D

[intomed]

Oh...by the way Madshi, the version of eac3to that I used was 2.18.

[madshi]

It could be the filters, I have a free program from River Past called direct show detective, it polls the machine collects a list of what is installed. I could run it and post the results here if it would help. I wouldn't know what I was looking at, sorry.
It's not very important which filters you have installed. It's much more important which filters you're actually using for playback. So that list of installed filters wouldn't really help.

[madshi]

yes, I always do this, because of adding subs and adding info to video and audio stream.
so you mean you watched only that wedding part itself? try again with the whole mexican part, when they arrive there please
You don't need to (and probably shouldn't) rewrite timestamps for VC-1 movies, anymore, when using eac3to v2.18 or newer. Of course you can still add audio tracks and subtitles. But no timestamp rewriting for VC-1, anymore, please. It will most probably not improve things, the chance is bigger than it will screw things up. With eac3to v2.18 the timestamps should be as good as possibly can. Plus the fps is added to the MKV header now, too. So there's no benefit whatsoever that timestamp rewriting could bring, as far as I can see. Of course things are different for MPEG2 and h264 movies right now cause I'm still using the Haali splitter for those which is giving out funny timestamps sometimes...

[madshi]

Bad news. I just did a fresh re-rip of POTO (US HDDVD version). Followed by EVO-->MKV (via the following command line: eac3to pevob_1+pevob_2 movie.mkv). When completed played the subsequent MKV file in MPC (no sound) and still had major macroblocking/rainbow effect. Is there anything else you would like me to try?:confused:
I'm said to hear that. I guess (hope) the image is screwed up right from the start? If so, could you provide me with a very little sample (e.g. 30-50MB)? That would be most helpful. Thanks!

[madshi]

But...i encountered some problems (to me, particularly).
I'm using eac3to with eac3togui to decode my DVD-Audio MLP files to Wav for two reasons: PowerDVD (the only player who reads DVD-A) is not using KernelStreaming, what i use in Foobar2000 for better sound quality; and the downmixes options of PowerDVD are very bad to me, and i need them since i don't have a multispeaker system, only stereo.
Why don't you use FLAC? Foobar2000 has very good FLAC decoding built in and it's lossless. So you will save space without losing even a single bit of audio quality.

I like to see downmix option in eac3to..., but...why ProLogic II????
Because eac3to's main target is home cinema. And ProLogic II is the best choice we have for that purpose.

Why not a simple sum of channels?
Because no receiver on earth can properly reconstruct the channels from such a simple sum of channels.

Could you add a more flexible Downmix option like a independent volume change in every channel? Or minimum a sum of channels and an 8 or 9 db attenuate option (for all channels at same time for saturating mix avoid)?????

Something like this:
FL' = FL + C + LFE + SL
FR' = FR + C + LFE + SR

plus -9db (attenuate) for every single channel...or better...independent control volumes for such one!!! This part is important to avoid mix clipping.

This is what i want. No rare downmixing like prologic who sounds strange to my ears...

I don't want to use SoundForge anymore for downmixing stuff...
The programming of a different mixing matrix is not a big problem. But keeping the usage of eac3to as simple as possible is. Now offering a volume control for every single channel would require me to add at least 8 new parameters which would dramatically increase the size of the help text. If eac3to was a GUI it would be much easier to add such options without making things more complicated. But adding another 100 options to a console program really does damage ease of use. Because of that reason I'm trying to avoid adding shitloads of new options, unless it's really very important. So I'm sorry to say, but at this point in time I don't like the idea of adding a multitude of new options for one single user... ;)

[madshi]

when converting DTS HD to flac, do the audio settings for the sonic decoder need to be set to anything specific?
Nope.

[Thunderbolt8]

You don't need to (and probably shouldn't) rewrite timestamps for VC-1 movies, anymore, when using eac3to v2.18 or newer. Of course you can still add audio tracks and subtitles. But no timestamp rewriting for VC-1, anymore, please. It will most probably not improve things, the chance is bigger than it will screw things up. With eac3to v2.18 the timestamps should be as good as possibly can. Plus the fps is added to the MKV header now, too. So there's no benefit whatsoever that timestamp rewriting could bring, as far as I can see. Of course things are different for MPEG2 and h264 movies right now cause I'm still using the Haali splitter for those which is giving out funny timestamps sometimes...
I still will need another remux with mkvmerge, because of adding subs & adding video and audio stream info. so even if before everything should be ok already, as long as theres no other tool which can also do this, my final mux will always be with mkvmerge.

[madshi]

I still will need another remux with mkvmerge, because of adding subs & adding video and audio stream info. so even if before everything should be ok already, as long as theres no other tool which can also do this, my final mux will always be with mkvmerge.
Please reread my post. I clearly said: "Of course you can still add audio tracks and subtitles". But you should not rewrite timestamps. Do you understand the difference? You can add audio tracks and subtitles with mkvtoolnix without rewriting the timestamps, you know?

[madshi]

Madshi,

Bad news. I just did a fresh re-rip of POTO (US HDDVD version). Followed by EVO-->MKV (via the following command line: eac3to pevob_1+pevob_2 movie.mkv). When completed played the subsequent MKV file in MPC (no sound) and still had major macroblocking/rainbow effect. Is there anything else you would like me to try?:confused:
Wait a moment, I think it's my fault. Could you please retry with v2.19? If it still fails with v2.19, getting a sample would be great, though.

[madshi]

eac3to v2.19 released

http://madshi.net/eac3to.zip

* fixed h264 bitstream parsing of framerate information format
* fixed (again) muxing of some rare VC-1 titles like e.g. POTO USA

[nautilus7]

Thanks, again, for the update.

* Regarding POTO, you didn't ask intomed what renderer is using...

* Regarding downmix... It's fine i think. But you could also add upmix with dolby prologic II (any source --> 5.1) or/and dolby prologic IIx (any source --> 7.1).

[madshi]

* Regarding POTO, you didn't ask intomed what renderer is using...
True. But since I know that this movie has always made problems with the MS VC-1 decoder I was quite sure he was using that. intomed?

* Regarding downmix... It's fine i think. But you could also add upmix with dolby prologic II (any source --> 5.1) or/and dolby prologic IIx (any source --> 7.1).
Downmixing is quite easy to do. Upmixing is much more complicated, as far as I know. I don't know how to do this properly, so I better don't even try. Furthermore I've more important things to do like e.g. adding my own splitter for MPEG2 and h264 movies to get perfect timestamps for those, too. And finally adding Blu-Ray support sooner or later (not too soon, though).

[rickardk]

Please reread my post. I clearly said: "Of course you can still add audio tracks and subtitles". But you should not rewrite timestamps. Do you understand the difference? You can add audio tracks and subtitles with mkvtoolnix without rewriting the timestamps, you know?

IIn my experience some titles can be screwed up (rainbow frames) just by running the mkv file through mkvmerge (even without rewriting the timestamps). I have not found thoose rainbow frames in Babel HD DVD (no time to watch the whole file yet) but I have encountered the same problem with some Blu-ray titles.

Today I will redo all titles with problems I talked about before.

Writing a detailed report on problems for you.

Should I use both 2.19 and 2.14? Or is it enough to count on 2.19?