Re: multiplexing 4 channels

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



hello Gabor,

Looks like we're doing more or less the same
thing--I'm trying to multiplex up to 8 non-synched PAL
sources, but with an external, serial-controlled
switch.  From what I understand about video, it's
impossible in this configuration to guarantee results
better than 12.5 fps.  (I mean TOTAL frames.. so with
4 cameras this would be 12.5/4 fps for each camera.)

At any rate, I've gotten pretty good results (9, 10
fps TOTAL) putting the switching code inside the
kernel.  Specifically, I change the camera between
frames and mark the data according to the currently 
selected camera.  (It's a hack.. I just make the first
byte of the image an indicator.)

One mistake I made was setting gbuffers=2, thinking
that somehow this would get me better "response time".
 This appears to be an error in thinking, because I
actually get much worse results this way.  (Like about
5 fps.)  It seems to work better with a bigger
gbuffers value.  This means, of course, that your
user-space program will be a little out of synch with
what's being recorded though.  (For this very reason I
have to tag the images.)

dI77IHd

--- Gabor Kerenyi <wom@xxxxxxxxxxx> wrote:
> hi!
> 
> I have a serious problem with the BT8x8 chip. I have
> to
> grab four channels at the highest framerate. I don't
> need
> the full frametrate (25 fps), but I need as high as
> possible,
> the higher the better.
> I looked for this problem in the archive and there
> was a
> thread about it but no solution.
> 
> I use 4 not synced video inputs (PAL).
> 
> There are two problems:
> 1. If I change the channel after each field then the
> BT chip
> sometimes swaps the top and bottom field. I don't
> know why.
> The BT documentation says it determines the
> top/bottom field
> from the first HSYNC after the VSYNC rising edge (in
> phase
> with the VSYNC or not).
> I can get the video signal stable if I use a second
> read and
> drop the first picture. But the framerate is too low
> this time.
> 
> 2. The framerate independently from the stableness
> is low.
> 8 fps/channel for two channels. Well there is a
> Piccolo (Eurosys,
> using BT chip) card and a windows driver and it can
> do
> about 16 fps for two signals and 4-5 for 4 signals
> (and
> of course it never swaps fields).
> 
> So how that card and driver can do it? OK, there is
> an external muxer for the inputs, so only one input
> is
> used of the BT chip. I think this is not a big
> difference since
> the muxer in the BT chip is also an "external"
> device.
> 
> Does anyone have ideas about it? Why does it swaps
> fields at all???
> 
> thoughts from me:
> it swaps because the BT chip has an internal sync to
> correct bad V&HSYNCs, such as VHS video. Because the
> mux is independent from the chip and when another
> source is selected it simply follows its internal
> timer and
> doesn't care of extra SYNC pulses.
> 
> Would it help if we reseted the chip after the
> channel switch?
> Or simply force the chip resync (if it's possible)
> I can get fields swapped if I grab full size picture
> (768x576)
> in interlaced mode as well.
> 
> Thx,
> 
> gabor
> 
> 
> 
> --
> video4linux-list mailing list
> Unsubscribe
>
mailto:video4linux-list-request@xxxxxxxxxx?subject=unsubscribe
>
https://listman.redhat.com/mailman/listinfo/video4linux-list


__________________________________________________
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux