This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sun Aug 28 04:00:16 CEST 2016
git branch: test
git hash: fb6609280db902bd5d34445fba1c926e95e63914
gcc versi
Hi linux
http://estradljusdal.se/barn.php?faster=1gu76rnk37wgqqpmt
JULIAN GARDNER
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 26 Aug 2016, Randy Li wrote:
On 08/26/2016 05:34 PM, Hans Verkuil wrote:
Hi Randi,
On 08/26/2016 04:13 AM, Randy Li wrote:
Hello,
We always use some kind of hack work to make our Video Process
Unit(Multi-format Video Encoder/Decoder) work in kernel. From a
customize driver(vpu
Hi!
>
> mplayer -tv driver=v4l2:width=656:height=488:outfmt=uyvy:device=/dev/video6
> -vo xv -vf screenshot tv://
I modified fcam-dev to work with new kernel interface. It can now display
picture preview using SDL, and has somehow working autogain and autofocus.
It even includes very simple gu
Hi:
I have been reported that the setting the profile, level and bitrate
through the v4l2 extra controls would not make the encoded result
different. I tried it recently, it is true. Although the h264 parser
would tell me the result have been applied as different h264 profile and
level, but