4 ms·
My immediate thought was Cobalt/Croquet. It's nice to see that they mention it, but only as "an ambitious project"; then go on to propose their own (part of) an
by chriswarbo 10y ago
My immediate thought was Cobalt/Croquet. It's nice to see that they mention it, but only as "an ambitious project"; then go on to propose their own (part of) an ambitious project ;)
There are some really compelling things to like about Cobalt; not least the fact it incorporates a load of existing protocols (XMPP for chat, VNC for accessing "traditional" applications, etc.).
Unfortunately, its use of Smalltalk (which probably helped it reach so high so quickly) seems to be holding it back from more contributors and adoption. There are Javascript ports which have seen some limited usage, but they appear to be more constrained. Perhaps bootstrapping Squeak on WebAssembly would help, and maybe offering a layer of JS scriptability on top?
Whilst I wish Matrix the best of luck with their efforts, it would be equally great to see their protocols/ecosystems integrated into existing systems too :)
- Arathorn 10y agoWe (Matrix) have been tracking Cobalt/Croquet on and off since the original Croquet project. Honestly, looking at http://www.opencobalt.net/ http://www.opencobalt.net/, things look pretty dead currently though - no news updates since 2010? Should we be looking somewhere else? To be clear: Matrix tries to be pragmatic above all else, and right now we're just saying "hey, use Matrix for open comms in VR/AR" (a bit like Croquet advocated XMPP back in the day). There is nothing stopping one from using Matrix to add comms into the Croquet metaverse however, and if it's alive and well I'd really hope that someone would try the experiment :)
- chriswarbo 10y ago> Honestly, looking at http://www.opencobalt.net/ http://www.opencobalt.net/, things look pretty dead currently though - no news updates since 2010? I agree it looks pretty dead, but a big bag of old, existing code still does more than a project in the idea stage :) > Should we be looking somewhere else? I'm not involved in OpenCobalt, I'm just someone who's also been following it for years. One of its major problems seems to be fragmentation: as far as I can tell, the descendents include: https://en.wikipedia.org/wiki/OpenQwaq https://en.wikipedia.org/wiki/OpenQwaq http://www.3dicc.com http://www.3dicc.com https://www.krestianstvo.org https://www.krestianstvo.org https://en.wikipedia.org/wiki/Virtual_world_framework https://en.wikipedia.org/wiki/Virtual_world_framework Maybe there's something salvagable amongst all this?