Just in case this hadn't been replied to:
yes, we'd seen this behavior on certain video boards
only on Vista with Aero enabled.
I'm pretty sure this is a Vista bug, but we'll
try to work around it.
Thanks,
Dmitri
[EMAIL PROTECTED] wrote:
Hello,
I've been playing a few hours
I thought the first notice that was sent out about the D3D pipeline
said that the OpenGl pipeline was turned on for D3D.
I must have misunderstood what was said. The D3D pipeline and
the OpenGL pipelines are two different pipelines with two
entirely different sets of problems mostly caused by
Ken Warner wrote:
I thought the first notice that was sent out about the D3D pipeline said
that the OpenGl pipeline was turned on for D3D.
the OpenGl pipeline was turned on for D3D - this doesn't
make any sense. Not sure how something like this
can be concluded from what have been
Unfortunately you will not be able to force it
using -Dsun.java2d.d3d=true .
Couldn't this be changed at least for the operating-system checks?
If someone specifies d3d he really wants D3D enabled, otherwise he/she would
not specify it, or sun.java2d.d3d=true/false/force?
This is like
[EMAIL PROTECTED] wrote:
Unfortunately you will not be able to force it
using -Dsun.java2d.d3d=true .
Couldn't this be changed at least for the operating-system checks?
If someone specifies d3d he really wants D3D enabled, otherwise he/she would
not specify it, or
First of all, FYI, b07 is out. It has a couple of
important fixes - it significantly improves performance
of Netbeans (and other applications which use
LCD and grayscale AA text simultaneously) and addresses
issues on Intel chips.
Ken Warner wrote:
I have an NVida GeForce2
More stupid design strategy decisions by SUN. Who
thinks up these strategies?
And then the rational that is expressed to support those
stupid decisions are next to priceless.
What ever you do -- never listen to the people who actually
try to use Java.
I give up.
And while I know nobody at
Hello,
I've been playing a few hours with the 6u5 and the D3D pipeline.
(I'm quite sure it is enabled, as a full-screen drawing framerate drops by a
factor of about 20 when disabled, with CPU usage jumping to about 70%)
Marvelous performance (thank you all for your work), however I have found
Most of my application works great with the changes but I did find that custom
painting in charts is broken throughout the application.
Rendering artifacts occur in my custom charts and in JFreeChart charts as well.
The artifacts go away when I disable the new pipeline.
Here is the trace
Thanks for your report.
What exactly is broken - what kind of artifacts you're seeing?
Do you have to do something special in order for it to
reproduce (like move the window around, or expose it)
Could you please send me a screenshot?
(tdv at sun dot com)
I can't reproduce this on my Nvidia
After further investigation I found the necessary driver on the Dell website.
After updating the graphics problems went away.
Thanks for the help.
[Message sent by forum member 'sjcrank' (sjcrank)]
http://forums.java.net/jive/thread.jspa?messageID=245492
Also, could you try updating the driver? The latest driver
is 6.14.11.6375 on my system.
Dmitri
[Message sent by forum member 'trembovetski' (trembovetski)]
http://forums.java.net/jive/thread.jspa?messageID=245455
===
To
nvidia does not list a driver for my card Quadro NVS 110M and I am hesitant to
install a driver that is not advertised by nvidia to be compatible with my card.
[Message sent by forum member 'sjcrank' (sjcrank)]
http://forums.java.net/jive/thread.jspa?messageID=245460
Screenshots have been sent.
[Message sent by forum member 'sjcrank' (sjcrank)]
http://forums.java.net/jive/thread.jspa?messageID=245458
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the
Thanks!
I have filed bug
6629891: D3D: Rendering artifacts with older driver [Nvidia Quadro NVS 110M]
to track this issue (will appear on bugs.sun.com soon).
We'll disable the pipeline on drivers older than 6.14.11.5665 (earliest known
to work at this point).
Thanks,
Dmitri
[Message sent by
Dmitri
I tried the release and had got all kind of paint-related problems in my java
xmleditor. They did occur especially with bigger files A few examples:
- My textpane is not painted correctly: when I drag with my mouse over the text
I got all kind of repaint problems. The backgroundcolor
Hi Dick,
thanks for the info.
[EMAIL PROTECTED] wrote:
I tried the release and had got all kind of paint-related problems in my java
xmleditor. They did occur especially with bigger files A few examples:
- My textpane is not painted correctly: when I drag with my mouse over the text
I
Hello,
I found another interesting performance regression in one of my applications.
Scrolling in a JTable seems to be sluggish when I show a splashcreen first,
rendering speed is good when I don't show the splashscreen or when the
splashcreen does not exceed a width or height of 150 pixels.
Hi Martin,
Thanks a lot for the detailed report.
There are two issues here:
- some images loaded with Toolkit.getImage() (at least, pngs) aren't
accelerated - this had been addressed in jdk7 but not in 6uN.
I'll file a bug on this one.
- for some unaccelerated images
http://pancyl.com/debug.htm
I've put some timing code in my applet. It may be useful to do a comparison
between 1.5 and 1.6 with the D3D acceleration on your own machine.
What you will see in the console window is --
PanCyl v0.3.2_D3DTest
Interp Time = 841ms
Paint Time(640, 360) = 50ms
---
Hello,
Just an update..
Dmitri Trembovetski wrote:
Hi Martin,
Thanks a lot for the detailed report.
There are two issues here:
- some images loaded with Toolkit.getImage() (at least, pngs) aren't
accelerated - this had been addressed in jdk7 but not in 6uN.
I'll
I don't really know which of my operations cause hardware rendering and which
perform software rendering, because I just love the ease to create fancy
animations without having to deal with that questions :)
So maybe I did something wrong. I extracted a simple example from my program
that
Thanks, Dmitri.
I want to correct a minor detail in my problem description. I said vanish and
reappear. I really should have said that the dialog came up blank (after the
program ran all night) and then as I moved the mouse pointer over where the
controls were supposed to be, each control
Thanks, Roger.
Yes, this is a known problem with the 945G chipset:
6612195: D3d: Netbeans editor is completely unusable with JDK 6uN [Intel
945G]
You'll have to use the workaround for now, unfortunately.
Thank you,
Dmitri
[EMAIL PROTECTED] wrote:
Hi Dmitri,
I've just
Hi Ken,
thank you for your comments.
I don't think I can comment on the VM heap issue -
this is probably a question for the deployment team.
I'm not sure how it would work given that VM serves
multiple applets at the same time.
Thanks,
Dmitri
Ken Warner wrote:
Hi Dmitri,
Good to hear!
Dmitri
[EMAIL PROTECTED] wrote:
Works smoothly on this Dell Latitude D620 with Vista Ultimate so far.
In fact, it works better - the JTable headers are now much more compact and
elegant compare to JavaSE6u2 (esp with the sorting icon!) :)
[Message sent by forum member
Works smoothly on this Dell Latitude D620 with Vista Ultimate so far.
In fact, it works better - the JTable headers are now much more compact and
elegant compare to JavaSE6u2 (esp with the sorting icon!) :)
[Message sent by forum member 'alexlamsl' (alexlamsl)]
Hi Dmitri,
I was really excited to get my hands on the 6uN EA. But the performance boost
of the DX9 rendering I expected didn't come. In fact, it became horribly slow :(
Here is what the trace output says:
[I] CheckAdaptersInfo
[I] --
[I] Adapter Ordinal : 0
[I] Description
Hi Sebastian,
It is true that some operations may become slower.
Mostly it is when software and hardware rendering
are mixed togeter. In your case it is likely that you are
causing reading from video memory to system memory,
which is very slow.
But to verify this and may be
It's hopeless on a Toshiba M35-S320 with NVIDIA GeForce FX Go5200. This is not
surprising because QuickTime doesn't work either unless I disable D3D
acceleration in QuickTime's settings. I'm stuck with the driver on Toshiba's
support site because the drivers on NVIDIA's web site don't support
Dimitri,
I tried the new version with the nightly build of NetBeans 6 and noticed
that the status bar in the lower right hand corner of the application
leaves vertical blue line remnants as it moves back and forth
(indeterminate state mode) during compilations and such.
I also noticed that mouse
Hello,
Sun had released an Early Access of 6uN (formerly known as
the Consumer Release). You can get build b04 here:
http://download.java.net/jdk6/
This build contains the new Direct3D 9-based Java2D pipeline,
which is enabled by default on Windows platform. It is very similar to
32 matches
Mail list logo