eac3to - audio conversion tool

[GZZ]

I think I found a small cosmetic error when parsing a playlist file:

Result:

d:\eac3to>eac3to "H:\BDMV\PLAYLIST\00000.mpls"
1) 00000.mpls, 0:50:10
[4+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+
5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+
5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5+5].m2ts
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48khz

Not sure it should say 5+5+5+5+5+5...... it should just be [4+5].m2ts

I have attached the playlist file here, for you to test it.

http://hbar.dk/files/00000.rar

[madshi]

Originally Posted by GZZ

I think I found a small cosmetic error when parsing a playlist file:

Not sure it should say 5+5+5+5+5+5...... it should just be [4+5].m2ts

Some playlists are really that stupid. I don't think it's a bug.

[madshi]

eac3to v3.06 released

http://madshi.net/eac3to.zip

* added MKV reading/parsing support
* added demux support for MKV (E-)AC3, DTS(-HD), AAC, MPx, FLAC and WAV tracks
* added demux support for MKV "modern style" MPEG2, VC-1 and h264/AVC tracks
* reading from (HD) DVD and Blu-Ray drives uses different reading APIs now
* empty tracks in TS/m2ts container are not listed, anymore
* for 24.000 fps video tracks a little warning is displayed now
* when demuxing subtitle files, the number of captions is added to the filename
* timestamp derived FPS is used for gap checking instead of video bitstream FPS
* fixed: 44.1khz AC3 encoding was still broken
* fixed: zero byte stripping pass was done for true 24bit TrueHD tracks
* fixed: downconverting WAV files with 0x3f channel mask didn't work
* fixed: log output "remaining delay [...]" was sometimes wrong for AC3 tracks
* fixed: silent frame creation was tried for E-AC3 although it can't work

Please note that MKV read support is not complete yet. E.g. subtitles and chapters can't be demuxed yet. Also some MKV files muxed with old versions of mkvtoolnix, gdsmux or other muxing tools may not work correctly. If you run into any trouble with audio/video tracks, just let me know.

Good news is that MKV video muxing and demuxing is now a transparent operation, if you use eac3to both for muxing + demuxing. In other words: If you mux a video track with eac3to and then demux it again, you'll get the exact same data back. No changes, nothing missing... *)

-------

*) exceptions:

(1) of course eac3to does some video bitstream manipulations like cropping 1088 to 1080, removing padding bytes etc, but these changes are done intentionally and are not caused by muxing/demuxing
(2) VC-1 muxing loses the very last video frame, don't know why

[d1g1ta7]

On the NBC HDTV muxes used to distribute programming to network affiliates in the US, NBC sends the surround audio via 3 stereo tracks - the first contains front left and front right audio, the second contains the center and lfe, the third contains rear left and rear right. Would it be possible to combine these tracks in eac3to, outputting as 5.1?

[Snowknight26]

C:\unzipped\eac3to>eac3to.exe "Z:\Movies\1408\1408.mkv"
MKV, 1 video track, 1 audio track, 16 subtitle tracks, 1:52:26, 24p /1.001
1: V_MPEG4/ISO/AVC, English, 1920x800p (12:5)
2: DTS, English, 5.1 channels, 16 bits, 1509kbps, 48khz
3: S_TEXT/ASS, Finnish, "Finnish"
4: S_TEXT/ASS, Finnish, "Finnish"
5: S_TEXT/ASS, Finnish, "Finnish"
6: S_TEXT/ASS, Finnish, "Finnish"
7: S_TEXT/ASS, Finnish, "Finnish"
8: S_TEXT/ASS, Finnish, "Finnish"
9: S_TEXT/ASS, Finnish, "Finnish"
10: S_TEXT/ASS, Finnish, "Finnish"
11: S_TEXT/ASS, Finnish, "Finnish"
12: S_TEXT/ASS, Finnish, "Finnish"
13: S_TEXT/ASS, Finnish, "Finnish"
14: S_TEXT/ASS, Finnish, "Finnish"
15: S_TEXT/ASS, Finnish, "Finnish"
16: S_TEXT/ASS, Finnish, "Finnish"
17: S_TEXT/ASS, Finnish, "Finnish"
18: S_TEXT/ASS, Finnish, "Finnish"

Only the last track is Finnish.

And then funny enough, the next mkv I had muxed says

C:\unzipped\eac3to>eac3to.exe "Z:\Movies\11-14\11-14.mkv"
MKV, 1 video track, 1 audio track, 1:25:43, 23.975p
1: V_MPEG4/ISO/AVC, English, 1080p (16:9)
2: DTS, English, 5.1 channels, 24 bits, 1509kbps, 48khz

And finally..

