ffmpeg's e-ac3 encoder
according to some tests it works, but some hw decoders (in tv) migh refuse stream ( https://www.reddit.com/r/ffmpeg/comments/k3z9i9/how_bad_is_ffmpegs_eac3_enco... it also does not support more than 6 channels https://trac.ffmpeg.org/ticket/3595?cversion=0&cnum_hist=7 command line and bitrates possible here: https://ffmpeg-user.ffmpeg.narkive.com/JJ0ohMKA/eac3-encoding -acodec eac3, up to 6 mbps... testing should be as simple as copying ffmpeg/audio ac3 profile with new name and replacing ac3 with eac3
I sadly can't test this due to (pulseaudio-related?) crash on android apoarently truehd (losless) encoder was fixed in git ffmpeg, so may be we can patch our copy to and make truehd profile.. https://trac.ffmpeg.org/ticket/6216 On Wednesday, November 24, 2021, Andrew Randrianasulu < [email protected]> wrote:
according to some tests it works, but some hw decoders (in tv) migh refuse stream (
https://www.reddit.com/r/ffmpeg/comments/k3z9i9/how_ bad_is_ffmpegs_eac3_encoder/
it also does not support more than 6 channels https://trac.ffmpeg.org/ticket/3595?cversion=0&cnum_hist=7
command line and bitrates possible here: https://ffmpeg-user.ffmpeg.narkive.com/JJ0ohMKA/eac3-encoding -acodec eac3, up to 6 mbps...
testing should be as simple as copying ffmpeg/audio ac3 profile with new name and replacing ac3 with eac3
My test with the "eac3.ac3" preset is OK. I also tried importing a 7.1 AC-3 file and its rendering results in only 6 channels, as expected. Using CinGG's internal engine: it works fine using 6 channels and doesn't work trying to render 7.1 channels. I guess the internal engine also uses E-AC-3. NOTE: I use pipewire as pulseaudio replacement.
Den 24.11.2021 03:47, skrev Andrew Randrianasulu via Cin:
according to some tests it works, but some hw decoders (in tv) migh refuse stream (
https://www.reddit.com/r/ffmpeg/comments/k3z9i9/how_bad_is_ffmpegs_eac3_enco... <https://www.reddit.com/r/ffmpeg/comments/k3z9i9/how_bad_is_ffmpegs_eac3_encoder/>
it also does not support more than 6 channels https://trac.ffmpeg.org/ticket/3595?cversion=0&cnum_hist=7 <https://trac.ffmpeg.org/ticket/3595?cversion=0&cnum_hist=7>
command line and bitrates possible here: https://ffmpeg-user.ffmpeg.narkive.com/JJ0ohMKA/eac3-encoding <https://ffmpeg-user.ffmpeg.narkive.com/JJ0ohMKA/eac3-encoding> -acodec eac3, up to 6 mbps...
testing should be as simple as copying ffmpeg/audio ac3 profile with new name and replacing ac3 with eac3
I've tested to convert MP2 audio to AC3, E-AC3 and AAC respectively with default bit rate in my remuxed "HDV.m2ts" file for Blu-ray Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:1[0x1100]: Audio: eac3 (EAC3 / 0x33434145), 48000 Hz, stereo, fltp, 192 kb/s Stream #0:1[0x1100]: Audio: aac (LC) ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 128 kb/s Re. aac, ffmpeg reported: [mpegts @ 0x5620ca0a9580] Stream 1, codec aac, is muxed as a private data stream and may not be recognized upon reading. Playback with VLC and and Gnome Videos movieplayer (Totem) was ok for AC3 and E-AC3 No audio for AAC. I think I go for E-AC3 for "HDV.m2ts with re-encoded audio" on Blu-ray discs https://trac.ffmpeg.org/wiki/Encode/HighQualityAudio https://en.wikipedia.org/wiki/Comparison_of_high-definition_optical_disc_for... Terje J. H
participants (3)
-
Andrea paz -
Andrew Randrianasulu -
Terje J. Hanssen