eac3to - audio conversion tool

[stax76]

Oh Thanks, I didn't notice or expect it.

[hello_hello]

If you have ffdshow installed and don't mind decoding/encoding via DirectShow you can usually fix those problematic AC3 re-encodes by decoding with ffdshow and enabling it's mixer filter and setting it to output 5.1ch.

[pstn]

Hello,

When using the -demux command, is it possible extract the DTS core along with the DTS-HD without having to do 2 runs? (both track separately)

thanks

[sneaker_ger]

eac3to "source.m2ts" 3:"core.dts" -core 3:"both.dts"

[tebasuna51]

But not with -demux

[stax76]

If you have ffdshow installed and don't mind decoding/encoding via DirectShow you can usually fix those problematic AC3 re-encodes by decoding with ffdshow and enabling it's mixer filter and setting it to output 5.1ch.

I could handle the file with ffmpeg.

[hubblec4]

Hi madshi

I found in the Bluray The Great Wall(sample (https://forum.videohelp.com/attachments/43277-1506985180/The%20Great%20Wall.7z)), two streams with E-AC3 EX (I have never seen this before), 7.1 channels and a core with 5.1 channels.
Mkvmerge and ffprobe detect this streams only with 5.1 channels and a bitrate of 576kbps, but it seems to me these is only the core.

4: E-AC3 EX, French, 7.1 channels, 1152kbps, 48kHz
(core: AC3 EX, 5.1 channels, 576kbps, 48kHz)
5: E-AC3 EX, German, 7.1 channels, 1152kbps, 48kHz
(core: AC3 EX, 5.1 channels, 576kbps, 48kHz)

LAV Audio plays the 5.1 channel part only, also MediaInfo displays this stream with the 576kbps value.

So what is wrong, eac3to or all other tools?

best regards

[nevcairiel]

Blu-ray EAC3 is rather peculiar, and ffmpeg doesn't support decoding it (or any other open-source decoders i'm aware of). Its not a proper EAC3 stream but a AC3 core with a EAC3 extension.

[mkver]

FYI: mkvmerge does not strip an extension away. If I mux the streams with mkvmerge id 3 or 4* alone I get files with size 2.8 MiB. MediaInfo 0.7.99 has the following to say about the file with the German track:

General
Unique ID : 245046857353978534520836163522779116025 (0xB85A4EDB6BD25BCBB0D8010ED44371F9)
Complete name : I:\The Great Wall\STREAM\00245_0.mka
Format : Matroska
Format version : Version 4 / Version 2
File size : 2.81 MiB
Duration : 20 s 384 ms
Overall bit rate mode : Constant
Overall bit rate : 1 155 kb/s
Encoded date : UTC 2017-10-03 16:43:44
Writing application : mkvmerge v16.0.0 ('Protest') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8

Audio
ID : 1
Format : E-AC-3
Format/Info : Enhanced Audio Coding 3
Format settings, Endianness : Big
Codec ID : A_EAC3
Duration : 20 s 384 ms
Bit rate mode : Constant
Bit rate : 500 b/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 187.500 FPS (256 SPF)
Compression mode : Lossy
Stream size : 2.80 MiB (100%)
Service kind : Complete Main
Default : Yes
Forced : No

So eac3to was right about the bitrate and MediaInfo is buggy. For the French track the situation is a bit more complicated:

General
Unique ID : 181109783328528269767092120785351483635 (0x884079B9EF4E2234A69025BC420A20F3)
Complete name : I:\The Great Wall\STREAM\00245_0 (1).mka
Format : Matroska
Format version : Version 4 / Version 2
File size : 2.81 MiB
Duration : 20 s 384 ms
Overall bit rate mode : Constant
Overall bit rate : 1 155 kb/s
Encoded date : UTC 2017-10-03 16:49:14
Writing application : mkvmerge v16.0.0 ('Protest') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8

Audio
ID : 1
Format : E-AC-3
Format/Info : Enhanced Audio Coding 3
Format profile : E-AC-3+Atmos / E-AC-3
Format settings, Endianness : Big
Codec ID : A_EAC3
Duration : 20 s 384 ms
Bit rate mode : Constant
Bit rate : 500 b/s
Channel(s) : 11 objects / 6 channels
Channel positions : 11 objects / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 187.500 FPS (256 SPF)
Compression mode : Lossy
Stream size : 2.80 MiB (100%)
Service kind : Complete Main
Default : Yes
Forced : No

Besides being wrong about the bitrate, MediaInfo 0.7.99 claims that somehow this track contains an Atmos extension. Don't know if this is true. (It claims that there are 11 objects in this track when one examines the original m2ts file.) MediaInfo 0.7.92.1 does not detect an Atmos extension in the French track (and not in the German track). I don't know which version of MediaInfo claims that these tracks are 576 kb/s.
By the way, if I use ffmpeg to copy these streams, the same applies.
If one extracts the streams, MediaInfo claims they 13h 2m long. I don't know if the bitrate is miscalculated resulting in the wrong duration or if it's the other way around. Probably the former.

*: mkvmerge assigns id 0 to the video track, id 1 to the TrueHD Atmos stream, 2 to the core embedded in the TrueHD Atmos stream, 3 to the French and 4 to the German track.

[hubblec4]

My Pioneer Reciever shows the Dolby Atmos sign when I play the BD with TMT5.
The file size of the extracted audio(with eac3to) is almost the same what mkvmerge output(only the audio in an mka).
So I guess all is ok with this streams, only the detection is not correct(channels, bitrate).

[madshi]

eac3to v3.32 released

http://madshi.net/eac3to.zip

* added support for UHD Blu-Ray playlists and clip infos
* added support for h265/HEVC bitstream parsing
* added support for m2ts h265/HEVC splitting
* added support for MKV h265/HEVC splitting
* added support for h265/HEVC framerate modifications
* added detection for Dolby Vision Enhancement Layer

[Thunderbolt8]

nice, thanks for an update!

can you comment on how accurate HEVC UHD BD support & remuxing is? Im referring to that you said you dont have/didnt use to have exact UHD specifications to implement this.

is all metadata like HDR and dolby vision remuxed as well?

[madshi]

Well, I can't *re*mux HEVC, just *de*mux, because I'm still using the Haali DirectShow filter for MKV muxing, which doesn't support HEVC. But other than that I think everything should work just fine. But of course I can't guarantee that there are no bugs, so some testing might make sense.

[Gizzmo]

Hi,
thanks for the update. Tryed it and now the UHD BD structure is recognized. But the videostream with h265/HEVC is not recognized
as videostream. It is shown as audiostream.

Maybe only a UI issue, with Clown_BD ? Will do the demux now.

[Thunderbolt8]

has the format and structure of .sup files changed with UHD BDs in any way compared to regular BDs? or did everything stay the same?

[XadoX]

Is there a way to get the eac3to console output in PowerShell in multiple lines? For me eac3to outputs everthing only into the first line.

[madshi]

thanks for the update. Tryed it and now the UHD BD structure is recognized. But the videostream with h265/HEVC is not recognized as videostream. It is shown as audiostream.

Maybe only a UI issue, with Clown_BD ? Will do the demux now.
This is very likely to be an issue with Clown_BD, not with eac3to.

has the format and structure of .sup files changed with UHD BDs in any way compared to regular BDs? or did everything stay the same?
I don't know, haven't tested that yet, why don't you give it a try and report back? ;)

Is there a way to get the eac3to console output in PowerShell in multiple lines? For me eac3to outputs everthing only into the first line.
Weird. It works for me with PowerShell in Windows 10. I wouldn't really comment using PowerShell for eac3to, though. A simple command line window is probably the better choice. E.g. PowerShell already stumbles if you do something like "eac3to 1)", it doesn't like the ")".

[XadoX]

...Weird. It works for me with PowerShell in Windows 10. I wouldn't really comment using PowerShell for eac3to, though. A simple command line window is probably the better choice. E.g. PowerShell already stumbles if you do something like "eac3to 1)", it doesn't like the ")".

Hmm... maybe I have to change some setting in PowerShell.
Yeah I am still using CMD, but since Microsoft removed the feature "Start CMD here" with right click in Win10 I am using PowerShell often for quick demuxing.

[madshi]

It's easy to get the "Start CMD here" back, a quick google search will tell you how.

[XadoX]

I know the reg value. But somehow it feels wrong to use things that are not official implemented :)
It's just a matter of time CMD dies completely.

