Bug #315
Plugins from 3.3.x not really compatible with 3.4
0%
Description
This is more of a heads-up:
The statement "Audacious 3.4 is an incremental improvement, adding a number of requested features while retaining binary API compatibility with plugins built for version 3.3" is not entirely true anymore. There must have been changes in Audacious that break some older plugins. For example, the ffaudio plugin from 3.3.4 loads into 3.4, but fails to detect file formats printing error messages such as "ffaudio: Unsupported audio format 8". => Audacious 3.4 strictly needs the ffaudio plugin from 3.4.
History
#1
Updated by Michael Schwendt almost 11 years ago
Updated by Hmmm, false alarm. Rather it's the guys at rpmfusion.org having upgraded ffmpeg to some incompatible version, which needs plugin fixes from 3.4-beta1 (or so).
I've done an experiment and have replaced Audacious 3.3.4 from Fedora 18 with 3.4, and the old ffaudio plugin still works. In Fedora 19 they've upgraded ffmpeg to 1.2.x.
$ rpm -qa audacious\*|sort
audacious-3.4-1.fc18.x86_64
audacious-libs-3.4-1.fc18.x86_64
audacious-plugins-3.4-1.fc18.x86_64
audacious-plugins-freeworld-ffaudio-3.3.4-1.fc18.x86_64
audacious-plugins-freeworld-mp3-3.3.4-1.fc18.x86_64
audacious-plugin-xmp-3.4.0-12.fc18.x86_64
$ rpm -q ffmpeg-libs
ffmpeg-libs-1.0.5-1.fc18.x86_64
#2
Updated by John Lindgren almost 11 years ago
Updated by - Status changed from New to Rejected
Yes, this has nothing to do with any incompatibility between 3.3 and 3.4. At some point recently, FFmpeg started decoding some formats to separate sample buffers per channel rather than interleaving them, which broke the ffaudio plugin in 3.3.
