eac3to - audio conversion tool

[~bT~]

@ laserfan

have you tried the latest version??

[sidekick2]

@ laserfan

have you tried the latest version??

He said it's broken all the way thru 3.06 at the bottom of his post. He was using older versions to see where the breakage had occurred.

When I started reading his post myself, I thought, why the *heck* isn't he using a version from this century?!? :D

[laserfan]

And who knows, maybe it's the authoring that's wrong, not eac3to! I should not have assumed a Madshi bug when it comes to BD discs! :p

[madshi]

I'm trying to remux an MKV I created with an earlier version of eac3to which still contains pulldown information.

However, demuxing with -demux works and eac3to correctly identifies the video as VC-1.

Is this a bug or intentional misbehavior? :confused:
Support for such older VC-1 MKVs will come in a future version.

Madshi, though you say you plan on adding chapter and subtitle demuxing from mkvs, you didn't mention attachments. Any plans for those?
In the long run, yes. In theory it's really easy to extract MKV attachments. However, making the eac3to infrastructure understand that there are not only "video", "audio" and "subtitle" tracks, but also "attachments" is quite a lot of work. So it might take a while until I find the time to implement that. Don't know...

Also, doing anything with eac3to over a network share seems to be really slow. I'm remuxing an mkv and eac3to uses 0% CPU usage 90% of the time. It spikes up to about 10% for a fraction of a second... same with the network usage graph.
Anyone else having similar problems? It seems to work fine for me. Did older versions work better?

Wonder why most can't be parsed while a few odd ones (like this first one) can
Because some of them have sequence headers in the stream and some don't.

And finally, a small observation. Analysing mkvs with FLAC audio tracks takes far longer than ones with AC3 or DTS. Weird how that happens.
That's because eac3to actually decodes the FLAC track during analyzation. I guess I can optimize that...

I suggest to madshi don't put the bitdepth of the source with standard DTS and DTS HR because this data is misunderstand (and irrelevant).
Might be a good idea, at least to get rid of all these annoying "is it really necessary that eac3to patches it to 24bit?" questions. Will think about it.

Up until now, I've just been using:-

eac3to L: 1) -demux, followed by
eac3to video.vc1 video.mkv

to demux and then put/house the demuxed .vc1 'raw' output into a more useful .mkv container for graphedit to use for frameserving (via Haali Media Splitter, WMVideo Decoder DMO)

however, I'm curious to know if that would produce *exactly* the same video result (frame-for-frame) as, e.g. (assuming track 2 is the video in question):-
eac3to L: 1) 2: video.mkv

would the first 2-step method lose/discard any important information (frame-rate, etc) that the original container used to define the .vc1 stream?
I have read that a raw .vc1 stream is somewhat dependent on its container to fully specify it, so I'm worried that a 2-step process would be lossy in some way?
Both methods should produce similar results, as long as there are no gaps/overlaps in the video track (which is really rare). VC-1 does not depend on the container.

