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 335869 - rhythmbox and totem have difficulties with certain flac
rhythmbox and totem have difficulties with certain flac
Status: RESOLVED DUPLICATE of bug 332390
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.2
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-03-24 17:55 UTC by Sebastien Bacher
Modified: 2006-04-08 13:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2006-03-24 17:55:02 UTC
That bug has been opened on https://launchpad.net/distros/ubuntu/+source/gstreamer0.10/+bug/33440

"I have a number of flac files that rhythmbox dislikes. I can play the given file below once after starting rhythmbox. Then I can't play it again. Are these the early signs of DRM? ;-)

If I restart rhythmbox, or delete the file from the db and add it again, it works once more.
When it fails, it seems to process the file but the progress bar displays about 30 progress-seconds per real second.
Totem also has some occasional problems, but with totem it's harder to reproduce.

I took the smallest one, still 16MB:
http://atlas.et.tudelft.nl/1200348/pub/bugs/Symphony%201-%20III.%20Menuetto-%20Allegro%20molto%20e%20vivace.flac

Is this reproducable for you?
...
> Thanks for your bug. The .flac you point is empty, maybe you could update it?
...
Ah, my mistake.

http://atlas.et.tudelft.nl/feliks44/Symphony%201-%20III.%20Menuetto-%20Allegro%20molto%20e%20vivace.flac"

When totem is done with reading the flac it hits that message:

"** (totem:26184): WARNING **: Internal data flow problem. [gstbasesink.c(1385): gst_base_sink_chain_unlocked (): /play/abin/audiosinkbin/audio-sink/bin1/alsasink0:
Received buffer without a new-segment. Cannot sync to clock.]"
Comment 1 Wim Taymans 2006-03-24 19:42:35 UTC
can reproduce in totem with latest CVS versions of everything. will try later with rhythmbox.
Comment 2 Wim Taymans 2006-03-24 19:43:59 UTC
oops, I meant can _NOT_ reproduce, works fine. Small thing: seeking past the end of the file (which totem allows) makes it pop up an error dialog.
Comment 3 Tim-Philipp Müller 2006-04-08 13:21:04 UTC
The seek-past-the-end-of-file thingy is fixed in CVS now.

I can reproduce the issue with rhythmbox, doing the following in rhythmbox:

 - play Symphony1 from above for a few seconds
 - play another song for a few seconds
 - play Symphony1 again (nothing happens, no sound, cpu @ 100% for a few seconds )

what happens is in fact exactly the same as what happens with musepackdec (in combination with ID3/APE tags) - the decoder produces samples, fills the queue and then gets a not-linked flow return when pushing (only that flac doesn't stop on not-linked it appears).

Marking as duplicate of #332390.


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