Replied: Fri, 09 Nov 2001 18:47:23 -0500 Replied: "alex ho" Replied: John Yin Return-Path: alexho@anabas.com Return-Path: Delivered-To: fox@csit.fsu.edu Received: from mask.uits.indiana.edu (mask.uits.indiana.edu [129.79.6.184]) by mailer.csit.fsu.edu (Postfix) with ESMTP id 0BC0523A0D for ; Fri, 9 Nov 2001 18:21:40 -0500 (EST) Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mask.uits.indiana.edu (8.10.1/8.10.1/IUPO) with ESMTP id fA9NIiW11794 for ; Fri, 9 Nov 2001 18:18:44 -0500 (EST) Received: from user-vcaunog.dsl.mindspring.com ([216.175.95.16] helo=alexoldlaptop) by gull.prod.itd.earthlink.net with smtp (Exim 3.33 #1) id 162Kxt-0005kO-00; Fri, 09 Nov 2001 15:21:37 -0800 Message-ID: <000a01c16975$586097e0$bc0a0a0a@alexoldlaptop> Reply-To: "alex ho" From: "alex ho" To: , Cc: Subject: jxta & groove session Date: Fri, 9 Nov 2001 15:22:04 -0800 Organization: Anabas, Inc. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C16932.49B710E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C16932.49B710E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable went very well from where i was, using a 233 MHz 64 MB windows 95 = laptop. this represents the bare minimum system for any reasonable = applications, not to say real time interactive apps like ours. of = course, i closed all applications except classtime client. so, some = problems with meetings on anabas premises or properties (exodus servers) = are likely not related to our software but to physical conditions of = infrastructure and setup. some valuable observation: * realized public chat is the most convenient way to ask questions = because one can do it in the middle of chat w/o leaving the keyboard. = it gives students the freedom to ask question without raising hands. = but makes it difficult for instructor to monitor chat room when giving = lecture online. makes it difficult to keep track of all questions for = fine tuning next lecture. * the freedom of not having to raise hand before asking questions or = treating questions as casual chat is a big value proposition to many = students. no UI could change that. * being able to hear a student asking question in audio and voice chat = freely with instructor is very familiar and compelling experience. for = that, instructors will have to do what is normally done in a normal = classroom lecture, call out the name of the student to talk assuming the = instructor knows that student has or had questions unanswered. * private chat room works well. but we should separate the concepts of = groups (breakout rooms) from the concept of privacy. classroom = project-based breakout rooms are by default public and instructor and TA = could enter freely. Private rooms are private and no recording of = events. * our model should associate sharedlets to groups (default ALLGROUP). * our video for classroom shows the current presenter is good. but in = CMS for free-form meeting, we need not only mechanism to select how many = to display and who to display but certainly the one who speaks should = always be displayed automatically (voice activated similar to polycom = style video conferencing that enterprises are familiar with.) ------=_NextPart_000_0007_01C16932.49B710E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
went very well from where i was, using a 233 MHz 64 = MB windows=20 95 laptop.  this represents the bare minimum system for any = reasonable=20 applications, not to say real time interactive apps like ours.  of = course,=20 i closed all applications except classtime client. so, some = problems with=20 meetings on anabas premises or properties (exodus servers) are = likely not=20 related to our software but to physical conditions of infrastructure and = setup.
 
some valuable observation:
 
* realized public chat is the most convenient way to = ask=20 questions because one can do it in the middle of chat w/o = leaving the=20 keyboard.  it gives students the freedom to ask question without = raising=20 hands.  but makes it difficult for instructor to monitor = chat=20 room when giving lecture online.  makes it difficult to keep = track of=20 all questions for fine tuning next lecture.
 
* the freedom of not having to raise hand before = asking=20 questions or treating questions as casual chat is a big value = proposition to=20 many students. no UI could change that.
 
* being able to hear a student asking question in = audio and=20 voice chat freely with instructor is very familiar and compelling = experience.=20 for that, instructors will have to do what is normally done in a normal=20 classroom lecture, call out the name of the student to talk assuming the = instructor knows that student has or had questions = unanswered.
 
* private chat room works well. but we should = separate the=20 concepts of groups (breakout rooms) from the concept of privacy.=20 classroom project-based breakout rooms are by default public and = instructor=20 and TA could enter freely. Private rooms are private and no recording of = events.
 
* our model should associate sharedlets to groups = (default=20 ALLGROUP).
 
* our video for classroom shows the current = presenter is=20 good.  but in CMS for free-form meeting, we need not only = mechanism to=20 select how many to display and who to display but certainly the one who = speaks=20 should always be displayed automatically (voice activated similar to = polycom=20 style video conferencing that enterprises are familiar = with.)
 
------=_NextPart_000_0007_01C16932.49B710E0--