mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-12-20 23:36:38 +00:00
24eb35f113
The dynamic resolution changes when the sequence starts when the decoder detects a coded frame with one or more of the following parameters different from those previously established (and reflected by corresponding queries): 1.coded resolution (OUTPUT width and height), 2.visible resolution (selection rectangles), 3.the minimum number of buffers needed for decoding, 4.bit-depth of the bitstream has been changed. Although gstreamer parser has parsed the stream resolution. but there are some case that we need to handle resolution change event. 1. bit-depth is different from the negotiated format. 2. the capture buffer count can meet the demand 3. there are some hardware limitations that the decoded resolution may be larger than the display size. For example, the stream size is 1920x1080, but some vpu may decode it to 1920x1088. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/1381> |
||
---|---|---|
.. | ||
ext | ||
gstv4l2.c | ||
gstv4l2allocator.c | ||
gstv4l2allocator.h | ||
gstv4l2bufferpool.c | ||
gstv4l2bufferpool.h | ||
gstv4l2codec.c | ||
gstv4l2codec.h | ||
gstv4l2colorbalance.c | ||
gstv4l2colorbalance.h | ||
gstv4l2deviceprovider.c | ||
gstv4l2deviceprovider.h | ||
gstv4l2element.c | ||
gstv4l2elements.h | ||
gstv4l2fwhtenc.c | ||
gstv4l2fwhtenc.h | ||
gstv4l2h263enc.c | ||
gstv4l2h263enc.h | ||
gstv4l2h264codec.c | ||
gstv4l2h264codec.h | ||
gstv4l2h264enc.c | ||
gstv4l2h264enc.h | ||
gstv4l2h265codec.c | ||
gstv4l2h265codec.h | ||
gstv4l2h265enc.c | ||
gstv4l2h265enc.h | ||
gstv4l2jpegenc.c | ||
gstv4l2jpegenc.h | ||
gstv4l2mpeg2codec.c | ||
gstv4l2mpeg2codec.h | ||
gstv4l2mpeg4codec.c | ||
gstv4l2mpeg4codec.h | ||
gstv4l2mpeg4enc.c | ||
gstv4l2mpeg4enc.h | ||
gstv4l2object.c | ||
gstv4l2object.h | ||
gstv4l2radio.c | ||
gstv4l2radio.h | ||
gstv4l2sink.c | ||
gstv4l2sink.h | ||
gstv4l2src.c | ||
gstv4l2src.h | ||
gstv4l2transform.c | ||
gstv4l2transform.h | ||
gstv4l2tuner.c | ||
gstv4l2tuner.h | ||
gstv4l2videodec.c | ||
gstv4l2videodec.h | ||
gstv4l2videoenc.c | ||
gstv4l2videoenc.h | ||
gstv4l2vidorient.c | ||
gstv4l2vidorient.h | ||
gstv4l2vp8codec.c | ||
gstv4l2vp8codec.h | ||
gstv4l2vp8enc.c | ||
gstv4l2vp8enc.h | ||
gstv4l2vp9codec.c | ||
gstv4l2vp9codec.h | ||
gstv4l2vp9enc.c | ||
gstv4l2vp9enc.h | ||
meson.build | ||
README | ||
tuner.c | ||
tuner.h | ||
tunerchannel.c | ||
tunerchannel.h | ||
tunernorm.c | ||
tunernorm.h | ||
v4l2-utils.c | ||
v4l2-utils.h | ||
v4l2_calls.c |
v4l2 plugins ============ The idea is a bit the same as the idea for the v4l1 plugins. We want one generic v4l2element, and a few child objects (probably only two: v4l2src and v4l2sink): /-------- v4l2src v4l2element ---= \-------- v4l2sink Both v4l2src and v4l2sink have a uncompressed and a compressed recording-/playback-mode. Since this is all part of v4l2, the 'client' of these elements, i.e. an application using v4l2src/v4l2sink, will hardly notice this. All capsnego stuff is done inside, and the plugin knows which formats are compressed and which are not. Please note that the v4l1 and the v4l2 plugins are *not* compatible concerning properties. Naming has been kept the same where possible, but in some cases, properties had to be removed or added to make full use of v4l2. V4L2 API: http://linux.bytesex.org/v4l2/. http://v4l2spec.bytesex.org/ /usr/include/linux/videodev2.h or Kernel patches available from http://dl.bytesex.org/patches/. Articles: http://lwn.net/Articles/203924/