[Gstreamer-bugs] [Bug 106890] New - Seeking in audio files resets timer

bugzilla-daemon at widget.gnome.org bugzilla-daemon at widget.gnome.org
Sun Feb 23 14:30:39 PST 2003


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=106890

Changed by foser at gentoo.org.

--- shadow/106890	Sun Feb 23 17:30:39 2003
+++ shadow/106890.tmp.8146	Sun Feb 23 17:30:39 2003
@@ -0,0 +1,27 @@
+Bug#: 106890
+Product: GStreamer
+Version: 0.6.0
+OS: Linux
+OS Details: Gentoo gcc-3.2.1 glibc-2.3.1
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: don't know
+AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
+ReportedBy: foser at gentoo.org               
+QAContact: gstreamer-maint at bugzilla.gnome.org
+TargetMilestone: 0.6.x
+URL: 
+Summary: Seeking in audio files resets timer
+
+Seeking in audio files seems to reset the timer/location/seekbar to zero.
+The music does start to play at the right location after the seek though.
+I've seen this happen in both gst-player and nautilus-audio-view for both
+mp3 and ogg's (don't have anything else to test with).
+
+Note that with videos in gst-player seeking does work correct.
+
+gstreamer, gst-plugins nautilus-media (0.2.1), gst-player (0.5.0) all
+compiled without special optimizations. Using opt scheduler by default, but
+switching to basicomega doesn't change a thing.





More information about the Gstreamer-bugs mailing list