Date: Fri, 04 Nov 2005 12:40:46 -0800 From: "Tim Bicio" <timbicio@hotmail.com> To: bseib@purdue.edu, freebsd-multimedia@freebsd.org Subject: RE: Troubleshooting cxm driver with Hauppauge 250 Message-ID: <BAY101-F15E3DE6D5EBC1C1C4A322AD1600@phx.gbl> In-Reply-To: <80021DB9CA5EA04C8A6FBB918788EBDD02AEC478@EXCH02.purdue.lcl>
next in thread | previous in thread | raw e-mail | index | archive | help
I had a similar problem some time ago. Perhaps this will help. You need to have a proper video signal running to the card in order for it to work. T <BLOCKQUOTE style='PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #A0C6E5 2px solid; MARGIN-RIGHT: 0px'><font style='FONT-SIZE:11px;FONT-FAMILY:tahoma,sans-serif'>>Hi all,<br>><br>>I recently discovered the cxm driver, so I moved my Hauppauge 250 tuner<br>>card to my FreeBSD 5.3 box (yay!). I built and installed the driver<br>>parts and it *almost* works, but produces empty mpg files. (BTW, this<br>>card has worked under KnoppMyth and WinXP in the past.) The console logs<br>>show successful loading of things:<br>><br>>cxm0: <Conexant iTVC16 MPEG Coder> mem 0xf0000000-0xf3ffffff irq 21 at<br>>device 9.0 on pci1<br>>cxm_iic0: <Conexant iTVC15 / iTVC16 I2C controller> on cxm0<br>>iicbb0: <I2C bit-banging driver> on cxm_iic0<br>>iicbus0: <Philips I2C bus> on iicbb0 master-only<br>>cxm0: Temic 4036 FY5 tuner<br>>cxm0: SAA7115 rev 1 video decoder<br>>cxm0: MSP4448G-A2 audio decoder<br>>cxm0: IR Remote<br>>cxm0: encoder firmware version 0x2050032<br>><br>>I can use 'setchannel -t <x>' to successfully tune in a channel. (I even<br>>added some debug lines to the driver to prove this is working. Plus<br>>setchannel correctly fails when I unhook my coax line...)<br>><br>>But when I do a 'cat /dev/cxm0 > testit.mpg' I get a zero length file.<br>>And when I interrupt this process I get (after the expected 1000ms<br>>delay) a message "cxm0: missing encoder EOS".<br>><br>>I have debugged this enough to think that the firmware command (0x81) to<br>>"begin capture" has been properly issued, but cxm_intr() is never called<br>>thereafter. So the driver patiently sits there in tsleep (as "cmxrd")<br>>waiting for its buffer to fill, but nothing ever comes.<br>><br>>Anyone have any tips where/how to pursue debugging this?<br>><br>>-broc<br>>_______________________________________________<br>>freebsd-multimedia@freebsd.org mailing list<br>>http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia<br>>To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org"<br></font></BLOCKQUOTE>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BAY101-F15E3DE6D5EBC1C1C4A322AD1600>