Iyonix 3D graphics driver released | Drobe.co.uk archives

Iyonix 3D graphics driver released

By Chris Williams. Published: 2nd Sep 2005, 17:00:14 | Permalink | Printable

Put your foot down on the hardware accelerator

Simon Wilson has released the first public version of his 3D graphics driver for Iyonix users. The software library, ported from BeOS and compatible with the popular OpenGL interface, employs the Nvidia PCI graphics card used in the XScale powered Iyonix. OpenGL based applications built with Simon's port should enjoy hardware accelerated graphics, thanks to the modest GeForce 2 MX card which, until now, has been left unutilised under RISC OS.

"In addition, functions are available for accelerating certain 2D operations, such as rectangle copying and sprite plotting. An API for these operations will be provided soon. Also, a module allowing 3D to be used in BASIC may be created in the future. Also, a fixed point version of Mesa (similar to OpenGL ES) is on the cards," says Simon on his website.

This afternoon he told us that he plans to upload some screenshots and tidy up the package over the next few days.

The library, which appears to sport a MIT-like licence, is provided freely with source code, and developers should be aware of a few issues and glitches. Simon, who also authored PCITV, first talked of his work in July. Meanwhile, the source to Quake 3 was recently released for free.

Links

IyonixMesa website - temporary address, due to move to the Iyonix website.

Previous: CJE seeks interest in A9home
Next: South West 2006 show confirmed

Discussion

Viewing threaded comments | View comments unthreaded, listed by date | Skip to the end

This is really fantastic. In my opinion RISC OS has been crying out for an OpenGL port for far too long. I can't wait to try it out.

If the performance is any good it could revolutionise graphics on RISC OS, and might even result in a few games appearing.

flypig on 2/9/05 7:18PM
[ Reply | Permalink | Report ]

Flyping seems to have said most of what I would say. Excellent indeed, and I can think of one or two complete vapourware plans I've got that could make use of this (but never will, knowing me).

SimonC on 3/9/05 1:57AM
[ Reply | Permalink | Report ]

"Meanwhile, the source to Quake 3 was recently released for free."

As if...

I wonder if Castle got in contact with Simon Wilson about his work.

hEgelia on 3/9/05 9:47AM
[ Reply | Permalink | Report ]

This is excellent news.

Is there any indication of when any demo will be released? (Like the teapot mentioned in the previous article)

jess on 3/9/05 12:02PM
[ Reply | Permalink | Report ]

If anybody wants Quake then JL from AcornArcade is as familiar as anybody with the enhanced versions of the game and the sequels in terms of graphics acceleration.

A recent version of Quake running on RISC OS would be a great eye-catcher for the Iyonix.

AW on 3/9/05 12:30PM
[ Reply | Permalink | Report ]

I've just uploaded a spinning earth demo, which the adventurous can recompile and link to use the included moon texture. The moon texture is nearly 8 times larger than the earth texture, and yet the framerate is unaffected (512x256 compared to 1440x720). This is due to the impressive fillrate of the GeForce card. The download for the libraries includes a cubes demo, which demonstrates simple mouse interaction.

The teapot relies heavily on triangle rate, which isn't so good right now. The driver does not take advantage of all the pipelines available, so is bound by the lack of floating point in the Iyonix. Hopefully this will be addressed soon one way or another, perhaps by utilising the GeForce more for transformations, or writing a fixed point driver. Any help here would be appreciated.

Castle have been in touch with me and I am working with them to get 3D acceleration working on later GeForce cards. I am saving to buy a GeForce 4 or MX to test with.

ksattic on 3/9/05 6:39PM
[ Reply | Permalink | Report ]

"I am saving to buy a GeForce 4 or MX to test with." I'm probably going to get modded down for this comment, but please don't spend any of your money funding this. Castle are a commercial entity, and really need to recognise that they must either do the work themselves or actually fund the relevant development. As noble as it is for developers to fund the advancement of the market, this is something that can't go on forever. When was the last time a company decided to save up and pay to have your car fixed?

not_ginger_matt on 3/9/05 11:50PM
[ Reply | Permalink | Report ]

not_ginger_matt: "please don't spend any of your money funding this... When was the last time a company decided to save up and pay to have your car fixed?"