[LigH]

Is there a way to get the eac3to console output in PowerShell in multiple lines? For me eac3to outputs everthing only into the first line.

The reason for this issue is probably that eac3to prepends every output text line with a large number of backspace characters.

https://frupic.frubar.net/shots/36082.png

I have no clue why Madshi believes this to be necessary.

[hubblec4]

Thanks for the new version, madshi.
Nice to see that few first features for UHD-Bluray are come.

Have you new (hidden)switches implemented?

[d3rd3vil]

So how can I use eac3to to just show all the information about a video stream like the Dolby Vision layer and stuff?

[hubblec4]

has the format and structure of .sup files changed with UHD BDs in any way compared to regular BDs? or did everything stay the same?

I have extracted UHD-BD sup files with the new eac3to and all seems to work. BDSup2Sub read the sups and extract also forced sups.

[LigH]

Originally, eac3to was a tool to process audio streams. If you want to know "all details" about video streams, you will probably need different tools.

[Megalith]

I just realized I haven't updated eac3to since 3.27 (the version that comes with Clown_BD). One of the most significant fixes appears to be "TrueHD Atmos streams could not be demuxed or decoded," but I have been able to extract these just fine for remuxing. Is that weird?

[tebasuna51]

Thanks madshi.

In my first test all seems ok.

