[EMAIL PROTECTED] Warren Sturm wrote:
> > Anyone else want to try and see if this patch helps with cx18 for an > > HVR-1600 74041? > Tried it but it didn't seem to make any difference where myth is > involved. The cx18 works fairly well iff I buffer it for a bit (ie fire > it to a file and then mplayer the file). I can also > mplayer /dev/video1, pause for a couple sec, unpause and it also seems > ok. > > I have to do the same time for /dev/video0(pvr250) in mplayer $ mplayer -cache 8192 /dev/video1 May work for you, if you still have problems. It shouldn't be necessary to do this, but for some reason the beta cx18 driver with the HVR-1600 (74041) can be non-responsive for short intervals quite often. I also tried checking to see if it was a tuner input problem by playing a DVD into the Composite 1/Audio 1 port of the HVR-1600. The behavior is essentially the same whether using the NTSC tuner with a strong signal or the Composite 1/Audio 1 input. So I won't blame the tuner yet. (I was really hoping for a tuner problem, those are easier to fix IMO.) > However myth always has the select timeout on the HVR1600 (about every 50 > seconds it does it twice.) Yup, I still have myth problems. Sometimes the cx18 video source works. Sometimes it doesn't. > I also tried the strace cat /dev/video and can fire you the data if you wish Yeah, send it to me off list. I'll send to you off list the data I have for various test runs (574 KB tar.bz2 archive). The data proves that setting "auto chroma subcarrier lock speed" helps the cx18/HVR-1600. The data also shows that the ivtv/pvr-150 rarely has a "long delay" event compared to the cx18/HVR-1600(74041). -Andy _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
