From owner-freebsd-multimedia@FreeBSD.ORG Sat Feb 5 18:20:35 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C45BC16A4CE for ; Sat, 5 Feb 2005 18:20:35 +0000 (GMT) Received: from mxsf04.cluster1.charter.net (mxsf04.cluster1.charter.net [209.225.28.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCBA43D48 for ; Sat, 5 Feb 2005 18:20:35 +0000 (GMT) (envelope-from steven@403forbidden.net) Received: from mxip01.cluster1.charter.net (mxip01a.cluster1.charter.net [209.225.28.131])j15IKXUP013969 for ; Sat, 5 Feb 2005 13:20:33 -0500 Received: from 24-197-165-70.cpe.ga.charter.com (HELO services.403forbidden.net) (24.197.165.70) by mxip01.cluster1.charter.net with ESMTP; 05 Feb 2005 13:20:34 -0500 X-Ironport-AV: i="3.88,180,1102309200"; d="scan'208"; a="553314451:sNHT27394720" Received: from atlantis.403forbidden.net (atlantis.403forbidden.net [10.0.0.10])j15IKc1S049307 for ; Sat, 5 Feb 2005 13:20:38 -0500 (EST) (envelope-from steven@403forbidden.net) Date: Sat, 5 Feb 2005 13:21:36 -0500 (EST) From: "Steven S." To: freebsd-multimedia@freebsd.org In-Reply-To: <200502051738.j15HcFs5016576@jwlab.FEITH.COM> Message-ID: <20050205131518.E594@atlantis.403forbidden.net> References: <200502051738.j15HcFs5016576@jwlab.FEITH.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Hardware recommendations for MythTV/FreeBSD X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Feb 2005 18:20:35 -0000 > Simply modify dvd_ntsc_profile in cxm.c, recompile, and reload the module. > Some suggested bitrate values are: > > { 0, 9000000, 9520000 }, /* 1 hour on 4.7 GB media */ > { 0, 4000000, 4520000 }, /* 4 hours on 8.54 GB media */ > Cool, I need to do some coding, i want to try using sysctl's for setting these rather than hardcoding it in the module. excellent points below but in my case my machine is headless so no X server, has plenty of free ram and writes out to a hardware raid array. It just records then I playback on other devices. I use a simple shell script which freevo calls. All it does is this: /usr/local/bin/buffer < /dev/cxm0 > $1 & where $1 is the path passed from freevo. I only tried using buffer after a previous recommendation on the list. It might have helped or not.. i've no evidence either way. I guess my next step is try to determine if the hardware raid might be slowing things down just enough. I'll redirect the output to the system disk and see what I get. > It indicates the application isn't consuming the data fast enough. > In the case of mplayer some options are: > > a) Better video card. Personally I like the ATI Radeon cards. > > b) Better Xserver (i.e. XFree86 4.4) which supports using the > video card hardware for things like colorspace conversion > and MPEG motion compensation. This is of course assuming > your video card has hardware for those sorts of things. > > c) Faster processor. > > d) More memory (only if your machine is actually swapping). > > e) Modify mplayer to implement application real time buffering > using METEORSSIGNAL (basically copy libmpdemux/tvi_bsdbt848.c > to libmpdemux/tvi_bsdcxm.c and start hacking) or try increasing > CXM_SG_BUFFERS. This only helps if the problem is due to large > bursts of data ... it will not help if your machine is simply > not fast enough to keep up with the average data rate. > > f) Enable MPlayer's frame drop option (more of a workaround > than a solution). > > BTW using: > > $ cat /dev/cxm0 | mplayer - > > causes the machine to do more work than: > > $ mplayer /dev/cxm0 >