I like to come back to this topic to give feedback that at least I was
able to refactor the jgl code to render with SWT instead of AWT for
static examples.
Beside that I'd like to share a code sample that might better show what
I'd like to archive:
The data is prepared in the
On Thu, Apr 22, 2021 at 9:04 AM Erdal Karaca
wrote:
> Maybe, you could also use WebGL (and many fancy libs) using an embedded
> browser. There is an ongoing effort to integrate chromium into SWT.
>
WebGL worked when I tested it with webkit and I assume same is true for
IE/Edge and Safari.
Maybe, you could also use WebGL (and many fancy libs) using an embedded
browser. There is an ongoing effort to integrate chromium into SWT.
Am Do., 22. Apr. 2021 um 07:54 Uhr schrieb Christoph Läubrich <
lae...@laeubi-soft.de>:
> Hi Michael,
>
> sadly jogl is badly maintained (a new release is
Hi Michael,
sadly jogl is badly maintained (a new release is promised for month,
only a RC is available but not on maven and so on)...
That's exactly the issue here, I have had a bug in jogl I think a year
ago (or even more?) and there was a fix that *probably* would solve
this, but as
I know that we use jzy3d and jogl in an Eclipse product (to render 3D
charts). Isn't that an OpenGL implementation running on SWT? I'm not
into graphics programming, so I'm not sure if that actually provides
some value for you. :)
Ciao, Michael
___
did you look at skija which is built on top of skia is what is powering
Chrome and Firefox so it should work very well cross-platform. On
Windows you have the possibility to use Angle to not suffer from bad
opengl drivers and they have a CPU mode as well.
Tom
Am 21.04.21 um 05:32 schrieb
Sounds like an interesting project. I agree that having robust, cross-platform,
out-of-the-box (or an easy to install extension) would be valuable. Good luck
with it, and I hope to see some updates from you as you make progress.
Best, Nick
On Apr 20, 2021, 11:32 PM -0400, Christoph Läubrich ,
Thanks Ned and Nick for the feedback.
jGL is a pure java impl so no graphics-card memory involved. This might
sound strange, but there are two problems with the native ones:
1) I always have had issues regarding different OS, library versions,
driver combinations and so on, and its hard to
There are modern-ish (Open GL 3/3.2) SWT components maintained here:
https://github.com/LWJGLX/lwjgl3-swt
Ned Twigg
Lead Software Engineer, DiffPlug LLC
540-336-8043 (cell)
888-513-6870 (fax)
340 S Lemon Ave #3433, Walnut, CA 91789
ᐧ
On Tue, Apr 20, 2021 at 12:09 PM Nick Edgar wrote:
> For
For OpenGL stuff, you want to avoid Image / ImageData and keep as much of the
rendering in OpenGL as possible, running on the graphics card. Copying memory
between GPU and main memory (Java heap) will be slow.
SWT has bindings to some OpenGL libraries, but I don’t think they’ve been
updated in
Hi Christoph,
That approach is generally the recommended way to paint images in SWT. Painting
of a pre-created Image should be as fast as the OS allows.
Have you measured the times involved? Which phase do you need to speed up:
1. creating ImageData,
2. creating Image from ImageData, or
3.
Are you looking to animate things?
On Mon, Apr 19, 2021 at 11:20 AM Christoph Läubrich
wrote:
> I have a pixel-buffer and like it o be painted in the most performant
> way onto a SWT Canvas.
>
> Current approach is to convert this into an ImageData, create an image
> and then paint it inside
12 matches
Mail list logo