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 346769 - OSS output prints error messages, playback of low sample-rate audio is stuttering
OSS output prints error messages, playback of low sample-rate audio is stutte...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.8
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-07-06 14:25 UTC by Michael Nottebrock
Modified: 2011-08-11 12:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Requested log (12.88 KB, application/x-bzip2)
2006-07-15 10:00 UTC, Michael Nottebrock
Details

Description Michael Nottebrock 2006-07-06 14:25:10 UTC
Please describe the problem:
Already at launch (with applications such as quodlibet), before any actual playback starts, there's multiple instances of this warning on stderr:

oss(79196) gstosshelper.c(245):gst_oss_helper_rate_probe_check: Driver bug recognized (driver does not round rates correctly).  Please file a bug report.

More of these are printed once actual playback starts. Playback seems to be normal despite these for data with 44100Hz sampling rate, but the sound becomes increasingly jerky and stuttering the lower the rate goes, with 11025Hz data becoming unbearable to listen to.

This is on FreeBSD 5.5, with

pcm0: <VIA VT8237> port 0xd400-0xd4ff irq 22 at device 17.5 on pci0
pcm0: <Avance Logic ALC850 AC97 Codec>


Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Tim-Philipp Müller 2006-07-06 14:54:39 UTC
Duplicate of bug #316846 and/or bug #334832 by any chance?
Comment 2 Michael Nottebrock 2006-07-10 16:18:41 UTC
Some additional observations: 

- The warning messages only appear with quodlibet, not with other players (such as rhythmbox). The playback issue however is present with all players I've tried.

- I have gathered more evidence that the playback problem is not decoder specific, since I've been able to reproduce it with both mp3 and ogg vorbis data. Furthermore, the sampling rate threshold for the playback to become stuttering is < 12800 Hz (tested with oggenc --resample).

I can't tell for certain whether this bug is a late duplicate of the ones listed above, but I'd guess it is not.
Comment 3 Michael Nottebrock 2006-07-10 17:04:22 UTC
Testcase for stuttering playback: 
gst-launch-0.10 playbin uri=http://people.fruitsalad.org/lofi/stuff/waltz2.ogg
Comment 4 Tim-Philipp Müller 2006-07-10 17:23:06 UTC
Could you run

 $ GST_DEBUG=oss:5,baseaudiosink:5,audioresample:5 gst-launch-0.10 playbin uri=http://..../waltz2.ogg 2> dbg.log
 ... Control-C after a few seconds
 $ bzip2 dbg.log

and attach the output?
Comment 5 Michael Nottebrock 2006-07-15 10:00:55 UTC
Created attachment 68960 [details]
Requested log
Comment 6 Sebastian Dröge (slomo) 2011-05-18 12:14:56 UTC
Is this still a problem? The debug log claims that these are bugs in your driver, do you still use the same driver?
Comment 7 Fabio Durán Verdugo 2011-06-28 23:35:10 UTC
Michaels please can you reply the comment #6 ? thank
Comment 8 Akhil Laddha 2011-08-11 12:45:10 UTC
Please feel free to reopen this bug if the problem still occurs with a newer
version of GStreamer Core 0.10.35, Base Plugins 0.10.35, Good Plugins 0.10.30 stable release.