Steven Toth wrote: > Chaogui Zhang wrote: >> On Sat, Jan 12, 2008 at 08:39:43PM -0500, Steven Toth wrote: >>> Chaogui Zhang wrote: >>>> On Sun, Jan 06, 2008 at 05:18:48PM -0500, Steven Toth wrote: >>>>> Chaogui, >>>>> >>>>> I merged and mofiedi slightly patches 1, 2 and 3 and merged them >>>>> into one of my developer trees. HVR1500Q is working correctly. >>>>> >>>>> See http://linuxtv.org/hg/~stoth/xc5000-analog >>>>> >>>>> I suggest you download this tree and ensure the 800i is working >>>>> correctly, before I generate a pull request to Mauro. >>>>> >>>> Hi, Steve, >>>> >>>> I tested analog tv as well as composite/s-video input, it is working >>>> properly. I still cannot manage to get digital tv working, even after >>>> getting proper values of the registers from regspy. I get a ton of >>>> ts_oflow interrupt as soon as I use azap to tune to any digital >>>> channel. >>> Zhang, >>> >>> Can you email me the regspy full register dumps? >> Hi, Steve, >> >> No problem, attached is the regspy dump. It is not the "full" dump >> because for some reason, my computer hangs when I tried to use >> regspy with all the register listed in the ini file (I probably >> messed up something in the ini file). The dump only contains registers >> related to the transport stream and some registers that I think might >> affect the transport stream function. >> >> To save you some time, here is what I gathered so far: >> >> I managed to get rid of the overflow problem by setting the PLL_B > > TS is working, see the latest patches in my xc5000-analog tree. > > I'll look at these dumps now. > Zhang, these register values didn't help, which means that we're probably missing minor configuration parameters on the s5h1409 demod when running in parallel mode. That being said I switch the pinnacle 800i configuration in cx88 to switch to use serial mode, also patch a couple of registers, now it's streaming digital transport (QAM was tested) correctly. ATSC should also work just as well. Please confirm this is true. Also, I added support for IR but this remains completely untested. If someone can plug in an IR receiver and press a few buttons then the driver should be processing them correctly - much like we do for the Hauppauge HVR3000 products (IE. It's a native feature of the cx2388x silicon). Again, someone please confirm that IR is working before I prepare the final patches for Mauro. Thanks, Steve _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
