Anssi help! this bug is back: https://bugs.mageia.org/show_bug.cgi?id=4191 that is one can no longer live encode aac stream into ac3, i.e. listening radio-paradise in Dolby Digital :) mplayer -ac hwac3, -ao alsa:device=hw=1.1 -af lavcac3enc=1:128:2 http://scfire-a44.websys.aol.com:80/radio_paradise_aac+_128kbps fails with the following: AAC file format detected. ========================================================================== Forced audio codec: hwac3 Trying to force audio codec driver family libmad... Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders libavcodec version 54.86.100 (external) Mismatching header version 54.23.100 Unsupported AVSampleFormat 8 ADecoder init failed :( ADecoder init failed :( Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) FAAD: compressed input bitrate missing, assuming 128kbit/s! AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== [ac3_fixed @ 0x7f1eeca3e780]Specified sample format s16 is invalid or not supported Couldn't open codec ac3, br=128000. [libaf] Reinitialization did not work, audio filter 'lavcac3enc' returned error code -2 Error at audio filter chain pre-init! Let me know if need other info
the header mismatch is caused by a bug in the mplayer specfile (original ffmpeg dir not removed so the new dir ended up inside the old dir) decoding audio (ac3 again) is also broken, this is supposed to be fixed in mplayer svn r35228, maybe it also fixes audio encoding
CC: (none) => cjw
Nope, lavcac3enc is not yet fixed in mplayer svn. Looks like a packed=>planar conversion may need to be added to af_lavcac3enc.c.
Status: NEW => ASSIGNED
3 months old upstream bug report added in url field Anssi: I guess we should update to a mplayer svn checkout for mga3? That will sync it with our ffmpeg at least and fix ac3 decoding.
URL: (none) => http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2094Summary: lavcac3enc filter not working anymore + mismatch header => mplayer lavcac3enc filter not working anymore
MPlayer update seems reasonable. I'll look into fixing lavcac3enc soon.
I didn't realize this is a specific 'filter' in mplayer. This makes it less likely it will be fixed soon. You're transcoding an input into another format and then playing it. This can also be done generically, with ffmpeg for example: ffmpeg -i http://scfire-a44.websys.aol.com/radio_paradise_aac+_128kbps -codec:a ac3 -f mpegts - | mplayer -ac hwac3 -ao alsa:device=hw=1.1 - But I would only expect such transcoding to be useful for video files with multichannel aac audio.
Hi there, yep, the ffmpeg alternative works for audio streams, but it is super slow for movies encoded in AAC 6 channels. If there is any change the -lavcac3enc can be put back to business, that would be cool. I can test if needed. Cheers, Chris.
Yes, there is a chance and that is the plan, unfortunately free time is an issue for me so a fix may still be some time away (hopefully only weeks instead of months) unless someone else fixes it first.
Thanks Anssi. I had actually a look to your previous patch, but, Master, that's out of my league right now :) But I can try to have a look and get back to you before touching anything if I have a potential fix. Any links welcome though!
Ping! This bug is still valid; up to the fact that radioparadise server changed to: http://stream-tx4.radioparadise.com:8012 :-/ cheers.
Whoever fixed this, I love him. Thanks guys, I am closing this bug.
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED