Integrated vs. Discrete Graphics on OS X

2015-05-25 Thread Scott Palmer
I've noticed that it is not possible to run a Java GUI app (Swing or JavaFX) on a MacBook Pro without it activating the discrete graphics and therefore reducing battery life. I believe it is automatically triggered by the use of OpenGL. Unless you explicitly code for the integrated adapter, I

Re: Integrated vs. Discrete Graphics on OS X

2015-05-25 Thread Mike Hearn
I believe the tricky part is not setting the magic flag in your Info.plist file but rather handling the GL context changes on the fly. It requires/would require some code in the Mac GL specific part of JavaFX. Otherwise if you force it to integrated then some other app causes a switch to discrete,

Re: Integrated vs. Discrete Graphics on OS X

2015-05-25 Thread Scott Palmer
Yes, I appreciate that the magic flag in the Info.plist would just be a signal to do something tricky. I tried setting -Dprism.order=sw in the Info.plist, thinking that would trick things into not requiring the discrete GPU, but all that happened when I did that was that I ended up with a

Re: Integrated vs. Discrete Graphics on OS X

2015-05-25 Thread Jim Graham
I'm not an expert on how to use OpenGL on Mac to avoid the discrete grahpics, but I do know that the retina support in the SW pipeline on the Mac should be addressed soon in 8u60 as a result of fixing RT-27960. The fix has been pushed to 8u-dev (and 9-dev) and is awaiting a sync into the

StageStyle.UTILITY doesn't always work with stage.setAlwaysOnTop(true)

2015-05-25 Thread Александр Свиридов
I have application which consits only of one stage: stage.initStyle(StageStyle.UTILITY); stage.setAlwaysOnTop(true); And I use oracle java 1.8.60 And I start my application 5 times. 2 times the window is on top of others. 3 times it's not of top of others. There is a bug in javafx. My OS -