eac3to - audio conversion tool

[SeeMoreDigital]

The .h265 extracted with eac3to v3.32 from this sample (https://drive.google.com/open?id=0BzDk6Axq8AyJb1dFbEhMZUVCcFk) don't play fine.Just-so-you-know...

I downloaded your sample, transferred it to an USB pen-drive and can confirm that it plays fine in my LG television.


Cheers

[Megalith]

HdBrStreamExtractor is updated in MeGUI -> Tools -> HD Streams Extractor (https://forum.doom9.org/showthread.php?p=1821541#post1821541)



Or UsEac3to v1.2.7 (https://forum.doom9.org/showthread.php?t=145574)

All other GUI's are abandoned.

Thank you, MeGUI seems to be working great. It looks like I can finally move away from Clown_BD.

I am still confused about how eac3to handles Atmos tracks, though. Is an Atmos track the same thing as a TrueHD track, or is eac3to converting Atmos to a TrueHD track for compatibility reasons? Dolby's naming convention isn't helping me understand it any better.

[Megalith]

Well, looks like eac3to and MeGUI has failed, too. This is what an UHD HEVC file looks like when muxed to MKV. Only MKVToolNix appears to do it correctly. (Actually, maybe the problem lies with MKVToolNix in not handling separate/extracted files correctly...)

https://i.imgur.com/WvvaJHp.jpg

[tebasuna51]

I downloaded your sample, transferred it to an USB pen-drive and can confirm that it plays fine in my LG television.

The uploaded sample work fine, but if you extract the .h265 with eac3to and play it, even re-remuxed to mkv, fails (like the Megalith image).

[tebasuna51]

I am still confused about how eac3to handles Atmos tracks, though. Is an Atmos track the same thing as a TrueHD track, or is eac3to converting Atmos to a TrueHD track for compatibility reasons?

A Atmos track is a TrueHD track with extra metadata than only a receiver with Atmos support (and ceiling speakers) can understand.

The metadata remain in thd extracted by eac3to/mkvextract.
Standard receivers ignore that metadata.

[tebasuna51]

Another sample (https://mega.nz/#!CZQimT4I!VCjqq6boCs8O5yWB0LAp34g5X9Nev33V30Dhv29WIuM) with problems.

Remark the different size of extracted .h265

15/10/2017 22:03 177.693.906 Arrival UHD Sample.mkv_ 0.h265 (mkvextract)
15/10/2017 21:59 157.722.039 Arrival UHD Sample.mkv_1eng.h265 (eac3to)

[VAMET]

Dear madshi

I have used eac3to to identify my .mkv files and I have got such results:

MKV, 2 video tracks, 1 audio track, 2:15:58, 24p /1.001
1: h265/HEVC, English, 2160p24 /1.001 (16:9), 10 bits
2: h265/HEVC, English, 1080p24 /1.001 (16:9), 10 bits - Dolby Vision Enhancement Layer
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz (core: DTS, 5.1 channels, 1509kbps, 48kHz)

Source disk has got DTS:X audio track, why it's not identified as DTS:X, but DTS Master Audio? The next .mkv file, which I show results below, has got in source disk Dolby Atmos and in the .mkv file it's Dolby Atmos too, which is correctly identified.

MKV, 2 video tracks, 1 audio track, 2:34:39, 24p /1.001
1: h265/HEVC, English, 2160p24 /1.001 (16:9), 10 bits
2: h265/HEVC, English, 1080p24 /1.001 (16:9), 10 bits - Dolby Vision Enhancement Layer
3: TrueHD (Atmos), English, 7.1 channels, 48kHz, 32ms

My second question, why there is not core embedded in track 3 TrueHD (Atmos) like in first .mkv file for DTS Master Audio (core: DTS, 5.1 channels, 1509kbps, 48kHz)?

Thank you in advance for your support.

Sincerely

[tebasuna51]

why it's not identified as DTS:X, but DTS Master Audio?
Because eac3to can't detect DTS:X, maybe can be a feature request (not important for me, because can be extracted preserving DTS:X info, and can be decoded like standard DTS-MA)

why there is not core embedded in track 3 TrueHD (Atmos)
Because TrueHD don't have any 'core', like DTS-HD have.
The AC3 track interleaved with TrueHD track is only possible in m2ts container, in mkv must be a different track.

[tebasuna51]

Posts about E-AC3+Atmos moved to new thread E-AC3+Atmos (https://forum.doom9.org/showthread.php?t=174998)

Because eac3to can't recognize the tracks like Atmos.
BTW eac3to can decode them like standard 5.1.

[LigH]

When eac3to was "fixed" not to crash when Atmos metadata are contained, the fix only meant to properly ignore them.

[Music Fan]

But I believe you can't remove the Atmos part and keep only the True HD part, thus it's not ignored but treated as is.

[nevcairiel]

"Removing" would not be "ignoring". It just ignores if its present or not, and copies the entire TrueHD as-is. Removing it would require modifiying the entire TrueHD stream, since its not a separate sub-stream or anything like that, but actually integrated into the TrueHD stream itself.

[pcroland]

Hi! What's the difference between using and not using the -down16 option? I tried both way, but the output is still has 16bit bit-depth but the md5sum's are different: https://vgy.me/Tflfue.png

[LigH]

If you use the -down16 option, the precision of your input WAV is first reduced from 32 bit float down to 16 bit integer, before encoding it to AC3.

Omitting it, more or less the full input precision is encoded to AC3.

[pcroland]

And what do you suggest? Should I use it or omit it?

[LigH]

Why would you want to possibly reduce the precision, thus quality, in the middle of a conversion? If you omit it, the precision might be better than just 16 bits.

[pcroland]

Alright, thanks for the help :D

[hubblec4]

-logpids

For most Blurays match the PID list to the track info list,
but for this Bluray with 2 video streams and DTS Express not.
PID: 256/4113 ($ea), "VC-1", VC-1
PID: 256/4352 ($86), DTS Master Audio
PID: 256/4353 ($85), DTS Hi-Res
PID: 256/4354 ($86), DTS Master Audio
PID: 256/4355 ($81), "AC-3", AC3
PID: 256/4356 ($81), "AC-3", AC3
PID: 256/4357 ($81), "AC-3", AC3
PID: 256/4358 ($81), "AC-3", AC3
PID: 256/4608 ($90), Subtitle (PGS)
PID: 256/4609 ($90), Subtitle (PGS)
PID: 256/4610 ($90), Subtitle (PGS)
PID: 256/4611 ($90), Subtitle (PGS)
PID: 256/4612 ($90), Subtitle (PGS)
PID: 256/4613 ($90), Subtitle (PGS)
PID: 256/4614 ($90), Subtitle (PGS)
PID: 256/4615 ($90), Subtitle (PGS)
PID: 256/4616 ($90), Subtitle (PGS)
PID: 256/4617 ($90), Subtitle (PGS)
PID: 256/4618 ($90), Subtitle (PGS)
PID: 256/4619 ($90), Subtitle (PGS)
PID: 256/4620 ($90), Subtitle (PGS)
PID: 256/4621 ($90), Subtitle (PGS)
PID: 256/4622 ($90), Subtitle (PGS)
PID: 256/4623 ($90), Subtitle (PGS)
PID: 256/4624 ($90), Subtitle (PGS)
PID: 256/4625 ($90), Subtitle (PGS)
PID: 256/4626 ($90), Subtitle (PGS)
PID: 256/6656 ($a2), DTS Express
PID: 256/6657 ($a2), DTS Express
PID: 256/6912 ($ea), "VC-1", VC-1

M2TS, 2 video tracks, 9 audio tracks, 19 subtitle tracks, 2:36:07, 24p /1.001
1: Chapters, 80 chapters
2: VC-1, 1080p24 /1.001 (16:9)
3: VC-1, 480p24 /1.001 (3:2)
4: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS-ES, 5.1 channels, 1509kbps, 48kHz)
5: DTS Hi-Res, French, 5.1 channels, 3018kbps, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
6: DTS Master Audio, German, 7.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
7: AC3, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
8: AC3 Surround, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
9: AC3 Headphone, English, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
10: AC3 Headphone, German, 2.0 channels, 224kbps, 48kHz, dialnorm: -27dB
11: DTS Express, English, 2.0 channels, 192kbps, 48kHz
12: DTS Express, English, 2.0 channels, 192kbps, 48kHz
13: Subtitle (PGS), English
14: Subtitle (PGS), French
15: Subtitle (PGS), German
16: Subtitle (PGS), Turkish
17: Subtitle (PGS), English
18: Subtitle (PGS), French
19: Subtitle (PGS), German
20: Subtitle (PGS), English
21: Subtitle (PGS), French
22: Subtitle (PGS), German
23: Subtitle (PGS), English
24: Subtitle (PGS), French
25: Subtitle (PGS), English
26: Subtitle (PGS), English
27: Subtitle (PGS), French
28: Subtitle (PGS), German
29: Subtitle (PGS), English
30: Subtitle (PGS), French
31: Subtitle (PGS), German


The change of the stream order breaks simple parsing.

@madshi
Could you add the eac3to stream number at the end of the PID info line for each PID?

[pstn]

Could anyone explain what is going on with this pls?

1) 00003.mpls, 00009.m2ts+00004.m2ts, 1:51:42
- Chapters, 12 chapters
- h264/AVC, 1080i50 (16:9)
- DTS Master Audio, Norwegian, multi-channel, 48kHz
- DTS Master Audio, French, multi-channel, 48kHz

since the 00009.m2ts file is a 10frame (1/2 second) black screen with no audio track, followed by the movie, should I be doing the demuxing directly on the 00004.m2ts (the actual movie) file instead?

thanks

[LigH]

I would assume that this is an "authoring trick" prefix (e.g. to catch a "double PREV button", as I remember from DVD authoring). So, yes, try to work with the 00004.m2ts only, but check well if audio is in sync in your result. (No warranties, though.)

[tebasuna51]

Yes, you must use the 00004.m2ts (I do not expect problems with audio sync).

If you try extract tracks from the mpls eac3to crash because no audio in first m2ts.
The mpls is only usefull to extract the chapters, but you need correct the times with the duration of first m2ts.

[hubblec4]

Could anyone explain what is going on with this pls?

1) 00003.mpls, 00009.m2ts+00004.m2ts, 1:51:42
- Chapters, 12 chapters
- h264/AVC, 1080i50 (16:9)
- DTS Master Audio, Norwegian, multi-channel, 48kHz
- DTS Master Audio, French, multi-channel, 48kHz

since the 00009.m2ts file is a 10frame (1/2 second) black screen with no audio track, followed by the movie, should I be doing the demuxing directly on the 00004.m2ts (the actual movie) file instead?

thanks

I don't know what your aim is.
But you could try my chapterEditor.
Such disturbing m2ts can be ignored/removed and the chapter times will be recalculated automatically.

[mini-moose]

But you could try my chapterEditor.
Such disturbing m2ts can be ignored/removed and the chapter times will be recalculated automatically.

Interesting, didn't know that's a feature in CE!

Please see pm hubblec4.

[pcroland]

D:\_encode\s09
λ eac3to.exe 00.eac3 00_hd.eac3 -6006ms
E-AC3, 2.0 channels, 0:23:43, 224kbps, 48kHz, dialnorm: -24dB
Removing E-AC3 dialog normalization...
Applying (E-)AC3 delay...
A remaining delay of +10ms could not be fixed.
Creating file "00_hd.eac3"...
eac3to processing took 1 second.

Sampling rate : 48.0 kHz
Frame rate : 187.500 FPS (256 spf)

With 187.5 fps the length of one frame is 5.33ms, not 32ms, isn't it? So the "remaining delay" that "cannot be fixed" should be less than 3ms (2.66ms) in the worst case with E-AC3 (that has 256spf).

[kron]

Hi, friends,

is it a problem? I used the version 31 and everything was ok, but now using v32 shows this:

eac3to v3.32
command line: "C:\Program Files\eac3to\eac3to.exe" "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts" "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts_.flac" -progressnumbers -log="C:\Program Files\eac3to\UsEac3To.log"
------------------------------------------------------------------------------
DTS Master Audio, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
Decoding with libDcaDec DTS Decoder...
libDcaDec reported the warning "XLL output not lossless". <WARNING>
Encoding FLAC with libFlac...
Creating file "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts_.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 10 minutes, 51 seconds.
Done.

Thanks for helping.

[LigH]

Forum attachments take a while to get approved. Could you please use an image hoster, or simply quote full CLI parameters and the error message from the console?

As uncomplicated image hoster, I would recommend e.g. https://frupic.frubar.net; and for screenshots from a console window, I would prefer PNG over JPG.

[tebasuna51]

It's not a problem.

That was repported before with previous eac3to versions.
Sometimes libdcadec show that WARNING, I suspect is when a DTS frame don't need extra info to convert in lossless (like silent frames).

[kron]

Forum attachments take a while to get approved. Could you please use an image hoster, or simply quote full CLI parameters and the error message from the console?

As uncomplicated image hoster, I would recommend e.g. https://frupic.frubar.net; and for screenshots from a console window, I would prefer PNG over JPG.

Thanks for answering, I'll remember this.

It's not a problem.

That was repported before with previous eac3to versions.
Sometimes libdcadec show that WARNING, I suspect is when a DTS frame don't need extra info to convert in lossless (like silent frames).

Reading some posts back, I've seen it was corrected in v31, do you think it will be also done in this 32?

BTW, do you friends still use Arcsoft to convert DTS to flac or have just forget it?

Sorry for so many questions, but I believe in the good will here.

Thanks for the attention.

[LigH]

If there is no "regression" (accidental loss), then all the fixes introduced in v31 should persist in v32.

The Arcsoft decoder is commercial (and of course not shipped together with eac3to), and the free libavcodec decoder is just as good (can be bit-exact as well where possible, or at least with negligible difference), so I believe there is little reason today to insist in Arcsoft. I believe it also had some issues providing different feature sets per version... but I never used it.

[mtamimi]

Guys, any update on that issue with some decrypted UHD discs?!

Thnx

[tebasuna51]

The Arcsoft decoder is commercial (and of course not shipped together with eac3to), and the free libavcodec decoder is just as good (can be bit-exact as well where possible, or at least with negligible difference)

You are right, sometimes there are a little diference (last bit +- 1, some rounding error) between ArcSoft and libdcadec decoders.

But in my tests always the decoded with libdcadec are bitexact with the source wav, and the decoded with ArcSoft is the unexact.

Now ArcSoft is only necessary to decode DTS-Express, not supported in last libdcadec.dll. But you can use ffmpeg than now include a more recent libdcadec.

@kron
Use the 'Save Log' button in UsEac3to and attach the log file here.
More easy, and save space in forum, instead a image capture sometimes incomplete.

[Boulder]

Not directly eac3to-related but what kind of commandline should be used for ffmpeg when piping from eac3to in case of DTS-Express to WAV?

[sneaker_ger]

Piping from eac3to implies eac3to has to decode DTS-Express. Which it can't. You need to open the file directly with ffmpeg.

[Boulder]

Can't you pipe the extracted DTS file? Otherwise it's two passes (extract core, decode file with ffmpeg) at least if the playlist has multiple m2ts files.

[tebasuna51]

Yep, you need two passes with multiple m2ts

[kron]

Hi, guys, sorry for the mistakes, let's see if I did right this time.

eac3to v3.32
command line: "C:\Program Files\eac3to\eac3to.exe" "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts" "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts_.flac" -progressnumbers -log="C:\Program Files\eac3to\UsEac3To.log"
------------------------------------------------------------------------------
DTS Master Audio, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
Decoding with libDcaDec DTS Decoder...
libDcaDec reported the warning "XLL output not lossless". <WARNING>
Encoding FLAC with libFlac...
Creating file "C:\Users\Desktop\Audio HD\Overdrive.2017.BluRay.1080p.DTS-HD.MA.5.1.AVC.REMUX-FraMeSToR_track2_eng.dts_.flac"...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 10 minutes, 51 seconds.
Done.

Thanks for the patience.

[mtamimi]

I need your help regarding this a BD that I have...

1. Listing the playlist works...But it reports 2 similar playlists, the 2nd one is the correct one since the stream 9031 is the beginning of the movie...
eac3to.exe E:\

1) 00108.mpls, 1:29:23
[14993+4761+6837+15438+15239+17347+25303+268+23180+16207+86+15862+1470+6953+15999+12333+23096+24749+21465+25620+13396+29818+20351+8413+12583+20631+21951+25683+21820+23783+10226+6888+29843+12750+13212+0+14298+20771+9415+21118+23276+8535+14235+18830+138+14053+17728+30132+14167+14332+18422+31252+3096+26217+21108+18946+17707+7113+13953+22220+9031].m2ts
- Chapters, 10 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48kHz
- AC3, English, stereo, 48kHz

2) 01002.mpls, 1:29:23
[9031+22220+13953+7113+17707+18946+21108+26217+3096+31252+18422+14332+14167+30132+17728+14053+138+18830+14235+8535+23276+21118+9415+20771+14298+0+13212+12750+29843+6888+10226+23783+21820+25683+21951+20631+12583+8413+20351+29818+13396+25620+21465+24749+23096+12333+15999+6953+1470+15862+86+16207+23180+268+25303+17347+15239+15438+6837+4761+14993].m2ts
- Chapters, 10 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48kHz
- AC3, English, stereo, 48kHz

