Liivo,
I have the same card and it does not work for me either. See earlier
postings of mine.
Curently i'm making a configuration to dump the i2c data from a windows
machine. As soon as I have that kind of data we can find the difference
with the other versions of the PVR150 that have picture
I seem to have happy video and audio, and tuning seems to be
successful, but I am having trouble getting Lirc to see any data from
the card's IR input. Lirc runs fine, goes through all the right
motions, but never sees any data.
Any thoughts?
On Dec 16, 2004, at 8:22 PM, Dan Ferris wrote:
Dec 1
Hello
all!
I've followed this
list for about a month and just two days ago purchased PVR-150 (PAL BG/DK/I)
model 1051 (on the box was originally printed model no 1046 and overprinted with
1051 - whats the difference between them? If you would like, I could take
pictures and/or send you an
Attached is my V0.7 xdriver source code.
There are no performance changes just some configuration things
1) restore use of fbdev to indicate frame buffer device to use
2) The probe routine now uses an ivtvfb ioctl to try and ensure the fb
device we open is actually ivtv
3) The initialisation co
Attached is the pre-compiled X driver for ivtv.
See seperate mail for information about changes
ivtvdev_drv.o.gz
Description: GNU Zip compressed data
This should fix things for the saa7129 finally :-).
http://ivtv.no-ip.com/ivtv-0.2.0-rc3c.tgz
Thanks,
Chris
--
---
Chris Kennedy / [EMAIL PROTECTED]
Engineer KMOS-TV/KTBG-FM
Broadcasting Services Department
Central Missouri State University
hey,
there is a little typo in the saa7129 patch for rc3b.
> > o 0x6C (SAA7127_REG_VTRIG) to 0xFA
> > (currently: 0xF9 for 7127)
0x6c was set to 0x6c, what doesn't make much sense
thanks,
ben
diff -BurN ivtv-0.2.0-rc3b/driver/saa7127.c ivtv-0.2.0-
rc3b.7129/driver/saa7127.c
--- ivtv-0.
Here's a newer version, I have ivtvfbctl using -prepyuv and seems like this
all should work, but can't get display at all myself, the size of buffers
needed in there has to be increased by 1 buffer for PAL (I multiply it times
5 currently, so 6 in ivtvfbctl should fix that). So this should have a
I was able to figure out a workaround for the console being taken over
by ivtv-fb, thanks to a pointer from David Smith.
Just adding vga=792 to the kernel options (in FC3, I also removed the
rhgb option) forces ivtv-fb to use fb1, and leaves fb0 alone.
Hope this saves people some headaches.
Rega
