[gstreamer-bugs] [Bug 533559] New: mpeg4videoparse should skip garbage
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Sat May 17 06:06:43 PDT 2008
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=533559
GStreamer | gst-plugins-bad | Ver: HEAD CVS
Summary: mpeg4videoparse should skip garbage
Product: GStreamer
Version: HEAD CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: sjoerd at luon.net
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
Hi,
My last patch for mpeg4videoparse contained a workaround for some i've got.
Namely if a VOP is followed by a userdata block combine both in one frame, even
though the mpeg4 bitstream spec doesn't allow userdata after a VOP. Some more
testing revealed that the cameras mpeg4 stream is even more buggy then that.
Not only is the userdata blob the data in it can contain things that look like
start codes :( The nicest solution for this is to discard all data between the
end of a VOP and the start of either a VOS, GOP or VOP. Will attach a patch in
a bit
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=533559.
More information about the Gstreamer-bugs
mailing list