[Bug 770107] qtdemux: reports only one encryption system even if it can support more than one

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Xabier Rodríguez Calvar <calvaris at igalia.com> ---
Created attachment 335704
  --> https://bugzilla.gnome.org/attachment.cgi?id=335704&action=edit
1/1 gst-plugins-good

I am uploading this patch cause I had already cooked it but it is useless for
the use case I explained. The patch checks for a preferred system id when it is
going to configure the protected caps and if it is not available it will ask
for the context. After that, if there is that preferred system, it will use it
and if not it will use the other path.

Why do I say this is useless?

In our test case:

1. The stream is injected.
2. qtdemux detects the protection system ids, generates events for them and
keeps them until the streams are set up.
3. It selects the system system (with or without my patch) and creates the
protected caps.
4. The streams are set up and the events are emitted.

For us and according to the spec (the old one and I haven't checked the new one
thoroughly but I bet it would be similar, you only have to see the diagram at
https://www.w3.org/TR/encrypted-media/stack_overview.svg to realize that it is
always the media system telling the upper layers if the media is encrypted or
not) we cannot know in advance if the stream is encrypted and there is no [old]
spec to see what happens when you find more than one encryption system (if you
fire the needkey events and so on).

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