2. Selecting the 2nd playlist reports this
eac3to.exe E:\ 2)

M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 1:29:19, 24p /1.001
1: Chapters, 10 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
5: Subtitle (PGS), English

3. Encoding the audio to DD 5.1 @ 640 fails with error...Can you guys help?!
eac3to.exe E:\ 2) 3:Audio.ac3 -640

M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 1:29:19, 24p /1.001
1: Chapters, 10 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB
5: Subtitle (PGS), English
a03 Extracting audio track number 3...
a03 Decoding with libDcaDec DTS Decoder...
a03 libDcaDec reported the warning "XLL output not lossless".
a03 Remapping channels...
a03 Encoding AC3 <640kbps> with libAften...
a03 Creating file "Audio.ac3"...
a03 0:06:26 The pes parser received incomplete data.
a03 0:06:26 Skipping dirty PES bytes...
a03 0:06:26 Skipping dirty PES bytes...
a03 0:06:26 Skipping dirty PES bytes...
a03 0:06:26 Skipping dirty PES bytes...
a03 This track is not clean.
a03 libDcaDec reported the error "Invalid bitstream format".
Aborted at file position 1655990272.


P.S. Handbrake handles this disc w/o issues at all. It can encodes both the audio and video w/o issues...

:thanks:

[tebasuna51]

