Hi Dmitry,
Am Mittwoch, den 13.08.2008, 09:06 +1000 schrieb Dmitri Belimov:
> Hi Hermann
>> A few days a go I wrote message about lock /dev/video0 when /dev/video1 is busy.
> I discuss with our main programmer about this. His answer is:
> When TV card send RAW YUV data we can't read from MPEG device. But when TV
> card send data in YUY2, UYVY, RGB we can work with MPEG device.
>> Linux kernel's module of saa7134 can work with this type of data??
> How to I can control this?
> We can rework saa7134 modules for set different types of data and lock MPEG device only for YUV format.
>> With my best regards, Dmitry.
just read some last mails before going to sleep,
but how to deal with it is likely more difficult than to wake up next
morning and have a solution.
I'm only a relict of all the initial attempts with Gerd Knorr to get all
such saa713x stuff on the run, mostly not even tortured on top by such
questions, but by undocumented tuners.
Hartmut did know about this limitation first. If the mpeg/TS interface
is in use, only packed formats can pass at once the dma engines for
analog, doesn't matter if from a second tuner or external video inputs.
How to control this in the current framework, given cards with up to six
mixed dvb/analog streams at once, which need proper usage, is not such a
simple question. Either can analog planar disallow mpeg, if first, or
should mpeg always have the priority, and if in use already, analog is
damned to have packed formats only.
There are simply no rules yet, where to start and what should have some
priority.
We could try to reach everyone we can think of, or simply post it to the
lists and hope from there something comes back.
Whatever you decide to further proceed is fine with me.
Cheers,
Hermann
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request at redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list