[gstreamer-bugs] [Bug 342680] New: Seeking with multiple ogg files fails to work

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=342680
 GStreamer | don't know | Ver: HEAD CVS

           Summary: Seeking with multiple ogg files fails to work
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: gnome at jonobacon.org
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: 2.13/2.14
   GNOME milestone: Unspecified


Please describe the problem:
In some initial tests, seeking seems to break on Ogg Vorbis files. This problem
may be related to the adder - the problem only exhibits itself when more than
one ogg file is played using the adder.

Attached is a test script that demonstrates the problem. On line 94, setting
the
long value to 60 * gst.SECOND causes playback to fail with multiple ogg files.
Now, interestingly, I can get the ogg files to play if I do the following:

 1. First try to the play the two ogg files with the value on line 94 set to
60.
 It should fail.
 2. Comment out the ogg lines and uncomment the mp3 lines. Restart the program
and playback should work.
 3. Now comment out the mp3 files and uncomment the ogg files, and the ogg
files
work!!

I have also discovered that the ogg files seem to play OK with other values on
line 94, such as '30 * gst.SECOND'. I don't get any seek/playback problems with
single ogg/mp3 files.

Steps to reproduce:
1. See above.
2. 
3. 


Actual results:
Playback fails.

Expected results:
Playback succeed.

Does this happen every time?
Mostly.

Other information:


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.