I never see that, 2 mpls with the same m2ts just in reverse order.

The problem seems located at time 0:06:26
You can load each m2ts in [9031+22220+13953+7113+17707+18946...] until reach that point.
Maybe is a corrupt m2ts or without the same audio stream than crash eac3to.

I don't know for what Handbrake work, maybe skip the problems without crash.
Are audio/video in sync after the point 0:06:26?

[hubblec4]

I never see that, 2 mpls with the same m2ts just in reverse order.


A more strange Bluray for such behaviour is: BASTILLE_DAY.

There are more then 500 playlists with the same m2ts files in different orders.

@mtamimi
Looks like the m2ts files are corrupt.

[Boulder]

A more strange Bluray for such behaviour is: BASTILLE_DAY.

There are more then 500 playlists with the same m2ts files in different orders.

They're not strange, that's a form of copy protection.

[mtamimi]

I never see that, 2 mpls with the same m2ts just in reverse order.

The problem seems located at time 0:06:26
You can load each m2ts in [9031+22220+13953+7113+17707+18946...] until reach that point.
Maybe is a corrupt m2ts or without the same audio stream than crash eac3to.

I don't know for what Handbrake work, maybe skip the problems without crash.
Are audio/video in sync after the point 0:06:26?

Handbrake reports 2 playlists just like eac3to, however Handbrake also reports only 4 chapters for the 1st playlist, and 10 for the 2nd one. Hence the 2nd one is the correct one. I did encode the disc in Handbrake and the audio is in sync, no issues at all...

