Date: Thu, 15 May 2008 23:15:06 +0200 From: "Danny Pansters" <danny@ricin.com> To: freebsd-multimedia@freebsd.org Subject: Re: Fwd: pvr-xxx on 7.0 Message-ID: <200805152315.06436.danny@ricin.com> In-Reply-To: <20080515182746.GA14203@phat.za.net> References: <F8A4DB3A-80CB-46BB-B4E4-7AC6E6750A3A@doeshosting.com> <CFAA6030-A326-4B2A-A33A-2867ECCED0D2@doeshosting.com> <20080515182746.GA14203@phat.za.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 15 May 2008 20:27:46 Aragon Gouveia wrote: > | By Jeff <jeff@doeshosting.com> > | [ 2008-05-15 19:40 +0200 ] > | > > >>the port is updated @ http://usleepless.110mb.com/pvrxxx_port.tgz > > >> > > >>- should build flawless on 7.0 > > >>- now unloads firmware-kld-modules > > >>- "make makesum" should not be necessary > > >>- should be able to switch back from svga/composite to tuner > > >>- added 3:2 pulldown control in pvr250-setchannel to see if it > > >>makes a > > >>difference for anybody 3:2 pulldown has to do with cinema 24fps that has been "upsampled" to NTSC which may cause artifacts when digitized and that's why there are 3:2 pulldown filters AFAIK. It has nothing to do with the "panning and fast movement" artifacts that occur with bktr and cxm video decoders, especially when scaled down to sizes divisable by 16. As I understand it, this is the result of a poor comb filter. Ffmpeg's deinterlace function eliminates this problem completely on my PVR-150 (using kbtv2's backend which is almost the same as ffplay). > > >> > > >>i observed something strange on 7.0 with this driver. mplayer is now > > >>able to sync a/v properly when doing "mplayer /dev/cxm0". i would > > >>like > > >>to hear from others about this. > > >> > > >>regards, > > >> > > >>usleepless > > Thanks for the update! > > The new port compiles and installs fine. The modules load with the > following logged: > > May 15 20:17:12 <kern.crit> geek kernel: cxm0: <Conexant iTVC15 MPEG Coder> > mem 0xf4000000-0xf7ffffff irq 10 at device 4.0 on pci5 May 15 20:17:12 > <kern.crit> geek kernel: cxm_iic0: <Conexant iTVC15 / iTVC16 I2C > controller> on cxm0 May 15 20:17:12 <kern.crit> geek kernel: iicbb0: <I2C > bit-banging driver> on cxm_iic0 May 15 20:17:12 <kern.crit> geek kernel: > iicbus0: <Philips I2C bus> on iicbb0 master-only May 15 20:17:12 > <kern.crit> geek kernel: iicbus0: <unknown card> at addr 0 May 15 20:17:12 > <kern.crit> geek kernel: iicbus0: <unknown card> at addr 0 May 15 20:17:12 > <kern.info> geek kernel: <2>tveeprom: ivtv version May 15 20:17:12 > <kern.info> geek kernel: <2>tveeprom: Hauppauge: model = 48139, rev = K2B7, > serial# = 8694227 May 15 20:17:12 <kern.info> geek kernel: <2>tveeprom: > tuner = Philips FM1216ME MK5 (idx = 117, type = 38) May 15 20:17:12 > <kern.info> geek kernel: <2>tveeprom: tuner fmt = PAL(B/G) PAL(I) > SECAM(L/L') PAL(D/K) (eeprom = 0x74, v4l2 = 0x00400e17) May 15 20:17:12 Note it says PAL-I too, so your PAL-I should be supported alright I reckon. > <kern.info> geek kernel: <2>tveeprom: audio processor = MSP4418 (type = 19) > May 15 20:17:12 <kern.info> geek kernel: <2>tveeprom: decoder processor = > SAA7115 (type = 13) May 15 20:17:12 <kern.crit> geek kernel: tuner type: 38 > May 15 20:17:12 <kern.crit> geek kernel: cxm0: Eeprom PAL > May 15 20:17:12 <kern.info> geek kernel: tuner: type set to 38 (Philips > PAL/SECAM multi (FM1216ME MK3)) by cxm May 15 20:17:12 <kern.info> geek > kernel: tuner: switching to v4l2 > May 15 20:17:12 <kern.crit> geek kernel: before tuner_command! > May 15 20:17:12 <kern.info> geek kernel: tuner: tv freq set to 55.25 > May 15 20:17:12 <kern.info> geek kernel: tuner: tv 0x05 0xe3 0x8e 0x01 > May 15 20:17:13 <kern.crit> geek kernel: cxm0: SAA7115 rev 1 video decoder > May 15 20:17:13 <kern.crit> geek kernel: cxm0: MSP4418G-B3 audio decoder > May 15 20:17:13 <kern.crit> geek kernel: cxm0: IR Remote > May 15 20:17:13 <kern.crit> geek kernel: cxm0: [ITHREAD] > May 15 20:17:15 <kern.debug> geek kernel: cxm0: encoder firmware version > 0x2060039 May 15 20:17:15 <kern.debug> geek kernel: cxm0: decoder firmware > version 0x2020023 > > > However, I'm not able to pull video off the device: > > # cat /dev/cxm0 >test.mpg > cat: /dev/cxm0: Device not configured > > and this gets logged: > > May 15 20:17:35 <kern.crit> geek kernel: cxm0: video decoder isn't locked > May 15 20:17:35 <kern.debug> geek kernel: Could not detect FPS > May 15 20:17:35 <kern.debug> geek kernel: could not config dec > May 15 20:17:35 <kern.debug> geek kernel: could not start encoder > > > Trying to select the tuner with pvr250-setchannel results in: > > # pvr250-setchannel -t > ioctl( tfd, METEORSINPUT ) failed.: Invalid argument > May 15 20:24:48 <kern.crit> geek kernel: cxm0: video decoder failed to lock > It's clearly not a tuner problem but a problem with the video decoder. The 150 and 500 have another type of video decoder chip than the 250/350, so I can't really say much more about it. HTH, Dan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200805152315.06436.danny>