View Full Version : eac3to - audio conversion tool
Music Fan
8th November 2017, 23:48
You can put all these commands in a bat, it will execute them one after the other.
Revgen
9th November 2017, 05:21
Feature Request:
Detect DTS:X audio streams.
XMEN3
11th November 2017, 01:18
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)
found problem also with last UHD pirates and man of steel ectracted without problem but video size is 2gb less and have artefacts
pstn
12th November 2017, 00:05
You can put all these commands in a bat, it will execute them one after the other.
thank you
manuelin
12th November 2017, 02:02
Other samples of h265 videos that eac3to extracts its video track with artifacts:
Baby Driver (https://mega.nz/#!CIwGUACQ!4N5yUhUWCdigglWZzYPHksd-GoOiq2Gt7RBFMcjPHNw)
Pirates of the Caribbean: Dead Men Tell No Tales (https://mega.nz/#!qE4XEZxZ!78-a2oM88Kr6-eMXSpdSnFE9jA0PsxZZZd8HWr9xsPY)
Independence Day (https://mega.nz/#!qdwmVJQA!9D0ZzVFNFZVj3gJjelAWsBPlCJcz-5MM9A6Zsihw68k)
I have also seen that this happens with The Fifth Element and Mad Max: Fury Road.
madshi
12th November 2017, 17:56
Thanks for the samples, everyone. Could you please confirm that this test build fixes the HEVC/h265 issues?
http://madshi.net/eac3toHevcTest.rar
Thunderbolt8
12th November 2017, 19:18
Thanks for the samples, everyone. Could you please confirm that this test build fixes the HEVC/h265 issues?
http://madshi.net/eac3toHevcTest.rarwere you able to find enough documentation about HEVC specs?
manuelin
12th November 2017, 21:07
Thanks for the samples, everyone. Could you please confirm that this test build fixes the HEVC/h265 issues?
http://madshi.net/eac3toHevcTest.rar
Thank you very much madshi, I have made a demux of the UHD disk of Baby Driver and Mad Max and now everything works perfect, there are no more artifacts.
Sorry for my bad english and thank you very much again!
madshi
12th November 2017, 21:11
Glad to hear that! I suppose you could also remux/demux with mkvtoolnix, so I'm not sure how useful the functionality in eac3to really is. But eac3to can change HEVC bitstream framerate on the fly (e.g. 23.976 <-> 24.000), not sure if other tools can do that.
Anyway, I'll probably wait until next weekend, to give others a chance to double check the test build, too, then I'll release a new official build.
Atak_Snajpera
13th November 2017, 14:41
Works here as well.
Ps. Madshi do not forget to add .264/.265 extensions as valid when demuxing video stream please :)
mtamimi
13th November 2017, 20:40
regarding eac3to capability of listing the playlists, is there a chance that it misses some of the extras on a standard BD or UHD?
Thnx
hubblec4
15th November 2017, 12:49
Glad to hear that! I suppose you could also remux/demux with mkvtoolnix, so I'm not sure how useful the functionality in eac3to really is. But eac3to can change HEVC bitstream framerate on the fly (e.g. 23.976 <-> 24.000), not sure if other tools can do that.
Your demux function is more than important!!!!
Its the only way to get proper streams from seamless branching Blurays, and for Audios to remove the "dialnorm".
madshi
15th November 2017, 14:10
regarding eac3to capability of listing the playlists, is there a chance that it misses some of the extras on a standard BD or UHD?
IIRC, there's currently a limit set at 15 minutes. Any playlists shorter than 15 minutes are not shown.
Your demux function is more than important!!!!
Its the only way to get proper streams from seamless branching Blurays, and for Audios to remove the "dialnorm".
Yes, of course. I was just wondering how useful the demuxing of HEVC video streams was. But it shouldn't harm (when working correctly), in any case, and maybe the framerate rewriting capability could be useful.
hubblec4
15th November 2017, 14:44
I was just wondering how useful the demuxing of HEVC video streams was. But it shouldn't harm (when working correctly), in any case, and maybe the framerate rewriting capability could be useful.
For the moment I have not seen a seamless branching UHD-Bluray, but it will be come and then we need the HEVC-demux function.
Funcha
15th November 2017, 19:54
Hi all. So just to make sure I'm getting all my information straight, if I use eac3to version 3.31 or 3.32 and convert a DTS HD-Master Audio file with dcadec I may or may not get the "XXL output not lossless" message but the same extensions in the master audio file will still properly get decoded to wav just like with Arcsoft?
I used to use Arcsoft decoder exclusively, but upon a new system build I'm having a bizarre error where 24-bit files are being decoded as a bit longer than the original resulting in a slow, muddled sounding file out of sync with the original. Am hoping dcadec can be my fix for this issue but definitely don't want to lose the lossless parts of the files, if possible.
tebasuna51
16th November 2017, 10:16
Anyway, I'll probably wait until next weekend, to give others a chance to double check the test build, too, then I'll release a new official build.
Thanks madshi.
The .h265 files extracted with the new eac3to version seems play fine now.
But I don't know the h265 format to confirm than is bug free.
About the size of extracted streams:
Samples/Size eac3to3.32 eac3to3.33B mkvextract greater
------- ----------- ----------- ----------- --------
Sample1 157.722.039 177.704.162 177.693.906 1,000058
Sample2 223.059.063 247.715.510 247.705.342 1,000041
Now the filesizes are a little greater than extracted by mkvextract but I don't know if it can be a problem.
tebasuna51
16th November 2017, 10:21
@Funcha
https://forum.doom9.org/showthread.php?p=1823550#post1823550
madshi
16th November 2017, 10:31
Thanks madshi.
The .h265 files extracted with the new eac3to version seems play fine now.
But I don't know the h265 format to confirm than is bug free.
About the size of extracted streams:
Samples/Size eac3to3.32 eac3to3.33B mkvextract greater
------- ----------- ----------- ----------- --------
Sample1 157.722.039 177.704.162 177.693.906 1,000058
Sample2 223.059.063 247.715.510 247.705.342 1,000041
Now the filesizes are a little greater than extracted by mkvextract but I don't know if it can be a problem.
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.
A small size change could also come from rewriting the fps value. One sample I saw had 480000/20020 stored which eac3to replaces with 24000/1001. Such a replacement can in theory change the size of the video bitstream because the numbers are stored in a weird bitstream format.
Music Fan
16th November 2017, 13:42
Are you talking about decrypted or non crypted UHD discs ?
@ tebasuna51 : you often write than instead of that and nearly always forget the word it before is, no offense ;)
madshi
16th November 2017, 14:44
Are you talking about decrypted or non crypted UHD discs ?
What is the difference?
Music Fan
16th November 2017, 14:45
If the original disc is not crypted, you don't have to decrypt it.
madshi
16th November 2017, 14:52
Ok, but what does that have to do with eac3to? eac3to does not decrypt.
Music Fan
16th November 2017, 15:08
I'm simply astonished that you talk about UHD demuxing, I didn't know that these discs could be copied.
madshi
16th November 2017, 15:18
You may want to google "DeUHD".
Music Fan
16th November 2017, 15:57
Thanks, this tool doesn't seem evoked in the decrypting part of the forum ;
https://forum.doom9.org/forumdisplay.php?s=&f=9&page=1&pp=25&sort=lastpost&order=desc&daysprune=75
mtamimi
18th November 2017, 04:11
IIRC, there's currently a limit set at 15 minutes. Any playlists shorter than 15 minutes are not shown.
Please, is it possible to allow us to set that value?! A lot of extras are actually less than 15 minutes. :thanks:
hubblec4
18th November 2017, 10:22
Please, is it possible to allow us to set that value?! A lot of extras are actually less than 15 minutes. :thanks:
This limitation is useful!
You can load each mpls separate with eac3to or
you can use my chapterEditor BD2mkv which shown more/all mpls(depend on the settings).
Music Fan
18th November 2017, 10:43
And also tsMuxer.
mtamimi
18th November 2017, 10:44
This limitation is useful!
You can load each mpls separate with eac3to or
you can use my chapterEditor BD2mkv which shown more/all mpls(depend on the settings).
Can I ask you why you think this limitation is useful?
Loading mpls is not a good idea since most of the time we are talking about multiple files w/o knowing where to start from. Just scanning for titles like 1 minute long titles will help us to demux those tracks also...
Regarding your tools, I appreciate what you do, I don't know much about them and how reliable they are compared to eac3to and MakeMKV, but I think using one app -i.e. eac3to- to do everything that I want for UHD BD/BD is much more convenient...
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...
mtamimi
18th November 2017, 10:48
And also tsMuxer.
Sorry was this a suggestion for the extra playlists?
If that's the case, does it support UHD? Is it still active? It looks dead to me...
Music Fan
18th November 2017, 13:40
Sorry was this a suggestion for the extra playlists?
Yes.
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
18th November 2017, 14:13
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...
:thanks:
Bandits
18th November 2017, 14:57
Please, is it possible to allow us to set that value?! A lot of extras are actually less than 15 minutes. :thanks:
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
18th November 2017, 15:23
Or "-minplaytime", to customize the lower threshold.
hubblec4
18th November 2017, 19:15
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.
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
18th November 2017, 21:56
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
18th November 2017, 22:28
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 :thanks: :thanks: :thanks:
mtamimi
18th November 2017, 22:42
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
18th November 2017, 22:42
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
18th November 2017, 22:44
>HEVC bitstream bugs
Have these been elaborated on?
madshi
18th November 2017, 22:57
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.
>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
18th November 2017, 23:09
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
19th November 2017, 15:25
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
19th November 2017, 22:15
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?
The time format is strictly limited to h:mm:ss? or is hh:mm:ss also working?
hh:mm:ss should also work.
madshi
19th November 2017, 22:16
eac3to v3.34 released
http://madshi.net/eac3to.zip
* fixed: "min/maxPlayListRuntime" worked for listing, but not processing
mtamimi
19th November 2017, 22:23
Tested and working as expected :)
:thanks:
AYColumbia
20th November 2017, 03:18
Thank you madshi. Any plans to update the help to include the newer parameters? Thanks again.
hubblec4
20th November 2017, 10:43
Thanks for your info and the new version!!
hubblec4
20th November 2017, 11:00
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
20th November 2017, 11:25
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.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.