I was told that eac3to encodes audio better than Handbrake, so I thought I will use eac3to instead of Handbrake to encode the audio...

Any suggestions?

[mtamimi]

@mtamimi
Looks like the m2ts files are corrupt.

So how come Handbrake successfully processed the whole disc?!

[kron]

Hey, guys, is there someway to be sure the audio converted (using eac3to) from DTS HDMA to flac is really lossless?

I mean a program to show the result of such conversion?

:thanks:

[LigH]

Any compressed audio format (DTS-HD as well) is first decoded to uncompressed PCM samples. And this uncompressed audio is then compressed to FLAC.

The encoding to FLAC is lossless, certainly. The name already tells you: Free Lossless Audio Codec.

[tebasuna51]

So how come Handbrake successfully processed the whole disc?!

Some soft can skip a error and continue.
eac3to abort with a error.

Maybe is a unique DTS frame corrupt and is only 11 ms lossed.
And the async is unnoticeable.

You can try extract only the dts:

eac3to.exe E:\ 2) 3: Audio.dts

without decode maybe eac3to do the job ok.
And after encode to AC3 with ffmpeg (preferred over libaften):

ffmpeg -i Audio.dts -acodec ac3 -ab 640k -center_mixlev 0.707 Audio.ac3

[mtamimi]

