[Bug 726117] typefinding: issue in MPEG-TS detection logic for streams with Null Pids
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Apr 4 16:17:38 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=726117
GStreamer | gst-plugins-base | git
Reynaldo H. Verdejo Pinochet <reynaldo> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #271535|none |needs-work
status| |
--- Comment #4 from Reynaldo H. Verdejo Pinochet <reynaldo at opendot.cl> 2014-04-04 23:17:33 UTC ---
Review of attachment 271535:
--> (https://bugzilla.gnome.org/review?bug=726117&attachment=271535)
Thanks for your patch and the sample. I couldn't find any
reference to this field being 00 for valid streams though.
00 seems to be reserved. Can you provide more info on the
rationale behind it? Regarding the patch, just two nits:
::: gst-plugins-base-0.10.34-orig/gst/typefind/gsttypefindfunctions.c
@@ +1938,3 @@
#define MPEGTS_HDR_SIZE 4
/* Check for sync byte, error_indicator == 0 and packet has payload */
+/* Adaptation control filed (((data)[3] & 0x30) == 0x00) may be zero for TS
packets with NULL PIDs.
filed/field
@@ +1939,3 @@
/* Check for sync byte, error_indicator == 0 and packet has payload */
+/* Adaptation control filed (((data)[3] & 0x30) == 0x00) may be zero for TS
packets with NULL PIDs.
+ Still these streams are valid TS streams */
Still,
--
Configure bugmail: https://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.
More information about the gstreamer-bugs
mailing list