On Mar 13, 2005, at 13:51, Nuno Grilo wrote:

I had an AMD system with a via KM400 and the reliability of the
system, especialy in playback, was very low.
I changed to a nforce2 motherboard and all problems went away.

On the flip side, I've never had a problem with any of the motherboards I've used, which includes a pair of nForce2 boards, but also two older dual PIII boards (one Intel, one Asus), a KM400, a KM266 and a KT266A (on which my PVR-500 currently resides)...



On Sun, 13 Mar 2005 01:39:49 -0800 (PST), Jason Knisley
<[EMAIL PROTECTED]> wrote:
Yah. I thought that that might be the case.... It's
worked perfectly in the two dual Xeon machines that I
have. The production backend is a dual Xeon 2.2 and
the only linux Xeon I have.. I might just have to yank
it from the rack and use it on the desk for a while
until after we get vbi slicing and scaling completely
going.

Eh well. :P

Jason


--- Grant <[EMAIL PROTECTED]> wrote:
Hi,

At the risk of being completely flamed here, in my
experience the PVR 500
wont work with most VIA chipsets.
I have tried it in a ASROCK K7 AMD2400 board and a
VIA EPIA and both did
exactly the same as yours.

It had nothing to do with the power supply as has
been highlighted in a
different post. Read the recommended hardware
requirements and it will tell
you:
Processor requirements: PentiumR IV processor 1.2GHz
or faster for TV pause
with full screen playback

I changed to a P4 3Ghz Intel and all is good. Sorry
to be the bearer of bad
news.

Cheers
Grant

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jason Knisley
Sent: Sunday, 13 March 2005 9:00 p.m.
To: [email protected]
Subject: [ivtv-devel] PVR500 & VIA

Hey all,

Well, I've hit a new little snag. I've been
shuffling around machines since
I got the PATA card, and I've set up this Athlon XP
1700 as my test machine
for myth and the PVR500...

However, when I tried 0.3.2i, I got about two
seconds worth of data before
the machine reset.

And I tried f, and I got about 20 seconds worth of
digitally noisy data
before the machine reset.

then I tried megapatched e, and I got variable
lengths of noisy data before
the machine reset.

I recall seeing somewhere that there was an issue
with motherboards with VIA
chipsets... Is this actually true? I also tried
turning off preemption, so I
have an 8kstacks uniprocessor kernel without
preemption and it just simply
resets while decoding.

Anyone got any ideas?

Thanks,
Jason

-- Jarod Wilson [EMAIL PROTECTED]


Attachment: PGP.sig
Description: This is a digitally signed message part

Reply via email to