User-Agent: Opera/9.23 (X11; Linux i686; U; en) Build Identifier: Sample URL: http://fafnir.cft.ca.us/~jimc/music/01_aria.ogg. Xfmedia can play this file if it is copied onto the local host; quite a number of files give identical results. xmms, xine (xine-UI) and kaffeine can all play the URLs from this webserver. Do any of the following: Start xfmedia with the URL on the command line. Load a M3U playlist including such URLs and hit "play". Create a new playlist, add a URL, hit play. xfmedia-remote -a $URL -p. Xfmedia will exit with a floating exception (??); does not save playlist alterations caused by xfmedia-remote. If I give it a URL on a host that's down, it prints "io_helper: I/O error: No route to host" and doesn't crash, behaving normally otherwise. If I give it a URL on a host whose webserver is running but for a file that doesn't exist, it shows the playlist but prints no error messages and does not crash. 8 Mbytes of strace output can be summarized: Clones a process which... Does SYS_311 (return value 0) Select on FD 10 which is immediately (?) satisfied recv(10), gets 8500 binary-looking bytes, all it asked for Process gets SIGFPE. I can post the actual output but it's not very informative. I'm going to guess that the process is receiving the actual ogg file and passing it to Xine. Reproducible: Always Steps to Reproduce: 1. Add a URL to the playlist. 2. Tell xfmedia to play it. 3. Actual Results: xfmedia immediately exits with SIGFPE, having played nothing. Expected Results: Everyone else can play these URLs. xfmedia-0.9.2 from the OpenSUSE repository. No hacks. xfce-4.4.1 from OpenSuSE. xine-ui-0.99.4 and xine-lib-1.1.2 from mainline OpenSuSE 10.2 gtk2-2.10.6 glib-1.2.10 Hardware is a Dell Inspiron 6400.
Streaming a/v is more or less broken; this is known. strace output is generally useless when debugging crashes, btw. Stack traces at the time of the crash from a debugger like gdb are best.
Xfmedia is unmaintained.