My suggestion would be to add BYTE_RGBA_PRE to the PixelFormat enums and
that ES2 claims it supports and have the gradient code then test for
either BYTE_BGRA_PRE or BYTE_RGBA_PRE support and use the appropriate
indices depending on the result...
...jim
On 2/27/15 2:29
Hi Jim,
after disabling the test and switching the channels in insertInterpColor(),
gradients are rendered correctly. It is a hack, but it works for now. :) Thanks
for the hint.
The format supported by default in ES 2.0 is actually BYTE_RGBA and not
INT_RGBA. I think it makes sense to use a by
We neither test nor recommend using the j2d pipeline for onscreen
rendering, so that should be:
java -Dprism.order=es2,sw ...
-- Kevin
Jörg Wille wrote:
Hi Adam,
VMWare is not officially supported but as my test shows, only DirectX
rendering does not work. If you do not have high workload fo
Chien is correct that this is not a supported config. However, I know of
cases where it has been used successfully without HW acceleration
enabled (not sure whether it would work with HW acceleration, but there
would be more risk in doing that).
-- Kevin
Chien Yang wrote:
Hi Adam,
I would
Vadim,
Please add Leif for Controls.
Thanks,
Victor
On 27.02.2015 17:30, Vadim Pakhnushev wrote:
Reminder, Monday is our weekly sanity testing.
You can find your testing assignment at:
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing
Also please remember that the repo will be lo
Reminder, Monday is our weekly sanity testing.
You can find your testing assignment at:
https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing
Also please remember that the repo will be locked from 1am PST until 1pm
PST.
Happy testing!
Thanks,
Vadim
Hi Adam,
VMWare is not officially supported but as my test shows, only DirectX
rendering does not work. If you do not have high workload for graphics in
your application you can force software rendering by starting your
application like this:
java -Dprism.order=es2,j2d -jar app.jar
(This tries out
