These are chat archives for highfidelity/hifi

12th
Mar 2015
David Rowe
@ctrlaltdavid
Mar 12 2015 16:29
Models no longer render on my Windows 8.1 tablet with HD4000 GPU. ... Things used to render fine not very long ago.
Joe Large [Omega Heron]
@OmegaHeron
Mar 12 2015 16:30
Have seen other reports of failures with HD4K as well in forum.
Jason Hawks
@nbq
Mar 12 2015 16:33
yeah, they are changing the opengl needed, shaders etc I assume
David Rowe
@ctrlaltdavid
Mar 12 2015 16:38
Hopefully it will be fixed soon: I often use my HD4000 as second PC for HiFi testing.
Joe Large [Omega Heron]
@OmegaHeron
Mar 12 2015 16:55
Switched laptop from Nvidia to Intel 4K, latest driver available and it's for sure got issues.
Thijs Wenker
@thoys
Mar 12 2015 19:20
we skipped some build numbers ? :D
Leonardo Murillo
@murillodigital
Mar 12 2015 19:20
did indeed, emergency abort cause of funky merge
Thijs Wenker
@thoys
Mar 12 2015 19:20
hehe k
David Rowe
@ctrlaltdavid
Mar 12 2015 20:23
Are there any plans for making inter-script communication possible? I.e., between Interface scripts, entity scripts, and assignment client scripts?
Grayson Stebbins
@problem
Mar 12 2015 20:23
i don’t see why not, right @huffman ?
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:23
@ctrlaltdavid - we’ve discussed it in the past
the main issue is to better understand the types of things people want to do
for example, you mention between interface scripts which would be very different then between entity and assignment client scripts
If you want to roll your own,you could use the XMLHttpRequest interfaces to use an external service to act as a channel between your scripts
David Rowe
@ctrlaltdavid
Mar 12 2015 20:25
One topical example: "local chat server" script on assignment client and "chat window" scripts running on users' Interfaces.
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:26
That’s a perfect example of something that should likely use XMLHttpRequest
you could probably find a JS based chat system that already does that, and uses the XMLHR standard
just the first link that appeared in google
David Rowe
@ctrlaltdavid
Mar 12 2015 20:29
Yes, I'm well aware of the possibility of XMLHttpRequest to a separate Web server as a work-around, but if the scripts could communicate directly then would avoid domain owners needing to set up Web server stuff
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:30
fair enough… my point is that the “communicate directly” opens up the door to a pretty wide spec
implementing chat is clearly more than just sending messages between objects
David Rowe
@ctrlaltdavid
Mar 12 2015 20:31
Some narrow XMLHttpRequest-like channel would be grand
Am thinking of the case of "local chat" akin to voice chat
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:32
Maybe I’m not seeing something obvious. But it seems like there’s no “simple” solution to this.
The hard part as I see it is how do you “address” things...
sure we could have some simple open channel...
and we could say scripts can open to read or write to some “named” channel...
collisions be damned!
I guess if I have two scripts that need to work with each other, I’d generate a GUID and call it my hidden channel… and my scripts can use that to talk to each other.
Is that what you’re asking for?
that model can be extended to be some sort of a domain based system as well so that scripts on different nodes can also open and read/write the channel
David Rowe
@ctrlaltdavid
Mar 12 2015 20:35
Just exploring what may or may not be possible to implement local chat
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:36
local chat? you mean domain level chat?
David Rowe
@ctrlaltdavid
Mar 12 2015 20:36
Reading / writing entity properties probably won't scale well
Yes, domain-specific chat.
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:36
I agree — the entity properties weren’t designed to be used that way
although yes… you can sort of shoe horn stuff and get it to work with entities
David Rowe
@ctrlaltdavid
Mar 12 2015 20:37
Desperate people will adopt desperate means : )
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:37
you’d need a giant entity that’s the size of the entire domain so you’d know people were seeing it
we only send updates to people who are “looking at” the entities
David Rowe
@ctrlaltdavid
Mar 12 2015 20:38
Ah, OK ... I wonder if Grayson & co. know about that ... will pass that on
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:38
the thing about chat is.. that people will pretty quickly demand features like history and searching and private rooms
so if you’re going to build “chat” … it seems like you’d be better off using a more well established platform designed around chat… like XMPP
and I’m sure there are JS implementations of XMPP that would be easy to port to interface.
Grayson Stebbins
@problem
Mar 12 2015 20:40
yeah, the entity chat is very limiting in many ways, but it has some exciting implications (if you have an entity with the chat text set on it then you kinda get HMD support for free)
David Rowe
@ctrlaltdavid
Mar 12 2015 20:41
I'm more thinking "local chat" as a peer of voice chat ... local and temporary ... if people want to voice or text chat in private rooms then that's up to them agreeing to use Skype or whatever suits
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:41
now if you want to build some objects that interact with each other… for example that act like magnets and cling to each other when they are nearby…
that would be something much lighter-weight than chat… and probably would work well over a simple interface
@ctrlaltdavid - no one is ever satisfied with the simple version. ;)
David Rowe
@ctrlaltdavid
Mar 12 2015 20:42
Local chat addressing the problem of a base level of social communication ... to augment voice
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:43
@problem - entities may be a good way to render things… or even overlays… but they are not likely a great channel for sending text around.
Grayson Stebbins
@problem
Mar 12 2015 20:44
fair enough @ZappoMan
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:46
anyway - the answer to your original question @ctrlaltdavid - is that we have discussed adding some simple node to node communication which would be exposed to scripts. But that’s not on the short term road map.
David Rowe
@ctrlaltdavid
Mar 12 2015 20:47
OK, thanks
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:47
and in the meantime… you have a wide open access to external services using XMLHttpRequest
Grayson Stebbins
@problem
Mar 12 2015 20:48
My vote is still for entity chat in the short term.
Brad Hefta-Gaub
@ZappoMan
Mar 12 2015 20:49
understanding the limitations...
but it won’t scale well
and you can’t have large amounts of text
etc
but sure
it will work in a limited way
Grayson Stebbins
@problem
Mar 12 2015 20:50
yeah, absolutely — i think it’s an interesting exercise in general, albeit hack-y, it’s a very practical application of text entities
David Rowe
@ctrlaltdavid
Mar 12 2015 20:54
I passed my old vrChat.js script along to Adrian last night.
Bradley Austin Davis
@jherico
Mar 12 2015 21:06
@ctrlaltdavid What about an implementation something like this: http://www.feministe.us/blog/wp-content/uploads/2010/09/Wile-E-Coyote.jpg
Grayson Stebbins
@problem
Mar 12 2015 21:07
nice @ctrlaltdavid
yeah, @Adrianl3d has a bubble chat implementation he’s cooking up too @jherico
Bradley Austin Davis
@jherico
Mar 12 2015 21:13
that would be even cooler if you could combine it with realtime speech-to-text and translation across languages.