When I use tunesbrowser to navigate my network's iTunes shares, attempting to play a song on a remote share throws a gstreamer error and then goes into an infinite loop until killed. The following is dumped to STDERR: ~~~ (tunesbrowser:10372): GStreamer-CRITICAL **: file gsttypefind.c: line 302 (gst_type_find_suggest): assertion `gst_caps_is_fixed (caps)' failed ** (tunesbrowser:10372): WARNING **: seek failed ** (tunesbrowser:10372): WARNING **: seek failed ~~~ The seek failed line is repeated until the program is killed. Re-emerging tunesbrowser and gstreamer has not changed the program behavior. Gstreamer version: 0.8.7 tunesbrowser version: 0.1.6 I've been unable to find in any searches information online referencing this problem. I noticed that tunesbrowser unpatched looks for Gstreamer 0.6, but has been patched to add 0.8 support. I attempted 'emerge =gstreamer-0.6.4' but that ebuild fails with a compile error which is probably a seperate problem: ~~~ gsttrashstack.h: In function `gst_mem_chunk_alloc': gsttrashstack.h:103: error: PIC register `ebx' clobbered in `asm' make[4]: *** [libgstreamer_0.6_la-gstmemchunk.lo] Error 1 make[4]: *** Waiting for unfinished jobs.... mv -f .libs/libgstreamer_0.6_la-gstpad.lo libgstreamer_0.6_la-gstpad.lo make[4]: Leaving directory `/var/tmp/portage/gstreamer-0.6.4/work/gstreamer-0.6.4/gst' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/gstreamer-0.6.4/work/gstreamer-0.6.4/gst' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/gstreamer-0.6.4/work/gstreamer-0.6.4/gst' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gstreamer-0.6.4/work/gstreamer-0.6.4' make: *** [all] Error 2 ~~~ Reproducible: Always Steps to Reproduce: 1. Open tunesbrowser 2. Select remote network iTunes share (Local plays fine) 3. Attempt to play song on remote network share Actual Results: GUI appears to play song, but no sound is output. STDERR is flooded with: ** (tunesbrowser:10372): WARNING **: seek failed Expected Results: Song played through soundsystem. Dell GX280 Pentium 4 3.6GHz system using onboard Intel audio. ALSA intel_8x0 sound driver, audio working in all other apps. make.conf CFLAGS: CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
uname -a: Linux xeen 2.6.9-gentoo-r4 #1 SMP Mon Nov 15 07:58:33 MST 2004 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux
This is sound, not gnome. @reporter, please post your "emerge info".
Created attachment 44656 [details] Text file containing output from 'emerge info' command
some frog told me dsd is the man for the job
This is because tunesbrowser is currently unable to play m4a files. Play an mp3 and it will hopefully be ok, although there are many other bugs in that release. I'm working with the author to stabilise the next release. If you are interested in our work so far, you can try the experimental packages from: http://www.crazney.net/programs/itunes/files/prerelease/ And my patches: http://www.reactivated.net/patches/tunesbrowser/0.1.7-pre2/ In short, this package (especially the current version in portage) is in far too early stages to be relied upon.
then p.mask it.
