*BSD News Article 65594


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!news.ysu.edu!news.cps.udayton.edu!news.engr.udayton.edu!blackbird.afit.af.mil!zombie.ncsc.mil!news.mathworks.com!newsfeed.internetmci.com!in2.uu.net!newsfeed.ACO.net!cmir.arnes.si!news.fer.uni-lj.si!arijan
From: arijan@news.fer.uni-lj.si (Arijan Siska)
Newsgroups: comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.x,comp.os.linux.hardware,comp.os.linux.setup,comp.unix.bsd.386bsd.misc,comp.unix.bsd.bsdi.misc,comp.unix.bsd.netbsd.misc,comp.unix.bsd.freebsd.misc,comp.sys.ibm.pc.hardware.video
Subject: Re: Matrox Millennium and hardware acceleration
Followup-To: comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux.x,comp.os.linux.hardware,comp.os.linux.setup,comp.unix.bsd.386bsd.misc,comp.unix.bsd.bsdi.misc,comp.unix.bsd.netbsd.misc,comp.unix.bsd.freebsd.misc,comp.sys.ibm.pc.hardware.video
Date: 10 Apr 1996 18:34:09 GMT
Organization: Faculty of Electrical and Computer Engeneering, Ljubljana, Slovenia
Lines: 32
Message-ID: <4kguv1$q5h@ninurta.fer.uni-lj.si>
References: <4j21ph$crr@slappy.cs.utexas.edu> <4ja1g6$ddj@hiekkalaatikko.cs.hut.fi> <4jolnu$a42@idefix.eunet.fi> <3160A88F.2153@engin.umich.edu> <4kdq9i$mgm@ninurta.fer.uni-lj.si> <4kgomh$6j5@sol.ctr.columbia.edu>
NNTP-Posting-Host: kette.fer.uni-lj.si
X-Newsreader: TIN [version 1.2 PL2]
Xref: euryale.cc.adfa.oz.au comp.os.linux.development.apps:14352 comp.os.linux.development.system:21099 comp.os.linux.x:29068 comp.os.linux.hardware:36031 comp.os.linux.setup:49972 comp.unix.bsd.386bsd.misc:525 comp.unix.bsd.bsdi.misc:3102 comp.unix.bsd.netbsd.misc:2884 comp.unix.bsd.freebsd.misc:17082 comp.sys.ibm.pc.hardware.video:56493

Bill Paul (wpaul@ctr.columbia.edu) wrote:
: can't work around. Even so, they should test more than they do.

The reason I think matrox drivers are to blame is that original drivers (older)
that came on CD could play cinepack avi's (with DCI) with no problem, but Photoshop was a bit more unstable.
The test I use is this: I load a large image, select a hand tool and than shake the image in the window for 20 seconds. By that time computer usualy resets.
Two other computer with similar hardware & software with Diamond cards work
fine. Just that those cards have only 2Mb of memory so I cannot edit in 
1280x1024x24...
On both these systems (Diamond&Matrox), there is a problem with intel indeo
3.1 avi files, that show diagonal stripes with false color, indeo 4.1 have
a slight horisontal shift in color (4 pixels). With DCI disabled everything
is fine.

: Being able to say "Well gee, this TurboGronkulator 1000 card is a lot
: more reliable than yours -- I think I'll just keep it and return your
: card" might just make them act faster.

Ahhhh........

: What I can't figure out is how the software came to be released that way.

There is simply too much software and too little time to debug. I know that.
And users usualy just want new features not bugfixes in new versions...


Ops, my time is running out....


				Arijan
				arijan@kette.fer.uni-lj.si