[Bug 766236] rtp j2k payload/depayload messes up colours in sample pattern

[GStreamer (GNOME Bugzilla)]

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

--- Comment #145 from boxerab at gmail.com <boxerab at gmail.com> ---
Thanks. Let me summarize how I see things regarding sampling:

Parser

1. j2k parser does not require either sampling or colorspace. If sampling is
present, we will still work out the subsampling from the stream and do a sanity
check on sampling from caps, and we will also work out the colorspace. If only
colorspace is present, we will generate the sampling field (assume RGB channel
order for sRGB). 

2. j2k parser source caps always sets the sampling field

Payloader

j2k rtp payloader requires the sampling field in the sink caps. i.e. we always
send out RFC-compliant streams.

Depayloader

j2k rtp depayloader requires either sampling or colorspace, for legacy reasons.
An older gstreamer instance may not be setting the sampling field.


Does this make sense?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.