On Sat, May 19, 2007 at 08:14:11PM +0200, Hans Verkuil wrote:
> Hi all,
>
> I would appreciate it if people could start testing the latest ivtv on
> the 0.10 branch, available here:
>
> http://ivtvdriver.org/viewcvs/ivtv/branches/0.10.tar.gz?view=tar
>
> The current driver has a problem with copying data from the MPEG card to
> memory that are done using PIO instead of DMA (for good reasons).
> Unfortunately PIO accesses are slow, so too much time is spent inside
> the interrupt handler. This can lead to missing clock ticks and
> problems with remotes (key hits that are missed).
>
> The patch I've committed moves these PIO copies to a separate handler
> outside the interrupt handler, so this should solve these problems.
Hans, you've done it. ivtv is fixed. Good work!
I'm happy to report that 0.10, on my system, no longer mucks up the
system clock. Since installing this new test version, the clock
hasn't lost sync either while recording, or not recording.
The clock runs at correct speed with the usual values of
# adjtimex -p
frequency: 4384608
tick: 9998
The closed caption text seems perfect as well.
There have been no abnormal entries in /var/log/messages, except
these:
May 22 11:00:08 datwiz kernel: ivtv0: All encoder VBI stream buffers
are full. Dropping data.
May 22 11:00:08 datwiz kernel: ivtv0: Cause: the application is not
reading fast enough.
May 22 11:00:10 datwiz kernel: ivtv0: All encoder MPEG stream
buffers are full. Dropping data.
May 22 11:00:10 datwiz kernel: ivtv0: Cause: the application is not
reading fast enough.
These coincided with the ending of one recording and the start of
another. No watching of programs was occurring; only recording.
This is on a 64 bit Fedora Core 6 machine with kernel
2.6.20-1.2948.fc6, and standard mythtv ver0.20, Hauppauge WinTV
PVR-150 recording cable NTSC, and pcHDTV HD3000 recording broadcast
ATSC.
I'm sorry to take so long to report this good news, but I had trouble
accessing ivtvdriver.org and was unable to download 0.10.tar.gz until
this morning, 5/22. I don't know what the problem was.
--
David A. De Graaf DATIX, Inc. Hendersonville, NC
[EMAIL PROTECTED] www.datix.us
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