Is it possible that eac3to reports the wrong information in regards to 1080p or 1080i? I have a BD that says 1080i on the back... which is odd, however eac3to and tsMuxeR both report 1080p. I trust eac3to more than what's on the back cover.
eac3to reports two different things: In the track listing (e.g. if you do "eac3to BluRayFolder") eac3to shows what the Blu-Ray information records say without actually looking at the video data itself. This information *should* be reliable, more so than the back cover, but it could theoretically be wrong. If you actually let eac3to parse the movie file, it checks out the video bitstream. This should be even more reliable (unless there's a bug in eac3to). In your specific case it seems that the back cover is simply wrong.

Here's another silly sample for you, Madshi (20mb cut of source AC3)

This one is the 3.1ch 640kbps AC3 track from the BluRay release of Bubble. eac3to complains about encoding it down to a 2ch AC3
eac3to currently can't downmix funny channel configurations. It's on my to do list to add support for that, but it doesn't have top priority right now...

I just demuxed Eight Below, purely to see the subtitle information and if the english SUPs contained any forced captions and there's a discrepency between the subtitle track numbers displayed at the beginning of the log and those used at the end to display forced caption info.
Thanks, looks like a clear bug.

Why can't I demux a MKV file in an another output folder (ex: eac3to.exe video.mkv temp -demux) ?
You can't just invent your own command line commands. You'll have to live with what eac3to understands. What you could do is "eac3to video.mkv temp\video.*". That will demux into the MKV into a folder named "temp", if that's what you want.

Today I looked at my new Vantage Point BD and eac3to reported 51 chapters. This movie has 16 chapters so on a hunch went back to an earlier version of eac3to and sure enough, got 16 chapters. After trying subsequent versions I found that it broke going from v2.65 to v2.66
Can you please upload the CLIPINF and PLAYLIST folders? Zipped that should only be a few KBs.

[lchiu7]

See post #8037 and 8041
http://forum.doom9.org/showthread.php?p=1242555#post1242555

Sorry but can't see the relevance of those posts. I am having problems with the Nero codec, not Arcsoft.

A quick check of the DS Filter chain shows

"Nero Audio Decoder 2",{83E69A3D-56A5-4850-89C9-F6B6F003EB9B},00600000,"c:\program files\common files\ahead\dsfilter\neaudio2.ax"

Not entirely sure what else to check

And I am running Nero 7, not 8.

[laserfan]

...eac3to reported 51 chapters. This movie has 16 chapters so on a hunch went back to an earlier version of eac3to and sure enough, got 16 chapters. After trying subsequent versions I found that it broke going from v2.65 to v2.66...
Can you please upload the CLIPINF and PLAYLIST folders? Zipped that should only be a few KBs.Here you go--I think 00216 is the mpls of interest and the clpi prolly 00011. Advise if I can provide any further info!

[magic144]

Both methods should produce similar results, as long as there are no gaps/overlaps in the video track (which is really rare). VC-1 does not depend on the container.

thanks for the reply madshi,

are you saying that one of these 2 methods does NOT remove/compensate for gaps/overlaps - I thought eac3to would always remove gaps/overlaps when demuxing a full-disc-structure title... if this is not the case, which of these 2 methods doesn't invoke eac3to's gap removal...?

or is it simply the case that eac3to does not do ANY Video gap compensation (in any mode - i.e. it just does audio) - I guess if that was the case and that ever happened, eac3to would just flag it in an info/warning message? (never seen such a warning on any of my discs to date anyway) - is it something eac3to might handle in the future?

cheers again,
m

ps - incidentally, does anybody out there know of a way to accurately frameserve (in an AviSynth script) a raw .vc1 file without going to an intermediate .mkv container? I don't think the Haali source file splitter filter will take a .vc1 file as input if I try to build such a graph in graphedit.

[Thunderbolt8]

Here you go--I think 00216 is the mpls of interest and the clpi prolly 00011. Advise if I can provide any further info!better upload it externally, as getting approval can take ages.

[laserfan]

better upload it externally, as getting approval can take ages.Wonder what this is about; the last time I attached something here no approval was needed at all afaict.

[topsham]

I am trying to use the new aften build (762), but i get this error:

eac3to input.eac3 output.ac3
E-AC3, 5.1 channels, 1:42:01, 2046kbit/s, 48khz, dialnorm: -27dB
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...
invalid number of channels
Initialization of the AC3 encoder failed.


eac3to is latest (2.30) and this happens with all libaften builds (generic, SSE3 etc). It also happens when i use as input wav or raw or ac3 files. In other words always. But if i use aften.exe and encode to ac3 outside eac3to everything works fine.

Does it seem as a libaften or an eac3to problem?

I am just starting to use eac3to and have encountered this problem. Is there a fix please?

[DrNein]

Sorry but can't see the relevance of those posts. I am having problems with the Nero codec, not Arcsoft.

A quick check of the DS Filter chain shows

"Nero Audio Decoder 2",{83E69A3D-56A5-4850-89C9-F6B6F003EB9B},00600000,"c:\program files\common files\ahead\dsfilter\neaudio2.ax"

Not entirely sure what else to check

And I am running Nero 7, not 8.

Sorry, I mixed up two replies. That should have been:

See post #7880 and on and particularly:
http://forum.doom9.org/showthread.php?p=1238209#post1238209

[0xdeadbeef]

I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
I exported video, audio and subtitles from a M2TS stream and applied the "-speedup" option to the audio tracks (23.976Hz -> 25Hz). Then I needed to convert the exported SUPs via SupRead (export options: HDDVD, 25Hz) and SubtitleCreator to SUB/IDX.
Unfortunately, audio and subtitles are getting out of sync (subtitles after audio), the more time passes by.
So I wonder: are the SUP time stamps not fixed correctly when using the "-speedup" options or does one of the other tools introduce the problem? Would it make sense to try 23.976fps in SupRead? Does this have an influence at all if converting from SUP (BD) to SUP (HDDVD)?

[mrr19121970]

I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
I exported video, audio and subtitles from a M2TS stream and applied the "-speedup" option to the audio tracks (23.976Hz -> 25Hz). Then I needed to convert the exported SUPs via SupRead (export options: HDDVD, 25Hz) and SubtitleCreator to SUB/IDX.
Unfortunately, audio and subtitles are getting out of sync (subtitles after audio), the more time passes by.
So I wonder: are the SUP time stamps not fixed correctly when using the "-speedup" options or does one of the other tools introduce the problem? Would it make sense to try 23.976fps in SupRead? Does this have an influence at all if converting from SUP (BD) to SUP (HDDVD)?


I assume you are using tsMuxeR to build your streams back together ? You need to change the video frame rate to 25 and bind the subtitles to frame rate.

The GUI Clown_BD (http://clownbd.techxt.com) can do this in 1 option for you.

[madshi]

Here you go--I think 00216 is the mpls of interest and the clpi prolly 00011. Advise if I can provide any further info!
Thanks.

It seems that playlists 1 and 216 are identical - except that 216 has more chapters than 1. Don't know why they made the disc that way. There's a good reason, though, why eac3to chooses the playlist with more chapters. See here:

http://forum.doom9.org/showpost.php?p=1189107&postcount=6376

When there are two playlists with a different number of chapters, which should I use? There are good arguments either way...

are you saying that one of these 2 methods does NOT remove/compensate for gaps/overlaps - I thought eac3to would always remove gaps/overlaps when demuxing a full-disc-structure title... if this is not the case, which of these 2 methods doesn't invoke eac3to's gap removal...?

or is it simply the case that eac3to does not do ANY Video gap compensation (in any mode - i.e. it just does audio) - I guess if that was the case and that ever happened, eac3to would just flag it in an info/warning message? (never seen such a warning on any of my discs to date anyway) - is it something eac3to might handle in the future?
eac3to automatically fixes audio gaps/overlaps, but it does not automatically fix video gaps/overlaps. And the only way to fix video gaps/overlaps is to modify the timestamps of a container. So if you demux video, there's nothing eac3to can do to fix the gaps/overlaps. However, the next eac3to version will at least also complain about gaps/overlaps if you demux video (older versions didn't).

I am just starting to use eac3to and have encountered this problem. Is there a fix please?
Make sure you're using the latest eac3to version. If the problem still occurs then please post the eac3to log.

I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
No. FPS changes for subtitles is not implemented yet. It's on my to do list, though...

[madshi]

eac3to v3.07 released

http://madshi.net/eac3to.zip

* added support for MKV video tracks without sequence headers in bitstream
* added support for old style MKV AAC tracks
* added support for various MKV "A_MS/ACM" audio formats
* added support for various MKV "V_MS/VFW/FOURCC" video formats
* added warning for tracks where bitstream parsing failed
* demuxing a video track now also complains about video gaps/overlaps
* the "-check" option now also complains about video gaps/overlaps
* optimized memory allocation
* fixed: adding subtitle caption count to filenames sometimes didn't work
* fixed: subtitle caption counts in log sometimes had wrong track numbers
* fixed: all non-supported MKV tracks shared the same description
* fixed: incorrect framerate mismatch complaint was shown for pulldown sources
* fixed: FLAC tracks in MKV files don't slow down detection, anymore
* fixed: source file detection read 300MB from every source file
MKV support for those audio and video codecs which are natively supported by eac3to should be pretty complete now. MKV tracks using other video/audio codecs may demux successfully (or not), but are not officially supported by eac3to.

If you have any MKV samples with eac3to supported audio/video codecs which are not properly handled by eac3to, please upload a small sample for me. Thanks!

MKV subtitles, chapters and attachments are still not supported at all. Maybe next week...

[Thunderbolt8]

thanks!

[0xdeadbeef]

Ok, I have another problem. I tried to convert the E-AC3 soundtracks of the European King King HD-DVD to AC3 and - while I was at it - apply a PAL speedup:

eac3to.exe h:\HVDVD_TS\FEATURE_1.EVO+h:\HVDVD_TS\FEATURE_2.EVO 2: d:\dvd\kk\Chapters.txt 3: d:\dvd\kk\kk.* 4: d:\dvd\kk\en.ac3 -libav -speedup -384 7: d:\dvd\kk\de.ac3 -libav -speedup -384 11: d:\dvd\kk\en.sup 14: d:\dvd\kk\de.sup 28: d:\dvd\kk\de_forced.sup

For the original EVOs EAC3TO reported an audio delay of 1001ms only for the English sound track.

HD-DVD King Kong

1: Joined EVO file
2: Chapters, 50 chapters with names
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 1536kbps, 48khz, dialnorm: -27dB, 1001ms
5: E-AC3, French, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
6: E-AC3, Italian, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
"Italian"
7: E-AC3, German, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
8: E-AC3, Spanish, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
9: E-AC3, Japanese, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
[...]

However, after muxing the video and audio streams with TSMuxer, the audio is about 32 seconds (!) too early - and I'm not even sure if this is consistent. As converting the EVOs to M2TS with TSMuxer alone (no audio conversion) worked perfectly, I would assume that something goes wrong here with the audio conversion. I'm not quite sure what though. Any hints?

[honai]

Thanks madshi!

[madshi]

Ok, I have another problem. I tried to convert the E-AC3 soundtracks of the European King King HD-DVD to AC3 and - while I was at it - apply a PAL speedup
You forgot to speedup the video track.

[0xdeadbeef]

You forgot to speedup the video track.

Thanks for the hint. I'm pretty sure I read somehwere (3.06 command line help?) that the "-speedup" option was only valid for audio tracks.
But ok, obviously my fault. I must admit that I used a GUI for my M2TS conversions and used the command line the frist time for the EVOs.

[madshi]

Thanks for the hint. I'm pretty sure I read somehwere (3.06 command line help?) that the "-speedup" option was only valid for audio tracks.
It's not. How is a sped up audio track supposed to sync with a non-sped up video track? ;)

[laserfan]

It seems that playlists 1 and 216 are identical - except that 216 has more chapters than 1. Don't know why they made the disc that way. There's a good reason, though, why eac3to chooses the playlist with more chapters. See here:

http://forum.doom9.org/showpost.php?p=1189107&postcount=6376

When there are two playlists with a different number of chapters, which should I use? There are good arguments either way....But madshi, the new versions of eac3to don't in any way expose the correct chapter list. Here's all it shows me:D:\>eac3to h:
1) 00216.mpls, 00011.m2ts, 1:30:05
- h264/AVC, 1080p24 /1.001 (16:9)
- h264/AVC, 480p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, Portuguese, multi-channel, 48khz
- AC3, Thai, multi-channel, 48khz
- AC3, English, stereo, 48khz
- DTS Express, English, stereo, 48khz

