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 774837 - mpegts: buffer offset set to GST_BUFFER_OFFSET_NONE
mpegts: buffer offset set to GST_BUFFER_OFFSET_NONE
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Mac OS
: Normal minor
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-11-22 12:54 UTC by Milos Seleceni
Modified: 2018-11-03 13:59 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Milos Seleceni 2016-11-22 12:54:17 UTC 
Hi, in mpegtsmux.c in function mpegtsmux_collected_buffer the input buffer has offset set to GST_BUFFER_OFFSET_NONE which is valid if we do not know it. In case of video stream this buffer offset should be the frame number stored in this buffer. I need that frame number to write it into the timecode property of Jpeg2000 ELSM header. I'm not able to track it back where the buffers are created and how to set right offset value. 
Is it bug or we do not know the offset at this time ?


Can you help me to understand where the buffers are created and how can I add the correct offset? I guess that frame number should be already known when the mpegtsmux receive the buffer.
Comment 1 GStreamer system administrator 2018-11-03 13:59:36 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/478.