If Castle promised your Iyonix would have hardware accelerated 3D graphics when you bought it, then maybe you could claim that not having such facilities would make it "broken".

Otherwise, I think you should re-read your comment, and withdraw this latest foolish mis-application of a car analogy.

dgs

dgs on 4/9/05 12:17AM
[ Reply | Permalink | Report ]

dgs> I'm not sure not_ginger_matt meant it in the way you seem to have interpreted it. Certainly the car analogy was not appropriate but he has a point.

I think it would be in Castle's interest to help Simon by funding him with the purchase of such a card - but that's my opinion.

jonix on 4/9/05 1:40AM
[ Reply | Permalink | Report ]

While I agree with Jonix in general, I suspect there may be an assumption of a particular contractual arrangement for the work being in place. If someone is being paid to spend time developing something using someone else's facilities, then the financial reward should be structured like that of an employee, but if the developer does the work on their own behalf and on-sells the result, then another set of rewards should apply. This is not to mention intellectual property implications, as well.

I suspect ksattic has been around long enough to know the difference, and has set up the arrangements accordingly - not that I want to know any details!

RobA on 4/9/05 3:37AM
[ Reply | Permalink | Report ]

RobA: Just to clarify: the work I did was completely individual. I sent an email to Castle to let them know I had succeeded, and some testing was done by them on later GeForce cards. They offered to host my code on iyonix.com. In addition, I was provided a test nvidia module to bring up later GeForce cards under RISC OS. I'd like to have a more recent card provided to me, but in reality, I can't expect anything in such a small market.

I have a strong graphics background, so given any reasonably documented PCI-based graphics card, I'm sure I can knock something up in a few months. I'd love an MPEG decoder board if anyone has one lying around.

I've already received a couple of donations, which will definitely pave/pay the way to future greater projects!

ksattic on 4/9/05 7:23AM
[ Reply | Permalink | Report ]

"Otherwise, I think you should re-read your comment, and withdraw this latest foolish mis-application of a car analogy." I've re-read my comment, and still fail to see how you missed the actual point I was making. You seem to be simply jumping on the standard Slashdot mentality of 'oooh... it's a car analogy, that must be wrong!' The problem you seem to be forgetting (and the one I was trying to illustrate) is that much of the current development is being personally funded by various developers who don't have big pockets. I thoroughly beleive that we need the hardware manufacturers and OS maintainers to help fund these people with their projects, even if it's simply to buy people like Simon the relevant hardware.

not_ginger_matt on 4/9/05 5:23PM
[ Reply | Permalink | Report ]

not_ginger_matt: I don't read Slashdot.

"much of the current development is being personally funded by various developers who don't have big pockets. I thoroughly believe that we need the hardware manufacturers and OS maintainers to help fund these people with their projects"

That would indeed be nice, but I don't think that telling Simon he shouldn't buy a GeForce 4 card to test his software, if he's decided to do so, is the right way to go about it.

Sadly, some RISC OS "hardware manufacturers and OS maintainers" don't have particularly big pockets either. (Although Castle don't necessarily fit into that category).

dgs

dgs on 4/9/05 5:36PM
[ Reply | Permalink | Report ]

flypig: "In my opinion RISC OS has been crying out for an OpenGL port for far too long."

A cursory examination of the IyonixMesa Web page reveals that an OpenGL port has been around for ages, albeit without hardware acceleration support, perhaps because there wasn't a stack of suitable hardware to support back in 2001.

If there's an "at long last" moment here, it's the availability of support for the highly-proprietary graphics hardware of the Iyonix (and the fact that the Iyonix includes something which does 3D acceleration).

guestx on 4/9/05 6:21PM
[ Reply | Permalink | Report ]

guestx:

I was aware of the previous implemention, but although I never tried it I understand that it was old, unmaintained, incomplete, and not fast enough to sensibly support any sort of animation. I don't mean to knock the work that was put into making it available, but as you point out it's probably only the Iyonix that has made it a sensible proposition.

I take your point about the hardware acceleration, as perhaps this is the greatest step forwards. Whatever the underlying reason, it's still going to be great to have a useable version of the OpenGL API. The big question is now going to be whether developers make use of it.

flypig on 4/9/05 11:33PM
[ Reply | Permalink | Report ]

A ture milestone...I read your posts on the forum (linked in previous artical)

