On 1/25/06, Justin The Cynical <[EMAIL PROTECTED]> wrote: > On Tue, January 24, 2006 10:14, Raphael Pooser wrote: > > *snip* > > > In reality, encoding/decoding is computationally intensive, and at the > > same time you need bandwidth as these actions involve streaming. since > > Celeron is piss poor at floating point and has no bandwidth to access > > the RAM, it must suck for HD on HTPCs. However, if anyone is using one > > successfully I'd like to know. > > I've got one in the current Myth machine. > > 2 gig socket 478, machine is a FE/BE, SD broadcast, Avermedia M179. > > Playback takes about 50% of the CPU. > > My first build was a software encoding card on a much earlier verison of > Myth, and the machine could /just/ play and record at the same time. > > IMO, for a remote FE, a "fast" Celeron will work fine for SD broadcast.
I've got a Celeron D 340 (2.93 Ghz). Playback takes between 12% to 15% with XvMC and commercial flagging is quick. The only issues I run into appear to be IO related (recent spat of IOBOUND in SVN). Celeron D 340 Nvidia Geforce4 MX440 AGP 1 GB RAM on Asrock 915GL motherboard Seagate 300GB PATA Cable w/ PVR-500 I'm currently playing with and very impressed by Linux 2.6.15-ck2. Using schedtool has cleaned up some occasional pauses (especially in recent SVN) and the whole system feels much more responsive. Scheduling mythcommflag to batch mode works very well. The only problem at the moment is that when MythTV starts another thread for playback it isn't inheriting the applied scheduler settings. _______________________________________________ mythtv-users mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
