Re: [PATCH 3/3] vimc: Join pipeline if one already exists

Hi Helen, Thanks for your feedback. On 2019-07-09 15:24:10 -0300, Helen Koike wrote: > Hi Niklas, > > Thanks for the patch (and sorry for my late reply). > > On 5/17/19 10:07 PM, Niklas Söderlund wrote: > > A sensor which is running is already part of a pipeline and trying to > > start a new pi

cron job: media_tree daily build: OK

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: Thu Jul 11 05:00:12 CEST 2019 media-tree git hash:f81cbfc4f82a75ca0a2dc181a9c93b88f0e6509d media_build gi

Re: [RFC] Stateful codecs and requirements for compressed formats

Le mercredi 03 juillet 2019 à 17:32 +0900, Tomasz Figa a écrit : > Hi Hans, > > On Fri, Jun 28, 2019 at 11:34 PM Hans Verkuil wrote: > > Hi all, > > > > I hope I Cc-ed everyone with a stake in this issue. > > > > One recurring question is how a stateful encoder fills buffers and how a > > stat

Re: [RFC] Stateful codecs and requirements for compressed formats

Le mercredi 10 juillet 2019 à 10:43 +0200, Hans Verkuil a écrit : > On 6/28/19 8:09 PM, Nicolas Dufresne wrote: > > Le vendredi 28 juin 2019 à 16:34 +0200, Hans Verkuil a écrit : > > > Hi all, > > > > > > I hope I Cc-ed everyone with a stake in this issue. > > > > > > One recurring question is ho

Greetings!

Good day, I have a mutual business proposal, which refers to the transfer of a large amount of money to an account abroad, with your help as a foreign partner as a beneficiary of the funds. Everything about this transaction will be legal without any bridge of financial authority both in my co

[PATCH 0/6] media: i2c: Convert to probe_new()

The I2C driver framework aims to deprecate the current .probe() function which requires both an i2c_client structure, and an i2c_device_id structure in favour of a simpler probe_new() which takes only the i2c_client parameter. Once all drivers are converted to the probe_new() a global rename can p

[PATCH v2] media: i2c: ov5645: Fix power sequence

This is mostly a port of Jacopo's fix: commit aa4bb8b8838ffcc776a79f49a4d7476b82405349 Author: Jacopo Mondi Date: Fri Jul 6 05:51:52 2018 -0400 media: ov5640: Re-work MIPI startup sequence In the OV5645 case, the changes are: - Move OV5645_IO_MIPI_CTRL00 (0x300e) out of the initial s

Re: [RFC] SW connection between DVB Transport Stream demuxer and I2C-based frontend

On 10/07/2019 15:52, Marc Gonzalez wrote: > Your solution works great. It's refreshing to have stuff work > out-of-the-box! Arg! I spoke too soon. For some reason, si2157_init() is not being called when it should. I'm trying to trace it down...

Re: [RFC] SW connection between DVB Transport Stream demuxer and I2C-based frontend

On 08/07/2019 21:58, Peter Rosin wrote: > On 2019-07-08 13:08, Marc Gonzalez wrote: > >> PROBLEM #2 >> >> The tuner (si2157) is not on the i2c5 bus, instead it is on a private >> i2c bus *behind* si2168, which routes requests to the proper client. >> For the time being, I don't know how to model

salam/////

Attn am Mrs. Fatima , sorry for the delay to write you a friend gave me your contact that I should contact you after I told her my interest to relocate to your country for investment purpose . get back to me so that I can give more details as what leads to this decision Fatima

Re: regarding commit "v4l2-ctl: get fmt after source change" in v4l-utils repository

On 7/10/19 12:12 PM, Hans Verkuil wrote: > Hi Dafna, > > On 7/1/19 12:30 PM, Dafna Hirschfeld wrote: >> commit 84219e2b5d013709ee5259621715966c46eec746 >> Author: Hans Verkuil >> Date: Sat Mar 30 14:16:25 2019 +0100 >> >> v4l2-ctl: get fmt after source change >> >> When a source change

Re: regarding commit "v4l2-ctl: get fmt after source change" in v4l-utils repository

Hi Dafna, On 7/1/19 12:30 PM, Dafna Hirschfeld wrote: > commit 84219e2b5d013709ee5259621715966c46eec746 > Author: Hans Verkuil > Date: Sat Mar 30 14:16:25 2019 +0100 > > v4l2-ctl: get fmt after source change > > When a source change event arrives during decoding get the new > form

Re: [RFC,v3 8/9] media: platform: Add Mediatek ISP P1 SCP communication

Hi Jungo, On Tue, Jun 11, 2019 at 11:53:43AM +0800, Jungo Lin wrote: > This patch adds communication with the co-processor on the SoC > through the SCP driver. It supports bi-directional commands > to exchange data and perform command flow control function. > > Signed-off-by: Jungo Lin > --- > T

Re: [RFC,v3 7/9] media: platform: Add Mediatek ISP P1 device driver

Hi Jungo, On Tue, Jun 11, 2019 at 11:53:42AM +0800, Jungo Lin wrote: > This patch adds the Mediatek ISP P1 HW control device driver. > It handles the ISP HW configuration, provides interrupt handling and > initializes the V4L2 device nodes and other functions. > > (The current metadata interface

Re: [RFC,v3 6/9] media: platform: Add Mediatek ISP P1 V4L2 functions

Hi Jungo, On Tue, Jun 11, 2019 at 11:53:41AM +0800, Jungo Lin wrote: > Implement standard V4L2 video driver that utilizes V4L2 > and media framework APIs. In this driver, supports one media > device, one sub-device and seven video devices during > initialization. Moreover, it also connects with se

Re: [RFC] Stateful codecs and requirements for compressed formats

On 7/3/19 10:32 AM, Tomasz Figa wrote: > Hi Hans, > > On Fri, Jun 28, 2019 at 11:34 PM Hans Verkuil wrote: >> >> Hi all, >> >> I hope I Cc-ed everyone with a stake in this issue. >> >> One recurring question is how a stateful encoder fills buffers and how a >> stateful >> decoder consumes buffer

Re: [RFC] Stateful codecs and requirements for compressed formats

On 6/28/19 8:09 PM, Nicolas Dufresne wrote: > Le vendredi 28 juin 2019 à 16:34 +0200, Hans Verkuil a écrit : >> Hi all, >> >> I hope I Cc-ed everyone with a stake in this issue. >> >> One recurring question is how a stateful encoder fills buffers and how a >> stateful >> decoder consumes buffers.