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 722078 - schroenc: oggmux drops buffers from schroenc because of unset buffer offsets
schroenc: oggmux drops buffers from schroenc because of unset buffer offsets
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: 1.3.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks: 722094
 
 
Reported: 2014-01-13 06:54 UTC by David Schleef
Modified: 2014-01-13 20:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Schleef 2014-01-13 06:54:12 UTC 
This pipeline does not produce a valid file:

gst-launch-1.0 videotestsrc num-buffers=30 ! schroenc ! oggmux ! filesink location=out.ogv
Comment 1 Vincent Penquerc'h 2014-01-13 10:05:44 UTC 
commit d1877b0b953e5a0a182c2aa6c19cf0911c41fc12
Author: Vincent Penquerc'h <vincent.penquerch@collabora.co.uk>
Date:   Mon Jan 13 10:01:43 2014 +0000

    schroenc: set buffer offset to buffer timestamp
    
    oggmux expects this to order incoming buffers
    
    https://bugzilla.gnome.org/show_bug.cgi?id=722078




Now, the file isn't correctly played back by gst. However, encoding more frames, VLC does (albeit with a first few seconds of "greenishness"). So it'd appear like a different bug in schrodec maybe.
Comment 2 David Schleef 2014-01-13 20:02:23 UTC 
Thanks.  I'll take a look at the playback problem.
Comment 3 Vincent Penquerc'h 2014-01-13 20:44:41 UTC 
OK. There is a bug for it at https://bugzilla.gnome.org/show_bug.cgi?id=722094.

Additionally, the more I think about it, the more I think I used the wrong counter to set the offset, it should be pt I think. I'm not quite sure due to the DTS/PTS going on, but I *think* it should be pt...