Can you do anything with EAC3 tracks?
At last to preserve the name 'eac3'to :)

[madshi]

Can you do anything with EAC3 tracks?
What do you mean? E-AC3 tracks should be fully supported.

[tebasuna51]

Not all:

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

https://forum.doom9.org/showthread.php?p=1802092#post1802092 and next

[LigH]

Blu-ray EAC3 (as core AC3 extension only) is still a different case, I believe... ffmpeg can't handle it yet, either:

Dependent substream decoding is not implemented.

[tebasuna51]

To sumarize the problem here.

I found two kind of EAC3 streams detected by eac3to without core (2 English) or with core (3 Spanish) like is show here (sample (https://www.sendspace.com/file/dzj4qm)):

eac3to Eac30.m2ts
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 0:01:23, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: E-AC3, English, 5.1 channels, 640kbps, 48kHz
3: E-AC3, Spanish, 7.1 channels, 768kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB)

Over this m2ts we can do, adding or not the -core, some times [ignored]:

eac3to Eac30.m2ts 2: output.eac3 [-core] -> OK eac3 output
eac3to Eac30.m2ts 2: output.ac3 [-core] -> OK recoded to ac3

All ok over track 2

eac3to Eac30.m2ts 3: output.eac3 -> ERROR
eac3to Eac30.m2ts 3: output.eac3 -core -> OK AC3.eac3 output
eac3to Eac30.m2ts 3: output.ac3 -> ERROR
eac3to Eac30.m2ts 3: output.ac3 -core -> useless, recoded core

Over track 3, can't extract or recode (maybe because: Dependent substream decoding is not implemented) the full eac3.
Can extract a perfect AC3 core (when demand eac3 extensión) or recode the core (useless)

Now the same m2ts converted to mkv with MkvToolNix is show by eac3to like:

eac3to Eac30.mkv
------------------------------------------------------------------------------
MKV, 1 video track, 2 audio tracks, 0:01:23, 24p /1.001
1: h264/AVC, English, 1080p24 /1.001 (16:9)
2: EAC3, English, 5.1 channels, 48kHz
3: EAC3, Spanish, 5.1 channels, 48kHz
Bitstream parsing for tracks 2 and 3 failed. <WARNING>
Demuxing these tracks may still produce correct results - or not. <WARNING>

And now:

eac3to Eac30.mkv 2: output.eac3 [-core] -> OK eac3 output
eac3to Eac30.mkv 2: output.ac3 [-core] -> ERROR

eac3to Eac30.mkv 3: output.eac3 [-core] -> OK eac3 output
eac3to Eac30.mkv 3: output.ac3 [-core] -> ERROR

Can extract both tracks but never decode/recode

EDIT:
Decoding track 3 with ffmpeg show always (from m2ts or mkv) the message: Dependent substream decoding is not implemented.
Then MkvToolNix don't extract the AC3 core, preserve the substream to convert 5.1 -> 7.1 even when eac3to show only 5.1 on mkv.
Remuxed the mkv to m2ts with tsMuxeR the track 3 is showed by eac3to like original Eac30.m2ts

Without free tools to decode EAC3 7.1 (always decode the core) the recommended option, by now, is extract the core from m2ts
eac3to Eac30.m2ts 3: output.eac3 -core
and rename to .ac3

[mini-moose]

thanks Madshi for the great tool!

I think there are a few things that may/could use some updating:

1) E-AC3 audios with embedded Core (mentioned before)
2) libFLAC (very old version used, maybe worth updating)
3) libDcaDec (I think it's part of ffmpeg now?)

[SeeMoreDigital]

To sumarize the problem here.

I found two kind of EAC3 streams detected by eac3to without core (2 English) or with core (3 Spanish) like is show here (sample (https://www.sendspace.com/file/dzj4qm)):
Hi @tebasuna51,

It would seem that most if not all our current tools are unable to correctly identify Dolby Digital Plus audio streams :(

Have you noticed that when you run your 'Eac30.m2ts' sample file through TSmuxerGUI that it reports the first audio track as having 17 channels. And when you run the same file through MediaInfo it's unable to detect the AC3 cores at all. Or identify that the second audio track has been encoded with 7.1 channels.

By contrast, my Oppo UDP-203 is able to identify the first audio track as being a 5.1 channel Dolby Digital Plus stream and second audio track as being a 7.1 channel Dolby Digital Plus stream. But neither of my LG 'smart' TV's (which support Dolby Digital Plus) are able to detect either of the audio streams at all (ie: total silence). But my Panasonic 'smart' TV can detect the first audio stream.


Cheers

[zeropc]

madshi, can you please bring back the feature to show the applied delay/ amount x delay could not be fixed in the log?

this was actually quite helpful when syncing/editing audio.

thanks :)

[Snowknight26]

It's still there.

[zeropc]

It's still there.

nope

eac3to v3.32
command line: "C:\Users\zeropc\Desktop\eac3to 3.32\eac3to.exe" "H:\xmen atmos.mkv" 2: "H:\x\xa1.thd" +18ms
------------------------------------------------------------------------------
MKV, 1 video track, 3 audio tracks, 29 subtitle tracks, 2:23:58, 24p /1.001
1: h265/HEVC, 3840x1600 24p /1.001 (12:5), 10 bits
2: TrueHD (Atmos), English, 7.1 channels, 48kHz
3: AC3, English, 5.1 channels, 640kbps, 48kHz
4: AAC, English, 2.0 channels, 48kHz, 9ms
"Commentary with director Bryan Singer and writer Simon Kinberg"
5: Subtitle (PGS), English, "Forced"
6: Subtitle (PGS), English, "SDH"
7: Subtitle (PGS), Spanish
8: Subtitle (PGS), French
9: Subtitle (PGS), French
10: Subtitle (PGS), Spanish
11: Subtitle (PGS), Danish
12: Subtitle (PGS), Dutch
13: Subtitle (PGS), Finnish
14: Subtitle (PGS), German
15: Subtitle (PGS), Italian
16: Subtitle (PGS), Norwegian
17: Subtitle (PGS), Swedish
18: Subtitle (PGS), Chinese
19: Subtitle (PGS), Chinese
20: Subtitle (PGS), Japanese
21: Subtitle (PGS), English, "Commentary"
22: Subtitle (PGS), Spanish, "Commentary"
23: Subtitle (PGS), French, "Commentary"
24: Subtitle (PGS), French, "Commentary"
25: Subtitle (PGS), Spanish, "Commentary"
26: Subtitle (PGS), Danish, "Commentary"
27: Subtitle (PGS), Dutch, "Commentary"
28: Subtitle (PGS), Finnish, "Commentary"
29: Subtitle (PGS), German, "Commentary"
30: Subtitle (PGS), Italian, "Commentary"
31: Subtitle (PGS), Japanese, "Commentary"
32: Subtitle (PGS), Norwegian, "Commentary"
33: Subtitle (PGS), Swedish, "Commentary"
[a02] Extracting audio track number 2...
[a02] Creating file "H:\x\xa1.thd"...
Video track 1 contains 207088 frames.
eac3to processing took 16 minutes, 6 seconds.
Done.

[hubblec4]

Hi madshi

Is it possible that eac3to scan the sup tracks and find forced sup's before I demux the sup track.

While eac3to scans the mpls (all tracks are listed) and for the sup tracks, you could add an info "forced sup's detected".
M2TS, 1 video track, 3 audio tracks, 10 subtitle tracks, 0:43:05, 24p /1.001
1: Chapters, 8 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: DTS Master Audio, German, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
5: DTS Master Audio, Spanish, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
6: Subtitle (PGS), English
7: Subtitle (PGS), English
8: Subtitle (PGS), Danish
9: Subtitle (PGS), Finnish
10: Subtitle (PGS), German, forced detected
11: Subtitle (PGS), Hindi
12: Subtitle (PGS), Norwegian
13: Subtitle (PGS), Spanish
14: Subtitle (PGS), Swedish
15: Subtitle (PGS), Turkish

Really great would be if you could add a new "virtual" forced-sup track to the track list. Demux the forced-sup brings only the forced sups.

M2TS, 1 video track, 3 audio tracks, 10 subtitle tracks, 0:43:05, 24p /1.001
1: Chapters, 8 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: DTS Master Audio, German, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
5: DTS Master Audio, Spanish, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
6: Subtitle (PGS), English
7: Subtitle (PGS), English
8: Subtitle (PGS), Danish
9: Subtitle (PGS), Finnish
10: Subtitle (PGS), German
11: Subtitle (PGS), Hindi
12: Subtitle (PGS), Norwegian
13: Subtitle (PGS), Spanish
14: Subtitle (PGS), Swedish
15: Subtitle (PGS), Turkish
16: Subtitle (PGS), German, forced

LG,
hubble

[tebasuna51]

2) libFLAC (very old version used, maybe worth updating)
You can replace libFLAC.dll with libFLAC_dynamic.dll (renamed) from
http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip

3) libDcaDec (I think it's part of ffmpeg now?)
Yes, that was requested already.

It would seem that most if not all our current tools are unable to correctly identify Dolby Digital Plus audio streams :(

Have you noticed that when you run your 'Eac30.m2ts' sample file through TSmuxerGUI that it reports the first audio track as having 17 channels.
Yep.

Just by curiosity I check some tsMuxeR versions and the first audio track is:
tsMuxeR 1.8.8: track not recognized
tsMuxeR 2.6.9: channels 94
tsMuxeR 2.6.11 or 12: channels 91

What is your version than show 17 channels?.

madshi, can you please bring back the feature to show the applied delay/ amount x delay could not be fixed in the log?

this was actually quite helpful when syncing/editing audio.

I don't see differences between log in 3.31 and 3.32 with this command.

BTW is know than eac3to can't delay thd tracks.
Only decoding that delay can be applied.

Is it possible that eac3to scan the sup tracks and find forced sup's before I demux the sup track.

The first scan must be quick, a depth scan becomes slow.
When you demux these tracks the log show the forced captions found.

For me is enough, there are other tools to manage sup's.

[SeeMoreDigital]

Just by curiosity I check some tsMuxeR versions and the first audio track is:
tsMuxeR 1.8.8: track not recognized
tsMuxeR 2.6.9: channels 94
tsMuxeR 2.6.11 or 12: channels 91

What is your version than show 17 channels?.Hi @tebasuna51,

I'm using tsMuxeR GUI 2.6.12. But I've just noticed that if you drop the same 'Eac30.m2ts' file into the application, then remove it, and re-add it, the application reports different information...


Cheers (oh bugger... I've run out of beer :scared:)

[Q-the-STORM]

Now the same m2ts converted to mkv with MkvToolNix is show by eac3to like:

eac3to Eac30.mkv
------------------------------------------------------------------------------
MKV, 1 video track, 2 audio tracks, 0:01:23, 24p /1.001
1: h264/AVC, English, 1080p24 /1.001 (16:9)
2: EAC3, English, 5.1 channels, 48kHz
3: EAC3, Spanish, 5.1 channels, 48kHz
Bitstream parsing for tracks 2 and 3 failed. <WARNING>
Demuxing these tracks may still produce correct results - or not. <WARNING>

And now:

eac3to Eac30.mkv 2: output.eac3 [-core] -> OK eac3 output
eac3to Eac30.mkv 2: output.ac3 [-core] -> ERROR

eac3to Eac30.mkv 3: output.eac3 [-core] -> OK eac3 output
eac3to Eac30.mkv 3: output.ac3 [-core] -> ERROR

Can extract both tracks but never decode/recode
btw decode/recode should work after you demuxed eac3 and renamed to ac3....

So:
eac3to Eac30.mkv 2: output.eac3
then
rename to output.ac3
then
eac3to output.ac3 output2.wav -whatever


At least it works with my files that have eac3 tracks and no core. I always need to demux and rename, then decoding and recoding work.

That seems like a eac3to bug to me.

[hubblec4]

The first scan must be quick, a depth scan becomes slow.
When you demux these tracks the log show the forced captions found.

For me is enough, there are other tools to manage sup's.

I know but all other tools can't read sup's from the m2ts file. You have to extract them first.

I hope madshi has also the Bluray-specs and can do what makemkv does. There is not long scan to identify the forced sup's.

[Megalith]

Anyone know of a GUI that is still regularly updated? It seems like most of them have been abandoned.

[tebasuna51]

So:
eac3to Eac30.mkv 2: output.eac3
then
rename to output.ac3
then
eac3to output.ac3 output2.wav -whatever

Yep with track 2, with track 3 don't work.
And you don't need rename, eac3to identify the stream by the header not by extension, work fine also:

eac3to Eac30.mkv 2: output2.eac3
then
eac3to output2.eac3 output2.wav

With track 3:

eac3to Eac30.mkv 3: output3.eac3
then
eac3to output3.eac3 output3.wav -->
E-AC3, 7.1 channels, 0:01:23, 768kbps, 48kHz, dialnorm: -27dB
(core: AC3, 5.1 channels, 0:01:23, 448kbps, 48kHz, dialnorm: -27dB)
Removing AC3 dialog normalization...
Extracting E-AC3 core...
Decoding with libav/ffmpeg...
[libav] frame CRC mismatch <WARNING>
[libav] get_buffer() failed <WARNING>
The libav decoder reported error -22 while decoding. <ERROR>
Aborted at file position 262144. <ERROR>

You need:

ffmpeg -drc_scale 0 -i output3.eac3 -acodec pcm_s24le output3.wav
...
[eac3 @ 00000000006bf5e0] Dependent substream decoding is not implemented.
Update your FFmpeg version to the newest one from Git.
If the problem still occurs, it means that your file has a feature which has not been implemented.
...

Or directly from the mkv:

ffmpeg -drc_scale 0 -i Eac30.mkv -map 0:2 -acodec pcm_s24le output3.wav

with the same WARNING

[tebasuna51]

Anyone know of a GUI that is still regularly updated? It seems like most of them have been abandoned.

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

MeGUI v2771 [HD Streams Extractor] added support for HEVC video tracks (requires eac3to 3.32+)
[Muxer] added support for the h265 file extension

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

All other GUI's are abandoned.

[mini-moose]

You can replace libFLAC.dll with libFLAC_dynamic.dll (renamed) from
[url]http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-2

Thanks. I know I can do that but be nice if it's updated in eac3to package too. Also, wasn't there some bug 1.3.2 and 1.3.2-1 was released? I don't see it in the flac website but it's on megui.

[stax76]

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.

Last major feature megui implemented is x264 released 2004, it lacks anything major since then:

High DPI
VapourSynth
x265 full implementation
AV1
NVEnc
QSVEnc

[Atak_Snajpera]

I would like to suggest small cosmetic addition to eac3to. It would be cool if extension .265 was also supported during demuxing. Currently only .h265 is recognized.

[stax76]

There is also hvc due to most file extensions being 3 characters in Windows.

264 h264 avc
265 h265 hvc hevc

[tebasuna51]

Last major feature megui implemented is x264 released 2004...

??

Here we are talking about eac3to GUI's.

[tebasuna51]

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

Extracted with MkvExtract is ok.