[mythtv] Hardware configuration

Chris mythtv-dev@snowman.net
Sun Jan 5 20:30:46 EST 2003


You should be fine.  I am running something similar.  An Athlon XP 2400
on a Soyo Dragon Ultra KT400 with 256 mb PC2700 RAM.  Managed to finally
get the onboard CMI audio working using the mic input.  It is not as
loud as I want it to be but workable.  I am able to simultaneously watch
a recording and record another show at 2500 mbps video and 41000 audio
with no visible frame dropping.  Using an ext3 filesystem for video
storage which hdparm reveals is higher performing than vfat and exported
that via nfs.  Just to stress the Athlon system, I had xine running on
another virtual desktop (with null audio) playing an mpeg recording.  No
problem.  To stress it further, I started another PC (Abit VH6 II with
P3 1 ghz)  on the network connected via homepna 10 mbps and ran a
version of mythtv .7 there ( I disabled live tv and scheduled recording)
and played the same video that was running on the Athlon XP. No
problem.  So I decided to stress the network /system again and turned on
a third PC (Celeron 566 Abit BH6 ) connected via RJ45 10/100 mbps  and
ran mythfrontend from there and played the SAME video file playing on
the other 2 pcs.  There was some scratchiness in the audio but I think
it is a local problem (It was using an aureal sound card with
opensource  drivers).   I went back to the Athlon XP system and stopped
playback and then played back the just recently finnished recording  and
there is no visible frame dropping.  Quite simply amazing.  Try to do
that it Windows.  I did try, it kept dropping frames doing a single MPEG
recording using ATI TV Wonder Multimedia Center. 

On Sun, 2003-01-05 at 13:55, Ray wrote:
> On Sun, Jan 05, 2003 at 03:41:14AM -0600, Jesse Crews wrote:
> > Forgvive me for beating up a dying horse, if I happen to be. After searching
> > the archives, I still have conflicting views on this subject, so I need some
> > opinions. Try to reply in paragraphs at the top, as line-by-line responses
> > are difficult to read. :)
> > 
> > I am piecing together a hardware solution, with the following performance
> > requirements in mind:
> >         - Ability to encode and decode a stream simultaneously (Watch LiveTV
> > / active recording) with HQ (~2-3GB/hr) @ 704x480 or 640x480
> >         - Ability to encode/decode simultaneously without dropping frames
> > with HQ.
> > Harware planned: (This configuration <$400 w/o HDD). (current) means
> > hardware is already here.
> >         -Hauppauge Bt868 card (WinTV w/ dbx stereo) (recycle)
> >         -Athlon XP 2100+ (cheap and can be scaled down to reduce excess
> > overhead and heat)
> >         -Asus A7S333 (SiS745) - inexpensive with decent performance (~10% <
> > KT333). OR AMD 761 based MSI 6341 OR KT3-Ultra2-C
> >         -Samsung PC2700 @ 128MB, assuming the task is CPU intensive, with
> > minimal memory requirements.
> >         -IBM 180GXP @ 120GB + 8MB cache
> >         -Yamaha YMF-754 audiocard (Hoontech SoundTrack Digital GX + Digital
> > I/O) (current)
> >         -Geforce2 MX200 for VGA/SVHS output. Possible future HD (projection)
> > here.
> >         -Some desktop shape case to match the other equipment
> >         -Generica IR receiver + Sony RM-AV2100 + LIRC (current, working)
> >         -Hollywood plus card, possibly used if DVD quality of the GF2 is not
> > (as) good. <--- use external application :) (current)
> > 
> >          dist - Gentoo or Debian (currently running in Gentoo w/o tuner
> > quite flawlessly) I prefer Gentoo because sysapps are latest, and Portage
> > avoids ickyness accociated with manually downloading/configuring/installing
> > sources.
> > 
> > Questions:
> > How much overhead would there be? How many extra streams can be handled at
> > the same time as CODECing one (translation: What's the lowest speed CPU we
> > can get away with)?
> 
> I'm not sure what the minimum would be but your above specs look fine.  The
> Athlon 2100 looks like the the sweet spot in pricing for Athlons right now. 
> A lower end Athlon should work but an application like Myth is going to
> uncover any problems in  your system.
> 
> > 
> > Are there any known issues with this chipset? Is DDR memory really
> > necessary? How much data is moved at any given time through the system bus?
> > Ability to reliably record @NTSC HQ is important. Do practical tests show
> > scaling effects when comparing = CPU and != memory controllers (ie.: SDR vs.
> > DDR133 vs. DDR166...)?
> > 
> > Important -- Use cheap SiS or VIA? Which is more stable? KT333 is clearly
> > better performer, but does this matter here?
> 
> I've been using various SiS based boards in most of the machines I've built
> for the past year or so and have been very happy with them.  I think the PCI
> latency bugs have been worked out of the VIA based boards but I'd still go
> with SiS personally.  You might also look at some of the Nforce2 based
> boards.  They are new enough that you might have to fetch updated drivers or
> whatever but they look very promising.  If you go with an SiS 735 based
> board you could try both SDRAM and DDR and tell us how much performance
> difference there is since right now everyone is just guessing.
> 
> 
> > Software:
> > We should encode @ 29.97 FPS (NTSC). Are there any isssues here? I'm leaning
> > toward MPEG4 at the moment.
> 
> This stuff is built into Myth so try both mpeg4 and rtjpeg and see what you
> like best.  The system above should have plenty of power to do either one.
> 
> -- 
> Ray
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev@snowman.net
> http://www.snowman.net/mailman/listinfo/mythtv-dev





More information about the mythtv-dev mailing list