From owner-freebsd-multimedia@FreeBSD.ORG Thu Dec 20 23:36:38 2007 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CABCC16A420 for ; Thu, 20 Dec 2007 23:36:38 +0000 (UTC) (envelope-from mathew.kanner@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 700EA13C4E7 for ; Thu, 20 Dec 2007 23:36:38 +0000 (UTC) (envelope-from mathew.kanner@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so190993pyb.3 for ; Thu, 20 Dec 2007 15:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:from; bh=aE/Y3EuhbIwKnD1XK41EEkvUdoCtMsm+EVksVH7bbOI=; b=LrXfTr6o3r5mOLLtnDxr8M+lNiFoUwfASs/Fd8QHxe8H9s0x6NYjasMQarAG/d4G78PjvejKbRpoKyV+aLPU8wwOUGTmfgtDzy85SyqaLj3CLb4SUmhAp2ygMATSi/WLs8L/6O+nrFXHaJIORYHktm2XNcIsE+7yOwNc/JPZ3xg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent:organization:from; b=qBvb1MWbBDU5/AoGN9SWL0FekWJFRezoFvnkqBJtBbJTwJyg8mj9Al2z8DlP8bAl+ygv0VbK49xYIP191uqDgZM4QVDaOTL5mrMZNilYMOMo6mfpJrg4FechRktn+JMDN3Hb+NbXDgYyd79UmjqgEhO5H9Yj088wrVZ6qOavuIE= Received: by 10.64.53.20 with SMTP id b20mr1181010qba.40.1198193796679; Thu, 20 Dec 2007 15:36:36 -0800 (PST) Received: from localhost ( [74.57.16.159]) by mx.google.com with ESMTPS id q14sm242958qbq.33.2007.12.20.15.36.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Dec 2007 15:36:35 -0800 (PST) Date: Thu, 20 Dec 2007 18:36:34 -0500 To: usleepless@gmail.com Message-ID: <20071220233634.GE52400@tube5.mine.nu> References: <200712191659.28032.danny@ricin.com> <200712200324.13345.danny@ricin.com> <20071220164047.GD52400@tube5.mine.nu> <200712202244.12942.danny@ricin.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: I speak for myself, operating in Montreal, CANADA From: User Mat Cc: freebsd-multimedia@freebsd.org Subject: Re: PVR-150 on 6-STABLE: success and mini HOWTO X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2007 23:36:39 -0000 On Dec 20, usleepless@gmail.com wrote: > Hi Danny, Mat, > > ... > > as the author of the pvrxxx version of the pvr250 driver, i have been > reading along. Did you see the my patch in the previous message to get pvrxxx to compile on -current? > > Danny, thanks for your mini howto, and it is nice to read it was > pretty straightforward for you. > > i noticed a couple of things: > > 1. some version of mythtv fails to probe the inputs. this needs to be > investigated: there is a problem with the v4l(2)-header-files, or the > v4l(2) api actually changed ( i seem to recall something about his ). > i would like to know the exact version of mythtv which fails to probe > the inputs. mythtv-0.20.2.tar.bz2 built outside of the ports tree with a few patches from the port and one or two local hacks. It's the probing and setting of inputs that failing. The following log snippets are from mythtv after I faked out some routine that matches probed inputs to the values in database -- before the hack, it could read the names so it returned 0 avail inputs thus not capture. from mythbackend 2007-12-20 17:55:54.189 Connected to database 'mythconverg' at host: localhost 2007-12-20 17:55:54.210 Could not query inputs. eno: Inappropriate ioctl for device (25) 2007-12-20 17:55:54.211 Channel(/dev/cxm0): SetInputAndFormat() failed 2007-12-20 17:55:54.212 Channel(/dev/cxm0): SetInputAndFormat() failed 2007-12-20 17:55:54.212 TVRec(1) Error: Setting start channel '66' failed, and backup '1' failed as well. 2007-12-20 17:55:54.218 New DB scheduler connection from ktrace -di mythbackend 28476 initial thread CALL open(0x2afb0b60,O_RDWR,0) 28476 initial thread NAMI "/dev/cxm0" 28476 initial thread RET open 4 28476 initial thread CALL ioctl(0x4,0x40685600 ,0xbfbfdefc) 28476 initial thread RET ioctl 0 28476 initial thread CALL ioctl(0x4,0x40685600 ,0xbfbfdeb8) 28476 initial thread RET ioctl 0 28476 initial thread CALL gettimeofday(0xbfbfd8e8,0) 28476 initial thread RET gettimeofday 0 ... 28476 initial thread CALL ioctl(0x4,0x40685600 ,0xbfbfdb1c) 28476 initial thread RET ioctl 0 28476 initial thread CALL ioctl(0x4,0xc04c561a ,0xbfbfdc98) 28476 initial thread RET ioctl -1 errno 25 Inappropriate ioctl for device 28476 initial thread CALL ioctl(0x4,0x403c7601 ,0xbfbfdce4) 28476 initial thread RET ioctl -1 errno 25 Inappropriate ioctl for device > > 2. the driver is not designed for multiple reading. however, it must > be able to be opened more than once because the tuner is not a > separate device. this makes tuning while watching possible. I wonder if one can open a device for neither reading or writing, only IOCTLs? Anyway, I've panic'ed my machine several times because of this. > > 3. switching back from svhs is not possible? I not clear on the question. Switching to the tuner after switching to svideo/composite does not work. 'pvr250-setchannel -m 1' will also panic my machine. > > 4. supporting tvtime and other linux tv-viewers is on my wishlist too: > a v4l(2) compatible reading api needs to be implemented. > > 5. i experimented with the "3:2 pulldown" flag of the encoder. i think > the current driver mistakenly enables 3:2 pulldown. fixing this will > improve fast moving scenes ( sports ) and sliding texts. A question to all: Given an infinite amount of CPU what is the best possible deinterlacing strategy/filter for mplayer? --Mat