2) 00202.mpls, 00105.m2ts, 0:26:44
- MPEG2, 1080p24 /1.001 (16:9)
- AC3, English, stereo, 48khz

3) 00203.mpls, 00106.m2ts, 0:16:00
- MPEG2, 1080p24 /1.001 (16:9)
- AC3, English, stereo, 48khzBut then even if I force eac3to to look at 00001 it still gives me 51 chapters? Maybe it was/is another .mpls that gives 16 chapters?

D:\>eac3to h:\bdmv\playlist\00001.mpls
1) 00001.mpls, 00011.m2ts, 1:30:05
- h264/AVC, 1080p24 /1.001 (16:9)
- h264/AVC, 480p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, Portuguese, multi-channel, 48khz
- AC3, Thai, multi-channel, 48khz
- AC3, English, stereo, 48khz
- DTS Express, English, stereo, 48khz

D:\>eac3to h:\bdmv\playlist\00001.mpls 1: chapter.txt
M2TS, 2 video tracks, 7 audio tracks, 15 subtitle tracks, 1:30:05, 24p /1.001
1: Chapters, 51 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: h264/AVC, 480p24 /1.001 (20:11)
4: TrueHD/AC3, English, 5.1 channels, 48khz
(embedded: AC3, 5.1 channels, 640kbps, 48khz)
5: AC3, French, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
7: AC3, Portuguese, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
8: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
9: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
10: DTS Express, English, 2.0 channels, 24 bits, 192kbps, 48khz
11: Subtitle (PGS), English
12: Subtitle (PGS), English
13: Subtitle (PGS), French
14: Subtitle (PGS), Spanish
15: Subtitle (PGS), Portuguese
16: Subtitle (PGS), Chinese
17: Subtitle (PGS), Chinese
18: Subtitle (PGS), Korean
19: Subtitle (PGS), Thai
20: Subtitle (PGS), Spanish
21: Subtitle (PGS), Portuguese
22: Subtitle (PGS), Korean
23: Subtitle (PGS), Spanish
24: Subtitle (PGS), Portuguese
25: Subtitle (PGS), English
Creating file "chapter.txt"...
Done.Still puzzled why the older version of eac3to finds-and-picks 16 chapters correctly, but the newer doesn't expose 16 chapters anywhere? In that post you linked to, at least that movie showed the feature as being in multiple playlists; this one does not.

Well, I guess this command:

D:\>eac3to h:\bdmv\playlist\ xxxxx.mpls

is giving me the main movie playlist (& incorrect 51 chapters) every time, so apparently I've not used a proper eac3to command... :confused:

EDIT: Here are the very different results when using eac3to v2.65! Apparently 00217 is the correct mpls to choose!
D:\>"c:\program files (x86)\eac3told\eac3to.exe" h:\
1) 00217.mpls, 00011.m2ts, 1:30:05
- h264/AVC, 1080p24 /1.001 (16:9)
- h264/AVC, 480p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, Portuguese, multi-channel, 48khz
- AC3, Thai, multi-channel, 48khz
- AC3, English, stereo, 48khz
- DTS Express, English, stereo, 48khz

2) 00216.mpls, 00011.m2ts, 1:30:05
- h264/AVC, 1080p24 /1.001 (16:9)
- h264/AVC, 480p24 /1.001 (16:9)
- TrueHD, English, multi-channel, 48khz
- AC3, French, multi-channel, 48khz
- AC3, Spanish, multi-channel, 48khz
- AC3, Portuguese, multi-channel, 48khz
- AC3, Thai, multi-channel, 48khz
- AC3, English, stereo, 48khz
- DTS Express, English, stereo, 48khz

3) 00202.mpls, 00105.m2ts, 0:26:44
- MPEG2, 1080p24 /1.001 (16:9)
- AC3, English, stereo, 48khz

4) 00203.mpls, 00106.m2ts, 0:16:00
- MPEG2, 1080p24 /1.001 (16:9)
- AC3, English, stereo, 48khz

D:\>"c:\program files (x86)\eac3told\eac3to.exe" h:\ 1)
M2TS, 2 video tracks, 7 audio tracks, 15 subtitle tracks, 1:30:05
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: h264/AVC, 480p24 /1.001 (20:11)
4: TrueHD/AC3, English, 5.1 channels, 48khz
5: AC3, French, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
7: AC3, Portuguese, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
8: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
9: AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
10: DTS Express, English, 2.0 channels, 24 bits, 192kbps, 48khz
11: Subtitle (PGS), English
12: Subtitle (PGS), English
13: Subtitle (PGS), French
14: Subtitle (PGS), Spanish
15: Subtitle (PGS), Portuguese
16: Subtitle (PGS), Chinese
17: Subtitle (PGS), Chinese
18: Subtitle (PGS), Korean
19: Subtitle (PGS), Thai
20: Subtitle (PGS), Spanish
21: Subtitle (PGS), Portuguese
22: Subtitle (PGS), Korean
23: Subtitle (PGS), Spanish
24: Subtitle (PGS), Portuguese
25: Subtitle (PGS), English

[magic144]

eac3to automatically fixes audio gaps/overlaps, but it does not automatically fix video gaps/overlaps. And the only way to fix video gaps/overlaps is to modify the timestamps of a container. So if you demux video, there's nothing eac3to can do to fix the gaps/overlaps.

thanks again Madshi - and for the new version :-)

One more question then. Are you saying that doing something like this:-

eac3to L: 1) 2: video.mkv

rather than a blanket disc title demux would keep a VC1 stream in a container (.mkv, albeit a different one from its original .m2ts housing) and allow eac3 to fix video gaps/overlaps, and is that an existing feature or a future planned capability? If I remember rightly, you said the use of video gaps/overlaps is incredibly rare in source material - but you have seen it?

Cheers,
m

[0xdeadbeef]

It's not. How is a sped up audio track supposed to sync with a non-sped up video track? ;)

Well, indeed it doesn't seem to make much sense to have a seperate speedup option for each stream, either. I guess it's highly unlikely that someone wants to speed up just some streams. This also creates confusion regarding the chapter timestamps and the subtitles.
Why don't you just make it a global option?

[Snowknight26]