C:\unzipped\eac3to>eac3to.exe "Z:\Movies\The Third Man\the third man.mkv"
MKV, 1 video track, 4 audio tracks, 1:45:13, 24p /1.001
1: V_MPEG4/ISO/AVC, English, 1436x1080p (359:270)
2: FLAC, English, 1.0 channels, 1:45:13, 16 bits, 48khz
"FLAC 1.0 @ 202kbps"
3: A_VORBIS, English, 1.0 channels, 48khz
"Abridged recording of Graham GreeneÆs treatment, read by actor Richard Clarke"
4: A_VORBIS, English, 1.0 channels, 48khz
"Abridged recording of Graham GreeneÆs treatment, read by actor Richard Clarke"
5: A_VORBIS, English, 1.0 channels, 48khz
"Abridged recording of Graham GreeneÆs treatment, read by actor Richard Clarke"

Only the last track has that description. And that Æ is really a ´. Guess eac3to doesn't support unicode?

Samples can be provided if needed.

[rebkell]

timestamp derived FPS is used for gap checking instead of video bitstream FPS

Could you explain that one a little bit? I have captures that lose audio and it skips PTS and DTS timestamps, before correcting itself and the gap correction in eac3to didn't handle it correctly(which was totally understandable), just wondering how this change will work with those files.

[madshi]

Originally Posted by d1g1ta7

On the NBC HDTV muxes used to distribute programming to network affiliates in the US, NBC sends the surround audio via 3 stereo tracks - the first contains front left and front right audio, the second contains the center and lfe, the third contains rear left and rear right. Would it be possible to combine these tracks in eac3to, outputting as 5.1?

Your wish to combine those 3 tracks to one would be hard to express via command line. So I think the best solution would be to demux all 3 tracks to "WAVs", that should give you 6 mono WAV files. Then you can combine those back together to one multichannel file. Currently eac3to can not combine multiple mono WAV files into one multichannel WAV, but there are other tools that can do that (e.g. wavewizard).

Originally Posted by Snowknight26

Only the last track is Finnish.

And then funny enough, the next mkv I had muxed says

Only the last track has that description.

Samples can be provided if needed.

Yes, please. Samples would be appreciated.

Originally Posted by Snowknight26

And that Æ is really a ´. Guess eac3to doesn't support unicode?

The command line itself doesn't support unicode, IIRC. eac3to does for file names, but not for some other things...

Originally Posted by rebkell

timestamp derived FPS is used for gap checking instead of video bitstream FPS

Could you explain that one a little bit? I have captures that lose audio and it skips PTS and DTS timestamps, before correcting itself and the gap correction in eac3to didn't handle it correctly(which was totally understandable), just wondering how this change will work with those files.

If there is a file which has different timestamps than the video bitstream framerate information suggests, older eac3to versions reported gaps/overlaps which weren't there. This shouldn't happen after this change, anymore. But I've no idea if that helps with the specific captures you have.

[Snowknight26]

Originally Posted by madshi

Yes, please. Samples would be appreciated.

http://www.stfcc.org/misc/eac3to/11-14.mkv
http://www.stfcc.org/misc/eac3to/1408.mkv
http://www.stfcc.org/misc/eac3to/thirdman.mkv

Originally Posted by madshi

The command line itself doesn't support unicode, IIRC. eac3to does for file names, but not for some other things...

It does when you do cmd /u.

Another issue(?):

G:\Encoding Tools\eac3to>eac3to.exe 24.s01e01.mkv
MKV, 1 video track, 1 audio track, 0:42:44, 24p /1.001
1: h264/AVC, English, 692x472 23.976p
2: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
v01 The video track has a non-standard framerate.

http://www.stfcc.org/misc/24.s01e01.mkv

[Jeff Flowerday]

Madshi:

Thanks for the mkv support, very much appreciated!

I have a wish list item:

With more and more concerts footage coming out on Blu-Ray, it would be real sweet if you could add a split by chapter option when converting the lossless audio to flac files. Of course it would only work when reading an actual Blu-Ray structure.

[madshi]

Originally Posted by Snowknight26

http://www.stfcc.org/misc/eac3to/11-14.mkv
http://www.stfcc.org/misc/eac3to/1408.mkv
http://www.stfcc.org/misc/eac3to/thirdman.mkv

Thanks. "23.975" was due to truncating instead of rounding. It was "23.9758...". The next build will round that to 23.976. All tracks having the same "description" will also be fixed in the next build. A bigger problem is that eac3to doesn't like the h264/AVC tracks in your MKVs. This is caused by the video stream itself not containing any sequence headers. Because of that eac3to just lists the MKV properties of the video track instead of parsing the video bitstream itself. You can see that by the tracks being listed as "V_MPEG4/ISO/AVC". All video and audio tracks beginning with "V_" or "A_" are Matroska names. If tracks are listed like that, eac3to was not able to fully understand/parse the video/audio bitstream. Will have to work on that for next week. That's probably the problem with MKV: There are so many "funny" files out there which are different from what eac3to itself creates. So it might take a while until all files are properly supported.

BTW, if anybody is interested, you can use the undocumented switch "-logmkv" to get a tree structure of the MKV file. It's quite similar to what "mkvinfo" outputs. That way you can see whether eac3to read your MKV file correctly...

Originally Posted by Snowknight26

Another issue(?)

