[Bug 785531] appsink: forward the Protection Event to the application

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
> > or it sounds like in your
> > case the application is actually responsible for doing decryption ("buffer
> > manager"?) so it would pass the buffers to the application (CDM?), get
> > buffers back from the application and pass them onwards.
> 
> No it isn't doing the decryption, the buffer manager (Source Buffer) is a
> part of the application, responsible for implementing the MSE (Media Source
> Extension) algorithmic, regardless of media platform, Gstreamer or others
> 
> The First pipeline (Append Pipeline) is responsible to puting the content in
> a packets (GstBuffers) with a metadatas like timestamp, duration and size,
> that are needed for MediaSource implementation (Buffer Manager).

Ah right, I remember now :) Thanks for refreshing my memory. That perfectly
makes sense then.

> > There should be no reason to split the pipeline for this, and it could all
> > be relatively self-contained in the decryptor element (which then does the
> > communication with the app).
> 
> I'll remove the current patch and I'll add a mechanism in Demux
> (MatroskaDemux and Qtdemux ) to send a message on the bus when detecting
> encrypted content or any change in encryption metadata like a new KeyID in
> run time.
> 
> What do you think ?

Why do you need this information from the demuxer and not from the decryptor?
What would the application do with this information?

A new key-id at least seems like something the decryptor should only care
about, and then request whatever else it needs for that new key-id to do
decryption again.

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