[Bug 769717] h265parser: refactoring some methods to be more like h264parser
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Aug 11 08:17:10 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=769717
Sebastian Dröge (slomo) <slomo at coaxion.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #333081|none |reviewed
status| |
--- Comment #2 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Review of attachment 333081:
--> (https://bugzilla.gnome.org/review?bug=769717&attachment=333081)
Generally looks good but seems incomplete:
::: gst/videoparsers/gsth265parse.c
@@ -488,1 @@
gst_h265_parse_process_nal (GstH265Parse * h265parse, GstH265NalUnit * nalu)
There are more callers of this function, where you probably want to check
return values. But it's the same in h264parse, which you probably want to
change at the same time then.
@@ -973,3 @@
- nalu.type == GST_H265_NAL_PPS ||
- (h265parse->have_sps && h265parse->have_pps)) {
- gst_h265_parse_process_nal (h265parse, &nalu);
I think the intention here is that we skip all data except for the 3 headers in
the beginning, and only after SPS/PPS are there we process everything else
This was changed in h264parse for
https://bugzilla.gnome.org/show_bug.cgi?id=732203 in
34c2cfd4ddcc370a273d5c86d403e421a94d0157 , so should be fine here for the same
reasons
--
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