Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (516)
Games in Android Showcase (122)
games submitted by our members
Games in WIP (577)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  DirectColorModel issues  (Read 1407 times)
0 Members and 1 Guest are viewing this topic.
Offline Absolution

Senior Newbie




Java games rock!


« Posted 2003-11-17 15:54:09 »

It seems that if I use anything but 8 bits per colour channel I get much decreased performance with DirectColorModel and MemoryImageSource in my applet.  For example, if I wanted 5 remaining bits for a 32 bit mode I'd do something like this:

1  
new DirectColorModel(32, 0x7fe00000, 0x001ffc00, 0x000003ff)


This gives 10.11.10.  Using that model to display is much slower than a standard 8 bits per colour.  If I were to guess, I would say it has something to do with the fact that when the Producer requests the RGB, the Colour Model has to scale the values to 0-255 first if you don't use the standard 8.  Funny thing is, it doesn't seem to happen in 1.1, only in later versions, especially 1.4.  Can anybody back me up on that?  I also wonder if you could overcome this by writing your own colour model?  

Abs
Offline Jeff

JGO Coder




Got any cats?


« Reply #1 - Posted 2003-11-18 03:09:02 »

This is really an AWT/2D API issue, not a tuning issue per se.

I think you'll probably get faster response if you post over in the 2D section.

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline trembovetski

Senior Duke




If only I knew what I'm talking about!


« Reply #2 - Posted 2003-11-19 04:25:12 »

It's slow because Java2D doesn't have optimized loops for your custom color model, so we have to go through generic routines, which often has several method calls per pixel.

Are you sure you need that custom color model? Take a look at the predefined image types (see BufferedImage class).
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

TehJavaDev (31 views)
2014-10-27 03:28:38

TehJavaDev (26 views)
2014-10-27 03:27:51

DarkCart (40 views)
2014-10-26 19:37:11

Luminem (21 views)
2014-10-26 10:17:50

Luminem (26 views)
2014-10-26 10:14:04

theagentd (32 views)
2014-10-25 15:46:29

Longarmx (61 views)
2014-10-17 03:59:02

Norakomi (57 views)
2014-10-16 15:22:06

Norakomi (46 views)
2014-10-16 15:20:20

lcass (43 views)
2014-10-15 16:18:58
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!