Hi all,
There have been various bug reports lately regarding freezing of the PC
when starting a capture or when changing channels.
I've been stress testing this yesterday and today and I believe I have
found and fixed the problem. And as an additional bonus I believe that
this patch also
On Friday 27 July 2007 16:00, Mark Bryars wrote:
I already posted this patch yesterday but it was a hand crafted
patch, so I'm resubmitting it properly with my latest results:
Attached is the patch against 2.6.22.1 sources which I have been
testing against 13 WinTV PVR-150 cards and 1 WinTV
Attached are two new patches: it turned out that an extra wait was
necessary, otherwise flickering could still occur even though
INITIALIZE_INPUT would no longer freeze.
Regards,
Hans
On Saturday 28 July 2007 12:30, Hans Verkuil wrote:
Hi all,
There have been various bug reports
On Saturday 28 July 2007 12:35, Hans Verkuil wrote:
On Friday 27 July 2007 16:00, Mark Bryars wrote:
I already posted this patch yesterday but it was a hand crafted
patch, so I'm resubmitting it properly with my latest results:
Attached is the patch against 2.6.22.1 sources which I have
Hi all,
It was already released two days ago, but I never made a formal
announcement: ivtv-1.0.1 is available for download.
ivtv-1.0.1 is for kernels = 2.6.22 and contains the ivtv-fb driver,
then saa717x driver and the test tools and utilities.
Changes:
- Replace IVTVFB_IOCTL_PREP_FRAME by
Hmm, it turns out that I generated the patch for ivtv-0.10.x against an
old ivtv version. Sorry about that. I've now committed the changes to
the ivtv-0.10 branch, so you can also just download this link:
http://ivtvdriver.org/viewcvs/ivtv/branches/0.10.tar.gz?view=tar
And for the 2.6.22 and
It appears the 128K buffer can not allocate at least in my 64 bit
kernel but the 64K buffer allocates fine and when I then limit my
transfers to 64K. I get lots of warnings and video artifacts:
Ok, setting the buffer size to 0x1F000 and limiting transfers to
0x1F000 seems to work for me. I am
Hi all,
A lot of progress is being made these days, thanks to the various
testers and in particular the discovery by Mark Bryars relating large
DMA tranfers with DMA timeouts.
I've reworked the DMA handling in the driver to do the scatter/gather
inside the driver instead of relying on the DMA
Hi Hans,
just loaded 10.6, things seem pretty smooth so far. I've even disabled
my enc_mpg|vbi buffer settings, which I had set pretty high to prevent
DMA issues previously.
Channel switching and switching between a PVR150 and 250 seems very
smooth. Thanks to you and Mark for all the hard