eac3to.exe "G:\Movies\The Third Man\The.Third.Man.mkv"
MKV, 1 video track, 4 audio tracks, 1:45:13, 24p /1.001
1: h264/AVC, English, 1436x1080 23.976p
2: FLAC, English, 1.0 channels, 1:45:13, 16 bits, 48khz
"FLAC 1.0 @ 202kbps"
3: VORBIS, English, 1.0 channels, 48khz
"Commentary w/ Steven Soderbergh and Tony Gilroy"
4: VORBIS, English, 1.0 channels, 48khz
"Commentary w/ film scholar Dana Polan"
5: VORBIS, English, 1.0 channels, 48khz
"Abridged recording of Graham GreeneÆs treatment, read by actor Richard Clark
e"
v01 The video bitstream is encoded in a non-standard framerate.
Bitstream parsing for tracks 3-5 failed.
Demuxing these tracks may still produce correct results - or not.
The video was encoded using 23.976fps, just like all my encodes I have done. Should I be specifying 24000/1001 instead? Or does it not matter because its only a cosmetic issue?
And a small suggestion. It might be better to say "Demuxing these tracks may or may not produce correct results." instead of what you currently have. At least thats what I think.

[DrNein]

Well, indeed it doesn't seem to make much sense to have a seperate speedup option for each stream, either. I guess it's highly unlikely that someone wants to speed up just some streams. This also creates confusion regarding the chapter timestamps and the subtitles.
Why don't you just make it a global option?

Applying speedup/slowdown per stream is useful when replacing audio tracks -and thus avoiding the extra processing time by applying it to the video only. Also, the original audio can be demuxed unmodified for preservation or additional manipulation.

[honai]

madshi,

would it require a lot of effort to include a simple video cutting mechanism, e.g. remove the first 2000ms of the video stream when demuxing and muxing from/to MKV?

[tvjunky]

Hi Madshi!
Did you have changed anything regarding Drive-Read-Speed in your last version? I used the following command to copy video and audio direct from my drives to a hdd-folder:

eac3to f: 1) 3: video.mkv 9: audio.flac (from my HD-DVD-Drive)

With version 3.06 it took ~45 min.
With version 3.07 it took 12 hours!!!

I have the same effect with my Blu-Ray-Drive. I stopped the test with my Blu-Ray-Drive after 4 hours.

Thanks in advance, S.

[KevinMcPool]

Hi,i have previously converted dtshd and truehd tracks to lpcm for my PCH A100 but have now gotten an A110.Is it possible to convert the lpcm tracks back to dtshd or truehd without any loss in quality???Thanks.

[tebasuna51]

Hi,i have previously converted dtshd and truehd tracks to lpcm for my PCH A100 but have now gotten an A110.Is it possible to convert the lpcm tracks back to dtshd or truehd without any loss in quality???Thanks.
Of course if you have the appropiate encoder (don't exist free encoders) but you don't need eac3to for this.

The most common free lossless encoder is FLAC, supported in mkv container.
You can demand multichannel FLAC support in PCH.

[KevinMcPool]

Of course if you have the appropiate encoder (don't exist free encoders) but you don't need eac3to for this.

The most common free lossless encoder is FLAC, supported in mkv container.
You can demand multichannel FLAC support in PCH.
Thanks for your reply but i dont quite understand.Can eac3to re-convert the lpcm back to dtshd or truehd for remuxing to .ts or .m2ts.Like you say there is no mutichannel support for FLAC over hdmi with the PCH

[jj666]

Thanks for your reply but i dont quite understand.Can eac3to re-convert the lpcm back to dtshd or truehd for remuxing to .ts or .m2ts.Like you say there is no mutichannel support for FLAC over hdmi with the PCH

No, it can't. You can only convert to AC3 (with EAC3TO) or DTS (with EAC3TO via Surcode) - both lossy so I don't think will achieve the quality you want...

As tebasuna said, what you are asking for cannot be achieved with free encoders.

Just re-rip the disk and don't convert the audio this time - TONMT should process TrueHD I believe (or keep the original .M2TS file if not seamless branching disk).

Cheers,

-jj-

[KevinMcPool]

No, it can't. You can only convert to AC3 (with EAC3TO) or DTS (with EAC3TO via Surcode) - both lossy so I don't think will achieve the quality you want...

As tebasuna said, what you are asking for cannot be achieved with free encoders.

Just re-rip the disk and don't convert the audio this time - TONMT should process TrueHD I believe (or keep the original .M2TS file if not seamless branching disk).

Cheers,

-jj-
Ok thanks JJ666.I'll re-rip the disks using tsmuxer on those with dtshd and tonmt(+ ?also ts4np) on those with truehd.

[hubblec4]

Hi Madshi

Your work is great and very well.


I found some old videos with sound.ogg
Is it possible to support them. It's not important but will be nice.
ogg is freeware, so i think its maybe easy to do this??!


hubble

[KevinMcPool]

I have a 5.1 set-up with a modern hdmi receiver that can decode Dtshd and truehd, a PCH A110 and i have a number of movies with 7.1 dtshd sound..would it be better to demux with eac3to and the sonic decoder to 5.1 dtshd or let my receiver matrix the 7.1 channels to my 5.1 setup???Thanks.

[lchiu7]

Sorry, I mixed up two replies. That should have been:

See post #7880 and on and particularly:
http://forum.doom9.org/showthread.php?p=1238209#post1238209

Thanks but I have the ax file and dll and both are registered. The fact that Nerovision can playback AC3 audio indicates they must be working so the problem is elsewhere

[topsham]

Make sure you're using the latest eac3to version. If the problem still occurs then please post the eac3to log.
The latest version fixed it for me. Thank you, much appreciated.

[tebasuna51]

There are a problem with 'stdout.wav' and automatic second pass for overflow.
When this occurs the output is duplicated but the corrected second part is out of sync (because the second header) with garbage result.

Seems the problem is solved when add -2pass or -normalize parameters. Now seems the first ouput is inhibited and only the second pass is really output.
I say 'seems' because a second problem: when use 'stdout' there aren't log and the user don't know what happen.

There are a method to cancel the automatic second pass for overflow?
Many times are little peaks (<0.1dB) due to imperfections in lossy codecs than can be assumed.

[bobberty]

Hi madshi, thank you for eac3to...it's such an awesome program.

I'd like to use eac3to as an archival tool. By this, I mean I'd like to take a BD or HDDVD and demux the main movie video stream and audio streams. I'd like to keep them in their original format, without processing or doing anything to the streams, ideally just a bit for bit extraction. Then I'd like to back up these demuxed files to DVD-R to save for future use. Since programs and containers and encoders change all the time, I'd like to keep these original files in their original state (or as close to their original state as possible).

Is just passing -demux to eac3to the best way to do this? Would I need to pass other options, like -keepDialnorm and -keepPulldown?

Also, for demuxing, does it make a difference if I use eac3to by itself without installing the Nero, Arcsoft, and Sonic filters? Or does having these filters installed give better demuxing results?

Thanks again for eac3to, it's great. Bob.

edit:

It would appear that it doesn't matter if you have the filters installed or not for demuxing. I demuxed a HDDVD with the filters and without, and the files came out the same. I compared their md5 checksums and everything was the same.

[bigdog660]

Hi Madshi!
Did you have changed anything regarding Drive-Read-Speed in your last version? I used the following command to copy video and audio direct from my drives to a hdd-folder:

eac3to f: 1) 3: video.mkv 9: audio.flac (from my HD-DVD-Drive)

With version 3.06 it took ~45 min.
With version 3.07 it took 12 hours!!!

I have the same effect with my Blu-Ray-Drive. I stopped the test with my Blu-Ray-Drive after 4 hours.

Thanks in advance, S.

Madshi,

I can confirm it is a lot slower using Hellboy as I had in previous tests. Been running for 20 minutes, but I only have three progress dashes in the command window. I'm not going to finish the test since it's obvious it will take hours.

P.S. Reading eac3to e: reads about as fast as it did in v3.06, but reading eac3to e: 1) is a little slower than v3.06.

