[Bug 792825] rtph264pay: add support for STAP-A bundling

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Jan 26 20:21:44 UTC 2018


https://bugzilla.gnome.org/show_bug.cgi?id=792825

Olivier CrĂȘte <olivier.crete at ocrete.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #367317|none                        |needs-work
             status|                            |

--- Comment #2 from Olivier CrĂȘte <olivier.crete at ocrete.ca> ---
Review of attachment 367317:
 --> (https://bugzilla.gnome.org/review?bug=792825&attachment=367317)

I really like the idea of this patchset and I wanted to have this for years!

::: gst/rtp/gstrtph264pay.c
@@ +71,3 @@
 #define DEFAULT_SPROP_PARAMETER_SETS    NULL
 #define DEFAULT_CONFIG_INTERVAL              0
+#define DEFAULT_DO_AGGREGATE        FALSE

I think this should default to TRUE as I think it's almost always the best
behaviour. My only worry is that it will break interop with lesser RTP stacks.

@@ -990,0 +1039,53 @@
+
+static void
+gst_rtp_h264_reset_bundle (GstRtpH264Pay * rtph264pay)
... 50 more ...

Don't leave code between "#if 0", you can use GST_CAT_MEMDUMP() or if
(gst_debug_category_get_threshold (GST_CAT_DEFAULT) > GST_LEVLE_MEMDUMP) { and
then print top the memdump level using the macros).

-- 
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