hmmm
blaxxun used to work...
it should work with anything that is
EAI compliant

just got home off the road
I'll look at this in more detail 
in a day or two

jeffs

--
Jeff Sonstein
Assistant Professor of Information Technology
Rochester Institute of Technology
---------------------------------------------
                       http://ariadne.iz.net/
                  http://www.it.rit.edu/~jxs/
       http://ariadne.iz.net/~jeffs/jeffs.asc
=============================================
there are no bugs
there are just undocumented features

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, May 19, 2001 2:05 AM
> To: [EMAIL PROTECTED]
> Subject: Vnet Revisions and bandwidth efficiency
> Importance: Low
> 
> 
> Hi All-
> 
> I am very pleased to hear that Jeff & others will be working on vnet
> again.  This is great.  I hope I am able to contribute, as well - I'm
> now a skilled Java programmer, and have a reasonable graspt of VRML 2.0
> specs.  I'm playing with the vnet source code now.
> 
> I have two comments/suggestions about the overall vnet project:
> 
> #1.  I recently bought a spiffy new computer.  I noticed that it is now
> quite hard to find an adequate VRML 2.0 compliant client that will work
> with VNET.  Like, really hard.  For a windows user there are no
> easy-to-find & easy-to-install clients, in EITHER Netscape Navigator
> 4.5+/ 6.0,  or IE5, that support VNET.  If I, as a veteran VRML user &
> programmer, have a hard time finding a client that does the job, it
> means that new users have no chance. This is a SERIOUS problem.
> 
> #2.  I have been following the discussion re. bandwidth & making vnet
> massively multiuser.  I wonder if this approach to massively multiuser
> voice chat might help.  Clearly VNET has some additional requirements
> beyond voice chat, and multicast might help (speakfreely also supports
> multicast), but it seems that the architechture described below might
> well apply to vnet.  Miriam suggested something similar when she
> mentioned having the clients act as a server in some capacities.
> 
> http://www.peak.org/~stepheb/SFsite/specs/multiuser.html
> 
> Thanks, all, for your time and attention.
> 
> Regards,
> 
> Bruce Stephenson
> [EMAIL PROTECTED]
> 
> 

Reply via email to