TIA

[Snowknight26]

Just a couple of issues:
C:\unzipped\eac3to>eac3to.exe "C:\temp\i'm on a boat.mkv" 1: C:\temp\boat.h264 -
changeto29.970
MKV, 1 video track, 1 audio track, 0:03:09, 29.989p
1: h264/AVC, 720p29.989
2: AAC, 2.0 channels, 44.1khz
v01 The video bitstream is encoded in a non-standard framerate.
Was asked to modify track 1: to 29.970, but the original FPS is not supported.

C:\unzipped\eac3to>eac3to.exe "C:\temp\i'm on a boat.mkv" 1: C:\temp\boat.h264
MKV, 1 video track, 1 audio track, 0:03:09, 29.989p
1: h264/AVC, 720p29.989
2: AAC, 2.0 channels, 44.1khz
v01 The video bitstream is encoded in a non-standard framerate.
v01 Extracting video track number 1...
v01 Creating file "C:\temp\boat.h264"...
v01 Video overlaps for 1 frames at playtime 0:00:00.
v01 Video overlaps for 1 frames at playtime 0:00:01.
v01 Video overlaps for 1 frames at playtime 0:00:01.
v01 Video overlaps for 1 frames at playtime 0:00:02.
v01 Video overlaps for 1 frames at playtime 0:00:02.
v01 Video overlaps for 1 frames at playtime 0:00:03.
v01 Video overlaps for 1 frames at playtime 0:00:03.
v01 Video overlaps for 1 frames at playtime 0:00:04.
v01 Video overlaps for 1 frames at playtime 0:00:04.
v01 Video overlaps for 1 frames at playtime 0:00:05.
v01 Video overlaps for 1 frames at playtime 0:00:06.
v01 Video overlaps for 4 frames at playtime 0:00:06.
v01 Video overlaps for 1 frames at playtime 0:00:08.
v01 Video overlaps for 1 frames at playtime 0:00:08.
v01 Video overlaps for 3 frames at playtime 0:00:09.
v01 Video overlaps for 1 frames at playtime 0:00:09.
v01 Video overlaps for 1 frames at playtime 0:00:10.
v01 Video overlaps for 1 frames at playtime 0:00:12.
v01 Video overlaps for 1 frames at playtime 0:00:12.
v01 Video overlaps for 1 frames at playtime 0:00:12.
v01 Video overlaps for 1 frames at playtime 0:00:13.
v01 Video overlaps for 1 frames at playtime 0:00:14.
v01 Video overlaps for 1 frames at playtime 0:00:14.
v01 Video overlaps for 1 frames at playtime 0:00:15.
v01 Video overlaps for 1 frames at playtime 0:00:15.
v01 Video overlaps for 1 frames at playtime 0:00:16.
v01 Video overlaps for 1 frames at playtime 0:00:16.
v01 Video overlaps for 1 frames at playtime 0:00:17.
v01 Video overlaps for 1 frames at playtime 0:00:17.
v01 Video overlaps for 1 frames at playtime 0:00:18.
v01 Video overlaps for 1 frames at playtime 0:00:18.
v01 Video overlaps for 1 frames at playtime 0:00:19.
v01 Video overlaps for 2 frames at playtime 0:00:19.
v01 Video overlaps for 1 frames at playtime 0:00:20.
v01 Video overlaps for 2 frames at playtime 0:00:21.
v01 Video overlaps for 1 frames at playtime 0:00:22.
v01 Video overlaps for 1 frames at playtime 0:00:22.
v01 Video overlaps for 1 frames at playtime 0:00:23.
v01 Video overlaps for 1 frames at playtime 0:00:23.
v01 Video overlaps for 1 frames at playtime 0:00:24.
v01 Video overlaps for 1 frames at playtime 0:00:25.
v01 Video overlaps for 1 frames at playtime 0:00:25.
v01 Video overlaps for 1 frames at playtime 0:00:26.
v01 Video overlaps for 4 frames at playtime 0:00:26.
v01 Video overlaps for 1 frames at playtime 0:00:27.
v01 Video overlaps for 1 frames at playtime 0:00:28.
v01 Video overlaps for 1 frames at playtime 0:00:29.
v01 Video overlaps for 1 frames at playtime 0:00:29.
v01 Video overlaps for 1 frames at playtime 0:00:30.
v01 Video overlaps for 2 frames at playtime 0:00:31.
v01 Video overlaps for 2 frames at playtime 0:00:31.
v01 Video overlaps for 1 frames at playtime 0:00:33.
v01 Video overlaps for 2 frames at playtime 0:00:34.
v01 Video overlaps for 1 frames at playtime 0:00:35.
v01 Video overlaps for 1 frames at playtime 0:00:35.
v01 Video overlaps for 1 frames at playtime 0:00:36.
v01 Video overlaps for 2 frames at playtime 0:00:36.
v01 Video overlaps for 1 frames at playtime 0:00:36.
v01 Video overlaps for 2 frames at playtime 0:00:37.
v01 Video overlaps for 1 frames at playtime 0:00:38.
v01 Video overlaps for 1 frames at playtime 0:00:39.
v01 Video overlaps for 1 frames at playtime 0:00:39.
v01 Video overlaps for 2 frames at playtime 0:00:39.
v01 Video overlaps for 2 frames at playtime 0:00:41.
v01 Video overlaps for 1 frames at playtime 0:00:41.
v01 Video overlaps for 1 frames at playtime 0:00:42.
v01 Video overlaps for 1 frames at playtime 0:00:43.
v01 Video overlaps for 1 frames at playtime 0:00:43.
v01 Video overlaps for 1 frames at playtime 0:00:44.
v01 Video overlaps for 1 frames at playtime 0:00:44.
v01 Video overlaps for 1 frames at playtime 0:00:45.
v01 Video overlaps for 1 frames at playtime 0:00:45.
v01 Video overlaps for 1 frames at playtime 0:00:46.
v01 Video overlaps for 1 frames at playtime 0:00:46.
v01 Video overlaps for 1 frames at playtime 0:00:47.
v01 Video overlaps for 1 frames at playtime 0:00:47.
v01 Video overlaps for 1 frames at playtime 0:00:48.
v01 Video overlaps for 1 frames at playtime 0:00:48.
v01 Video overlaps for 1 frames at playtime 0:00:49.
v01 Video overlaps for 1 frames at playtime 0:00:49.
v01 Video overlaps for 2 frames at playtime 0:00:50.
v01 Video overlaps for 1 frames at playtime 0:00:51.
v01 Video overlaps for 1 frames at playtime 0:00:52.
v01 Video overlaps for 1 frames at playtime 0:00:52.
v01 Video overlaps for 1 frames at playtime 0:00:53.
v01 Video overlaps for 2 frames at playtime 0:00:53.
v01 Video overlaps for 1 frames at playtime 0:00:54.
v01 Video overlaps for 1 frames at playtime 0:00:55.
v01 Video overlaps for 1 frames at playtime 0:00:55.
v01 Video overlaps for 1 frames at playtime 0:00:56.
v01 Video overlaps for 1 frames at playtime 0:00:56.
v01 Video overlaps for 2 frames at playtime 0:00:57.
v01 Video overlaps for 1 frames at playtime 0:00:57.
v01 Video overlaps for 1 frames at playtime 0:00:57.
v01 Video overlaps for 1 frames at playtime 0:00:58.
v01 Video overlaps for 1 frames at playtime 0:00:58.
v01 Video overlaps for 1 frames at playtime 0:01:00.
v01 Video overlaps for 1 frames at playtime 0:01:01.
v01 Video overlaps for 1 frames at playtime 0:01:02.
v01 Video overlaps for 1 frames at playtime 0:01:02.
v01 Video overlaps for 2 frames at playtime 0:01:03.
v01 Video overlaps for 1 frames at playtime 0:01:03.
v01 Video overlaps for 1 frames at playtime 0:01:03.
v01 Video overlaps for 2 frames at playtime 0:01:04.
v01 Video overlaps for 1 frames at playtime 0:01:04.
v01 Video overlaps for 2 frames at playtime 0:01:06.
v01 Video overlaps for 2 frames at playtime 0:01:06.
v01 Video overlaps for 1 frames at playtime 0:01:07.
v01 Video overlaps for 2 frames at playtime 0:01:08.
v01 Video overlaps for 1 frames at playtime 0:01:08.
v01 Video overlaps for 1 frames at playtime 0:01:10.
v01 Video overlaps for 2 frames at playtime 0:01:11.
v01 Video overlaps for 3 frames at playtime 0:01:11.
v01 Video overlaps for 1 frames at playtime 0:01:12.
v01 Video overlaps for 1 frames at playtime 0:01:13.
v01 Video overlaps for 1 frames at playtime 0:01:14.
v01 Video overlaps for 2 frames at playtime 0:01:14.
v01 Video overlaps for 1 frames at playtime 0:01:15.
v01 Video overlaps for 1 frames at playtime 0:01:16.
v01 Video overlaps for 1 frames at playtime 0:01:17.
v01 Video overlaps for 3 frames at playtime 0:01:18.
v01 Video overlaps for 1 frames at playtime 0:01:19.
v01 Video overlaps for 1 frames at playtime 0:01:20.
v01 Video overlaps for 2 frames at playtime 0:01:21.
v01 Video overlaps for 4 frames at playtime 0:01:21.
v01 Video overlaps for 1 frames at playtime 0:01:23.
v01 Video overlaps for 1 frames at playtime 0:01:23.
v01 Video overlaps for 1 frames at playtime 0:01:24.
v01 Video overlaps for 2 frames at playtime 0:01:25.
v01 Video overlaps for 1 frames at playtime 0:01:26.
v01 Video overlaps for 1 frames at playtime 0:01:27.
v01 Video overlaps for 2 frames at playtime 0:01:27.
v01 Video overlaps for 1 frames at playtime 0:01:28.
v01 Video overlaps for 1 frames at playtime 0:01:29.
v01 Video overlaps for 1 frames at playtime 0:01:30.
v01 Video overlaps for 1 frames at playtime 0:01:30.
v01 Video overlaps for 1 frames at playtime 0:01:31.
v01 Video overlaps for 1 frames at playtime 0:01:31.
v01 Video overlaps for 2 frames at playtime 0:01:32.
v01 Video overlaps for 1 frames at playtime 0:01:32.
v01 Video overlaps for 1 frames at playtime 0:01:32.
v01 Video overlaps for 1 frames at playtime 0:01:33.
v01 Video overlaps for 1 frames at playtime 0:01:33.
v01 Video overlaps for 1 frames at playtime 0:01:34.
v01 Video overlaps for 1 frames at playtime 0:01:34.
v01 Video overlaps for 2 frames at playtime 0:01:35.
v01 Video overlaps for 2 frames at playtime 0:01:36.
v01 Video overlaps for 1 frames at playtime 0:01:37.
v01 Video overlaps for 1 frames at playtime 0:01:37.
v01 Video overlaps for 2 frames at playtime 0:01:38.
v01 Video overlaps for 1 frames at playtime 0:01:38.
v01 Video overlaps for 1 frames at playtime 0:01:39.
v01 Video overlaps for 1 frames at playtime 0:01:39.
v01 Video overlaps for 2 frames at playtime 0:01:40.
v01 Video overlaps for 1 frames at playtime 0:01:41.
v01 Video overlaps for 1 frames at playtime 0:01:42.
v01 Video overlaps for 1 frames at playtime 0:01:43.
v01 Video overlaps for 3 frames at playtime 0:01:43.
v01 Video overlaps for 1 frames at playtime 0:01:45.
v01 Video overlaps for 1 frames at playtime 0:01:45.
v01 Video overlaps for 1 frames at playtime 0:01:47.
v01 Video overlaps for 1 frames at playtime 0:01:47.
v01 Video overlaps for 1 frames at playtime 0:01:48.
v01 Video overlaps for 1 frames at playtime 0:01:49.
v01 Video overlaps for 2 frames at playtime 0:01:49.
v01 Video overlaps for 1 frames at playtime 0:01:49.
v01 Video overlaps for 1 frames at playtime 0:01:51.
v01 Video overlaps for 1 frames at playtime 0:01:51.
v01 Video overlaps for 2 frames at playtime 0:01:51.
v01 Video overlaps for 1 frames at playtime 0:01:53.
v01 Video overlaps for 4 frames at playtime 0:01:53.
v01 Video overlaps for 1 frames at playtime 0:01:53.
v01 Video overlaps for 1 frames at playtime 0:01:54.
v01 Video overlaps for 1 frames at playtime 0:01:56.
v01 Video overlaps for 4 frames at playtime 0:01:57.
v01 Video overlaps for 2 frames at playtime 0:01:58.
v01 Video overlaps for 2 frames at playtime 0:01:59.
v01 Video overlaps for 1 frames at playtime 0:02:00.
v01 Video overlaps for 1 frames at playtime 0:02:00.
v01 Video overlaps for 2 frames at playtime 0:02:01.
v01 Video overlaps for 1 frames at playtime 0:02:01.
v01 Video overlaps for 1 frames at playtime 0:02:02.
v01 Video overlaps for 1 frames at playtime 0:02:03.
v01 Video overlaps for 1 frames at playtime 0:02:04.
v01 Video overlaps for 2 frames at playtime 0:02:05.
v01 Video overlaps for 2 frames at playtime 0:02:05.
v01 Video overlaps for 1 frames at playtime 0:02:06.
v01 Video overlaps for 2 frames at playtime 0:02:07.
v01 Video overlaps for 1 frames at playtime 0:02:07.
v01 Video overlaps for 1 frames at playtime 0:02:08.
v01 Video overlaps for 1 frames at playtime 0:02:09.
v01 Video overlaps for 1 frames at playtime 0:02:10.
v01 Video overlaps for 1 frames at playtime 0:02:11.
v01 Video overlaps for 2 frames at playtime 0:02:11.
v01 Video overlaps for 3 frames at playtime 0:02:12.
v01 Video overlaps for 1 frames at playtime 0:02:13.
v01 Video overlaps for 1 frames at playtime 0:02:14.
v01 Video overlaps for 1 frames at playtime 0:02:14.
v01 Video overlaps for 2 frames at playtime 0:02:14.
v01 Video overlaps for 1 frames at playtime 0:02:15.
v01 Video overlaps for 1 frames at playtime 0:02:15.
v01 Video overlaps for 2 frames at playtime 0:02:17.
v01 Video overlaps for 1 frames at playtime 0:02:18.
v01 Video overlaps for 1 frames at playtime 0:02:18.
v01 Video overlaps for 1 frames at playtime 0:02:19.
v01 Video overlaps for 1 frames at playtime 0:02:19.
v01 Video overlaps for 1 frames at playtime 0:02:19.
v01 Video overlaps for 1 frames at playtime 0:02:20.
v01 Video overlaps for 1 frames at playtime 0:02:21.
v01 Video overlaps for 1 frames at playtime 0:02:21.
v01 Video overlaps for 2 frames at playtime 0:02:22.
v01 Video overlaps for 1 frames at playtime 0:02:22.
v01 Video overlaps for 1 frames at playtime 0:02:23.
v01 Video overlaps for 1 frames at playtime 0:02:23.
v01 Video overlaps for 1 frames at playtime 0:02:24.
v01 Video overlaps for 1 frames at playtime 0:02:25.
v01 Video overlaps for 1 frames at playtime 0:02:25.
v01 Video overlaps for 1 frames at playtime 0:02:26.
v01 Video overlaps for 2 frames at playtime 0:02:27.
v01 Video overlaps for 1 frames at playtime 0:02:27.
v01 Video overlaps for 2 frames at playtime 0:02:29.
v01 Video overlaps for 3 frames at playtime 0:02:30.
v01 Video overlaps for 1 frames at playtime 0:02:31.
v01 Video overlaps for 1 frames at playtime 0:02:31.
v01 Video overlaps for 1 frames at playtime 0:02:32.
v01 Video overlaps for 3 frames at playtime 0:02:32.
v01 Video overlaps for 1 frames at playtime 0:02:33.
v01 Video overlaps for 1 frames at playtime 0:02:35.
v01 Video overlaps for 1 frames at playtime 0:02:35.
v01 Video overlaps for 1 frames at playtime 0:02:35.
v01 Video overlaps for 1 frames at playtime 0:02:37.
v01 Video overlaps for 1 frames at playtime 0:02:38.
v01 Video overlaps for 2 frames at playtime 0:02:38.
v01 Video overlaps for 1 frames at playtime 0:02:38.
v01 Video overlaps for 1 frames at playtime 0:02:39.
v01 Video overlaps for 3 frames at playtime 0:02:39.
v01 Video overlaps for 3 frames at playtime 0:02:42.
v01 Video overlaps for 1 frames at playtime 0:02:42.
v01 Video overlaps for 1 frames at playtime 0:02:43.
v01 Video overlaps for 1 frames at playtime 0:02:43.
v01 Video overlaps for 1 frames at playtime 0:02:44.
v01 Video overlaps for 2 frames at playtime 0:02:44.
v01 Video overlaps for 1 frames at playtime 0:02:47.
v01 Video overlaps for 1 frames at playtime 0:02:47.
v01 Video overlaps for 4 frames at playtime 0:02:47.
v01 Video overlaps for 1 frames at playtime 0:02:49.
v01 Video overlaps for 1 frames at playtime 0:02:49.
v01 Video overlaps for 1 frames at playtime 0:02:50.
v01 Video overlaps for 1 frames at playtime 0:02:50.
v01 Video overlaps for 1 frames at playtime 0:02:52.
v01 Video overlaps for 1 frames at playtime 0:02:52.
v01 Video overlaps for 1 frames at playtime 0:02:52.
v01 Video overlaps for 2 frames at playtime 0:02:53.
v01 Video overlaps for 2 frames at playtime 0:02:54.
v01 Video overlaps for 1 frames at playtime 0:02:55.
v01 Video overlaps for 2 frames at playtime 0:02:56.
v01 Video overlaps for 1 frames at playtime 0:02:56.
v01 Video overlaps for 1 frames at playtime 0:02:56.
v01 Video overlaps for 1 frames at playtime 0:02:57.
v01 Video overlaps for 1 frames at playtime 0:02:58.
v01 Video overlaps for 2 frames at playtime 0:02:58.
v01 Video overlaps for 1 frames at playtime 0:02:58.
v01 Video overlaps for 1 frames at playtime 0:02:59.
v01 Video overlaps for 1 frames at playtime 0:02:59.
v01 Video overlaps for 1 frames at playtime 0:03:00.
v01 Video overlaps for 1 frames at playtime 0:03:00.
v01 Video overlaps for 3 frames at playtime 0:03:03.
v01 Video overlaps for 1 frames at playtime 0:03:03.
v01 Video overlaps for 1 frames at playtime 0:03:04.
v01 Video overlaps for 2 frames at playtime 0:03:04.
v01 Video overlaps for 1 frames at playtime 0:03:04.
v01 Video overlaps for 1 frames at playtime 0:03:06.
v01 Video overlaps for 1 frames at playtime 0:03:06.
v01 Video overlaps for 1 frames at playtime 0:03:07.
v01 Video overlaps for 1 frames at playtime 0:03:07.
v01 Video overlaps for 1 frames at playtime 0:03:09.
v01 Video overlaps for 1 frames at playtime 0:03:09.
v01 Video overlaps for 1 frames at playtime 0:03:10.
eac3to processing took 10 seconds.
Done.

