From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id FAA13111; Wed, 9 Jun 2004 05:27:49 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id FAA13089 for ; Wed, 9 Jun 2004 05:27:48 +0200 (MET DST) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by concorde.inria.fr (8.12.10/8.12.10) with ESMTP id i593RiSH025504 for ; Wed, 9 Jun 2004 05:27:46 +0200 Received: from [192.168.1.200] (ppp114-11.lns1.syd3.internode.on.net [150.101.114.11]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id i593RYHY002645; Wed, 9 Jun 2004 12:57:35 +0930 (CST) Subject: Re: [Caml-list] 32 bit floats, SSE instructions From: skaller Reply-To: skaller@users.sourceforge.net To: Jon Harrop Cc: "Brandon J. Van Every" , caml-list In-Reply-To: <200406090125.24112.jdh30@cam.ac.uk> References: <200406090125.24112.jdh30@cam.ac.uk> Content-Type: text/plain Message-Id: <1086751653.16811.950.camel@pelican.wigram> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 09 Jun 2004 13:27:34 +1000 Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 40C683B0.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 floats:01 sourceforge:01 2004:99 2004:99 brandon:99 mama:99 abstraction:01 gui:01 9660:01 glebe:01 ocaml:01 images:98 nsw:01 snail:02 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Wed, 2004-06-09 at 10:25, Jon Harrop wrote: > On Tuesday 08 June 2004 20:24, Brandon J. Van Every wrote: > > ... > > What utter nonsense! > > Yo Mama. > > > You ever written a 3D device driver? > > Are you trying to write a device driver in OCaml? He is. But we're not talking about 'Unix' concept of a device driver. his problem is real time generation of graphics images from models for a *specific* card. (only you'd like to port the code to other cards too). Particular cards have particular capabilities and you have to know when to lose your abstraction and get specific. You also need to do things like flick a switch to turn off Perspective, choose shading models, etc (Diablo is unplayable on my 500 MHz PIII unless I turn ALL the fancy graphics off .. and it still runs way too slow to be playable at advanced levels). In theory, graphics can ALL be done with 'get_pixel', 'set_pixel' there is nothing else to do. Its all very nice and abstract .. and of course that kind of solution is totally and utterly untenable even for a GUI .. let alone a game or instrument demanding 10-40 frames per second continuous guarranteed thruput. -- John Skaller, mailto:skaller@users.sf.net voice: 061-2-9660-0850, snail: PO BOX 401 Glebe NSW 2037 Australia Checkout the Felix programming language http://felix.sf.net ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners