I am a regular user of mplayer with: -af lavcac3enc=0::2 filter that allows to re-encode audio streams on the fly to ac3 for a pure digital spdif output to my hi-fi system. This got broken on Cauldon (works fine on Mageia 8): mplayer -ac hwdts,hwac3, -ao alsa:noblock:device=hw=0.1 -af lavcac3enc=0::2 The filter dies with: [ac3_fixed @ 0x7f06722fb060]Specified sample format s16p is invalid or not supported Couldn't open codec ac3, br=448000. [libaf] Reinitialization did not work, audio filter 'lavcac3enc' returned error code -2 Error at audio filter chain pre-init! I've tested the same filter with mpv, and it works fine. Something bad happened to mplayer since mga8 :-/ Cheers, Chris.
No registered maintainer for mplayer, so assigning to all packagers collectively
Assignee: bugsquad => pkg-bugsCC: (none) => marja11
Yea, and it is full of other bugs, like this: libavcodec version 59.37.100 (external) [mpeg4 @ 0x7f6297cfb060]Requested frame threading with a custom get_buffer2() implementation which is not marked as thread safe. This is not supported anymore, make your callback thread-safe I suspect this is due to the bad idea of using system ffmpeg which is more advanced than the one mplayer-1.5 is coded against. It builds but just does not work fine. I'am checking this now.
Depends on: (none) => 31360
Just for the record, confirmed on the mplayer devel mailing list. The ac3enc filter is now only supporting 32 bits input. Patches on test on Cauldron.