Source file is this (http://www.youtube.com/watch?v=R7yfISlGLNU&fmt=22) remuxed from mp4 to mkv with mkvmerge (default settings).

[dburckh]

Madshi,

I can confirm it is a lot slower using Hellboy as I had in previous tests. Been running for 20 minutes, but I only have three progress dashes in the command window. I'm not going to finish the test since it's obvious it will take hours.

P.S. Reading eac3to e: reads about as fast as it did in v3.06, but reading eac3to e: 1) is a little slower than v3.06.

TIA
+Bump
3.0.7 seems to suffer from the same problem:
Setup: XP SP3; AnyDVD 6.5.2.2; eac3to 3.0.7; LG GGC-H20L; 300 (HD DVD)

[VonZippa]

While decoding a TrueHD audio track using eac3to, I received this error:

libav Lossless check failed - expected 0, calculated d6

A search through the forums revealed that this is likely a bug in the libav TrueHD decoder. I am providing a 10 MB sample which reproduces this bug.

http://rapidshare.com/files/196566632/shank73.thd.html

This sample is from the very end of the track, which is when the error occurs.

Thanks for the great work on eac3to... it's an awesome program and it's been an invaluable tool!

[bigdog660]

Quote:
Originally Posted by bigdog660
Madshi,

I can confirm it is a lot slower using Hellboy as I had in previous tests. Been running for 20 minutes, but I only have three progress dashes in the command window. I'm not going to finish the test since it's obvious it will take hours.

