SW Tracking Report Objectives for the release 2.5.0

This list exposes building blocks for potential use and business case scenarios using Java & JogAmp on Desktop and Embedded Devices.

Notably Graph & Graph UI as well as Wayland & Vulkan support could be of interest here?

Also see Completed Features Objectives ...

Graph

Graph/GraphUI Progress Blog Entries

Desired Work Items

This is an ad-hoc list of desired features and fixes, which shall result in proper bug-reports soon.

After having reached UI usability with widgets and clipping, the following items are becoming more interesting

• Fix general issues with current implementation and API, if any
• Fix Graph rendering bugs (Tessellation)
  • First round done
• Use of super-sized triangles to render Graph lines & curves to allow
  • Using a one-pass smooth AA Graph renderer to save resources otherwise used in our pass-2 FBO supersampling renderer
  • Generate outlines, i.e. outlined fonts
  • Generate special effects like glowing/pumping outlines indicating selection etc
• Allow passing or better attaching per-vertex color to Graph Outline (API)
• Add subtitles in MediaPlayer GraphUI widget (done)
• Add video encoding in our FFmpeg binding, i.e. an FFMPEGMediaRecorder (Encoding + Multiplexing)

Further more, if so desired, a C++ implementation of our Graph + GraphUI framework may also be of interest.

In case any company or organization is interested and likes to support this work and may also like to receive support in adopting this framework, please contact Göthel Software e.K.

OpenJDK Compatibility / Integration

Objectives should be to allow seamless integration into OpenJDK's deployment and JVM launch methods.

A dual JAR file to be used with and without modules is desired, however it seems that certain JAR options are not available with this configuration if our classes are not build as modules itself.

An optional JVM Launch Pad (JLP) might be helpful, even though it instructs further complexity and is not helping with a vanilla OpenJDK deployment.

OpenJDK >= 11

See Bug 1404

JVM Commandline Parameter

Current used 'add-opens' in my JogAmp test scripts for Java >= 11, covering all AWT utilization including background erase is:

--add-opens java.desktop/sun.awt=ALL-UNNAMED 
--add-opens java.desktop/sun.awt.windows=ALL-UNNAMED 
--add-opens java.desktop/sun.java2d=ALL-UNNAMED

OpenJDK >= 2x

See Bug 1505

JVM Commandline Parameter

Current used 'add-opens' in my JogAmp test scripts for Java >= 23, covering all AWT utilization including background erase is:

--add-opens java.desktop/sun.awt=ALL-UNNAMED 
--add-opens java.desktop/sun.awt.windows=ALL-UNNAMED 
--add-opens java.desktop/sun.java2d=ALL-UNNAMED
--TO_BE_DETERMINED

Graph UI

Graph UI will enable an immersive UI within the 3D scene on the desktop, mobile and on bare-metal embedded systems without a windowing system.

Graph UI utilizes Resolution Independent NURBS Curves Rendering using Programmable Graphics Pipeline, i.e. rendering curves directly on the GPU, resolution independent [ paper, slides ].

This method allows us to have an ultimate fast font and UI rendering engine, suitable for all devices and applications. No CPU based curve nor font pre-rendering (matching a target resolution) is required.

Think of an integrated QT or OpenJFX in your 2D/3D application working on desktop and embedded devices even w/o any windowing system on top of a plain console DRM/GBM as support by JOGL(EGL) and NEWT as demonstrated by Xerxes on a Raspberry Pi4.

Reimagine Java on Desktop & Bare-Metal Devices demonstrates the updated Graph Curve Rendering and UI, while this update shows clipping and widgets. Further updates will be posted here....

Notably the Graph Curve Rendering is almost feature complete, as well as our own user input including gesture detection within NEWT.

Parent Main Node

Dependency Tree

All GraphUI

Open Items graphui

Bugzilla query error

error, http-timed-out, Array

Completed Items graphui

Bugzilla query error

error, http-timed-out, Array

Jogl / Graph

Dependency Tree Graph Font Issues

All Jogl Graph

Open Items Jogl / graph

Bugzilla query error

error, http-timed-out, Array

Completed Items Jogl / graph

Bugzilla query error

error, http-timed-out, Array

WebAssembly (wasm) Target Platform

Overview

See Bug 1506 describing this feature.

Since Java Applets are not more supported within browser or by OpenJDK for years, it may seems feasible to evaluate the WebAssembly target running within e.g. web browser nowadays.

An initial evaluation on small C++ projects using the emscripten front-end for LLVM's clang++ to wasm compiler, which supports many ported system libraries like SDL, OpenGL, .. has been undertaken successfully with variable results.

• gfxbox2 C++/wasm evaluation
• emscripten
• WebAssembly

Java Support

Java support for the WebAssembly target are claimed to be supported by

• GraalVM + wasm
  • with the help of emscripten
  • GraalVM + JNI
• JWebAssembly
• TeaVM

Initial C++/wasm Evaluation

For once, the wasm target is comparable to Java bytecode but the virtual machine might not be as performant, efficient or flexible. The lack of hassle free native threads and performance may remind one of the first JVM steps. The wasm code runs within a virtual machine like the JVM and additionally lacks of native binding capabilities, besides aforementioned limitations.

Some limitations may be overcome, others are likely by design as it usually runs on the same browser virtual machine as the JavaScript companion.

So far the only question arises why reinventing the wheel once again? Dropping utilization of a well working JVM for the web had not technical reasoning.

GraalVM seems to support the wasm target, hence one might want to evaluate this Java target platform as well before recoding the whole application. Opening the door for any language to be compiled to a platform independent intermediate representation (IR) like Java’s bytecode suitable for a versatile runtime environment including its virtual machine is surely still desirable. Hopefully this technology will mature and be maintained for the years to come.

NEWT

• Dependency Tree NEWT Input Devices
• Dependency Tree NEWT Pointer Event

Bugzilla query error

error, http-timed-out, Array

NEWT + Wayland

Currently NEWT supports the X11/Xorg windowing server on Unix alike platforms.

It might be desired to add direct support to Wayland, as we already added support for bare metal devices w/o a windowing system via the Linux DRM/GBM console mode throughout JOGL + NEWT.

Vulkan

Bugzilla query error

error, http-timed-out, Array

Video Encoding/Decoding & Player

Across our releases, we supported video encoding and decoding (with a player) based on either FFmpeg or Android's library as shown in this clip at 2:12 min mark.

Goal would be to

• Update general ffmpeg video decoding support
• Enhance ffmpeg video encoding support
• Potentially add better control about video-frame to framebuffer control for editing software

See related buglist

Bugzilla query error

error, http-timed-out, Array

iOS Enhancements

Early iOS support has been demonstrated in 2019

• iOS Arm64 bring-up
• iOS Arm64 Port: First Visuals
• iOS Arm64 Port: NEWT

Enhancing this port would allow to use JogAmp in a similar fashion as on Android, but using an OpenJDK iOS build.

Source Certification Contract (SCC)

Dependency Tree

Root Parent Entry

Bugzilla query error

error, http-timed-out, Array

OpenJFX

Bug report 607 describes different ways to either

• enhance external rendering via JOGL into an OpenJFX UI elements, or
• to replace OpenJFX's Glass w/ NEWT and Prism's OpenGL coding with JOGL

Misc

Bugzilla query error

error, http-timed-out, Array