QNX

41 views
Skip to first unread message

Titusz Golda

unread,
Dec 9, 2024, 9:46:28 AM12/9/24
to angleproject
Hi all,

Is there any kind of chance that there will QNX support in the possible (maybe even near) future?

On month ago, the QNX 8.0 was released to be free for anything which is non-commercial, as you can also see here: QNX is now free for anything non-commercial, plus there's an RPi image | Hacker News

We have an open scene graph based project, which uses opengl es. Some days ago we could successfully compile the angle project with clang and also gcc, and test our project running on linux, with vulkan API, without a single change in our project, and we were happy to see that the performance increased, and we saw no visual artifacts at all.

We also tried with some hacky and dirty qcc compilation for the ANGLE project, but we had no progress with it, it seemed like such a hard task for as to make it work also on qnx.

At this point, we are also thinking about switching to the GODOT opensource game engine, because it support QNX, and it is also uses ANGLE in some form. However, it would really great if we should not rewrite everything in GODOT.

Thank you very much in advance, any kind of information would be valuable for us.

Shahbaz Youssefi

unread,
Dec 9, 2024, 10:00:13 AM12/9/24
to angleproject
Hi,

The biggest challenge with supporting a different compiler is likely that the necessary changes are going to have to be done in the chromium build infrastructure, and I'm not sure we would be able to justify that to the respective team. You might find more success having a `clang` script that forwards to qcc so the build scripts still _think_ they are using clang? (half-joking)

I'm going to go on a tangent here and offer an unsolicited advice. Last I tried QNX (circa 2016), it actually had way more jitter than Linux + PREEMPT_RT (now upstream). If you don't have a hard requirement for an OS certification, you might want to consider using that instead. Regardless, graphics drivers are complex and typically do not provide realtime guarantees anyway. Unless somehow QNX manages to provide realtime guarantees for graphics, you'd be better off not actually running graphics on the QNX machine itself. That way, the machine is freed up to do its realtime work hopefully more precisely. You can then run the GUI on Linux, and communicate with the QNX machine over wire.

Good luck!
Reply all
Reply to author
Forward
0 new messages