Some soft can skip a error and continue.
eac3to abort with a error.

Maybe is a unique DTS frame corrupt and is only 11 ms lossed.
And the async is unnoticeable.

You can try extract only the dts:

eac3to.exe E:\ 2) 3: Audio.dts

without decode maybe eac3to do the job ok.
And after encode to AC3 with ffmpeg (preferred over libaften):

ffmpeg -i Audio.dts -acodec ac3 -ab 640k -center_mixlev 0.707 Audio.ac3

eac3to.exe E:\ 2) 3:Audio.DTSMA

a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...
a03 0:27:28 Skipping dirty PES bytes...


I kept getting hundreds of messages similar to the above, so I halted eac3to...What do you think?!

[tebasuna51]

I kept getting hundreds of messages similar to the above, so I halted eac3to...What do you think?!

Then is bug in eac3to or corrupt data in source.

In order to identify the problem you can test the first m2ts with, for instance:

eac3to.exe E:\BDMV\STREAM\22220.m2ts 2: Audio.dts

and upload a small m2ts than show the problem to http://eac3to.bugs.madshi.net/

[pstn]

Does anyone know of a way to demux the whole playlist instead of just the first title in the playlist ? (for blurays of TV series)

[tebasuna51]

eac3to show the mpls ordered by duration (maybe is not by the chapters order) and you can select the desired playlist.

In the sample before https://forum.doom9.org/showthread.php?p=1823609#post1823609

eac3to E:\ 2)

open the second playlist.

[pstn]

eac3to show the mpls ordered by duration (maybe is not by the chapters order) and you can select the desired playlist.

In the sample before https://forum.doom9.org/showthread.php?p=1823609#post1823609

eac3to E:\ 2)

open the second playlist.

sorry bud, I think I used the wrong terms, what I meant was how do I demux all .mpls at once from a disc? instead of going

"eac3to C:/ejfslflsifsihf 1) -demux"
"eac3to C:/ejfslflsifsihf 2) -demux"
"eac3to C:/ejfslflsifsihf 3) -demux"
"eac3to C:/ejfslflsifsihf 4) -demux"