>> A final thought on this ... I have been quite disappointed in the Java >> graphics performance. In spite of the work that Sun says they have >> done, I think that the performance is poor. At this point the *only* >> Java graphics operation I am using is java.awt.Graphics.drawImage, and >> I think it is *slow*. Additionally, I have tried some stragegies which >> should enable faster drawImage rendering. And in fact they slow things >> down by a factor of 7. So, I'm not feeling very good about this aspect >> of Java these days. > > Indeed. Wild thought... would it be much work and try to fix Sun'd > drawImage code?
I do not believe that Sun's drawImage code is publicly available. Well, maybe as part of the blackdown project. I don't really know. Does anyone? > Or would that code already be platform dependant? No, I suspect that the problem areas are still in Java code. I have a little more faith (or hope :) that the implementors of the 'platform dependent' pieces would be better systems programmers who would write efficient code in order to make their platform look good. I a bug with Sun because of one blatant performance bug: - using an 8-bit IndexedColorModel is 7x faster than the 32-bit default DirectColorModel - using a 16-bit IndexedColorModel should also be faster ... I would expect almost the same 7x speedup - Instead, it is 17x *slower* I also posted some things on the java forms at Sun. We'll see if I get any response. Miguel ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Jmol-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jmol-developers
