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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from y.bandou <bandou.yacine at gmail.com> ---
> > 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.

If I send the information from the decryptor, I must stop the playback in order
to let the application get the appropriate license.

I need the information from the demuxer in the goal to anticipate the license
acquisition and no interrupt, if possible, the playback

The demuxer is in the AppendPipeline and the Decryptor is in the
PlaybackPipeline.

AppendPipeline: httpsrc ---> demux ---> appsink    

PlaybackPipeline: appsrc --->parser---> decryptor--->decoder--->Sink     

AppendPipeline  ---> ( Application ) ---> PlaybackPipeline


Note: 
The Decryptor is in the PlaybackPipeline because we use SVP (Secure Video
Path), so it should be just before the Decoder, and we don't put it in the
AppendPipeline because we can't store in the application queue a decrypted
content in SVP that is limited in size.

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