Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (522)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (589)
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  
  -Dsun.java2d.trace=log  (Read 2904 times)
0 Members and 1 Guest are viewing this topic.
Offline jnibecke

Junior Newbie




><>


« Posted 2002-10-29 22:43:35 »

-Dsun.java2d.trace=log generates allot of sun.java2d.loops.Blit::Blit's and a few sun.awt.windows.Win32BlitLoops::Blit (about 1 to 5). Does this mean that only about 1 out of 5 of my blits are accelerated Embarrassed.  

I am also using Dsun.java2d.ddscale=true
which is working fine except the entire image is Antialiased... Runs fast but does not look right.  Anyone have any idea how to force a scale without doing Antialiasing.  
Offline trembovetski

Senior Devvie




If only I knew what I'm talking about!


« Reply #1 - Posted 2002-10-30 04:40:49 »

- looks like that's the case. The Blit::Blit is a software loop, while Win32BlitLoops::Blit is hw-accelerated.
I'd suggest to find out which which images are not accelerated - like, run your app step by step (with sleeps or debugger) and see which primitives are being used. Also, remember, if you use images with hidden acceleration, and render to those images more often than you copy from them, they won't be accelerated.

If you post your typical trace=log output, I might be able to tell you what's wrong.

- ddscale basically enables use of hardware for scaling blits. What you're seeing is not anitialiasing, strictly speaking, but filtering. The way a particular hardware does filtering is often beyong our control. This  is exactly the reason ddscale is turned off by default.
Offline jnibecke

Junior Newbie




><>


« Reply #2 - Posted 2002-10-30 13:14:39 »

Thanks,

I will not be able to provide a trace=log output till later this afternoon... but I have a few more questions...

1. Can the copying of "part" of a VolatileImage to another VolatileImage be accelerated? using drawimage to only copy a part of a VolatileImage to another?

2. Will java ever be able to do an accelerated alpha blending blit?  This is very important to my application.

3. Will java ever be able to do a hardware scale that is not filtered?  Similar to the unaccelerated scale that java does currently.

4. What is hidden acceleration?

At this point I am have been able to get some great frame rates 120+ at 800x600 with user interaction 6 layers, sprites, effects, sounds, collisions detection... etc... Unfortunately the limited control over ddraw that java gives is causing rather large inconsistencies across different machines.  The current problem with ddscale=true filtering my blits is just about the last headache I need before I go back to a different headache ... C++ and directx Shocked.  
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline trembovetski

Senior Devvie




If only I knew what I'm talking about!


« Reply #3 - Posted 2002-10-31 00:52:17 »

1. Yes, it will be accelerated
2. Yes, we're working on this for our next major release, and we might even be able to give some relief (like accelerated blending of translucent images) before that in one of the update releases.
3. we'll look into this. But it mostly depends on the hardware capabilities.
4. we accelerate some types of the images under the hood, i.e. transparently for the application. Under 'accelerate' I mean that if we detect that the image is copied from more than it's rendered to, we create a copy of this image in vram, so the following copies of this image happen in hardware - vram to vram. Currently (as of 1.4.1_01) we accelerate images created with
- Component.createImage(w, h)
- GraphicsConfiguration.createCompatibleImage(w, h)
- GraphicsConfiguration.createCompatibleImage(w, h, Translucency.BITMASK)
- GraphicsConfiguration.createCompatibleImage(w, h, Translucency.OPAQUE
- images loaded with Toolkit.getImage
 There used to be an article by Jeff on this stuff on the old java-gaming.org, so hopefully it'll be back soon, so you'd be able to get more details on hidden acceleration. Until then, there's some info in this article:
http://java.sun.com/products/java-media/2D/perf_graphics.html

Offline jnibecke

Junior Newbie




><>


« Reply #4 - Posted 2002-10-31 13:06:55 »

And there was much rejoicing Cheesy.

Thanks Trembovetski
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.

trollwarrior1 (27 views)
2014-11-22 12:13:56

xFryIx (69 views)
2014-11-13 12:34:49

digdugdiggy (48 views)
2014-11-12 21:11:50

digdugdiggy (42 views)
2014-11-12 21:10:15

digdugdiggy (36 views)
2014-11-12 21:09:33

kovacsa (60 views)
2014-11-07 19:57:14

TehJavaDev (64 views)
2014-11-03 22:04:50

BurntPizza (62 views)
2014-11-03 18:54:52

moogie (77 views)
2014-11-03 06:22:04

CopyableCougar4 (77 views)
2014-11-01 23:36:41
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!