From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 8 20:55:32 2007 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67CD016A401 for ; Thu, 8 Mar 2007 20:55:32 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id E8FF313C481 for ; Thu, 8 Mar 2007 20:55:31 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 53981 invoked by uid 2001); 8 Mar 2007 20:28:50 -0000 Date: Thu, 8 Mar 2007 14:28:50 -0600 From: "Rick C. Petty" To: Jim Stapleton Message-ID: <20070308202850.GA53058@keira.kiwi-computer.com> References: <80f4f2b20703081146q52a7d109k81683b12cda6f191@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80f4f2b20703081146q52a7d109k81683b12cda6f191@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-multimedia@freebsd.org Subject: Re: any application that can read straight form a tv tuner device? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2007 20:55:32 -0000 On Thu, Mar 08, 2007 at 02:46:42PM -0500, Jim Stapleton wrote: > i.e. > > $ SomeMpegViewer < /dev/cxm0 > > I tried mplayer since it was supposed to be able to handle mpg videos > from stdin, however it gave me an error saying there was too much data > per packet (I don't have it with me at the moment, so I can't say > exactly what it is) Try: mplayer -cache 4300 /dev/cxm0 > I found that, if I have enough delay between the two commands, > $ cat /dev/cxm0 > /tmp/tvfile > $ noatun /tmp/tvfile For some reason, I think the way the MPEG encoder multiplexes the audio and video is problematic. From analyzing the problem, it seems the audio is multiplexed a few seconds later in the stream than the video. Telling mplayer to cache 4.3MB seems to fix this problem for me. The timestamps on the video & audio stream are correct, mplayer just need to "read ahead" farther to find the correct timestamps. > does the job I need, but, it has some latency, which can be > problematic (especially if I were playing a console game), also it > tends to create a rather large file, unncecessarily. Yes it does and it is quite annoying. "Live TV" is not live but delayed. I'm wondering if this is a problem for Windows users and these cards. I was never able to get my card working in Windows, and Linux was almost as broken. I suspect there's not much we can do because the encoder's firmware is downloaded to the card when the cxm driver is probed. It *may* be just a matter of tweaking settings, Usleep would have a better idea. -- Rick C. Petty