[gst-devel] reg:non-conventional encoder/decoder plugin development

[Stefan Kost]

hi,

Ambily N schrieb:
> Hi
>  
> We are trying to develop gstreamer plugins for one hardware H.264
> encoder and decoder.
> One issue we are facing is, the encoder library doesnt provide an
> interface for providing an input buffer for accepting uncompressed video.
> Instead it captures from HDMI/Component video/DVI interface,for which
> there exists an option for selection.
>  
> Similary, the decoder doesnt provide a decoded output buffer.
> Instead it sends output to HDMI/DVI.
>  
> So our understanding is , due to these restrictions,the plugins cant be
> developed as normal trasnsform plugins.
>  
> Instead the encoder plugin need to be developed as a source plugin which
> generates encoded data and the decoder plugin can be developed as sink
> plugin which handles both decoding and rendering.
>  
> Is this understanding correct and is this a right approach? could
> experts please comment on this?

Yes, thats correct. Have a look into src/sink baseclasses to reuse as much as
possible form there. Especially the sink is important as it is resposible for
A/V sync.

Stefan

>  
> Regards
> Ambily
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel