eac3to - audio conversion tool

[mrr19121970]

I'll second that request.

[avivahl]

Hi Madshi,
while copying my last few Blu-rays i saw something like this:


sXX Subtitle stream XX contains XX normal and XX forced captions


Would it be much work to automatically create a second file containing only the forced captions while extracting this stream?

Thanks for your great work again!
S.+1 on that request.

[DoomBot]

That would be a great thing added to this already awesome software:)

[jmonier]

Hi Madshi,
while copying my last few Blu-rays i saw something like this:


sXX Subtitle stream XX contains XX normal and XX forced captions


Would it be much work to automatically create a second file containing only the forced captions while extracting this stream?

Thanks for your great work again!
S.

SupRip has an option to only do forced subtitles.

[TinTime]

Madshi

eac3to seems to occasionally use the wrong title number when it's specified in the command.

For example I get the following results getting all titles with Twelve Monkeys on HDDVD:

eac3to v3.12
command line: "D:\Vtemp\programs\eac3to\eac3to.exe" "E:\Vtemp\12_MONKEYS_HDDVD" -log=main.txt
------------------------------------------------------------------------------
1) feature_01.EVO+feature_02.EVO, 2:09:32
"feature"
- VC-1, 1080p (16:9)
- E-AC3, English, 5.1, 48khz
- E-AC3, Italian, 5.1, 48khz
- E-AC3, Spanish, 5.1, 48khz
- E-AC3, English, 2.0, 48khz

2) 12_monkeys_archives.EVO, 0:39:30
"Bonus3"
- VC-1, 1080p (16:9)

3) MAKINGOF12MONKEYSN6LE_HD.EVO, 1:27:28
"Bonus1"
- MPEG2, 480i (4:3)
- E-AC3, English, 2.0, 48khz

4) 12MONKEYSTRAILERN4FE_HD.EVO, 0:02:24
"Bonus2"
- MPEG2, 480i (4:3)
- E-AC3, English, 2.0, 48khz

However if I then specify title 3 I get details back for title 2:

eac3to v3.12
command line: "D:\Vtemp\programs\eac3to\eac3to.exe" "E:\Vtemp\12_MONKEYS_HDDVD" 3) -log=3.txt
------------------------------------------------------------------------------
EVO, 1 video track, 0:39:32
1: Chapters, 237 chapters
2: VC-1, 1080p24 /1.001 (16:9) with pulldown flags

Also specifying title 2 brings back details for title 3. Titles 1 and 4 are ok though.

Is this related to this change back in 2.84?
* title sorting criteria changed: resolution is more important than runtime

It seems that when using eac3to to display all titles then it gives priority to resolution as per the change, but when specifying the title in the command line it's still sorting by runtime.

Thanks.

[Thunderbolt8]

seems like the "a remaining delay of Xms could not be fixed" message is missing when using -slowdown:

eac3to v3.12
command line: G:\eac3to\eac3to D:\movie.ts G:\movie.mkv
------------------------------------------------------------------------------
TS, 1 video track, 1 audio track, 1:29:41, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3, 2.0 channels, 384kbps, 48khz, dialnorm: -22dB, -2332ms
[v01] The video track contains the (probably incorrect) "full range" flag. <WARNING>
[a02] Extracting audio track number 2...
[a02] Removing AC3 dialog normalization...
[v01] Extracting video track number 1...
[a02] Applying (E-)AC3 delay...
[v01] Removing "full range" flag from video bitstream.
[a02] A remaining delay of +4ms could not be fixed.
[v01] Muxing video to Matroska...
[a02] Creating file "G:\belle - 2 - AC3, 2.0 channels, 384kbps, 48khz.ac3"...
[v01] Detected PTS overflow...
[a02] Detected PTS overflow...
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped. <WARNING>
Added fps value to MKV header.
Video track 1 contains 269074 frames.
eac3to processing took 3 minutes, 6 seconds.
Done.

eac3to v3.12
command line: G:\eac3to\eac3to D:\movie.ts G:\movie.mkv -slowdown
------------------------------------------------------------------------------
TS, 1 video track, 1 audio track, 1:29:41, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3, 2.0 channels, 384kbps, 48khz, dialnorm: -22dB, -2332ms
[v01] The video track contains the (probably incorrect) "full range" flag. <WARNING>
Disabling DRC for Nero (E-)AC3 decoding...
[a02] Extracting audio track number 2...
[v01] Extracting video track number 1...
[a02] Removing AC3 dialog normalization...
[a02] Decoding with DirectShow (Nero Audio Decoder 2)...
[v01] Removing "full range" flag from video bitstream.
[v01] Writing new framerate "24fps /1.001" to bitstream.
[v01] Muxing video to Matroska...
[a02] DirectShow reports 2.0 channels, 24 bits, 48khz
[a02] Applying RAW/PCM delay...
[a02] Changing FPS from 25.000 to 23.976...
[a02] Encoding AC3 <448kbps> with libAften...
[a02] Creating file "G:\belleslowed - 2 - AC3, 2.0 channels, 384kbps, 48khz.ac3"...
[v01] Detected PTS overflow...
[a02] Detected PTS overflow...
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped. <WARNING>
Added fps value to MKV header.
Video track 1 contains 269074 frames.
eac3to processing took 5 minutes, 26 seconds.
Done.

