This may be rather complex, but I think on Feisty there is some problem with priorities for the engine settings.
With w32codecs installed, and libxine-extracodecs installed, gxine insists on trying to use ffmpeg for Real media. When the ffmpeg audio priority is reduced to -1 and win32a set to 2 , Real media are played OK, apparently using the w32codecs. When the priorities are all set at zero as per default, playing a Real stream tries in vain to use ffmpeg and reports buffering - which stops at 4-6%, although the stream appears to be still connected and downloading ( but with no sound) The blue subscripts report it is trying to use "cooker" - whereas when it "works" with w32codecs it reports "Cook". The player sometimes stops after a few seconds with a message in the terminal "watchdog bite" Output of gxine -v attached ( attempt to play rtsp://202.6.74.108/broadcast/classicfm.rm ) ** Attachment added: "Verbose output from gxine failing to play rtsp URl as above" http://librarian.launchpad.net/6734217/gxine.verbose -- [Feisty]Gxine,Mplayer,Totem play problems https://launchpad.net/bugs/89876 -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
