Bug 72261 – tunesbrowser/gstreamer application fails when trying to access song on remote share

• Product: Gentoo Linux
• Status: RESOLVED LATER

[Description Casen P. 2004-11-23 09:46:05 UTC]

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"

[Comment 1 Casen P. 2004-11-23 09:46:47 UTC]

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

[Comment 2 Mike Gardiner (RETIRED) 2004-11-23 20:40:53 UTC]

This is sound, not gnome. 

@reporter, please post your "emerge info".

[Comment 3 Casen P. 2004-11-24 12:10:53 UTC]

Created attachment 44656 [details]
Text file containing output from 'emerge info' command

[Comment 4 foser (RETIRED) 2004-12-11 15:37:37 UTC]

some frog told me dsd is the man for the job

[Comment 5 Daniel Drake (RETIRED) 2004-12-11 17:32:21 UTC]

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.

[Comment 6 foser (RETIRED) 2004-12-12 06:06:36 UTC]

then p.mask it.