Geminus graphics acceleration in beta

Put your foot down

Links

Previous: The story behind RiScript 5
Next: Archive usage survey: VRPC edges past Iyonix

Discussion

Is there a resolution limit? ISTR 1280 x 1024 was mentioned somewhere previously. bucksboy on 9/11/05 12:36PM [ Reply | Permalink | Report ]

Not for the acceleration code, no. The multi-screen and rotation features constrain the widths to certain values.(256n pixels) adrianl on 9/11/05 12:46PM [ Reply | Permalink | Report ]

Every Iyonix owner should get the acceleration driver - it is that good! ROHC on 9/11/05 1:23PM [ Reply | Permalink | Report ]

It certainly does what it says on the tin..... markee174 on 9/11/05 5:50PM [ Reply | Permalink | Report ]

Worth every penny!!! Thanks, Guys! oldstuts on 10/11/05 9:19AM [ Reply | Permalink | Report ]

Dragging large jpegs is notably smoother (my standard graphics mode is 1376x1024x16M). The demo is very professionally presented and easy to use. Impressive stuff! GavinWraith on 12/11/05 11:13AM [ Reply | Permalink | Report ]

I'm not convinced that it's doing what it says it should do on my Iyonix. Artworks' apple still takes the usual amount of time to redraw when dragged around the screen, PDFs scroll up and down like treacle, and F12-return is still something to avoid showing your cynical GeForce 7800-owning mates. There's a very slight increase in speed when filling in the rectangles of the screen using RDesktop but that could just be my own perception. Adjust-clicking to toggle on and off has no noticeable effect except for possibly with RDesktop. tamias on 12/11/05 1:21PM [ Reply | Permalink | Report ]

tamias: Scrolling application windows is something that wont get cached as Geminus has no way of knowing whats going to be plotted in the new part of the workarea you have just exposed by scrolling. We can only accelerate existing screen contents *that have already been plotted onscreen* so that if another menu/window moves over it we can plot from the cache. If you scroll a window up, then down, then up again, we cant cache the original contents, as it could of changed between the 2nd and 3rd scroll events. The caching algorithmns are still being tweaked (hence the beta status) so you should see some improvement in the next release. Cheers, /Neil/ spellinn on 13/11/05 8:55AM [ 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

Star Fighter 3000: The Next Generation review
Star Fighter 3000: The Next Generation was born from the 3D0 version of the original SF3K that was ported back to RISC OS and this year freed from programmers' hard discs for the platform to enjoy, writes Andrew Weston. In this review Andrew weighs up much-improved graphics and sound against playability and stability.
 19 comments, latest by AW on 9/12/08 8:45PM. Published: 17 Nov 2008

Random article

Cino and Castle hype new ADFS
I've got the brains, you've got the looks
 38 comments, latest by nunfetishist on 18/05/04 10:41AM. Published: 14 May 2004

Useful links