KDAB Experimenting With Qt 3D For VR

[phoronix]

Phoronix: KDAB Experimenting With Qt 3D For VR

Last year we covered some interest by Qt developers in potentially having virtual reality support for Qt 3D with OpenGL. It appears that work is getting closer to fruition...

http://www.phoronix.com/scan.php?page=news_item&px=Qt-3D-VR-KDAB-Repo

[mcallegari]

Yeah, let's keep adding stuff without fixing the existing code first !
The Qt3D initiative is great for sure, but at the moment it is so buggy and incomplete that it's hard to start a serious project on it.

By the way, AFAIK, Qt3D is entirely based on OpenGL, so I think the introduction of Vulkan in Qt doesn't make any difference on Qt3D.
If I'm not mistaken, they'll need to write a new backend to actually take advantage of the Vulkan API.

[jKicker]

Yeah, let's keep adding stuff without fixing the existing code first !
The Qt3D initiative is great for sure, but at the moment it is so buggy and incomplete that it's hard to start a serious project on it.

Agreed! Just wanted to write that they should try experimenting with fixing bugs. I couldn't believe when I've seen that they released it as stable with so many bugs open.

[reavertm]

Typical intial consulting work. Make a first stab and throw the half-assed work over the fence. If it generates revenue, then continue. If not, then just leave it to rot. This already stinks..

Sounds like Canonical.

[starshipeleven]

Reavertm. Not anymore. Now they are back to supporting Gnome. This much more rewarding. Latest sponsorship covers part of the hidpi scaling work in mutter. You know the kind of code that is QAed, review and used by the majority of corporate Linux desktop users.

Fixed. Because GNOME is at around 30%, tied with KDE in overall usage

[starshipeleven]

Typical intial consulting work. Make a first stab and throw the half-assed work over the fence. If it generates revenue, then continue. If not, then just leave it to rot. This already stinks..

Isn't this what GNOME 3 devs have done after GNOME 2 days? Making half-assed jobs and then rewriting with more half-assed jobs, meanwhile breaking compatibility with anything else, extensions, themes, common sense on UI design whatever.

[danielnez1]

Sounds like Canonical.

And Red Hat, e.g. Hibernate and jBPM.

Typical intial consulting work. Make a first stab and throw the half-assed work over the fence. If it generates revenue, then continue. If not, then just leave it to rot. This already stinks..

Clearly you have never used GNOME before.

[starshipeleven]

Haha Griffin, Gnome have a 30% marketshare. And you know it.

fixed.

[starshipeleven]

Starship. You are a very special snowflake. I like how you confuse KDAB consulting work for how Gnome is maintained. KDAB is ready to dump any code if it proves to be a net loss. Gnome on the other hand is maintained because it generates revenue for the enterprise level RHEL. Clearly you can't see the difference between non-commitment and commitment. RHEL is financed by 10 year subscriptions, random consulting work like this VR stuff or say Sashlik is just going to rot.

Yeah, thanks for confirming that the only reason GNOME still exists is because its classic mode in RHEL pays for it regardless of the crap they put up in their normal mode, not because it actually makes any money.

[starshipeleven]

RHEL pays for the excellent maintenance, yes.

And for the pointless monthly rewrites that break compatibility.