The video in that MKV is encoded with 23.976/1.000fps. I consider that "non-standard". The correct framerate would be 24.000/1.001fps. That's why eac3to (correctly) posts a warning. You can fix the problem by using "eac3to 24.s01e01.mkv fixed.mkv -slowdown". That will patch the video bitstream from 23.976/1.000 to 24.000/1.001. I don't think you will notice a difference when watching, though. Would be just for "peace of mind".

Originally Posted by Jeff Flowerday

I have a wish list item:

With more and more concerts footage coming out on Blu-Ray, it would be real sweet if you could add a split by chapter option when converting the lossless audio to flac files. Of course it would only work when reading an actual Blu-Ray structure.

Don't know, that's more difficult than it might seem. The eac3to infrastructure wasn't really built to split output files. Just imagine that eac3to finds out that the FLAC files need a second pass: eac3to would have to enumerate through all chapters again, reopen every of those separate FLAC files and redo them! That's a logistical nightmare...

Can't foobar2000 split FLAC files into chapters somehow? I thought I had seen something like that...

[Snowknight26]

Originally Posted by madshi

A bigger problem is that eac3to doesn't like the h264/AVC tracks in your MKVs. This is caused by the video stream itself not containing any sequence headers. Because of that eac3to just lists the MKV properties of the video track instead of parsing the video bitstream itself. You can see that by the tracks being listed as "V_MPEG4/ISO/AVC". All video and audio tracks beginning with "V_" or "A_" are Matroska names. If tracks are listed like that, eac3to was not able to fully understand/parse the video/audio bitstream.

Strange. The only thing that they share in common is that they were all muxed with mkvmerge.

Originally Posted by madshi

The video in that MKV is encoded with 23.976/1.000fps. I consider that "non-standard". The correct framerate would be 24.000/1.001fps. That's why eac3to (correctly) posts a warning. You can fix the problem by using "eac3to 24.s01e01.mkv fixed.mkv -slowdown". That will patch the video bitstream from 23.976/1.000 to 24.000/1.001.

Is that all it does? It won't keep the audio muxed into the mkv?

[Thunderbolt8]

thanks again for new, mkv demuxing & getting back the full video data is really useful!

[yesgrey3]

Originally Posted by madshi

eac3to v3.06 released

* added demux support for MKV "modern style" MPEG2, VC-1 and h264/AVC tracks

Thank you very much! It's great having mkv support!

I suppose eac3to adds the Aud's when demuxing h264 streams, right?

[nautilus7]

Thanks for the update. New features are always welcome.

[mikelebron]

I have a quad core.. is eac3to optimized for a quad core? Are there any settings that I could benefit from? Also want to say great program.. I appreciate your efforts!

[shambles]

awesome update, thankyouverymuch!

[mini-moose]

having an issue I think I read many have but I couldn't find any suggested solution other than installing nero (I dislike any nero after v6) :

eac3to v3.06
command line: eac3to.exe F:\00005.m2ts 2: C:\0005.ac3 -640
------------------------------------------------------------------------------
TrueHD/AC3, 5.1 channels, 48khz, dialnorm: -27dB
(embedded: AC3, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB)
Extracting TrueHD stream...
Removing TrueHD dialog normalization...
Decoding with libav/ffmpeg...
Encoding AC3 <640kbps> with libAften...
Creating file "C:\0005.ac3"...
[libav] Lossless check failed - expected 2c, calculated 43 <WARNING>
[libav] Lossless check failed - expected 90, calculated a4 <WARNING>
[libav] End of stream indicated <WARNING>
The original audio track has a constant bit depth of 16 bits.
eac3to processing took 3 minutes, 51 seconds.
Done.

thanks

[rcjc]

Like with mini-moose's TrueHD track with an embedded 448kbps 5.1 AC3 track, is there any benefit in encoding that TrueHD track to 640kbps AC3 or 1536or768 DTS versus just extracting and using the embedded 448 AC3?

[Blue_MiSfit]

Madshi,

Thanks so much for looking into the clipping problem! It makes sense that it's a libavcodec problem. I look forward to an update

I can't adequately express how awesome this program is, and how even more awesome the quality of support and frequency up updates are!!

Thank you!!

-MiSfit

[yonta]

MKV, 1 video track, 1 audio track, 1 subtitle track, 0:00:11, 60i /1.001
"SPORTSILLUSTRAT", TNT in HD (TNTH)
1: MPEG2, English, 1080i60 /1.001 (16:9)
"MPEG2 1080i"
2: AC3, English, 5.1 channels, 448kbps, 48khz, dialnorm: -27dB
"DD5.1 448k"
3: Subtitle (SRT)

eac3to says there's a SRT subtitle in this file when there's no subtitle.
http://www.sendspace.com/file/nq923t



MKV, 1 video track, 1:30:18, 23.999p
1: h264/AVC, 1080p24 (16:9)
[v01] The video bitstream framerate field doesn't match the container framerate. <WARNING>
[v01] The video framerate is correct, but rather unusual. <WARNING>

This is the log on an exact 24.000fps file.
http://www.sendspace.com/file/p6c0ta