Lots of hour's work.....glad toi hear you finally made it!

em2ac on 5/9/05 1:34PM
[ Reply | Permalink | Report ]

Meanwhile, I've not looked at Simon's work in any detail, but there is quite a bit of my work and potential ports that can make use of this. I don't have many specific examples to hand, but one is XPilotNG and some other games. In time, I'll do a write up on [link] and integrate his work into GCCSDK.

mrchocky on 7/9/05 3:40PM
[ Reply | Permalink | Report ]

Now that this is here, can anyone recommend a started on OpenGL (I think I'm right in thinking that Mesa is the same API?)

SimonC on 8/9/05 12:05AM
[ Reply | Permalink | Report ]

Am I the only person having problems running the earth demo? It hangs the machine with an outline of an error box showing on screen. Error logging reveals:

07 Sep 01:14:14 000 00800E07: Error from (unknown): Internal error, no stack for trap handler: Not enough memory, stack overflow, pc = FC167384: registers at 001154E8

Unforunately Simon has no contact information on his website thats I can see, and there is no sign of a readme file anywhere.

druck on 8/9/05 12:14AM
[ Reply | Permalink | Report ]

To druck: concerning contact address, have a look at the bottom of the page [link]

joty on 8/9/05 1:07AM
[ Reply | Permalink | Report ]

I've just uploaded a new version of IyonixMesa with red/blue swapping in place to cope with the different byte ordering of RISC OS. This means that colours rendered by Mesa look as they should without any faffing required. David - I've emailed you about your problem.

ksattic on 8/9/05 6:40AM
[ Reply | Permalink | Report ]

Thanks joty, I obviously didn't scroll right to the bottom. Thanks kstattic, I'll be in touch this evening.

druck on 8/9/05 9:02AM
[ Reply | Permalink | Report ]

It looks like the problem was running the earth demo from a 2048x1536x32bpp desktop. Its fine at screen sizes up to 1600x1200, but at 1920x1440 the texture is missing, and higher than that it doesn't run at all regardless of Wimpslot allocated.

Is there anyone else running the Iyonix at a proper high resolution on a 22" CRT that has tried it, or has everyone gone down the lower resolution LCD route?

druck on 9/9/05 9:22AM
[ Reply | Permalink | Report ]

Here's an OpenGL program that could be interesting. Although even on an Iyonix I suspect it might be pushing it: [link]

mrchocky on 28/9/05 5:26PM
[ Reply | Permalink | Report ]

Please login before posting a comment. Use the form on the right to do so or create a free account.

Search the archives

Today's featured article

RISC OS artist wows public with digital artwork
A RISC OS-using artist has described exhibiting his digitally-created work in a public gallery as a "rewarding experience". Richard Ashbery, who used ArtWorks and Photodesk to create his images, showed off patterns and colourful illustrations to punters, who told him his work made a change from the oils and watercolour masterpieces usually exhibited.

1 comment, latest by socris on 18/11/08 4:23PM. Published: 17 Nov 2008

Random article

Omega USB project contemplated
Drop project team an email if you're interested

17 comments, latest by arawnsley on 4/3/06 9:34PM. Published: 27 Feb 2006

Useful links

News and media:
Iconbar • MyRISCOS • ArcSite • RISCOScode • ANS • C.S.A.Announce • Archive • Qercus • RiscWorld • Drag'n'Drop • GAG-News

Top developers:
RISCOS Ltd • RISC OS Open • MW Software • R-Comp • Advantage Six • VirtualAcorn

Dealers:
CJE Micros • APDL • Castle • a4 • X-Ample • Liquid Silicon • Webmonster

Usergroups:
WROCC • RONE • NKACC • IRUG • SASAUG • ROUGOL • RONWUG • MUG • WAUG • GAG • RISCOS.be

Useful:
RISCOS.org.uk • RISCOS.org • RISCOS.info • Filebase • Chris Why's Acorn/RISC OS collection • NetSurf

Non-RISC OS:
The Register • The Inquirer • Apple Insider • BBC News • Sky News • Google News • xkcd • diodesign

© 1999-2009 The Drobe Team. Some rights reserved, click here for more information
Powered by MiniDrobeCMS, based on J4U | Statistics
"You are just users, irresponsible and overly sarcastic"
Page generated in 0.0607 seconds.