This feature seems very interesting, thanks for doing that! In order to
allow the use of JavaFX as a replacement of Java2D for Earth Observation
applications (i.e. visualizing terabytes of remote sensing data), would
it be possible to create an image without copying data in JavaFX, by
specifying the following pixel layout information?
1. Possibility to choose whether sample values in the image are banded
or interleaved:
* Banded: all red values in an array, all green values in another
array, all blue values in another array.
* Interleaved: a single array with ARGB values packed as integers.
2. Possibility to specify pixel stride (not necessarily 1) and scanline
stride (not necessarily image width).
3. Possibility to use a single array of integers whose values are
mapped to colors using a lookup table (was IndexColorModel in Java2D).
In Java2D it was done by java.awt.image.SampleModel and ColorModel
subclasses. That class hierarchy does not need to be reproduced, but
would this PR provides equivalent functionalities, or at least the
above-cited subset of functionalities?
Regards,
Martin Desruisseaux
Le 07/06/2019 à 14:01, openjfx-dev-requ...@openjdk.java.net a écrit :
> Date: Fri, 7 Jun 2019 11:40:44 +0200
> From: Johan Vos <johan....@gluonhq.com>
> To: "openjfx-dev@openjdk.java.net List" <openjfx-dev@openjdk.java.net>
> Subject: Previews for shared buffer PR
>
> The PR discussed in https://github.com/javafxports/openjdk-jfx/pull/472,
> addressing https://bugs.openjdk.java.net/browse/JDK-8167148 provides a very
> much wanted feature. It is important that things are done in the right way
> so that the code can be maintained in the long-term future.
> Therefore, feedback on this PR is extremely important before we can
> consider merging it. Once this PR is merged, there is no easy way back. It
> is possible to add more functionality, hence my preference is to only
> implement the functionality that is safe and stable, while allowing other
> functionality to be added later or by third-party extensions. (e.g.
> (avoiding) copying from/to GPU)
>
> To make it easier to give feedback, we've build early access versions of
> SDK's including this PR. Note that the PR is not merged, hence not
> available in the regular EA downloads!
>
> If you want to give it a try, download the SDK's from the URL's below.
> There is a test in tests/manual/graphics/PixelBufferPerformanceTest (
> https://github.com/arapte/openjdk-jfx/blob/JDK-8167148-NIO-ByteBuffer/tests/manual/graphics/PixelBufferPerformanceTest.java)
> that should get you started.
>
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_linux-x64_bin-jmods.zip
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_linux-x64_bin-sdk.zip
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_osx-x64_bin-jmods.zip
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_osx-x64_bin-sdk.zip
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_windows-x64_bin-jmods.zip
> https://download2.gluonhq.com/openjfx/forks/pixelbuffer/openjfx-13-pixelbuffer-ea+9_windows-x64_bin-sdk.zip