P.S. Reading eac3to e: reads about as fast as it did in v3.06, but reading eac3to e: 1) is a little slower than v3.06.

TIA

Quote:
Originally Posted by dburckh
+Bump
3.0.7 seems to suffer from the same problem:
Setup: XP SP3; AnyDVD 6.5.2.2; eac3to 3.0.7; LG GGC-H20L; 300 (HD DVD)

Just so there is no confusion: In my original post, I was comparing v3.07 to v3.06 where as v3.07 is much slower demuxing than v3.06. Thanks.

[ultratoto14]

Same here, stopped eac3to after 15 minutes in eac3to 1) with 3.07

Go back to 3.06 and 35 minutes to extract h264 + ac3 of Peter Pan's movie.

[mariusella]

Awesome, we've needed a separte thread for a while. Cant wait to play with some TrueHD tracks! Thanks for all the hard work Madshi

Yeah you are right

[peterjcat]

Same here, stopped eac3to after 15 minutes in eac3to 1) with 3.07

Go back to 3.06 and 35 minutes to extract h264 + ac3 of Peter Pan's movie.

Reading direct from disc eac3to 1) takes forever for me too. Am now ripping direct to HD and going from there, which is as fast as ever.

Recent eac3to was supposed to increase read speeds direct from disc, but I wonder if it works for all drives.

