bucksboy 9/11/05 12:36PM |
Is there a resolution limit? ISTR 1280 x 1024 was mentioned somewhere previously. |
adrianl (+3.0) 9/11/05 12:46PM |
Not for the acceleration code, no. The multi-screen and rotation features constrain the widths to certain values.(256n pixels) |
ROHC (+3.0)
 9/11/05 1:23PM |
Every Iyonix owner should get the acceleration driver - it is that good! |
markee174 9/11/05 5:50PM |
It certainly does what it says on the tin..... |
oldstuts 10/11/05 9:19AM |
Worth every penny!!!
Thanks, Guys! |
GavinWraith 12/11/05 11:13AM |
Dragging large jpegs is notably smoother (my standard graphics mode is 1376x1024x16M). The demo is very professionally presented and easy to use. Impressive stuff! |
tamias
 12/11/05 1:21PM |
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. |
spellinn (+1.0) 13/11/05 8:55AM |
In reply to 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/ |
| |