After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 348890 - quodlibet: "stream is in the wrong format" error on EOS
quodlibet: "stream is in the wrong format" error on EOS
Status: RESOLVED DUPLICATE of bug 342789
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.8
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-27 03:12 UTC by karstenanderson
Modified: 2006-07-29 13:26 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
quodlibet error log (74.87 KB, application/x-bzip)
2006-07-29 13:06 UTC, karstenanderson
Details

Description karstenanderson 2006-07-27 03:12:52 UTC
Please describe the problem:
Quodlibet plays just one song then gives an error as described in summary.  Does this regardless of media file type or GStreamer sink type selected in Desktop/Preferences/Multimedia Systems Selector.

Error also appears on the command line at the same time saying: "ERROR (0xea6080 - 0:00:05.709862000)        audioresample(10909) resample_ref.c(118):resample_scale_ref: buffer_queue_pull returned NULL".

Steps to reproduce:
1. arch linux-64
2. quodlibet 0.21
3. load a bunch of tracks, press play. at end of song it will error out.


Actual results:
message dialog box pops up saying "Unable to play song.  GStreamer was unable to load the selected song.  The stream is in the wrong format."

Expected results:
no error, just load the next track.  

Does this happen every time?
yes.

Other information:
when run from a command prompt, another error appears on the commandline simultaneously saying, "ERROR (0xea6080 - 0:00:05.709862000)        audioresample(10909) resample_ref.c(118):resample_scale_ref: buffer_queue_pull returned NULL".
Comment 1 Tim-Philipp Müller 2006-07-28 18:35:37 UTC
Some questions:

a)

Does this also happen with any other GStreamer-0.10 based media players (totem/rhythmbox/etc)?


b)

What's your gst-plugins-base version, or what's the output of

 $ gst-inspect-0.10 audioresample | grep Version

?


c)

Could you run quodlibet from the command line with the environment variables

 $ export GST_DEBUG=*:5
 $ export GST_DEBUG_NO_COLOR=1

set and the output redirected to a file?

 $ quodlibet.py 2> dbg.log


Then, after you have produce the error, could you abort quodlibet by pressing Control+C and then do

 $ tail -n 10000 dbg.log > dbg2.log
 $ bzip2 dbg2.log

and then attach dbg2.log.bz2 to this bug report please?

Comment 2 karstenanderson 2006-07-29 13:06:27 UTC
Created attachment 69872 [details]
quodlibet error log
Comment 3 karstenanderson 2006-07-29 13:10:31 UTC
A) totem errors out as well.  the error is:

"Totem could not play 'file:///xxx/xxx/xxx.ogg'.  not negotiated".


B) $ gst-inspect-0.10 audioresample | grep Version
  Version:              0.10.8

C) logfile attached.  note that no sound came out when i did this using the 'quodlibet 2> logfile' command, I assume that's OK?
Comment 4 Tim-Philipp Müller 2006-07-29 13:26:33 UTC
Thanks for all the info.

Looks like the same issue as bug #342789 to me, which has been fixed in our latest release (gst-plugins-base 0.10.9).

Please re-open if you still have problems after upgrading to -base 0.10.9 (gst-inspect-0.10 audioresample | grep Version should show 0.10.9 as version).


*** This bug has been marked as a duplicate of 342789 ***