eac3to - audio conversion tool

[Music Fan]

Originally Posted by mtamimi

Sorry was this a suggestion for the extra playlists?

Yes.

Originally Posted by mtamimi

If that's the case, does it support UHD?

I don't know, I never tried, I was thinking to Blu-ray's mpls actually.

[mtamimi]

Originally Posted by Music Fan

Yes.
I don't know, I never tried, I was thinking to Blu-ray's mpls actually.

MakeMKV handles regular Blu-Rays w/o issues, and is able to extract all extra features, and is active. I am a paying customer. I don't need tsMuxer for that especially since it was last updated back in 2014, however the fact that it still does work for old Blu-Rays is great.

eac3to is totally different, very powerful audio conversion utility that is also capable of demuxing FHD and UHD discs...It just misses extracting all extra features from UHD and FHD discs...

[Bandits]

Originally Posted by mtamimi

Please, is it possible to allow us to set that value?! A lot of extras are actually less than 15 minutes.

I asked about this a long time ago. I would find this useful to grab an occasional small clip on a disc without changing programs.

The normal 15 minute restriction is great to limit playlists but having a choice to show everything would be amazing.

A switch option maybe? -allplaylists

[LigH]

Or "-minplaytime", to customize the lower threshold.

[hubblec4]

Originally Posted by mtamimi

Can I ask you why you think this limitation is useful?

Some Blurays have so many extra playlists, which are all ignored.
OK, the time should/could be changeable.

Originally Posted by mtamimi

That should not stop me from wishing you all the best for your hard work, it is really good to see what you are doing...

Thanks a lot.

[madshi]

eac3to v3.33 released

http://madshi.net/eac3to.zip

* fixed a couple of HEVC bitstream bugs
* added new parameter "-minPlayListRuntime=0:15:00"
* added new parameter "-maxPlayListRuntime=4:00:00"
* added support for ".264" and ".265" file extensions

Thanks to mtamimi for "sponsoring" the new parameters.

[mtamimi]

Originally Posted by madshi

eac3to v3.33 released

http://madshi.net/eac3to.zip

* fixed a couple of HEVC bitstream bugs
* added new parameter "-minPlayListRuntime=0:15:00"
* added new parameter "-maxPlayListRuntime=4:00:00"
* added support for ".264" and ".265" file extensions

Thanks to mtamimi for "sponsoring" the new parameters.

You are awesome, thank you very much

[mtamimi]

I am getting this error message for both UHD and regular Blu-Ray discs

Source file "4k-test2.ts" not found.

I am not using the new parameters...

[act.anon]

Originally Posted by madshi

eac3to v3.33 released

http://madshi.net/eac3to.zip

* fixed a couple of HEVC bitstream bugs
* added new parameter "-minPlayListRuntime=0:15:00"
* added new parameter "-maxPlayListRuntime=4:00:00"
* added support for ".264" and ".265" file extensions

Thanks to mtamimi for "sponsoring" the new parameters.

Receiving the error:
"Source file "4k-test2.ts" not found."

[Megalith]

>HEVC bitstream bugs

Have these been elaborated on?

[madshi]

Originally Posted by mtamimi

I am getting this error message for both UHD and regular Blu-Ray discs

I am not using the new parameters...

Sorry, that was me being stupid. I've updated the zip, please re-download.

Originally Posted by Megalith

>HEVC bitstream bugs

Have these been elaborated on?

One bug was reported earlier in this thread (graphical corruption when demuxing certain files). The other one is this:

http://bugs.madshi.net/view.php?id=512

[Thunderbolt8]

Originally Posted by madshi

eac3to's h264/h265 bitstream parser requires there to be AUDs (access unit delimiters) between each frame. (UHD) Blu-Rays do have AUDs in the video bitstream. However, mkvtoolnix removes the AUDs when muxing the bitstream. When demuxing again, mkvextract doesn't add them back in. eac3to adds AUDs when demuxing MKVs, which is why eac3to's demux size is slightly bigger. That's nothing to worry about. It goes as far as eac3to not being able to parse the video bitstream extracted by mkvextract at all because the AUDs are missing, which makes the video unparsable to eac3to, because without AUDs eac3to doesn't know where one video frame starts and ends exactly. eac3to can parse the bitstream within MKV files without AUDs because the MKV container information defines where one video frame starts and ends.

whats the real world advantage/disadvantage of keeping or removing the AUDs? when using a PC or using stand alone hardware? in which situations?

[hubblec4]

Originally Posted by madshi

eac3to v3.33 released

http://madshi.net/eac3to.zip

* added new parameter "-minPlayListRuntime=0:15:00"
* added new parameter "-maxPlayListRuntime=4:00:00"

Many many thanks for your continuous work on eac3to.

The time format is strictly limited to h:mm:ss? or is hh:mm:ss also working?

[madshi]

Originally Posted by Thunderbolt8

whats the real world advantage/disadvantage of keeping or removing the AUDs? when using a PC or using stand alone hardware? in which situations?

The same always applied to h264/AVC. Did you ever worry about it? If not, why worry about it now?

Originally Posted by hubblec4

The time format is strictly limited to h:mm:ss? or is hh:mm:ss also working?

hh:mm:ss should also work.

[madshi]

eac3to v3.34 released

http://madshi.net/eac3to.zip

* fixed: "min/maxPlayListRuntime" worked for listing, but not processing

[mtamimi]

Tested and working as expected

[AYColumbia]

Thank you madshi. Any plans to update the help to include the newer parameters? Thanks again.

[hubblec4]

Thanks for your info and the new version!!

[hubblec4]

Mmh,
I tested the new version3.34 and I get no mpls list, with eac3to3.33 works fine.

-minPlayListRuntime=0:10:00 -maxPlayListRuntime=4:00:00

[madshi]

Originally Posted by hubblec4

Mmh,
I tested the new version3.34 and I get no mpls list, with eac3to3.33 works fine.

-minPlayListRuntime=0:10:00 -maxPlayListRuntime=4:00:00

Argh. There are so many ways to use eac3to that it's hard to test them all properly. I'll fix this next week. Anyway, you can use it like "eac3to . -minPlayListRuntime=0:10:00 -maxPlayListRuntime=4:00:00" for now to workaround the problem. Or alternatively just don't use "maxPlayListRuntime" at all, then there's no problem.