[Mark_A_W]

Madshi, a little feature request:

I'm trying to convert a mono 32 bit IEEE Float, 96khz .pcm file generated from DRC (Digital Room Correction software), to a mono 32bit IEEE Float 96khz .wav file.

Eac3to works, but only up to 24 bit (if I put "-32", it gives the specify info error).


If I could get eac3to to do this, then I can incorporate it in a giant .bat file which measures all 6 channels in my HT, then processes the measurement files with DRC, then converts to .wav format, ready for use in Convolver directshow plugin (or ffdshow, or foobar). All I do is place the microphone, turn it on, double click the shortcut to the .bat file, and it would all just happen.

I've been searching for ages for a program to do the conversion (other than Audition, which is major overkill), it just occured to me that the program I use to convert my BDs to MKV might do it :) But at the the moment it's close but no cigar..


If it's only a little change...please?

If it's a biggie, no problems, I'll keep hunting for something else.

Thanks

Mark

[TinTime]

I'm trying to convert a mono 32 bit IEEE Float, 96khz .pcm file generated from DRC (Digital Room Correction software), to a mono 32bit IEEE Float 96khz .wav file.


Have you tried sox (http://sox.sourceforge.net)?

[Mark_A_W]

Have you tried sox (http://sox.sourceforge.net)?


Yes.

I tried:

sox leftspeaker.pcm leftspeaker.wav

and got:

"sox formats: no handler for file extension 'pcm' "

(I would expect that sox, like eac3to would need me to specify the bit depth, etc, but it doesn't even seem to recognise pcm at all).

Any other suggestions are welcome (and sorry for the kinda OT..well, it is an audio conversion). I tried Audacity (16 bit it seems). Cooledit pro/audition will do it, but I'd prefer opensource, and command line...not that I'm picky :)

Mark

[TinTime]

Rename the .pcm files to .raw and sox should recognise them. As you said you'll have to specify bitrate, bit depth, etc.

[Mark_A_W]

Rename the .pcm files to .raw and sox should recognise them. As you said you'll have to specify bitrate, bit depth, etc.

Thanks.

Took me all that time to sort out the syntax...

sox -r 96000 -b 32 -c 1 -f lfe.raw lfe.wav (I think that's right..)


Job done :)

[nwg]

How do I work out the delay in the audio is eac3to doesn't give me anything? Is there any software that will? I tried Tsmuxer but that saids 0ms.

[alc0re]

If eac3to doesn't mention any unfixed audio delay, then there isnt any required.

[MuteyM]

I am having a problem and I cannot figure it out. I'm trying to encode a dts master audio file to wma pro 5.1 but the audio keeps coming out all garbled when I play it on my 360. I have arcsoft total media theater 2.1.6.125 installed, and nero 7 installed. It is coming from a .m2ts files...

You could try my HDConcertRipper (http://forum.doom9.org/showthread.php?t=145140) app, it's a GUI that uses eac3to to convert Blu-Ray (or HD DVD) discs to WMA Pro 5.1 (or FLAC). It won't work if all you have is the M2TS file though, it needs a full Blu-Ray BDMV directory structure.

[idbirch2]

I took my burn of Bourne Identity that would not work and it plays *FINE* in my Dad's bdp-s350! This disk would not play at all in my PS3 (as described in my previous posts). I would have never guessed the PS3 wouldn't be able to decode DD+.But it does, it worked fine for me with all 3 Bourne Films, the PS clearly said Dolby Digial Plus. Maybe it's because I authored to AVCHD (4GB splits to a FAT32 HDD) and not burned to disc.

[DrNein]

Is the conversion valid from THD (no core) to THD+AC3? The output audio constantly "drops out" during playback. The original THD is otherwise not recognized by tsMuxeR though and I understand incompatible with BD too.

[lchiu7]

..

All we need now, is for Madshi to come up with a DD+ converter! :) Create a core from the hd-dvd DD+, then stick the extra bits on top of the core with some duct tape and spit. Ohh, and write a new firmware for the PS3 so I can play DD+. (minor detail I almost left out)

And what loss in AQ is there if the DD+ is converted to say DD at 640Kb? I guess only if the DD+ stream is 7.1 but then you could convert to DD-EX?

I am facing a similar situation. Finally got an AVR that has HDMI input ( in fact it decodes DD+ over bitstream) but nonoe of the playback devices I have, the A100, Toshiba A3 or PS3 can output DD+ as bitstream. The A3 outputs it as LPCM, the A100 not at all (perhaps as DD+ converted to PCM) and similarly for the PS3.

So I just convert the DD+ to DD and put up with the AQ reduction, if any

[peterjcat]

And what loss in AQ is there if the DD+ is converted to say DD at 640Kb? I guess only if the DD+ stream is 7.1 but then you could convert to DD-EX?

So I just convert the DD+ to DD and put up with the AQ reduction, if any

DD+ on HD DVD is not the same as DD+ on Blu-ray -- there's no core to extract, so converting DD+ to anything requires a complete lossy recode so you'll technically lose some quality even if you're going from 640k DD+ to 640k DD. Since the majority of DD+ tracks are 1536k you'll lose even more quality going to DD. It doesn't make any difference whether the DD+ is 7.1 or 5.1 (if there are any 7.1 DD+ movies).

However, the libavcodec conversion to 640k DD is pretty good so the quality loss shouldn't be that noticeable.

[peterjcat]

Is the conversion valid from THD (no core) to THD+AC3? The output audio constantly "drops out" during playback. The original THD is otherwise not recognized by tsMuxeR though and I understand incompatible with BD too.

What are you using for playback? And are you using the most recent (.18 or later) version of tsMuxeR?

eac3to's THD to THD+AC3 has almost always worked fine for me (playing back via Popcorn Hour A-110), using old versions of tsMuxeR fixed with ts4Np, or the new version of tsMuxeR.

[lchiu7]

DD+ on HD DVD is not the same as DD+ on Blu-ray -- there's no core to extract, so converting DD+ to anything requires a complete lossy recode so you'll technically lose some quality even if you're going from 640k DD+ to 640k DD. Since the majority of DD+ tracks are 1536k you'll lose even more quality going to DD. It doesn't make any difference whether the DD+ is 7.1 or 5.1 (if there are any 7.1 DD+ movies).

However, the libavcodec conversion to 640k DD is pretty good so the quality loss shouldn't be that noticeable.

What about DD+ to LPCM? Should be no loss at all then but a slight(!) increase in filesize (but you would have saved some on the video presumably?)

[edit]

OK - I can see some challenges with that. Just did the first evo file of a HD-DVD title and while the eac3 track was 978Mb the PCM was 4.6Gb! And I guess that would be almost double for the whole movie! As an aside I can see why folks are clamoring for multichannel FLAC support for the Popcorn Hour

[DrNein]

What are you using for playback? And are you using the most recent (.18 or later) version of tsMuxeR?

eac3to's THD to THD+AC3 has almost always worked fine for me (playing back via Popcorn Hour A-110), using old versions of tsMuxeR fixed with ts4Np, or the new version of tsMuxeR.

Using latest tsMuxeR. Playback with MPC-HC and CyberLink Audio Decoder (though dodgy sound is similar with other decoders). The duration of the converted file is also wrong (too long and the counter runs fast). The THD cannot be played back in MPC-HC (although fine in source with PDVD) and MediaInfo reports no specs. But when converted to DTS is it okay though so eacto must be extracting it correctly and just not converting to THD+AC3 properly.

[Snowknight26]

eac3to seems to report the number of fields for interlaced content, not the number of frames.

eac3to v3.12
command line: eac3to.exe "Z:\temp\threekings.ts" "Z:\Encoding Tools\temp\threekings.source.mkv"
------------------------------------------------------------------------------
TS, 1 video track, 1 audio track, 1:54:49, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3 Surround, 2.0 channels, 384kbps, 48khz, dialnorm: -27dB, -2081ms
[v01] The video track contains the (probably incorrect) "full range" flag. <WARNING>
[v01] Extracting video track number 1...
[a02] Extracting audio track number 2...
[v01] Removing "full range" flag from video bitstream.
[a02] Removing AC3 dialog normalization...
[a02] Applying (E-)AC3 delay...
[v01] Muxing video to Matroska...
[a02] A remaining delay of -1ms could not be fixed.
[a02] Creating file "Z:\Encoding Tools\temp\threekings.source - 2 - AC3 Surround, 2.0 channels, 384kbps, 48khz.ac3"...
[a02] [1:48:15] The source file seems to be damaged (transport error indicated). <WARNING>
[v01] [1:48:14] The source file seems to be damaged (transport error indicated). <WARNING>
[a02] [1:48:15] The source file seems to be damaged (discontinuity). <WARNING>
[v01] [1:48:14] The source file seems to be damaged (discontinuity). <WARNING>
[a02] [1:48:15] The source file seems to be damaged (discontinuity). <WARNING>
[v01] [1:48:14] The source file seems to be damaged (discontinuity). <WARNING>
[a02] [1:48:15] The source file seems to be damaged (discontinuity). <WARNING>
[v01] [1:48:14] The source file seems to be damaged (discontinuity). <WARNING>
[a02] This track is not clean. <WARNING>
[a02] The last (E-)AC3 frame is incomplete and thus gets skipped. <WARNING>
[a02] Audio has a gap of 96ms at playtime 1:48:13. <WARNING>
[a02] Starting 2nd pass...
[a02] Realizing (E-)AC3 gaps...
[a02] Creating file "Z:\Encoding Tools\temp\threekings.source - 2 - AC3 Surround, 2.0 channels, 384kbps, 48khz.ac3"...
Added fps value to MKV header.
Video track 1 contains 344450 frames.
eac3to processing took 7 minutes, 38 seconds.
Done.

[madshi]

Did you get my file Madshi ?
Yes, but didn't have time to look into it yet...

I think I've found a very, very minor bug. If I run...

eac3to.exe 1.eac3 1.dts -core

...then it causes eac3to to crash.
Thanks, will check that out.

There appears to be a problem converting RAW/PCM 3.0 (Vicky Cristina Barcelona) to WAV. The center channel ends up being tagged as LFE. eac3to does correctly identify it (although PowerDVD identifies it as LPCM 3.0) but then doesn't seem to handle it as such.
Can't reproduce that problem. The WAV file I end up with is reported by eac3to as:

"WAV, 3.0 channels, 0:00:20, 24 bits, 3456kbps, 48khz"

Using -down2 also seems to have a similar problem and apparently throws away what it thinks is the LFE channel.
Downmixing does not properly support anything other than 5.1 or higher. Downmixing funny channel configurations like 3.0 or 2.1 is currently not supported. That's on my to do list, but it doesn't have a high priority...

what does the message mean which eac3to sometimes gives with some captures "this video track contains the (probably incorrect) 'full range' flag" and what does eac3to do then by default (or how can I see what eac3to does by default and if this is correct?)
I've already explained this a number of times, please do a search. Thanks...

Ok some final thoughts on this issue. Tsmuxer is not the issue as it muxes fine using dts 7.1 and plays back fine.
That is not a proof at all. tsMuxeR might work just fine with DTS and still screw up LPCM muxing. Perfectly possible.

The issue must exist in eac3to or Pcm3tsmu as I am getting this with multiple dts-ma 7.1 sources. You have to have a 7.1 reciever to test this as it looks correct in the file but on playback the center channel plays through the right front.
It could also be your receiver which doesn't handle 7.1 LPCM correctly. Or it could be whatever source device you're using. I don't really know where the bug is introduced in your situation. But from what I can see the bug is not caused by eac3to. So there's nothing I can do for you.

i never used the demux feature in eac3to, so i wonder if this would be the right cmd (example)...

eac3to "F:\MOVIE\BDMV\STREAM\00001.M2TS" "G:\FILES\" -demux
eac3to demuxes to the current folder.
If you want your source file demuxed to a specific folder,
go to the folder and run command there.
Yes, yonta is right. Alternatively you can demux to a specific folder by using "eac3to source G:\FILES\movie.*".

Yesterday I did my first tests in converting a DTS MA audio track to a multichannel flac, which works fine at all. Nevertheless, when the converting process was finished, I ended up with a flac file, which has a bitdepth of 24bit, while eac3to told me, that the bitdepth of the original track was only 16bit.
That is not supposed to happen. Are you sure you're using the latest eac3to version? If so, please post the eac3to log.

why is it that Dolby Digital Plus (.eac3) tracks from HD-DVD cannot be muxed to Blu-Ray and played on a Blu-Ray player? Is there that much of a fundamental difference between the .eac3 used on HD-DVD and what should/could be used on BD?
I have never tried and thus cannot answer any questions about what plays on a Blu-Ray standalone player or not.

What I can say is that Dolby Digital Plus is indeed fundamentally different on HD DVD compared to Blu-Ray. Well, at least Blu-Ray main audio. For Blu-Ray secondary audio (e.g. Director's comments) DD+ is identical to HD DVD.

Well, yes, that's what I've read. But it doesn't seem to make a lot of sense. Why would DD+ be so fundamentally different on HD-DVD compared to Blu-Ray?
Because DD+ is optional on Blu-Ray. So they used a core+extension logic for Blu-Ray main audio, where the core is simple Dolby Digital (not Plus). For HD DVD DD+ is mandatory, so they didn't need to provide a compatible core.

ToNMT converts HD-DVD Dolby Digial Plus streams into BluRay compliant DDP streams.
No. It does not.

It doesn't change one bit in the DD+ stream. It just slightly changes the way the DD+ stream is stored in the m2ts container.

All we need now, is for Madshi to come up with a DD+ converter! :)
That's not possible without reencoding. And there is no (affordable) DD+ encoder available. So this is not going to happen.

as far i have seen, in the output of eac3to's demuxed sup-files from blu-ray they contain the necessary PTS info but no DTS (decoder time stamp) information. I had some subtitles which do not play on my Samsung BD-P2500 (longer, more complex ones) (remuxed with tsMuxeR to BR-AVCHD). Why are the DTS fields always zero?
When demuxing the same track with tsMuxeR, DTS info is present.
I didn't think the DTS info would have any value. Well, seems I was wrong. I'll fix that...

Please add support for -24.975fps source framerate (the product of RePAL'd material.) It would be very useful to be able to "-24.975 -ChangeTo24.000" in order to revert audio back to original film speed, to match RePAL+AssumeFPS(24) video.
I'm sorry to say, but the SSRC resampler used by eac3to only supports very specific changes. I don't think it will do "24.975 -> 24.000".

Edit: Scratch that. I just tried, it works. "-24.975" will be supported in the next build.

Problem remuxing a bluray

2: h264/AVC, 1080p24 (16:9)
[v02] The video framerate is correct, but rather unusual. <WARNING>

the framerate is not stable (speedup the video track is bad)
a few moment there is shifting frames (lost frames)
it s working with another movie whith 23.XXX
I don't think this is a bug in eac3to. I think it's your playback chain that somehow doesn't like 24.000 movies. So the best solution would probably be to slow the movie down to 23.976. The eac3to option "-slowdown" will do that for you. Afterwards you'll have a movie which would behave just like your average 23.976 Blu-Ray. You will need to apply "-slowdown" on both audio and video tracks.

say, can you add a "set progressive flag" option into eac3to for slowdown clips/movies?

that would make some pal to ntsc conversions proper.

here is why...

source is 1080i50 (film) and doesnt show any interlacing. slowing it down to 23.976fps works fine but the output file is not 1080/24p, it's 1080i48/1001.
this gives playback problems on the ps3 for example. it's all jerky, like frame-dropping.
A while ago I tried to do that, but I failed. The problem is that especially with h264 progressively encoded movies are very VERY different to interlaced encoded movies. I don't think patching 1080i48 to 1080p24 is possible without doing a full reencoding. At least not with h264. It might be possible with MPEG2 or VC-1. But you're talking about h264, right?

I'm trying to encode a dts master audio file to wma pro 5.1 but the audio keeps coming out all garbled when I play it on my 360.
Try converting to something else, e.g. AC3, and check whether that plays fine. If so, the problem is most likely caused by whatever software you're using after eac3to is done.

I'm running on Vista x64 sp1, and i'm using eac3to to change the dts-ma file into a single .wav (the resulting file is ALWAYS 4.50 gigs exactly, shouldnt it be bigger?)
Depends on the bitdepth and runtime. But 4.5GB is a perfectly reasonable size for a movie audio track.

But now, when a 2nd pass is needed, I get a WARNING:
The 2nd pass can't be started due to "stdout".
That's intended behavior. What would you like eac3to to do instead?

And with the 'normalize' parameter (or '2pass', working ok before 2.09) [...] the "stdout.pass1.wav" is created but nothing is sended by STDOUT to encoder.
That's a bug. Will fix that in the next build.

Would it be much work to automatically create a second file containing only the forced captions while extracting this stream?
I guess it would be possible, but I don't know how difficult it would be. I'll put it on my to do list.

eac3to seems to occasionally use the wrong title number when it's specified in the command.

For example I get the following results getting all titles with Twelve Monkeys on HDDVD
Ouch, thanks.

seems like the "a remaining delay of Xms could not be fixed" message is missing when using -slowdown
When you "slowdown", eac3to has to do a full reencoding of the audio track. In this situation it applies delay on the decoded data. Which means that delay can always be perfectly fixed.

Madshi, a little feature request:

I'm trying to convert a mono 32 bit IEEE Float, 96khz .pcm file generated from DRC (Digital Room Correction software), to a mono 32bit IEEE Float 96khz .wav file.

Eac3to works, but only up to 24 bit (if I put "-32", it gives the specify info error).
Hmmmm... I guess I could add support for that. But "-32" alone will not be enough. Because there is 32bit integer and 32bit float. So you will also have to specify "-float" or something like that...

Is the conversion valid from THD (no core) to THD+AC3? The output audio constantly "drops out" during playback. The original THD is otherwise not recognized by tsMuxeR though and I understand incompatible with BD too.
I'm not aware of any bug in thd+ac3 creation. It should work just fine, and you're the first one who reports a problem. My first guess would be that tsMuxeR does something wrong.

Using latest tsMuxeR. Playback with MPC-HC and CyberLink Audio Decoder (though dodgy sound is similar with other decoders). The duration of the converted file is also wrong (too long and the counter runs fast). The THD cannot be played back in MPC-HC (although fine in source with PDVD) and MediaInfo reports no specs. But when converted to DTS is it okay though so eacto must be extracting it correctly and just not converting to THD+AC3 properly.
Why do people always think that eac3to is at fault if anything goes wrong? :rolleyes:

eac3to seems to report the number of fields for interlaced content, not the number of frames.
That's true. Hmmmmm... I guess I could count frames and fields separately.

[yesgrey]

Why do people always think that eac3to is at fault if anything goes wrong? :rolleyes:

Because eac3to's developer is the only one answering the questions and fixing the bugs when they exist?;)
Maybe if you stop eac3to development people will think that it's already perfect and the problems must be on any other part...:D

[tebasuna51]

Originally Posted by tebasuna51
But now, when a 2nd pass is needed, I get a WARNING:
The 2nd pass can't be started due to "stdout".
That's intended behavior. What would you like eac3to to do instead?
It's OK. Was only to document the next problem:
Originally Posted by tebasuna51
And with the 'normalize' parameter (or '2pass', working ok before 2.09) [...] the "stdout.pass1.wav" is created but nothing is sended by STDOUT to encoder.
That's a bug. Will fix that in the next build.

Thanks.

[jmonier]

Can't reproduce that problem. The WAV file I end up with is reported by eac3to as:

"WAV, 3.0 channels, 0:00:20, 24 bits, 3456kbps, 48khz"


Did you try checking it with something other than eac3to? I would think that it's possible that if eac3to converts it incorrectly it would also report it incorrectly.

In my case, AC3Filter reported it as 2.1 and played it that way as well. And when I fed the WAV directly to my receiver via SPDIF the center channel was not there.

[Kurtnoise]

@madshi: could you add Dirac detection from TS files please ?

> specs (http://diracvideo.org/specifications)
> samples (http://dirac.kw.bbc.co.uk/download/video/maybefinal/)

thanks...

[DrNein]

I'm not aware of any bug in thd+ac3 creation. It should work just fine, and you're the first one who reports a problem. My first guess would be that tsMuxeR does something wrong.

Why do people always think that eac3to is at fault if anything goes wrong? :rolleyes:

I knew that was coming ;)
But the problem appears to occur in the conversion before tsMuxeR is involved as the output plays wrong on its own. Then again, the extracted unconverted track cannot be played or identified outside of PDVD with the tools I have. In PDVD the track is identified as MLP rather than TrueHD as by eac3to. I understand they are related but do not recall seeing that before. It could be the track is an oddball but eac3to does convert it to DTS nicely and the bitrate was not higher anyway.

[Snowknight26]

eac3to can't properly decode this (http://stfcc.org/misc/threekings.ac3) AC3 file to WAV.

[peterjcat]

What about DD+ to LPCM? Should be no loss at all then but a slight(!) increase in filesize (but you would have saved some on the video presumably?)

[edit]

OK - I can see some challenges with that. Just did the first evo file of a HD-DVD title and while the eac3 track was 978Mb the PCM was 4.6Gb! And I guess that would be almost double for the whole movie! As an aside I can see why folks are clamoring for multichannel FLAC support for the Popcorn Hour

You got it. Most DD+ tracks on HD DVD are 1.536mbps, to unpack that to 24-bit 5.1-channel LPCM take 6.9mbps, so it's 4.5x the size to maintain the same quality. Even if you've got plenty of disc space, it's the principle of the thing!

[lchiu7]

You got it. Most DD+ tracks on HD DVD are 1.536mbps, to unpack that to 24-bit 5.1-channel LPCM take 6.9mbps, so it's 4.5x the size to maintain the same quality. Even if you've got plenty of disc space, it's the principle of the thing!

Well the AQ drop to 640Kbs DD shouldn't be that noticeable. Now if we can re-encode as TrueHD that would solve the problems since I think I see Madshi saying there isn't an affordable DD+ encoder around

[tebasuna51]

eac3to can't properly decode this (http://stfcc.org/misc/threekings.ac3) AC3 file to WAV.

That file have the first 136 frames 2.0 and the rest 5.1

Use delaycut to split the file.

[Snowknight26]

Hah, I would have never guessed.

Thanks the the advice, worked perfectly.

[ACrowley]

That file have the first 136 frames 2.0 and the rest 5.1

Use delaycut to split the file.

yep..it works.

I had such AC3 File yesterday. Its a AC3 from a DVB-C HD Capture. The First Frame/032ms is 2.0.
eac3to/tsmuxer etc cant detect the AC3.

Cutting out 32ms works perfect

[idbirch2]

No. It does not.

It doesn't change one bit in the DD+ stream. It just slightly changes the way the DD+ stream is stored in the m2ts container.OK, I'm sorry, I just assumed that seeing as I processed an HD-DVD DD+ track using QuickFix.cmd (which I'm sure is part of ToNMT) and it then played on my PS3 as DD+ that it must be doing some sort of conversion. All I know is, you can play DD+ from a HD-DVD on a PS3 in the AVCHD format.

[madshi]

@madshi: could you add Dirac detection from TS files please ?
Is this actually used in real life anywhere?

I think there is a small bug in EAC3to way of parsing the mpls files and the m2ts files.

I did a test on Der Untergang (Nordic version)
The missing audio tracks and track languages are caused by the very strange way this Blu-Ray is authored. I could probably find a way to fix it, but honestly, I don't care much, because it's the only movie which shows this problem and fixing the problem would require a major rewrite of the playlist/clipinfo reading logic.

There is also a problem with extracting video and audio from this using the mpls file. Because the audio goes out of sync because of the small 00010.m2ts black screen file.
This will be fixed in the next build.

[madshi]

Did you try checking it with something other than eac3to?
No. And I see no reason to do that.

In my case, AC3Filter reported it as 2.1 and played it that way as well.
So maybe AC3Filter has a bug? Or maybe the WAV source filter doesn't forward the channel mask?

And when I fed the WAV directly to my receiver via SPDIF the center channel was not there.
No surprise there. SPDIF only supports 2 channels PCM/WAV transport.

But the problem appears to occur in the conversion before tsMuxeR is involved as the output plays wrong on its own.
The eac3to output plays wrong on its own? How did you test that?

In PDVD the track is identified as MLP rather than TrueHD as by eac3to.
Which demonstrates that PDVD is not a tool you should trust.

------

Guys, I'm very much willing to fix bugs in eac3to. But I'm not going to spend hours and hours on trying to figure out which of the various tools you're using is responsible for a specific problem you have. If you want me to look into a problem then you should better provide some convincing proof that the problem is actually caused by eac3to.

[madshi]

eac3to v3.13 released

http://madshi.net/eac3to.zip

* fields and frames are counted and displayed separately now
* added DIRAC bitstream parser
* added support for "-24.975" and "-changeto24.975"
* Blu-Ray subtitle demuxing: PTS value is now written to both PTS + DTS
* joining MKV files is now declined with a proper error message
* last chapter is now removed, if it's less than 10 seconds from end of movie
* fixed: "-normalize" didn't work with stdout, anymore
* fixed: audio delay was incorrect when 1st m2ts part contained no audio data
* fixed: very small WAV files were not detected correctly
* fixed: "eac3to source.eac3 dest.dts -core" crashed

[madshi]

i have a short question to subtitle demuxing:

as far i have seen, in the output of eac3to's demuxed sup-files from blu-ray they contain the necessary PTS info but no DTS (decoder time stamp) information. I had some subtitles which do not play on my Samsung BD-P2500 (longer, more complex ones) (remuxed with tsMuxeR to BR-AVCHD). Why are the DTS fields always zero?
When demuxing the same track with tsMuxeR, DTS info is present.

If i use the tsMuxeR-demuxed source, then the subtitles are displayed correctly.
Perhaps you can give me some info about this DTS information?
Can you please retry with v2.13? I've done a quick and dirty fix by simply copying the PTS value to the DTS field. I hope that this solves the problem. If not, I'll have to do a proper (and time consuming) fix.

[TinTime]

eac3to v2.13 released

Thanks very much!

Just one thing - it's v3.13 isn't it?

[DrNein]

The eac3to output plays wrong on its own? How did you test that?

The extracted THD is not identified by MediaInfo nor can it be played in MPC-HC with decoders such as CyberLink. The converted THD+AC3 can be be but the duration and playback is wrong (or presumably the playback is "accurate" but the conversion is screwy). The extracted THD can be played with a plugin for Winamp based upon mlpdec module from FFmpeg and as said converts okay to DTS.


Which demonstrates that PDVD is not a tool you should trust.


I thought it might demonstate that the THD track was odd and thus the dodgy conversion to THD+AC3.

But anyway it is not really worth spending anymore time on -especially as the conversion to DTS is fine. Again, I do appreciate your time and excellent tool.

Oops, typo in the new version release above... should be v3.13 -madshi needs a well deserved break ;)

[madshi]

The extracted THD is not identified by MediaInfo nor can it be played in MPC-HC with decoders such as CyberLink.
Isn't that true for every THD+AC3 track?

The converted THD+AC3 can be be but the duration and playback is wrong
Isn't that true for every THD+AC3 track? TrueHD is a variable bitrate codec, so duration is almost always shown wrong. The source filter only does a best guess on the duration.

I thought it might demonstate that the THD track was odd and thus the dodgy conversion to THD+AC3.
No, not at all. Most probably PDVD always reports MLP for every THD+AC3 track.

[laserfan]

eac3to v3.13 released

http://madshi.net/eac3to.zip

* fields and frames are counted and displayed separately now
Thanks for the update. I was kinda hoping it would ID "hybrid" clips which have a mix of I/L and progressive frames, but instead I will continue to rely on neuron2's tools for that. Here's a nasty one, it's actually 29.97:

eac3to v3.13
command line: eac3to E:\MAMMA_MIA!\BDMV\STREAM\00289.m2ts 1: test.vc1
------------------------------------------------------------------------------
M2TS, 1 video track, 1 audio track, 3 subtitle tracks, 0:02:40, 60i /1.001
1: VC-1, 1080i60 /1.001 (16:9)
2: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz, dialnorm: -4dB
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz, dialnorm: -4dB)
3: Subtitle (PGS), English
4: Subtitle (PGS), Spanish
5: Subtitle (PGS), French
[v01] Extracting video track number 1...
[v01] Creating file "test.vc1"...
Video track 1 contains 4800 frames.
eac3to processing took 11 seconds.
Done.

[DrNein]

Isn't that true for every THD+AC3 track?

No, this specific THD (at least) cannot be identified by MediaInfo or played by MPC-HC but after conversion to THD+AC3 it can. As far as I recall, other unaltered THD+AC3 (such as from BD) can likewise be identified and played but I would have to check more to confirm. Would have to check PDVD identification as well.

The duration of the THD+AC3 (converted) is crazy long and the counter plays fast. Plus as said the audio drops out or in other words is a bit warbly.

As for the BD subtitle problem, would that affect their display in MPC-HC? Because I notice that whether they are shown or not is unreliable and sometimes takes toggling off/on in the menu under subtitles and under splitter, but I assumed that was the fault of the internal splitter. Also, did the same problem exist with extraction from HD DVD or is that not applicable? Is there any way to fix already extracted SUP files (copy PTS value to DTS -if that turns out to be the fix)?

[peterjcat]

Well the AQ drop to 640Kbs DD shouldn't be that noticeable. Now if we can re-encode as TrueHD that would solve the problems since I think I see Madshi saying there isn't an affordable DD+ encoder around

No, it shouldn't be THAT noticeable, but again it's the principle of the thing :) And sure, recoding to TrueHD would be great, but no more affordable: you need the same program from Dolby. Surcode has an MLP encoder but I don't know if there's any way to convert the output to useful TrueHD.

[madshi]

Thanks for the update. I was kinda hoping it would ID "hybrid" clips which have a mix of I/L and progressive frames
What is "I/L"?

eac3to doesn't handle interlaced VC-1 streams well in the moment. That's still on my to do list. Frame/field counting should work fine for h264 and MPEG2, though.

No, this specific THD (at least) cannot be identified by MediaInfo or played by MPC-HC but after conversion to THD+AC3 it can.
So probably *NO* THD (without AC3) can be detected by MediaInfo or MPC-HC. Have you checked that? Probably no. But you should before reporting a problem.

The duration of the THD+AC3 (converted) is crazy long and the counter plays fast.
Incorrect duration probably happens for most/all THD+AC3 tracks. Have you checked that? Probably no. But you should before reporting a problem.

These are most probably not eac3to problems. So let's please finally stop discussing this. Unless you find some proof for an eac3to bug.

As for the BD subtitle problem, would that affect their display in MPC-HC?
Why don't you try for yourself?

[laserfan]

What is "I/L"? eac3to doesn't handle interlaced VC-1 streams well in the moment. That's still on my to do list.Sorry. Interlaced, of course! And my post was indeed about a VC-1 clip. If you can detect/identify the messes that are these hybrid VC-1 clips, you will join neuron2 as the only who's figured these out AFAICT.

[TM2-Megatron]

This seems like a very useful tool, however I'm not sure about a few of these additional programs or plug-ins that are required for some of its most useful features.

The Nero HD-DVD/Blu-Ray plug-in isn't even available anymore, so I'm not sure how people who didn't buy it during the relatively short window it was for sale would get it. As for the Arcsoft plug-in, I'm not sure which of their programs this one comes with, however I haven't heard great things about their software so I wouldn't really want to pay for it anyway. And Surcode's DTS plug-in is ridiculously expensive.

Are there any alternatives to some of these impractical plug-ins?

[TinTime]

Madshi

Sorry to do this to you but there seems to be a problem introduced in 3.13. The output audio is corrupted when the input file is a wav.

I ran...
"D:\Vtemp\programs\eac3to\eac3to.exe" mh2.wav mhtest2.flac
...with this (http://www.sendspace.com/file/5qve2p) test file. It's processed correctly in 3.12.

NB if you play back the corrupt output file turn your speakers down. The noise is pretty loud :eek:

Thank you.

[Snowknight26]

C:\unzipped\eac3to>eac3to C:\temp\test.wav test.flac
WAV, 1.0 channels, 0:00:30, 64 bits <float>, 6144kbps, 96khz
Reading WAV...
eac3to crashed...

C:\unzipped\eac3to>eac3to C:\temp\test2.wav test2.flac
WAV, 1.0 channels, 0:00:30, 32 bits <float>, 3072kbps, 96khz
Reading WAV...
eac3to crashed...


C:\unzipped\eac3to>eac3to.exe C:\temp\test3.wav C:\temp\test3.flac
WAV, 1.0 channels, 0:00:30, 32 bits, 3072kbps, 96khz
Reading WAV...
Reducing depth from 32 to 24 bits...
Encoding FLAC with libFlac...
Creating file "test3.flac"...
Original audio track: max 32 bits, average 28 bits, most common 27 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 1 second.
Done.

C:\unzipped\eac3to>eac3to.exe C:\temp\test3.wav C:\temp\test3.down24.try2.flac -down24
WAV, 1.0 channels, 0:00:30, 32 bits, 3072kbps, 96khz
Reading WAV...
Reducing depth from 32 to 24 bits...
Encoding FLAC with libFlac...
Creating file "test3.try2.flac"...
Original audio track: max 32 bits, average 28 bits, most common 27 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 1 second.
Done.

C:\unzipped\eac3to>eac3to.exe C:\temp\test3.wav C:\temp\test3.down24.flac -down24
WAV, 1.0 channels, 0:00:30, 32 bits, 3072kbps, 96khz
Reading WAV...
Reducing depth from 32 to 24 bits...
Encoding FLAC with libFlac...
Creating file "C:\temp\test3.down24.flac"...
Original audio track: max 32 bits, average 28 bits, most common 27 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 1 second.
Done.

C:\unzipped\eac3to>eac3to.exe C:\temp\test3.wav C:\temp\test3.full.flac -full
WAV, 1.0 channels, 0:00:30, 32 bits, 3072kbps, 96khz
Reading WAV...
Reducing depth from 32 to 24 bits...
Encoding FLAC with libFlac...
Creating file "C:\temp\test3.full.flac"...
Original audio track: max 32 bits, average 28 bits, most common 27 bits.
The processed audio track has a constant bit depth of 24 bits.
eac3to processing took 1 second.
Done.

Couple of things to notice:
32-bit and 64-bit floating point WAV files made with Audacity crash eac3to
32-bit doesn't.
All the FLAC files have differen't sizes and aren't identical to test3.wav. Notice the repeated sound in the beginning.
I've included a reference FLAC file named audacity.flac.

http://www.stfcc.org/misc/wavs.zip (51,803,165 bytes) - should be finished uploading within 30 minutes of posting this.