I am using a USB drive (LGC combo drive in an USB enclosure) which may make the difference, perhaps if everyone who's experiencing slowness can report what kind of drive they're using it might help Madshi out.

[ultratoto14]

The speed increase was there in 3.06, ripping and extracting in one pass is 35 minutes for me with a 4X liteon bd drive. But the speed increase is gone (far far away) in the 3.07. For a 40Gb disk, it couldn't be faster.

[madshi]

Actually an option to output a cue sheet from eac3to would take all the pain away.

http://wiki.hydrogenaudio.org/index.php?title=Cuesheet

Performer, title and track names aren't really important since we need to tag the resultant flac anyway. "FEATURE" , "FEATURE ARTIST" and chapter numbers for track names would suffice.

If you don't see value in it, I'll right a program to convert your chapter files to cue sheets.
I was already asked to offer an option to produce tsMuxeR compatible chapter files. But to be honest, I don't really like the idea to add one option for every tool out there which may use its own private chapter format... :(

But then even if I force eac3to to look at 00001 it still gives me 51 chapters?
Oh, that seems to be a bug, will have to check that...

Are you saying that doing something like this:-

eac3to L: 1) 2: video.mkv

rather than a blanket disc title demux would keep a VC1 stream in a container (.mkv, albeit a different one from its original .m2ts housing) and allow eac3 to fix video gaps/overlaps, and is that an existing feature or a future planned capability?
Yes. It's an existing feature.

If I remember rightly, you said the use of video gaps/overlaps is incredibly rare in source material - but you have seen it?
It's rare, but not unheard of. Especially broken broadcasts can have such problems.

Well, indeed it doesn't seem to make much sense to have a seperate speedup option for each stream, either. I guess it's highly unlikely that someone wants to speed up just some streams.
Actually it does make sense to only speed up some streams. E.g. you may want to store the original audio track as it is (for future use) and speed it up at the same time. If I made "-speedup" a global option, doing such a thing would not be possible, anymore...

The video was encoded using 23.976fps, just like all my encodes I have done. Should I be specifying 24000/1001 instead? Or does it not matter because its only a cosmetic issue?
It's mostly a cosmetic issue. However, all Blu-Rays I've seen are using 24000/1001 (or 24000/1000, but never 23976/1000). And all broadcasts I've seen use 60000/1001. So I do consider 23976/1000 "non-standard". But again: It's mostly a cosmetic issue...

would it require a lot of effort to include a simple video cutting mechanism, e.g. remove the first 2000ms of the video stream when demuxing and muxing from/to MKV?
"A lot of effort" is a relative term. It would be possible and doable, but it would cost some time, and I still have so many other things on my to do list. However, I could use some very limited cutting functionality myself for cleaning up the beginning of self-recorded broadcasts. So it might come sooner or later, but not too soon...

I found some old videos with sound.ogg
Is it possible to support them. It's not important but will be nice.
You mean Vorbis, right? Ogg is just a container. I will probably not add full support for Vorbis audio tracks. Eventually I might add support for decoding it through libav (if libav actually contains a Vorbis decoder, don't know). But I'm not sure yet...

There are a problem with 'stdout.wav' and automatic second pass for overflow.
Didn't think about that. Will check that out later...

There are a method to cancel the automatic second pass for overflow?
Many times are little peaks (<0.1dB) due to imperfections in lossy codecs than can be assumed.
You can use "-3db" or even "-1db" to avoid 2nd pass in most cases. Since clipping can only occur with floating point input, anyway, there should be no measurable loss in audio quality caused by the volume change.

I have a 5.1 set-up with a modern hdmi receiver that can decode Dtshd and truehd, a PCH A110 and i have a number of movies with 7.1 dtshd sound..would it be better to demux with eac3to and the sonic decoder to 5.1 dtshd or let my receiver matrix the 7.1 channels to my 5.1 setup???Thanks.
Let your receiver do the work.

I'd like to take a BD or HDDVD and demux the main movie video stream and audio streams. I'd like to keep them in their original format, without processing or doing anything to the streams, ideally just a bit for bit extraction.
Why extracting HD DVD video tracks bit for bit? I think it would make more sense to let eac3to remove the pulldown. If you let eac3to do that, you'll usually end up with fully Blu-Ray compatible streams. In the early days of the HD DVD / Blu-Ray war Microsoft had supplied the Dual-Format-Studios with a little tool which would convert their HD DVD style VC-1 tracks to Blu-Ray style VC-1. eac3to does basically the same thing. I see no sense in keeping the pulldown flags in the video stream...

Is just passing -demux to eac3to the best way to do this? Would I need to pass other options, like -keepDialnorm and -keepPulldown?
You can use these options, but I don't really recommend that. The manipulations eac3to does by default usually have their purpose. But if you insist, of course you can stop eac3to from "improving" the video/audio data.

Also, for demuxing, does it make a difference if I use eac3to by itself without installing the Nero, Arcsoft, and Sonic filters? Or does having these filters installed give better demuxing results?
No need for any of those filters if you just demux.

Just a couple of issues:
C:\unzipped\eac3to>eac3to.exe "C:\temp\i'm on a boat.mkv" 1: C:\temp\boat.h264 -
changeto29.970
MKV, 1 video track, 1 audio track, 0:03:09, 29.989p
1: h264/AVC, 720p29.989
2: AAC, 2.0 channels, 44.1khz
v01 The video bitstream is encoded in a non-standard framerate.
Was asked to modify track 1: to 29.970, but the original FPS is not supported.
Strange source. Will check that out later...

Edit: I can download that Youtube video as FLV, but not as MP4. How can I get that in MP4 format?

While decoding a TrueHD audio track using eac3to, I received this error:

A search through the forums revealed that this is likely a bug in the libav TrueHD decoder. I am providing a 10 MB sample which reproduces this bug.
Thanks for the sample. But your search should also have revealed that it's no problem if you just receive one of those libav warnings. That means that max 0.8ms of your audio track is not lossless (if at all). All the other millions of milliseconds are still perfect.

[madshi]

eac3to v3.08 released

http://madshi.net/eac3to.zip

* fixed: reading physical disc speed was abysmal (introduced in v3.07)
* fixed: read error from physical drive resulted in crash