H.264 source element plugin

[malikcis]

Hi,

I would like to implement a H.264 source element plugin.
I tried to use videotestsrc as a starting point without much success.
Any idea where to find a more appropriate example to start from?
Thanks, Malikcis

[Manoj]

Would you mind to specify if it is H.264 encoder / decoder ?
In either case, IMHO, it should be a filter element and not source/sink element.

[malikcis]

Thanks for your suggestion.
I would like to write a gstreamer wrapper driver for a H.264 capture card. I thought the best would be to write
a gstreamer source element.
Cheers,

[David Röthlisberger]

On 4 Jul 2012, at 08:58, malikcis wrote:
> Thanks for your suggestion.
> I would like to write a gstreamer wrapper driver for a H.264 capture card. I
> thought the best would be to write
> a gstreamer source element.

Ideally you would provide V4L2 (Video for Linux 2) drivers, and then you
could use a gstreamer pipeline like this:

gst-launch v4l2src device=/dev/video0 ! mpegtsdemux ! video/x-h264 ! decodebin

(the above requires gstreamer-plugins-good for v4l2src,
gstreamer-plugins-bad for mpegtsdemux, and gstreamer-ffmpeg for H.264
decoding.)

--Dave.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[malikcis]

Moin David,

Thanks for the suggestion.
I am also considering this alternative.
Why do you think v4l2 driver is better than writing a h.264 encoder gstreamer source element?

Malikcis,

[Kapil Agrawal]

Malikcis,

For that I am sure you be having the api for the H264 capture card.
These api you need to call in your plugin.

You can even refer say videotestsrc , understand the basic concept and call your own sdk api for data generation. So if you are not using baseclass the most important care need to take is clock syncronization with your hardware.

You might want to look at http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-libs/html/GstBaseSrc.html

Hope you got some clue.

-kapil

On Wed, Jul 4, 2012 at 3:28 PM, David Röthlisberger <[hidden email]> wrote:

On 4 Jul 2012, at 08:58, malikcis wrote:
> Thanks for your suggestion.
> I would like to write a gstreamer wrapper driver for a H.264 capture card. I
> thought the best would be to write
> a gstreamer source element.

Ideally you would provide V4L2 (Video for Linux 2) drivers, and then you
could use a gstreamer pipeline like this:

gst-launch v4l2src device=/dev/video0 ! mpegtsdemux ! video/x-h264 ! decodebin

(the above requires gstreamer-plugins-good for v4l2src,
gstreamer-plugins-bad for mpegtsdemux, and gstreamer-ffmpeg for H.264
decoding.)

--Dave.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

--
http://www.linkedin.com/in/kapilagrawal
www.mediamagictechnologies.com
(Consultancy - Multimedia, Gstreamer, ffmpeg, Streaming for platforms- linux, windows, TI, android)



_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[David Röthlisberger]

On 4 Jul 2012, at 11:11, malikcis wrote:
> Why do you think v4l2 driver is better than writing a h.264 encoder
> gstreamer source element?


Because then Linux users can use your capture cards with any other software that supports v4l2, not just gstreamer.

Also please consider the advantages of open-sourcing the drivers and working to get them incorporated upstream (in the Linux kernel). For example my client purchases large quantities of capture cards for automated testing of set-top boxes, and we'll only consider capture cards already supported in recent Linux kernels.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel