[gstreamer-bugs] [Bug 154785] Clock does not run if audio stream lacks data for a short while

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=154785
 GStreamer | gstreamer (core) | Ver: HEAD CVS

Ronald Bultje changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|totem-gstreamer-            |gstreamer-
                   |maint at gnome.bugs            |bugs at lists.sourceforge.net
             Status|UNCONFIRMED                 |NEW
          Component|GStreamer backend           |gstreamer (core)
      everconfirmed|0                           |1
            Product|totem                       |GStreamer
          QAContact|                            |gstreamer-
                   |                            |bugs at lists.sourceforge.net
            Summary|Trouble playing file        |Clock does not run if audio
                   |                            |stream lacks data for a
                   |                            |short while
   Target Milestone|---                         |HEAD
            Version|unspecified                 |HEAD CVS



------- Additional Comments From Ronald Bultje  2005-06-08 12:36 -------
I had a closer look. The file indeed has a large, cruelly large, max-page-delay.
Totem-gst has a workaround for such files. You can set
/schemas/apps/totem/buffer-size to a value (float, in seconds) of the
buffersize. The default is 3; this file seems to start playing at 6. The direct
bug is fixed with that.

I'll keep the bug open to fix the deeper clocking issue: the clock does not run
if there is no data. This is not good...

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.