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: Mon Sep 5 04:00:17 CEST 2016
git branch: test
git hash: fb6609280db902bd5d34445fba1c926e95e63914
gcc versi
The generic decoder settings for H.264. It is modified from
the VA-API. Adding the extra data required by the Rockchip.
Signed-off-by: Randy Li
---
include/uapi/linux/videodev2.h | 103 +
1 file changed, 103 insertions(+)
diff --git a/include/uapi/linux/v
This is not done yet. The rockchip VA-API driver[1] still need a third part
library to pre-parse the nalu data. Maybe after the third part library
free version[2] had done, it would be clear that we else filed we may need.
Those structures comes from VA-API SPCE. But still not enough to driver
a s
These two controls would be used to set the H.264 codec settings
for decoder.
Signed-off-by: Randy Li
---
drivers/media/v4l2-core/v4l2-ctrls.c | 2 ++
include/uapi/linux/v4l2-controls.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/drivers/media/v4l2-core/v4l2-ctrls.c
b/drivers/media
Hi Hans,
Thank you for your review.
On 2016-08-22 07:57 AM, Hans Verkuil wrote:
Hi Helen,
A few small code comments are below.
Note that if I try to capture I see these two messages in the kernel log:
[588197.368145] vimc vimc.0: Entity type for entity Sensor A was not
initialized!
[588197.
From: Helen Fornazier
First version of the Virtual Media Controller.
Add a simple version of the core of the driver, the capture and
sensor nodes in the topology, generating a grey image in a hardcoded
format.
Signed-off-by: Helen Koike
---
Patch based in media/master tree, and available here
Hi Andrey
I'm already building my own FFmpeg from git master but in any case it happens
with the V4L2 API capture example in exactly the same way.
I have rebuilt uvcvideo/v4l from media_build with same result but I'll try
later kernel.
Regards
Oliver
> On 4 Sep 2016, at 22:25, Andrey Utkin
Hi!
Seems like weird error in V4L subsystem or in uvcvideo driver, in the
most standard usage scenario.
Please retry with kernel and FFmpeg as new as possible, best if compiled
from latest upstream sources.
For kernel please try release 4.7.2 or even linux-next
(git://git.kernel.org/pub/scm/linux/k
From: Mauro Carvalho Chehab
On this frontend, it takes a while to start output normal
TS data. That only happens on state S9. On S8, the TS output
is enabled, but it is not reliable enough.
However, the zigzag loop is too fast to let it sync.
As, on practical tests, the zigzag software loop doe
From: Mauro Carvalho Chehab
The AGC GPIO pin for this board is wrong. it should be GPIO 28
(0x1c).
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-cards.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
From: Mauro Carvalho Chehab
This device uses GPIOs: 28 to switch between analog and
digital modes: on digital mode, it should be set to 1.
The code that sets it on analog mode is OK, but it misses
the logic that sets it on digital mode.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro
From: Mauro Carvalho Chehab
With the current settings, only one channel locks properly.
That's likely because, when this driver was written, Brazil
were still using experimental transmissions.
Change it to reproduce the settings used by the newer drivers.
That makes it lock on other channels.
S
From: Mauro Carvalho Chehab
The cx231xx_set_agc_analog_digital_mux_select() callers
expect it to return 0 or an error. That makes the first
attempt to switch between analog/digital to fail.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx
From: Mauro Carvalho Chehab
If something bad happens when switching between digital
and analog mode, prints an error and outputs the returned code.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-core.c | 4
1 file changed,
The number of the cx231xx REQ for GPIO register set/get are wrong.
They should follow what's there at cx231xx-pcb-cfg.h.
Noticed while checking the cx231xx parser at the v4l-utils.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/cx231xx/cx231xx-core.c | 8
1 file changed, 4
15 matches
Mail list logo
