Version: 3.5rc2 (using KDE KDE 3.5.0) Installed from: Compiled From Sources Compiler: 4.0.3 OS: Linux since update from rc1 to final tarballs, arts doesn'T play any ogg or mp3 file anymore, wav files are not affected. I tried upgrading akode to latest svn snapshot and rebuild kdemultimedia, still no luck. rc1 works fine, so something between rc1 and rc2 broke it. artsd says on artsplay xyz.mp3 couldn't load file hope this helps, this is a highly annoying bug so please fix it as fast as possible. greetings tpowa Archlinux Package Maintainer
Confirmed (RHEL4, gcc-3.4.4). artsplay foo.ogg yields silence. artsplay foo.wav works. arts/kdemultimedia built without akode support (ie, akode isn't installed)
@ Rex: What do you expect if you don't install support for ogg/mp3 decoding? @ Tobias: What's the output of running "artsshell traderquery|grep -i playobject"? This command lists all playobjects that are known by arts. Also helpful can be "locate -i libarts_" (in case you got an uptodate locatedb that is) to see the list of arts libraries (here it lists akode, mpeglib and splay). Please also make sure that these libs are to be found in the prefix where arts was installed to (prefix is without the lib directory of course).
> Rex: What do you expect if you don't install support for ogg/mp3 decoding? Are you saying akode is required in order to play ogg/mp3? Ack. If so, since akode is no longer included in kdemultimedia, where does one get it?
kdesupport
[tobias@Studium ~]$ artsshell traderquery|grep -i playobjec akodeMPEGPlayObject akodeSpeexStreamPlayObject akodeVorbisStreamPlayObject akodeXiphPlayObject Arts::audiofilePlayObject akodeMPCPlayObject xineAudioPlayObject xineVideoPlayObject MP3PlayObject OGGPlayObject akodePlayObject SplayPlayObject Arts::GSLPlayObject Arts::WavPlayObject CDDAPlayObject NULLPlayObject WAVPlayObject
[tobias@Studium kde]$ find ./ -name "*libarts_*" ./lib/libarts_splay.so.0.0.0 ./lib/libarts_akode.la ./lib/libarts_akode.so ./lib/libarts_mpeglib-0.3.0.so.0.0.3 ./lib/libarts_mpeglib-0.3.0.so.0 ./lib/libarts_splay.la ./lib/libarts_splay.so ./lib/libarts_xine.la ./lib/libarts_xine.so ./lib/libarts_splay.so.0 ./lib/libarts_mpeglib.la ./lib/libarts_mpeglib.so
What I'm asking is this: is akode released (ie tarball)? Or must one pull it from cvs? If it's cvs-only, this is a grave oversight for such an important dependancy.
$ artsshell traderquery|grep -i playobject Arts::audiofilePlayObject xineAudioPlayObject xineVideoPlayObject MP3PlayObject OGGPlayObject SplayPlayObject Arts::GSLPlayObject Arts::WavPlayObject CDDAPlayObject NULLPlayObject WAVPlayObject
yes i know it's hard, but akode is a depend since beta1 or so. get it from svn it's in kdesupport, here is how we do it: # start building cd $startdir/src svn co -r481533 svn://anonsvn.kde.org/home/kde/trunk/kdesupport/ cd $startdir/src/kdesupport make -f Makefile.cvs ./configure --prefix=/usr cd akode make || return 1 make DESTDIR=$startdir/pkg install || return 1 # libtoolslay find $startdir/pkg -name '*.la' -exec rm {} \;
FYI, found akode tarball at: http://carewolf.com/akode/
Rebuilt kdemultimedia against akode-2.0b3: $ artsshell traderquery|grep -i playobject akodeMPEGPlayObject akodeSpeexStreamPlayObject akodeVorbisStreamPlayObject akodeXiphPlayObject Arts::audiofilePlayObject akodeMPCPlayObject xineAudioPlayObject xineVideoPlayObject MP3PlayObject OGGPlayObject akodePlayObject SplayPlayObject Arts::GSLPlayObject Arts::WavPlayObject CDDAPlayObject NULLPlayObject WAVPlayObject KDE sound system still seems to play only .wav sounds (still no luck with ogg/mp3). Oddly, artsplay can now play *some* ogg files (about 25% of those I tried from /usr/share/sounds). Of those that played, they were often clipped/truncated (ie, the sound seemed to abuptly stop before its normal end).
Running: artsd -l 0 Here's the error I get when trying to play an ogg file: search playobject, mimetype = audio/vorbis creating akodeXiphPlayObject to play file akode: opening /usr/share/sounds/KDE_Beep.ogg couldn't load file /usr/share/sounds/KDE_Beep.ogg akode: unload
If I edit /usr/lib/kde3/mcop/OGGPlayObject.mcopclass and set Preference= to be higher than either akodeXiphPlayObject or xineAudioObject, then I can at least get *some* ogg files to play.
For example, using OGGPlayObject, /usr/share/sounds/KDE_Dialog_Disappear.ogg plays, but /usr/share/sounds/KDE_Beep.ogg plays nothing. FYI, here's the error (from 'artsd -l 0') when trying to use xineAudioObject (which was the default when akode was not installed): search playobject, mimetype = audio/vorbis creating xineAudioPlayObject to play file couldn't load file /usr/share/sounds/KDE_Beep.ogg xrun!! Whatdoyaknow! It xineAudioPlayObject when trying to play /usr/share/sounds/KDE_Dialog_Disappear.ogg Are all these ogg files created equal? Why do some work, and some not?
Whatdoyaknow! It xineAudioPlayObject when trying ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I tried to say "xineAudioPlayObject *worked* when trying..."
does akodeplay work on those files?
mp3 are played fine here with akodeplay Cannot open client akode: Guessed format: mpeg ogg files are played fine here with akodeplay akodeplay KDE_Startup_1.ogg Cannot open client akode: Guessed format: xiph
Odd, but akode didn't work for me at all, until I rebuilt it using the configure option --without-libltdl I'm still where I was in comment #14, where some ogg files play fine, some are mysteriously silent (and play nothing noticible)
Re "Some ogg files play and some do not": Could be that RHEL4 has a too-old version of flac(1.1.0), so OggFLAC support isn't available. Are any/some of the ogg sounds in /usr/share/sounds encoded that way?
Allan, could you please take a look?
I have trouble understanding what exactly this bug is about anymore. A few simple facts: - Without aKode, most CD-ripped ogg and mp3s will work. Non-standard ones will often not work. - aKode by itself can be tested using akodeplay. - One of the aKode 2.0 betas had a bug that made short ogg samples silent. If a file doens't play using akodeplay, it should be emailed directly to me. If it works with akodeplay but not with artsplay, some is being wierd. I assume at this point that this bug is about the last case..
Oh, and no there are no FLAC encoded sounds in KDE.
In my case, many "short" ogg files don't ever play, whether it's with artsplay or akodeplay. One example of a non-working ogg file (for me) is /usr/share/sounds/KDE_Beep.ogg (from kdemultimedia-3.5.0(rc2)). Allan, do you need me to mail you a copy of it?
No, I have KDE_Beep.ogg, and it works in new versions of aKode 2, and should work in KDE 3.4 versions as well. I will make a new aKode rc release later today.
i don't know where the problem is exactly, akodeplay plays files fine here, but since kdemultimedia rc2, arts doesn'T give mp3 and ogg's back here. last changes in kdemultimedia let me think it must be somewhere in akode. because there happened most changes from rc1 to rc2. hope you find the error. greetings tpowa
hi i found a solution, removing these files helps to get back playback: rm akodeMP* rm akodeVorbisStreamPlayObject.mcopclass rm akodeXiphPlayObject.mcopclass rm akodeSpeexStreamPlayObject.mcopclass so please tell me how to include those files that they work or please remove them from kdemultimedia, thanks greetings tpowa
> so please tell me how to include those files that they work or please > remove them from kdemultimedia, See bug #116958 regarding my same request.
Tobias Powalowski: You could please also report the output of "artsd -l0" when playing a not working ogg? The output Rex Dieter reports suggest a problem with loading the decoding plugin. Also note I have released aKode 2.0 rc1. It can be downloaded from http://kde-apps.org
Per comment #18, I fixed the problem with loading the decoding plugin by building akode with --without-libltdl (the same option that I used when building kdemultimedia)
Good. Do you know anything special about your version of libltdl? I know kdelibs and arts ships their own version. What version do you have?
RHEL4: $rpm -q libtool libtool-1.5.6-4.EL4.1.0 Could be that since I had built kdemultimedia --without-libltdl, akode had to follow suit. (not sure though)
why do you build --without-libltdl?
Several reasons: 1. At least with kdem-3.4, --with-libltdl tried to install it's own copy of libltdl 2. To remove an extraneous (libltdl) dependancy. AFAICT, kdem's use of opendl works fine (or am I losing functionality when building --without-libltdl?)
As far as I can tell, this one and bug #116958 are talking about the same thing(dup?), and since 116958 was just resolved, this one probably ought to follow suit.
No libltdl is only required for non-ELF platforms. For Linux it only serves to make plugin-search more flexible. As long as you use standard directories libdl does exactly the same on Linux & *BSD
Here is what i get, i use the akode version from kdesupport. UnixManager: got notifyIO socketconnection created, fd = 10 search playobject, extension = ogg creating akodeXiphPlayObject to play file /opt/kde/share/sounds/KDE_Startup_1.ogg akode: opening /opt/kde/share/sounds/KDE_Startup_1.ogg couldn't load file /opt/kde/share/sounds/KDE_Startup_1.ogg akode: unload and kde is installed under /opt/kde probably this is the reason why the older akode didn'T make trouble because it was installed under /usr now kdemultimedia include those mcop files that breaks the playback.
I had the same problem, and solved now... I used akodeplay and see it reported "cannot load xiph_decoder" I reinstalled akode-plugins-xiph, but that didn't work... I maked it by myself(I used to use Packages, I'm under FreeBSD), and installed, and everything works fine now...
Arts is no longer developed and has been unmaintained for quite some time - more than 2 years. With phonon as the replacement for arts in KDE4, we're closing out all the arts bugs in Bugzilla since there is no chance of them being fixed. Thanks