I'm having what appears to be an interlacing problem with my LML33 capture
card, particularly when displaying in overlay mode in Xawtv. It seems like
the overlay is only getting half of the lines of the image, the other half
remain blank unless I fiddle with the TopField bit in /proc/zoran0. I'm
capturing from a video camera running on the Composite port. Resizing the
xawtv window doesn't have any effect, unless I shrink it to the point where
the other half of the lines aren't displayed... :-)

 When capturing to a file using lavrec and viewing the results on another
machine, the image is complete but there seems to be quite a lag between
updates of the odd and even lines - ie. if I move my hand back and forth at
a reasonably slow rate I can see the afterimage of my hand persist on one or
other set of lines when I switch directions.

 I am using latest driver-zoran (v0.9.2) from CVS, though I was experiencing
the same issues with the previous version. I don't experience these image
quality issue with the 2.4.20 kernel LML33 driver (zr36067.o), but it seems
to have an 'in use' counter bug that prevents me from viewing the source
with xawtv and recording using lavrec at more than one time.

Anyways, I'm up for any suggestions.
Thanks in advance.

----

echo TopField=1 > /proc/zoran0 - No change
echo TopField=0 > /proc/zoran0 - Causes 'ghost image'
any more flipping of TopField after this point just causes the odd or even
lines to persist with the image being displayed at the time it's flipped.

modifying DupFld - No change either way


Output of 'cat /proc/zoran0', immediately after loading the Zoran drivers:

ZR36067 registers:
000 4001C72E  400048FD  02275915  D402635C
010 D40269DC  0A000000  91090180  08950010
020 0895006C  00000022  01000000  AD008888
030 FFFFFFFC  3000310C  00000000  00000000
040 21000000  00000003  00000000  00000000
050 00000000  00000000  00000000  00000000
060 00000000  00000000  00000000  00000000
070 00000000  00000000  00000000  00000000
080 00000000  00000000  00000000  00000000
090 00000000  00000000  00000000  00000000
0A0 00000000  00000000  00000000  00000000
0B0 00000000  00000000  00000000  00000000
0C0 00000000  00000000  00000000  00000000
0D0 00000000  00000000  00000000  00000000
0E0 00000000  00000000  00000000  00000000
0F0 00000000  00000000  00000000  00000000
100 60000001  00000000  0006020D  0280030C
110 00000280  000A00F0  00000001  0000FFFC
120 00000050  00000040  80000000  00000000


Relevant output of 'lspci -v':

00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev c4)
        Flags: bus master, medium devsel, latency 0
        Memory at d0000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

00:01.0 Class ffff: VIA Technologies, Inc. VT82C598/694x [Apollo
MVP3/Pro133x AGP] (rev ff) (prog-if ff)
        !!! Unknown header type 7f

00:0e.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video
cutting chipset (rev 02)
        Subsystem: Unknown device ffbb:de7f
        Flags: bus master, fast devsel, latency 32, IRQ 10
        Memory at db020000 (32-bit, non-prefetchable) [size=4K]

01:00.0 Class ffff: ATI Technologies Inc Rage 128 RF (rev ff) (prog-if ff)
        !!! Unknown header type 7f


Status of bigphysarea patch while xawtv is up. Same values when xawtv &
lavrec are running at the same time.

[EMAIL PROTECTED] driver-zoran]# cat /proc/bigphysarea
Big physical area, size 4096 kB
                       free list:             used list:
number of blocks:             1                      0
size of largest block:     4096 kB                   0 kB
total:                     4096 kB                   0 kB


Command and its output used with lavrec:
[EMAIL PROTECTED] kb1]# /usr/local/bin/lavrec -f q /home/kb1/test-topfield0.qt
-a 0 -i n -d 1 -q 80 -t 5 --file-flush 0
0.00.05:00 int:033 lst:  0 ins:  0 del:  0 ae:  0 td1=0.000 td2=0.000
Recording time  :  0.00.05:00
Lost frames     : 000
A/V sync ins/del: 000/000
Audio errors    : 000


Xawtv is started without any special parameters.


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to