| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Also properly set limit/position on byte buffer, some codecs prefer to have
correct values there.
|
| |
|
|
|
|
| |
more error/warning messages overall
|
|
|
|
| |
there
|
|
|
|
|
|
|
| |
This reverts commit 3078b3a34c1f75b86bd629df1cd7c089a0f69999.
gst_video_frame_map() doesn't take a const GstVideoInfo*, so
all this is rather useless.
|
| |
|
|
|
|
|
|
| |
gst_amc_color_format_copy will copy in/out a frame resides at a
GstAmcBuffer. Lots of codes in gst_amc_video_*_fill_buffer are moved to
this new function.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some hack logic needs also to be present in create_src|sink_caps, for
working around some broken codecs. These hacks are hidden
in color_format/video_format conversion -- the prototypes of these
functions are also changed to include more args for hack judgement.
Also in case of multi-color_formats mapped to one video_format, then
map that video_format back will not give the original color_format, which
causes gst_amc_codec_configure failed with something like
'does not support color format N'.
The new prototype involves with GstAmcCodecInfo and mime, which
ensures the converted color_format is supported by the codec.
A COLOR_FormatYCbYCr to GST_VIDEO_FORMAT_YUY2 mapping is also added, in
order to work around bugs in OMX.k3.video.decoder.avc(which incorrectly
reports supporting COLOR_FormatYCbYCr, which is actually
COLOR_FormatYUV420SemiPlanar). There are already hacks for this in
gst_amc_video_format_to_color_format, gst_amc_color_format_to_video_format
and gst_amc_color_format_info_set, but the codec will still not work(be
ignored because of "has unknown color formats") without adding this mapping.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Ideally nothing else will be needed from the elements later.
|
|
|
|
|
|
| |
Scanning all codecs now and have data structures for holding codec
information and codec contexts. Also function declarations for
working with them.
|
|
|