From rem-conf-request@es.net Thu Jun 01 00:03:23 1995 Received: from ibminet.awdpa.ibm.com by osi-west.es.net with ESnet SMTP (PP); Wed, 31 May 1995 21:02:37 -0700 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA29391; Wed, 31 May 95 21:13:02 -0700 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA25973; Wed, 31 May 95 20:43:09 -0700 Received: from cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA29128; Wed, 31 May 95 20:49:18 -0700 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA08002; Wed, 31 May 95 20:38:28 PDT Received: by trouble.cs.nps.navy.mil (950215.SGI.8.6.10/911001.SGI) for rem-conf%es.net@ibmpa.awdpa.ibm.com id UAA17834; Wed, 31 May 1995 20:38:28 -0700 From: Your VE info source Message-Id: <9505312038.ZM17832@trouble.cs.nps.navy.mil> Date: Wed, 31 May 1995 20:38:28 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: Latest Virtual Environment Calls for Participation ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii The following are some of the latest virtual environment Calls for Participation: --> VRAIS '96 Call for Participation -- Call Date: 1 September 95 ---> Rapid System Virtual Prototyping Symposium --> 5-9 June 95 on the MBONE OF Internet V R A I S ' 9 6 C A L L F O R P A R T I C I P A T I O N The Institute of Electrical and Electronics Engineers Presents the IEEE Virtual Reality Annual International Symposium 1996 March 30 - April 3 1996 Santa Clara Marriott Santa Clara, California, USA (San Francisco Bay Area) Sponsored by: IEEE Neural Networks Council Virtual Reality Technical Committee IEEE Computer Society Technical Committee on Computer Graphics **** All submissions due by September 1, 1995 **** Tutorial Session: March 30-31, 1996 General Session: April 1-3, 1996 Exhibition: March 31 - April 2, 1996 The VRAIS '96 organizing committee requests your participation! We welcome submissions of papers, panels, tutorials, videos, exhibits, and research demonstrations. For more details and up-to-date information, watch our web site at **** http://www.eece.unm.edu/eece/conf/vrais **** I N V I T A T I O N ___________________________________________________________ I invite you to take part in the IEEE 1996 Virtual Reality Annual International Symposium (VRAIS '96), which will mark the third entry in the VRAIS series. Taking place in the heart of Silicon Valley in the San Francisco Bay Area, VRAIS '96 promises to be the premiere venue in 1996 for the presentation of research and development in virtual reality. Virtual reality is a tremendously interdisciplinary field. Computers, graphics, human factors, interfaces, audio, haptics, and many other disciplines come into play. All of these fields have a place in VRAIS '96. If you do research and/or development in virtual reality, the VRAIS audience will be interested in hearing what you have to say. This year we are also encouraging the submission of results in the application of virtual reality to many areas, including medicine, science, training and entertainment. We invite your participation in many forms! We continue the papers, panels, tutorials, exhibits and videos which have set the high technical standards of VRAIS. In an effort to expand the quality of VRAIS, we have some new offerings. * We are adding a new venue: peer-reviewed research demonstrations which will allow the attendee to experience first-hand the results of state-of-the-art research in virtual reality. * In order to help students be active participants in virtual reality research we are instituting the use of student volunteers. The registration costs of these volunteers will be waived in exchange for help in running VRAIS '96. Student volunteers will be significant contributors to the success of VRAIS. * We will be including the video proceedings with the bound proceedings at no extra cost. VRAIS '96 will be located in the Santa Clara Marriott, a hotel with an intimate atmosphere across from Great America theme park. The Marriott is located 1/2 mile from the San Jose light rail, only a 15 minute ride from downtown San Jose. Please watch our Web site at http://www.eece.unm.edu/eece/conf/vrais. As VRAIS '96 matures these pages will be updated to tell you the latest features and developments. Speaking for the VRAIS '96 conference committee, we look forward to seeing you in March! General Chair Steve Bryson CSC/NASA Ames Research Center P A P E R S ___________________________________________________________________ VRAIS '96 seeks original high-quality technical papers in all areas of virtual reality. Topics of interest include (but are not limited to): SOFTWARE HARDWARE Computer Graphics Computational Hardware Simulation Graphics Hardware Animation and Behavioral Modeling Displays Sensors and Actuators APPLICATIONS HUMAN FACTORS Prototype and Fielded VR Systems Issues and Studies SYSTEMS TECHNIQUES AND TOOLS Architectures Environment Design and Development Distributed and Shared VR Interaction and Navigation Telepresence Calibration Augmented Reality Acceptance Criteria: Papers should describe original research; generalized solutions to specific problems of importance to the advancement of virtual reality; and working tools and applications developed to at least the prototype stage. Research papers should describe: * the problem being addressed * previous work and how the current work differs * a detailed description of the research and how it addresses the stated problem * and results from tests or studies performed Solution papers should provide: * a discussion of the problem * details of the implementation (adequate to allow an expert in the field to judge the work) * and the results of experiments showing how the work is a general solution to the stated problem Application papers should describe: * the application task * the reason for applying VR * details and justification of the chosen design and implementation * difficulties encountered in the design and implementation and how they were overcome * and the impact of the VR technology on the application Industry technologists are encouraged to submit papers. A selection of the best VRAIS '96 papers will be extended and included in a special issue of IEEE Computer Graphics and Applications (CG&A) on VR. Papers must be in English and must be submitted in a format of no more than eight double column, single spaced pages. In a cover letter, please include the complete title of the paper and name, address, phone, fax, and email information for the author who will be the point of contact. Send 6 copies of the full paper (fax and email papers will not be accepted) and associated videotapes to: Sharon Stansfield sastans@sandia.gov By U.S. mail: By courier: Sharon Stansfield Sharon Stansfield Sandia National Laboratories Sandia National Laboratories P.O. Box 5800, MS 0951 1515 Eubank Blvd. SE Albuquerque, NM 87185-0951 Albuquerque, NM 87123 P A N E L S ___________________________________________________________________ Panels are presentations that cover a specific area from several perspectives including lively discussion of controversial issues. Panel proposals should include: * a title for the panel session * a brief description of the overall issues to be discussed * an abstract of each panelist's presentation * the names and contact information of the organizer and panelists For more information on panel submissions, contact: Sharon Stansfield Sandia National Laboratories sastans@sandia.gov T U T O R I A L S _____________________________________________________________ Tutorials are half-day or full-day in length covering topics of interest to the virtual reality community. They may present introductory or advanced topics and may be broad-based overviews or deal with specialized topics. Some suggested topics are: * Hardware: I/O devices, their uses, integration, experiences, design * Software: architecture, networking, modeling, rendering, tools * Applications: specific domains, experiences * Human Factors: usability, psychophysical effects Tutorials will be selected based on relevance, timeliness, and coherence. A tutorial submission is a three-page proposal that includes: * a detailed description of the subject to be taught * brief biographies of the instructors * a syllabus including the length of time needed to cover each topic * the instructors' contact information For more information on tutorial submissions, contact: Chris Codella codella@watson.ibm.com Submit tutorial proposals via email or send to: By U.S. mail: By courier: Chris Codella Chris Codella IBM T.J. Watson Research Center IBM T.J. Watson Research Center P.O. Box 704 30 Saw Mill River Rd. Yorktown Heights, NY 10598 Hawthorne, NY 10532 V I D E O S ___________________________________________________________________ Video submissions demonstrate hardware and software systems and applications. Each video should stand on its own. A submission consists of: * 3 copies of a video segment not to exceed 5 minutes in length in 1/2 inch NTSC VHS format * a one-page information sheet containing a 200 word abstract plus references and acknowledgments; title, authors, affiliations, and contact information including email address for the lead author Label tapes with title and authors. For more information on video submissions, contact: Joseph M. Rosen, M.D. Dartmouth-Hitchcock Medical Center joseph.rosen@Dartmouth.edu S T U D E N T V O L U N T E E R S ___________________________________________ Student volunteers will play a vital role in the operation of VRAIS '96. Each student volunteer's registration will be waived in return for a minimum number of hours worked. Student volunteers will be selected from applications based on references. For more information about student volunteers, contact: Mark Green University of Alberta mark@cs.ualberta.ca R E S E A R C H D E M O N S T R A T I O N S _________________________________ The conference will provide space to non-commercial organizations for research demonstrations in virtual reality. Demonstrations will be selected based on a peer-review process. Demonstrators will be required to provide their own equipment. For more information on research demonstrations, contact: Henry Sowizral Boeing Computer Services sowizral@atc.boeing.com E X H I B I T S ______________________________________________________________ Vendors, manufacturers, and publishers are invited to display and demonstrate their latest innovations to the movers and shakers of virtual reality. Potential exhibitors are encouraged to contact the Exhibits and Demonstrations Chair for more information. Who Should Exhibit at VRAIS '96 VRAIS '96 is aggressively pursuing both new exhibitors and new attendees in industrial, academic, and scientific disciplines. Exhibiting companies should have or be developing products or services in: * Input devices o Trackers o Wands o Gloves * Output devices o 3D sound o Haptic displays (force and tactile) * Display devices o Head mounted o Head coupled o 3D projection * Software o World building (CAD) o Translation o Animation o Applications o Educational o Tools * Hardware o Workstations o Rendering Boards o Graphics solutions * Virtual Reality systems * Publishers The VRAIS '96 conference committee is committed to increasing the diversity of participants and exhibitors over past years' conferences while maintaining the conference's high technical quality. The conference will be advertised within the United States and internationally via direct mail, electronic mail, the World Wide Web, press releases, journals, and newsletters. For more information on exhibits, contact: Henry Sowizral Boeing Computer Services sowizral@atc.boeing.com The VRAIS '96 organizing committee welcomes your participation in the premier technical conference on virtual reality and looks forward to seeing you in March 1996. RAPID SYSTEM VIRTUAL PROTOTYPING (Internet Video) SYMPOSIUM (Simulation and Synthetic Environments) The Rapid System Virtual Prototyping Symposium held at The Johns Hopkins University Applied Physics Laboratory will be telecast on Internet (including video) on the following dates: June 5, 1995 (Sessions 1 and 2) 12:00 noon - 3:50 p.m. U.S. EST June 6, 1995 (Sessions 3 and 4) 1:00 p.m. - 3:45 p.m. U.S. EST June 8, 1995 (Sessions 1 and 2) 8:00 a.m. - 11:50 a.m. GMT June 9, 1995 (Sessions 3 and 4) 8:00 a.m. - 10:45 a.m. GMT INTENDED AUDIENCE: System engineers** Software designers** Prototype technology managers** Interdisciplinary teams** Synthetic environment developers Recent advances in RSVP technologies enable system designers to rapidly conceptualize, develop, and visualize complex synthetic environments. This can greatly leverage and accelerate the rate of Prototype development for both defense and commercial systems. Sponsored by The Johns Hopkins University Applied Physics Laboratory In cooperation with: IEEE - United States Activities IEEE Computer Society Technical Committee on Simulation IEEE Computer Society Technical Committee on Computer Graphics IEEE Computer Society Technical Committee on Design Automation The National Council on Systems Engineering (NCOSE) The Society for Applied Learning Technology (SALT) General Chair: Paul Hazan, The Johns Hopkins University Applied Physics Laboratory Program Co-Chairs: Ken Anderson, Consultant Walter Beam, Consultant Nahum Gershon, The MITRE Corporation Lawrence Rosenblum, Naval Research Laboratory Stanley Winkler, Consultant ************************************************************************* * TO CONNECT YOUR WORKSTATION: * * You must have an audio-capable workstation (SPARC, SGI, HP, * DEC) with IP multicast software added to the operating system. * You must also be connected to the virtual IP multicast network * (MBONE), including your network service provider. More * information about the MBONE, including what hardware and * software is required to receive this multicast, is available via * anonymous FTP from venera.isi.edu in the file mbone/faq.txt. ************************************************************************ PROGRAM June 5, 1995 (Sessions 1 and 2) or June 8, 1995 (Sessions 1 and 2) 12:00 noon - 3:50 p.m. U.S. EST 8:00 a.m. - 11:50 a.m. GMT SESSION 1: INTRODUCTION ************* (June 5th - 12:00 noon-12:30 pm EST) or (June 8th - 3:00 am- 3:30 am GMT) (10 min) "WELCOME AND INTRODUCTION," Gary Smith, Director, JHU/APL (10 min) "RSVP, CHALLENGES AND OPPORTUNITIES," Paul Hazan, JHU/APL (10 min) "RAPID PROTOTYPING IN EDUCATION," Nathaniel Macon, Society for Applied Learning Technology ************************************************************************* * SUBMIT YOUR QUESTIONS TO SPEAKERS VIA E-MAIL: * * rsvp@jhuapl.edu * * Specify Session +S_+ and Paper +P_+ * ------------------------------------------------------------------ -- * * A continuing RSVP Symposium Question and Answer Dialogue will be * posted on an electronic bulletin board for the next 3 weeks. To access * the RSVP bulletin board type: http://www.jhuapl.edu/rsvp * ************************************************************************ SESSION 2: [S2: (P1-P6)] TOOLS AND SYSTEMS APPLICATIONS ************** (June 5th - 12:30 pm -3:50 pm EST) or (June 8th - 3:30 am- 6:50 am GMT) (10 min) INTRODUCTION TO SESSION 2,+ Stanley Winkler, The Winkler Group, and Ken Anderson, Consultant (25 min) P1 - "VIRTUAL REALITY, TELEPRESENCE SURGERY AND THE NEW WORLD ORDER OF MEDICINE," Shaun Jones, Advanced Research Projects Agency (25 min) P2 - "RSVP - THE BOEING 777 AND FLYTHRU," Bob Abarbanel, Boeing Computer Services (25 min) P3 - "A NEW TOOL FOR RAPID DEVELOPMENT OF VIRTUAL REALITY SYSTEMS," Tom Coull, Sense8 Corporation BREAK (10 min) (25 min) P4 - "ACCELERATING THE AIRPORT PLANNING PROCESS THROUGH REAL-TIME INTERACTIVE SIMULATION," Steven Collins, Lockheed Martin (25 min) P5 - "DISTRIBUTED VIRTUAL PROTOTYPING," Stephan Haas, Fraunhofer Center for Research and Computer Graphic (25 min) P6 - "RAPID PROTOTYPING - THE WORLD WIDE WEB," Steve Heibein, Silicon Graphics Inc. ************************************************************************* **** PANEL **** (30 minutes) ************************************************************************ ************************************************************************* * SUBMIT YOUR QUESTIONS TO SPEAKERS VIA E-MAIL: * * rsvp@jhuapl.edu * * Specify Session +S_+ and Paper +P_+ * ------------------------------------------------------------------ -- * * A continuing RSVP Symposium Question and Answer Dialogue will be * posted on an electronic bulletin board for the next 3 weeks. To access * the RSVP bulletin board type: http://www.jhuapl.edu/rsvp * ************************************************************************ June 6, 1995 (Sessions 3 and 4) or June 9, 1995 (Sessions 3 and 4) 1:00 p.m. - 3:45 p.m. U.S. EST 8:00 a.m. - 10:45 a.m. GMT SESSION 3: [S3 (P1-P4)] EDUCATION AND TRAINING ************** (June 6th - 1:00 pm-2:40 pm EST) or (June 9th - 3:00 am- 4:40 am GMT) (25 min) P1 - "MULTIMEDIA IN NAVY TACTICAL TRAINING," Paul Frey, Search Technology (25 min) P2 - "RAPID SOFTWARE: VIRTUAL PRODUCT SIMULATION FOR PROTOTYPING AND TRAINING," Meir Morag, Emultek, Inc. (25 min) P3 - "USING THE INTERNET TO PROTOTYPE NEW PARADIGMS IN EDUCATION," Mark Pullen, George Mason University (25 min) P4 - "RSVP IN MEDICAL EDUCATION AND DIAGNOSTIC EVALUATION," Justin Pearlman, Harvard Medical School SESSION 4: [S4 (P1 - P3)] CRITICAL ISSUES FOR CURRENT THOUGHT ************** (June 6th - 2:40 pm-3:45 pm EST) or (June 9th - 4:40 am-5:45 am GMT) (25 min) P1 - "SYSTEM LIFE CYCLE OPPORTUNITIES FOR RSVP," Walter Beam, The Beam Group (25 min) P2 - "INTELLIGENT DIGITAL LIBRARIES: PUTTING THE USER IN THE DRIVER'S SEAT," Nahum Gershon, The MITRE Corporation (15 min) P3 - "SUMMARY AND FUTURE DIRECTIONS," Paul Hazan, JHU/APL ************************************************************************* * FOR ADDITIONAL INFORMATION ON THIS * SYMPOSIUM, CONTACT: Ms. Lois Craig * (301) 953-5365 or E-mail: lcraig@aplcomm.jhuapl.edu * ************************************************************************ ************************************************************************* * TO CONNECT YOUR WORKSTATION: * * You must have an audio-capable workstation (SPARC, SGI, HP, * DEC) with IP multicast software added to the operating system. * You must also be connected to the virtual IP multicast network * (MBONE), including your network service provider. More * information about the MBONE, including what hardware and * software is required to receive this multicast, is available via * anonymous FTP from venera.isi.edu in the file mbone/faq.txt. ************************************************************************ From rem-conf-request@es.net Thu Jun 01 00:09:29 1995 Received: from nps.navy.mil by osi-west.es.net with ESnet SMTP (PP); Wed, 31 May 1995 21:09:03 -0700 Received: from slb136.cc.nps.navy.mil by nps.navy.mil (4.1/SMI-4.1) id AA02782; Wed, 31 May 95 21:08:24 PDT Date: Wed, 31 May 95 21:08:23 PDT Message-Id: <9506010408.AA02782@nps.navy.mil> X-Sender: tlemswil@nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: tlemswiler@nps.navy.mil (Tracey Emswiler) Subject: Hamming Lecture Series - Final Week X-Mailer: THE ART OF DOING SCIENCE AND ENGINEERING Learning to Learn Richard W. Hamming Naval Postgraduate School Monterey, California 1. Lecture 29: Thursday, 1 June 1995 from 1210-1300 PDT (1910-2000 GMT) You Get What You Measure: The way you choose to measure things controls to a large extent what happens. The instrument you use clearly affects what you see. 2. Lecture 30: Friday, 2 June 1995 from 1510-1600 PDT (2210-2300 GMT) How Do We Know What We Know. 3. Lecture 31: Tuesday, 30 May 1995 from 1210-1300 PDT (1910-2000 GMT) You and Your Research: This lecture could have been called "You and Your Engineering Career", or even "You and Your Career". The word "Research" was left in because that is what Dr. Hamming has most studied. As always, your comments/feedback are welcome. Please address them to tlemswil@nps.navy.mil --------------------------------------------------------- LT Tracey Emswiler Naval Postgraduate School Code 36 Monterey California 93943-5000 USA Voice Mail: (408) 656-2536 x2157 From rem-conf-request@es.net Thu Jun 01 13:51:26 1995 Received: from lanshark.sv.interop.net by osi-west.es.net with ESnet SMTP (PP); Thu, 1 Jun 1995 10:50:38 -0700 Received: (from jim@localhost) by lanshark.sv.interop.net (8.6.9/8.6.9) id KAA00837; Thu, 1 Jun 1995 10:51:07 -0700 Date: Thu, 1 Jun 1995 10:51:07 -0700 (PDT) From: Jim Martin To: rem-conf@es.net Subject: Selected Sessions from N+I Frankfurt Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Starting about 20 minutes ago, we've begun transmitting a few selected sessions from the Networld + Interop event in Frankfurt. It is being advertized as "N+I Frankfurt - Selected Sessions". Unfortunately due to bandwidth issues, we weren't able to broadcast these live, so what you're watching is a videotape. Hope people find this stuff interesting despite the lack of advanced notice. Send any questions or complaints to jim@interop.net. Ethernet Switching - Test and Evaluation Results Defining, differentiating, evaluating and choosing network switchs is a major challenge. This session reports on the efforts of Strategic Networks Consulting, Inc., and Scott Bradner of the Harvard Network Device Test Lab, who have teamed up to conduct a series of evaluations on the four major segments of the switching market, including Switched Ethernet (10 Mbps-10Mbps) and Switched 10 Mbps - 100 Mbps. Scott Bradner will release the results of these landmark evaluations and offer recommendations on how to plan, design and implement switching technology for a variety of corporate network infrastructures. He will provide you with independent test data and analysis to help you make the best switched enterprise internetworking purchase decisions. Building and Managing the InteropNet Network The InteropNet is unique. Experience in building and running a highly resilient network, using the latest technology and management platforms, and with an extremely broad and heterogeneous range of equipment attadched, is very rare. The InteropNet Network Operations Center (NOC) team is an assembly of many of the most experienced network builders in the world. Their combined expertise and experience is unequaled, and it enables them to build, test, and bring into service a networkas complex and sophisticated as the InteropNet in just over 48 hours. In this session you will learn about the InteropNet and benefit from the NOC team's collective experience in building and managing the most advanced and broad-ranging production network, supporting a user population of serveral hundred sophisticated users. ATM or 100 Mb/s Ethernet for your Next Generation LAN? Great Debate High Speed LAN networking options ahve developed very reapidly over the last year, with ATM, 100 Mb/s Ethernet, and Switched Ethernet technologies rapidly becoming available, and FDDI/CDDI technologies becoming cheaper. While much of the excitement and hyperbole has been focused on ATM in the LAN and WAN, the emerging 100 Mb/s Ethernet technologies may provide easier migration, lower cost, high-speed LANs. In this Great Debate we will examine whether ATM or 100 Mb/s Ethernet is the best technology choice for the Next Generation of LANs. Using both ATM adn 100 Mb/s technologies, two speakers will debate and demonstrate the issues involved and choices available. Jim Martin Internet: jim@interop.net Network Engineering Fax: (408) 541-4121 Softbank Expos Phone: (408) 541-4166 From rem-conf-request@es.net Thu Jun 01 18:48:35 1995 Received: from plateau.cs.Berkeley.EDU (actually bugs-bunny.CS.Berkeley.EDU) by osi-west.es.net with ESnet SMTP (PP); Thu, 1 Jun 1995 15:48:08 -0700 Received: from bugs-bunny.cs.berkeley.edu (localhost.Berkeley.EDU [127.0.0.1]) by plateau.cs.Berkeley.EDU (8.6.11/8.3) with ESMTP id PAA17960; Thu, 1 Jun 1995 15:42:08 -0700 From: Ketan Dasharath Patel Message-Id: <199506012242.PAA17960@plateau.cs.Berkeley.EDU> To: cmt-users-list@bugs-bunny.CS.Berkeley.EDU, rem-conf@es.net Subject: CMT Workshop 1995 Date: Thu, 01 Jun 1995 15:42:07 -0700 Continuous Media Toolkit (CMT) 1995 Workshop Schedule of Events and Registration Form A workshop for CMT application and toolkit developers will be held Friday, June 23, and Saturday, June 24, at Soda Hall (CS Building) on the University of California at Berkeley campus. The workshop is intended for CMT developer's and CMT application programmers. A schedule of events is outlined below. Following the schedule is an electronic registration form for the workshop. Please return the registration form to cmt95@bugs-bunny.cs.berkeley.edu. If you are a CMT application programmer and are interested in having 5 to 10 minutes to present your application to the workshop, please tell us on the registration form. Please note, this workshop will NOT be covering not be covering work done in Video-On-Demand (VOD). Schedule of Events ------------------ Friday, June 23 8:00 - 8:30 Check-in, Coffee, Snacks, Informal introductions. 8:30 - 10:00 Using the Continuous Media Toolkit - Brian Smith 10:00 - 11:30 Writing CMT Applications - Ketan Patel 11:30 - 12:30 Lunch 12:30 - 1:30 Applications and Extensions - various speakers 1:30 - 3:00 Open Discussion ------------------ Saturday, June 24 8:00 - 8:30 Coffee, Snacks 8:30 - 10:00 Writing New Objects - Andrew Swan 10:00 - 11:30 CMT Internals and Code Organization - Brian Smith and Ketan Patel 11:30 - 12:30 Lunch 12:30 - 2:00 Open Discussion ******************************** CUT HERE ***************************** CMT Workshop 1995 Registration Form Return by email to cmt95@bugs-bunny.cs.berkeley.edu Name: Organization: Email: Phone: Choose one: ___ CMT Toolkit Developer ___ CMT Application Developer Choose all that apply: ___ I will be attending Friday, June 23 ___ I will be attending Saturday, June 24 ___ I am interested in presenting an application or extension. If yes, please describe the application or extension briefly here: From rem-conf-request@es.net Thu Jun 01 23:41:03 1995 Received: from taurus.cs.nps.navy.mil (actually cs.nps.navy.mil) by osi-west.es.net with ESnet SMTP (PP); Thu, 1 Jun 1995 20:40:36 -0700 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA21154; Thu, 1 Jun 95 20:40:09 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9506020340.AA21154@taurus.cs.nps.navy.mil> Subject: Rls on MBone (fwd) To: rem-conf@es.net (Remote Conferencing mail list), nolwg@ncts.navy.mil (Navy OnLine Working Group), npsnetrg@cs.nps.navy.mil, i3la@mbari.org (I3LA) Date: Thu, 1 Jun 1995 20:40:08 -0700 (PDT) Cc: JoSanders@wposmtp.nps.navy.mil (John Sanders) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 3424 John Sanders writes: >From JoSanders@mntry.nps.navy.mil Thu Jun 1 17:25:08 1995 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 01 Jun 1995 16:31:07 -0800 From: John Sanders Subject: Rls on MBone [PRESS RELEASE BY NPS PUBLIC AFFAIRS OFFICER] Renowned computer science pioneer Dr. Richard Hamming, who developed the first self-correcting error codes for computers during the days of vacuum tubes, has participated in a new experiment in the field. Reporters are invited to see this experiment in progress Friday, June 2 at 3 p.m. Hamming and other experts will be available for interviews following the experiment, which involves the simultaneous global transmission of audio, video, and data via a linked network called the multicast backbone, or MBone. MBone -- a virtual network created in 1992 for group communications among universities and research labs -- has approximately 1,500 nodes, roughly the same number which the Internet had in 1990. Until recently, experts believed the MBone could not be used for transmission of simultaneous video, audio, and data because of limited bandwidth. This effort to push the envelope of computing technology has provided valuable data to computer scientists and has shown that methods can be employed to work around the bandwidth problem, notes NPS Prof. Don Brutzman. According to Navy Lt. Tracey Emswiler, who is using this experiment as the basis for her master's thesis in information technology management: "Some people believe that teaching over the MBone can't be done. We've proven that you can send regular live-broadcast lectures over the MBone." Emswiler says that an average 10 - 12 universities and labs have tuned into each live transmission, including institutions in France, Great Britain, Japan and Germany. The transmissions have provided some important data for Emswiler. Within the western U.S., dropout rates for the signal have ranged from three to five percent. The signal loss has been higher at more distant sites. But scientific fascination with the MBone capability and potential, and Hamming's ability to blend science and philosophy has given the experiment a potential historic significance. "How to be a great painter cannot be said in words," Hamming has told his global audiences. "The usual art teacher lets the advanced student paint, and then makes suggestions on how they would have done it, or what might also be tried." But teachers should prepare a student for the student's future, not the teacher's past, he notes. To prepare for the future, Hamming says, students need to forge their own style and create their own vision. "I have my feet planted in a prior generation. I want the students to question me and think for themselves," he adds. Tomorrow's lecture will focus on the epistemology of science -- "how we know what we know," says Hamming. "I want the students to understand what we can and can't know. "When you look in the mirror and see yourself on the other side, you don't believe that you're actually there. You are used to the fact that what you see is not reality." In his presentation tomorrow from a modern electronic classroom at the Naval Postgraduate School, one of the world's leading scientific philosophers will explore the origins, nature, methods and limits of human knowledge. From rem-conf-request@es.net Fri Jun 02 00:47:27 1995 Received: from taurus.cs.nps.navy.mil (actually cs.nps.navy.mil) by osi-west.es.net with ESnet SMTP (PP); Thu, 1 Jun 1995 21:46:34 -0700 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA23017; Thu, 1 Jun 95 21:46:09 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9506020446.AA23017@taurus.cs.nps.navy.mil> Subject: Re: Rls on MBone (fwd) To: rem-conf@es.net (Remote Conferencing mail list), nolwg@ncts.navy.mil (Navy OnLine Working Group), npsnetrg@cs.nps.navy.mil, i3la@mbari.org (I3LA) Date: Thu, 1 Jun 1995 21:46:08 -0700 (PDT) Cc: JoSanders@wposmtp.nps.navy.mil (John Sanders) In-Reply-To: <9506020340.AA21154@taurus.cs.nps.navy.mil> from "Don Brutzman" at Jun 1, 95 08:40:08 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2459 Here are some personal comments on the Hamming multicast series. - Our goal has been to get experience producing a high-quality class series. We've learned some good lessons. This project will be written up as part of Tracey Emswiler's master's thesis, to be made publicly available next October. The primary reason behind the successful recording and multicast of these lectures is her hard work. - Public relations is not our research goal but we are happy to help when this attracts interest. We of course believe that use of the MBone has far-reaching implications. Public outreach is good when more people become aware of what technology can usefully accomplish. Eventually we hope to deploy MBone to individual K-12 schools in our region, and familiarizing people with the issues is part of that process. - John Sanders has worked hard to understand the technology and relate issues correctly in nonjargon terms. He has done very well. Thanks John. - When possible we will post the address of the publisher who plans to pring the course notes book so that you are able to contact them directly. - Next quarter we will experiment with the best way to use various public domain tools to digitize and archive these streams for WWW access. - Friday's lecture at 1510 PDT and Tuesday's lecture at 1210 are the last two. The MICE group is remulticasting sessions in Europe as quickly as we can duplicate videotapes for them. - Thanks to everyone who has provided feedback, it is essential. Thanks also to Mike McCann, Milena Cochran, Stefan Hudson, Jon Bigelow, Dave Marco, Matthew Koebbe, John Morales, Frank Cardoza, Harry Thomas and Dave Gordon for technical support. - Dick Hamming has been self-effacing and completely supportive throughout this effort. He even repeated a lecture without benefit of audience when a recording mistake ruined a tape. He has our admiration and sincere thanks. - I can't imagine anyone not being challenged by Dick Hamming's ideas. We look forward to building the online digital archive so that anyone can be "learning to learn," listening and watching and exercising their reasoning skills when they choose. all the best, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Fri Jun 02 02:14:22 1995 Received: from ee.uts.edu.au by osi-west.es.net with ESnet SMTP (PP); Thu, 1 Jun 1995 23:13:45 -0700 Received: from mozart.ee.uts.edu.au by ee.uts.edu.au (4.1/SMI-4.1[rev20]) id AA04346; Fri, 2 Jun 95 16:11:00 EST From: aps@ee.uts.edu.au (Aruna Seneviratne) Message-Id: <9506020611.AA04346@ee.uts.edu.au> Reply-To: aps@ee.uts.edu.au Subject: CFP - 2nd HIPPARCH Workshop (Sydney, Australia) To: end2end-interest@ISI.edu, f-troup@AURORA.CIS.UPENN.EDU Date: Fri, 2 Jun 95 16:10:58 EST Cc: ietf@ISI.edu, rem-conf@es.net, sigmedia@bellcore.com, osimcast@BBN.COM, sc6wg4@ntd.comsat.com, xtp-relay@cs.concordia.ca, cswg%sunco@relay.nswc.navy.mil, atm@matmos.hpl.hp.com, reres@laas.fr X-Mailer: ELM [version 2.4dev PL32] I hope I am not volating any of your new group/mailing list conventions by posting this. Anyway here it is. You can also find it at http://www.ee.uts.edu.au/cfp/hip95.html ------------- CALL FOR PAPERS Second International Workshop on High Performance Protocol Architectures HIPPARCH '95 Sydney (AUSTRALIA), December 11-12, 1995 A workshop organised by University of Technology, Sydney within the context of an Australian European Collaboration project sponsored by CEC DG XIII and the Australian Bilateral Science and Technology Program. OBJECTIVE AND SCOPE The aim of the HIPPARCH workshop is to evaluate high performance techniques for the implementation of communication subsystems, especially the use of "Application Level Framing" and "Integrated Layer Processing" concepts. It will also be used to present the results of the HIPPARCH project, and will thus provide an excellent environment for dissemination of information for researchers working in this area. Topics of interest for which original research papers are solicited include: Adaptable transmission control mechanisms Implementation techniques Experiences with ALF/ILP Tools and description languages for protocol implementation In order to maximise the benefits of a workshop of this nature, we strongly encourage submission of papers which describe on-going research and of implementation experiences. SUBMISSION Extended abstract of approximately 1500 words plus position statement (including references to the current research in the field) may either be submitted by electronic mail, in postscript format to : hipparch-workshop@ee.uts.edu.au or HIPPARCH Workshop Secretary, School of Electrical Engineering University of Technology, Sydney POBox 123, Broadway, NSW 2007 AUSTRALIA Selected papers from the Workshop will be invited to be submitted to the Australian Computer Journal. IMPORTANT DATES Abstract due : 15 October, 1995 Acceptance Notification : 15 November, 1995 Final Paper Submission : 1 December 1995 ORGANISERS Organisation Committee Co-chairmen : Antony RICHARDS (CSIRO, Australia) antony@ee.uts.edu.au Ranil De Silva (UTS, Australia) ranil@ee.uts.edu.au Organisation Secretary : Hyunsoo Cho School of Electrical Engineering, University of Technology, Sydney, POBox 123, Broadway, NSW 2007, AUSTRALIA Telephone: +61 2 330 2403 Fax: +61 2 330 2435 email: hscho@ee.uts.edu.au PROGRAM COMMITTEE Program Committee Co-chairmen : Per GUNNINGBERG (Uppsala University, Sweden) Aruna SENEVIRATNE (UTS, Australia) Program Committee Members Larry PETERSON (University of Arizona, USA) Martina ZITTERBART (Technical University of Braunschweig, Germany) Terry PERCIVAL (CSIRO, Australia) David HUTCHINSON (University of Lancaster, UK) Tatsuya SUDA (University of California, Irvine, USA) Behcet SARIKAYA (University of Aizu, Japan) Christian HUITEMA (INRIA, France) Jon CROWCROFT (University College London, UK) Michael FRY (University of Technology, Sydney, Australia) VENUE The workshop will be held at the Markets Campus of the University of Technology, Sydney. This lies at the southern end of Sydney's Central Business District. It is also adjacent to Darling Harbour, which is recognised as one of the major urban renewal projects of the last decade. Darling Harbour consists of parks, shopping malls and entertainment areas, as well as hotels. SYDNEY Contemporary Sydney was established when the first European settlers landed at Sydney Cove on the 26th of January 1788. Since then it has grown to be Australia's largest city. It is the gateway to Australia, serviced by daily flights from Europe, USA and East Asia. Sydney lies on a beautiful harbour. There are many surfing and non-surfing beaches within easy reach of the city, while the foreshores provide a most pleasant environment. Other attractions are within close proximity to Sydney, including some fine examples of Australia's "bush". Sydney is also an ideal springboard to other Australian destinations, such as the Great Barrier Reef and the Central Australian outback, that may be explored pre and post conference. For more information on Australia refer to the http://www.csu.edu.au/education/australia.html. December is a great time to visit Sydney. It is early summer, with average temperatures of 23C. ============================================================== If interested in HIPPARCH '95, return the following information by e.mail or mail to anyone of the program chairmen : [] I intend to make a submission to HIPPARCH '95 ; the provisional title is : .............................................................................. the list of authors is ....................................................... [] I do not intend to make a submission to HIPPARCH '95 but I am interested to receive the program of HIPPARCH '95. First and Last names : ....................................................... Title : ................... Affiliation : .................................... Address : .................................................................... .............................................................................. Tel. : ......................... Fax. : ........................... E.mail : .......................................................... RELATED EVENT Please not that IFIP Upper Layer Protocols Architectures, and Applications Conference will be held directly after the HIPPARCH workshop at the same venue. Information about IFIP ULPAA can be obtained from http://www.ee.uts.edu.au/ifip/ULPAA95.html From rem-conf-request@es.net Fri Jun 02 10:44:44 1995 Received: from mail.unet.umn.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 2 Jun 1995 07:44:14 -0700 Received: from s1.arc.umn.edu by mail.unet.umn.edu (5.65c) id AA24865; Fri, 2 Jun 1995 09:44:13 -0500 From: Joe Habermann Received: from in3.arc.umn.edu by s1.arc.umn.edu; Fri, 2 Jun 95 09:44:12 CDT Received: (haberman@localhost) by in3.arc.umn.edu (8.6.9/8.6.6) id OAA16623 for rem-conf@es.net; Fri, 2 Jun 1995 14:44:10 GMT Message-Id: <199506021444.OAA16623@in3.arc.umn.edu> Subject: LCSE&E ribbon cutting To: rem-conf@es.net Date: Fri, 2 Jun 1995 09:44:09 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 469 Today, the University of Minnesota will be cutting the ribbon on its new Laboratory for Computational Science and Engineering in a ceremony to be broadcast live from 1430-1500, CST. The software that will be used is VIC and VAT and the title will be UofM: LCS&E Ribbon Cutting In case of questions/problems/conflicts with this broadcast, please contact: Joe Habermann / Laboratory for Computation Science and Engineering haberman@lcse.umn.edu / (612) 625-2859 From rem-conf-request@es.net Fri Jun 02 13:32:09 1995 Received: from baker.nwnet.net by osi-west.es.net with ESnet SMTP (PP); Fri, 2 Jun 1995 10:31:39 -0700 Received: by baker.nwnet.net (5.65/UW-NDC Revision: 2.29 ) id AA18724; Fri, 2 Jun 95 10:30:49 -0700 Date: Fri, 2 Jun 1995 10:30:49 -0700 (PDT) From: David Comay To: Joe Habermann Cc: rem-conf@es.net Subject: Re: LCSE&E ribbon cutting In-Reply-To: <199506021444.OAA16623@in3.arc.umn.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 2 Jun 1995, Joe Habermann wrote: > Today, the University of Minnesota will be cutting the ribbon on its new > Laboratory for Computational Science and Engineering in a ceremony to be > broadcast live from 1430-1500, CST. > > The software that will be used is VIC and VAT and the title will be > UofM: LCS&E Ribbon Cutting > joe, as bill fenner noted earlier in the week, you would be well advised to be more specific with the video format you will be using when creating/modifying the session via sd. to quote bill: > This is why it is *extremely* important to get your sd advertisement right; if > you don't, there is a 50% chance that you will get an odd port and will have > this potential confusion. If you are going to transmit anything other than > nv-format video using vic, then *PLEASE* make sure that your sd advertisement > has the proper "fmt:" entry. `vic' should be listed as one of the video formats available assuming the proper changes were made to your .sd.tcl: set sd_menu(video) "fmt: vic nv ivs jpg picwin" dsc From rem-conf-request@es.net Fri Jun 02 17:19:52 1995 Received: from bnr.ca (actually x400gate.bnr.ca) by osi-west.es.net with ESnet SMTP (PP); Fri, 2 Jun 1995 14:19:10 -0700 X400-Received: by mta bnr.ca in /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Fri, 2 Jun 1995 16:02:52 -0400 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Fri, 2 Jun 1995 15:58:45 -0400 X400-Received: by /PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/; Relayed; Fri, 2 Jun 1995 15:58:00 -0400 Date: Fri, 2 Jun 1995 15:58:00 -0400 X400-Originator: /dd.id=1683277/g=bhumip/i=b/s=khasnabish/@bnr.ca To: Original-To: :; PP-Warning: Parse error in original version of preceding To line X400-MTS-Identifier: [/PRMD=BNR/ADMD=TELECOM.CANADA/C=CA/;bcars735.b.958:02.05.95.19.58.45] X400-Content-Type: P2-1984 (2) Content-Identifier: CFP - Worksho... From: "bhumip (b.) khasnabish" Sender: "bhumip (b.) khasnabish" Message-ID: <"20029 Fri Jun 2 15:59:27 1995"@bnr.ca> Subject: CFP - Workshop on Enterprise Networking X-Bulletin: friends interested in Enterprise Networking Dear Friends and Colleagues: Attached herewith is the CFP of the 1st IEEE international workshop on Enterprise Networking. I would appreciate if you could kindly post it in your organization and/or circulate it among your peers, colleagues, students and friens who could be interested in Enterprise Networking. Thank you all in advance. (you may receive this CFP more than once if your internet address appears in multiple news group or exploder lists; sorry about this) Bhumip. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ============================================================= -o-----------------------------------------------------o- | EEEEEEEE N N W W " 9999999 666666 | | E N N N W W 99 99 66 | | EEEEE N N N W W W == 9999999 66666666 | | E N N N W W W W 99 66 66 | | EEEEEEEE N N W W 99999 66666666 | -o-----------------------------------------------------o- FIRST INTERNATIONAL IEEE WORKSHOP ON ENTERPRISE NETWORKING in Conjunction with ICC/SUPERCOMM '96 Dallas, Tx, USA ========================================================= CALL FOR PARTICIPATION ========================================================= This is the first International workshop on Enterprise Networking (EN) sponsored by the IEEE Communications Society's Technical Committee on Enterprise Networking. It attempts to bring together the EN service providers, corporate network managers, technicians, and operation personnel in informal environment, so that they can exchange their ideas and view points with peers and experts standing on the same platform. The goal is to bridge the gap across: (i) Enterprise-wide business drivers and (ii) Technology-driven solutions and enablers. Attendees will be benefitted by EXCHANGING their ideas on future directions of ENs in an informal environment with the professionals in varieties of areas (e.g., service providers, implementors) of ENs. They will also be able to SHARPEN their competitive edge by actively participating in the presentations and interacting with the internationally recognized experts on ENs. The purposes of this single-track one-day workshop are to: (1) Present the current view of the researchers, vendors, implementors, computing and telecommunications service providers, operators, and users. (2) Provide the attendees with the future directions of growth of the ENs. For example, how the standardization and interoperability issues can be resolved, how the emerging technologies like ATM, PCS, full-duplex LAN services, etc. can be exploited to help the evolution of the ENs, and (3) Show how the integration and interplays of ENs with the Internets and the information superhighways are going to create a really open universe, and how the billing and security issues can be handled in such scenarios. (4) Explore the principles and problems underlying the design, deployment, management and operations of ENs. Presentations are being planned in the following FOUR themes, and hence papers covering these areas are explicitly solicited and will be given preference: o Experience with and Current Challenges of the ENs o Future Directions of Growth of the ENs, o Integration of ENs with Emerging Technologies/Services, o Outsourcing the Operations, Management and Design of ENs. Please submit FOUR copies of summary (maximum 15 double-spaced pages excluding figures) of technical contribution mentioning the target theme to the organizing chair at the following address. Bhumip Khasnabish Lab. 5, Mail Stop: 262 Bell-Northern Research Ltd. 3500 Carling Avenue P. O. Box: 3511, Station C Ottawa, Ontario, Canada, K1Y 4H7. Tel: +1 613 763 2698 Fax: +1 613 763 2626 Internet: bhumip@bnr.ca All contributions will be peer-reviewed and the accepted ones will be published in the proceedings of the workshop. Attendance to this workshop may be limited to 150 participants with preference given to those who 'submitted' or 'have accepted' contribution(s) to this workshop. The schedule (almost final) for this workshop is as follows: Deadline for Submission: ............. 15-th September, 1995. Acceptance Notification: ............. 1st January, 1996. Presentation Materials (10 pages) Due: 1st March, 1996. PROGRAM COMMITTEE: ------------------- Program Chair: ............... Bhumip Khasnabish (BNR, Canada) Internet:bhumip@bnr.ca ComSoc Co-Ordinator: ..................... Tom Stevenson (IEEE ComSoc HQ) Internet:t.stevenson@ieee.org Committee Members: ................... Majid Ahmadi (U of Windsor, Canada) Internet:ahmadi@engn.uwindsor.ca Salah Aidarous (BNR, Canada) Internet:aidarous@bnr.ca Robert S. Braudy (DMW Group, USA) Internet:braudyb@aol.com Bob Fike (RNF Systems, USA) Internet:rlfike@aol.com David Kirsch (SunNetworks, USA) Internet:david.kirsch@east.sun.com Ken Lutz (BellCore, USA) kjl@bellcore.com Branislav Meandzija (MetaAccess, USA) Internet:meandzij@ucsbuxa.ucsb.edu Totumo Murase (NEC, Japan) Internet:murase@nwk.cl.nec.co.jp Toshihiro Sikama (Mitsubishi, Japan) Internet:sikama@hat.hon.melco.co.jp Karen Seo (BBN, USA) Internet:kseo@bbn.com Douglas N. Zuckerman (AT&T, USA) Internet:w2xd@mrspock.mt.att.com Steven Weinstein (NEC, USA) Internet:sbw@ccrl.nj.nec.com =================================================================== Thank you very much, With all the best wishes and regards, o---------------------------------------o |Dr. Bhumip Khasnabish, | |Lab. 5, Mail Stop: 262, | |Bell-Northern Research Ltd., | |3500 Carling Avenue, | |P. O. Box: 3511, Station C, | |Ottawa, Ontario, Canada, K1Y 4H7. | |.......................................| |Tel: +1 613 763 2698 | |Fax: +1 613 763 2626 | |Home: +1 613 596 6948 | |Email: bhumip@bnr.ca | o---------------------------------------o From rem-conf-request@es.net Fri Jun 02 20:38:33 1995 Received: from viipuri.nersc.gov by osi-east.es.net with ESnet SMTP (PP); Fri, 2 Jun 1995 17:38:05 -0700 Received: by viipuri.nersc.gov (4.1/ESnet-1.2) id AA20787; Fri, 2 Jun 95 17:38:04 PDT Date: Fri, 2 Jun 95 17:38:04 PDT From: ari@es.net (Ari Ollikainen) Message-Id: <9506030038.AA20787@viipuri.nersc.gov> To: rem-conf@es.net Subject: FORWARDED: RSVP mbone broadcast > From jimbo@aplcomm.jhuapl.edu Thu Jun 1 11:13:57 1995 > Date: Thu, 1 Jun 1995 14:12:58 -0400 (EDT) Sent to the -request address... > From: Jim Bogard BIX > Subject: RSVP mbone broadcast > To: rem-conf-request@es.net, confctrl-request@isi.edu > Mime-Version: 1.0 > Content-Type> : > TEXT/PLAIN> ; > charset=US-ASCII> > Content-Length: 7657 > > > RAPID SYSTEM VIRTUAL PROTOTYPING (Internet Video) SYMPOSIUM > (Simulation and Synthetic Environments) > > The Rapid System Virtual Prototyping Symposium held this month at > The Johns Hopkins University Applied Physics Laboratory will be telecast > on Internet (including video) on the following dates: > > June 5, 1995 (Sessions 1 and 2) > 12:00 noon - 3:50 p.m. U.S. Eastern Standard Time > June 6, 1995 (Sessions 3 and 4) > 1:00 p.m. - 3:45 p.m. U.S. EST > > June 8, 1995 (Sessions 1 and 2) > 8:00 a.m. - 11:50 a.m. Greenwich Mean Time > June 9, 1995 (Sessions 3 and 4) > 8:00 a.m. - 10:45 a.m. GMT > > > INTENDED AUDIENCE: System engineers** Software designers** > Prototype technology managers** Interdisciplinary teams** > Synthetic environment developers > > Recent advances in RSVP technologies enable system designers to rapidly > conceptualize, develop, and visualize complex synthetic environments. This > can greatly leverage and accelerate the rate of Prototype development for > both defense and commercial systems. > > Sponsored by The Johns Hopkins University Applied Physics Laboratory > > In cooperation with: > IEEE - United States Activities > IEEE Computer Society Technical Committee on Simulation > IEEE Computer Society Technical Committee on Computer Graphics > IEEE Computer Society Technical Committee on Design Automation > The National Council on Systems Engineering (NCOSE) > The Society for Applied Learning Technology (SALT) > > General Chair: Paul Hazan, The Johns Hopkins University Applied Physics > Laboratory > > Program Co-Chairs: > Ken Anderson, Consultant > Walter Beam, Consultant > Nahum Gershon, The MITRE Corporation > Lawrence Rosenblum, Naval Research Laboratory > Stanley Winkler, Consultant > > ************************************************************************* > * TO CONNECT YOUR WORKSTATION: > * > * You must have an audio-capable workstation (SPARC, SGI, HP, > * DEC) with IP multicast software added to the operating system. > * You must also be connected to the virtual IP multicast network > * (MBONE), including your network service provider. More > * information about the MBONE, including what hardware and > * software is required to receive this multicast, is available via > * anonymous FTP from venera.isi.edu in the file mbone/faq.txt. > > ************************************************************************ > > PROGRAM > > June 5, 1995 (Sessions 1 and 2) or June 8, 1995 (Sessions 1 > and 2) > 12:00 noon - 3:50 p.m. U.S. EST 8:00 a.m. - 11:50 a.m. GMT > > SESSION 1: INTRODUCTION > ************* > (June 5th - 12:00 noon-12:30 pm EST) or (June 8th - 3:00 am- 3:30 am > GMT) > > (10 min) "WELCOME AND INTRODUCTION," Gary Smith, Director, JHU/APL > > (10 min) "RSVP, CHALLENGES AND OPPORTUNITIES," Paul Hazan, JHU/APL > > (10 min) "RAPID PROTOTYPING IN EDUCATION," Nathaniel Macon, Society > for Applied Learning Technology > > ************************************************************************* > * SUBMIT YOUR QUESTIONS TO SPEAKERS VIA E-MAIL: > * > * rsvp@jhuapl.edu > * > * Specify Session +S_+ and Paper +P_+ > * ------------------------------------------------------------------ > -- > * > * A continuing RSVP Symposium Question and Answer Dialogue will be > * posted on an electronic bulletin board for the next 3 weeks. To access > * the RSVP bulletin board type: http://www.jhuapl.edu/rsvp > * > ************************************************************************ > > > SESSION 2: [S2: (P1-P6)] TOOLS AND SYSTEMS APPLICATIONS > ************** > (June 5th - 12:30 pm -3:50 pm EST) or (June 8th - 3:30 am- 6:50 am > GMT) > > (10 min) INTRODUCTION TO SESSION 2,+ Stanley Winkler, The Winkler Group, > and > Ken Anderson, Consultant > > (25 min) P1 - "VIRTUAL REALITY, TELEPRESENCE SURGERY AND THE NEW WORLD > ORDER OF MEDICINE," Shaun Jones, Advanced Research Projects Agency > > (25 min) P2 - "RSVP - THE BOEING 777 AND FLYTHRU," Bob Abarbanel, Boeing > Computer Services > > (25 min) P3 - "A NEW TOOL FOR RAPID DEVELOPMENT OF VIRTUAL REALITY > SYSTEMS," Tom Coull, Sense8 Corporation > > BREAK (10 min) > > (25 min) P4 - "ACCELERATING THE AIRPORT PLANNING PROCESS THROUGH REAL-TIME > INTERACTIVE SIMULATION," Steven Collins, Lockheed Martin > > (25 min) P5 - "DISTRIBUTED VIRTUAL PROTOTYPING," Stephan Haas, Fraunhofer > Center for Research and Computer Graphic > > (25 min) P6 - "RAPID PROTOTYPING - THE WORLD WIDE WEB," Steve Heibein, > Silicon Graphics Inc. > > ************************************************************************* > **** PANEL **** > (30 minutes) > ************************************************************************ > > ************************************************************************* > * SUBMIT YOUR QUESTIONS TO SPEAKERS VIA E-MAIL: > * > * rsvp@jhuapl.edu > * > * Specify Session +S_+ and Paper +P_+ > * ------------------------------------------------------------------ > -- > * > * A continuing RSVP Symposium Question and Answer Dialogue will be > * posted on an electronic bulletin board for the next 3 weeks. To access > * the RSVP bulletin board type: http://www.jhuapl.edu/rsvp > * > ************************************************************************ > > June 6, 1995 (Sessions 3 and 4) or June 9, 1995 (Sessions 3 > and 4) > 1:00 p.m. - 3:45 p.m. U.S. EST 8:00 a.m. - 10:45 a.m. GMT > > SESSION 3: [S3 (P1-P4)] EDUCATION AND TRAINING > ************** > (June 6th - 1:00 pm-2:40 pm EST) or (June 9th - 3:00 am- 4:40 am > GMT) > > (25 min) P1 - "MULTIMEDIA IN NAVY TACTICAL TRAINING," Paul Frey, Search > Technology > > (25 min) P2 - "RAPID SOFTWARE: VIRTUAL PRODUCT SIMULATION FOR PROTOTYPING > AND TRAINING," Meir Morag, Emultek, Inc. > > (25 min) P3 - "USING THE INTERNET TO PROTOTYPE NEW PARADIGMS IN EDUCATION," > Mark Pullen, George Mason University > > (25 min) P4 - "RSVP IN MEDICAL EDUCATION AND DIAGNOSTIC EVALUATION," Justin > Pearlman, Harvard Medical School > > SESSION 4: [S4 (P1 - P3)] CRITICAL ISSUES FOR CURRENT THOUGHT > ************** > (June 6th - 2:40 pm-3:45 pm EST) or (June 9th - 4:40 am-5:45 am > GMT) > > (25 min) P1 - "SYSTEM LIFE CYCLE OPPORTUNITIES FOR RSVP," Walter Beam, > The Beam Group > > (25 min) P2 - "INTELLIGENT DIGITAL LIBRARIES: PUTTING THE USER IN THE > DRIVER'S SEAT," Nahum Gershon, The MITRE Corporation > > (15 min) P3 - "SUMMARY AND FUTURE DIRECTIONS," Paul Hazan, JHU/APL > > ************************************************************************* > * FOR ADDITIONAL INFORMATION ON THIS > * SYMPOSIUM, CONTACT: Ms. Lois Craig > * (301) 953-5365 or E-mail: lcraig@aplcomm.jhuapl.edu > * > ************************************************************************ > > ************************************************************************* > * TO CONNECT YOUR WORKSTATION: > * > * You must have an audio-capable workstation (SPARC, SGI, HP, > * DEC) with IP multicast software added to the operating system. > * You must also be connected to the virtual IP multicast network > * (MBONE), including your network service provider. More > * information about the MBONE, including what hardware and > * software is required to receive this multicast, is available via > * anonymous FTP from venera.isi.edu in the file mbone/faq.txt. > > ************************************************************************ > > > > > > From rem-conf-request@es.net Sat Jun 03 16:48:41 1995 Received: from hplms26.hpl.hp.com by osi-west.es.net with ESnet SMTP (PP); Sat, 3 Jun 1995 13:48:12 -0700 Received: from hplabsz.hpl.hp.com by hplms26.hpl.hp.com with ESMTP ($Revision: 1.36.108.11 $/15.5+ECS 3.3+HPL1.1S) id AA290902510; Sat, 3 Jun 1995 13:48:30 -0700 Received: by hplabsz.hpl.hp.com (1.37.109.15/15.5+ECS 3.3+HPL1.1) id AA132012493; Sat, 3 Jun 1995 13:48:13 -0700 From: Laura de Leon Message-Id: <9506031348.ZM13199@hplabsz.hpl.hp.com> Date: Sat, 3 Jun 1995 13:48:13 -0700 X-Mailer: Z-Mail (3.0.0 15dec93) To: baylisa@baylisa.org, rem-conf@es.net, sage-announce@usenix.org Subject: BayLISA: Brian Pawlowski on NFS V3 Cc: deleon@hplabsz.hpl.hp.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 The BayLISA group meets monthly to discuss topics of interest to systems and network administrators. The meetings are free and open to the public. BayLISA holds monthly meetings on the third Thursday of each month at 7:30 PM PST. We meet at Synopsys Building C in Mountain View, California off Highway 237 at Middlefield. This meeting will also be broadcast via MBONE. Schedule -------- June 15: Brian Pawlaski on NFS V3 Brian will describe the NFS V3 protocol, starting with some background and history of NFS, and then describe the NFS Version 3 design, implementation and performance. He will describe changes to the user interface for the mount command, how a V3 client works with both a V2 and V3 server, etc. July 20: Glen Kohler on Ergonomics August 17: Brent Chapman on firewalls (Schedule subject to revision) To get further information on the meeting location, you can request it >from the majordomo server on baylisa.org, you can ftp it from ftp.baylisa.org:/BayLISA/location or you can query the BayLISA mail server by cutting and pasting the following line to your shell: echo "index baylisa" | mail majordomo@baylisa.org BayLISA makes video tapes of the meetings available to members. For more information on available videos, please send email to: video@baylisa.org For any other information, please send email to: info@baylisa.org If you have any questions, please contact me or any of the info alias listed above. --- End of forwarded mail from ("Laura de Leon") From rem-conf-request@es.net Sun Jun 04 22:54:13 1995 Received: from elaine24.Stanford.EDU by osi-west.es.net with ESnet SMTP (PP); Sun, 4 Jun 1995 19:53:46 -0700 Received: (from mandami@localhost) by elaine24.Stanford.EDU (8.6.8/8.6.12) id TAA00564 for rem-conf@es.net; Sun, 4 Jun 1995 19:53:40 -0700 From: Meng-Day Yu Message-Id: <199506050253.TAA00564@elaine24.Stanford.EDU> Subject: VIC on the SGI To: rem-conf@es.net Date: Sun, 4 Jun 1995 19:53:39 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 222 I am asking this quesiton on the behalf of someone else. The person is running VIC on the SGI and told me that some modes, such as the NV mode, is not working? Any ideas? Thanks. Mandel Yu mandami@lleand.stanford.edu From rem-conf-request@es.net Mon Jun 05 01:20:01 1995 Received: from flop.mcom.com by osi-west.es.net with ESnet SMTP (PP); Sun, 4 Jun 1995 22:19:23 -0700 Received: (from news@localhost) by flop.mcom.com (8.6.9/8.6.9) id WAA24489; Sun, 4 Jun 1995 22:10:08 -0700 To: rem-conf@es.net Path: wwwww.mcom.com!dmose From: dmose@wwwww.mcom.com (Dan Mosedale) Newsgroups: mcom.list.rem-conf Subject: Re: mbone list management on mbone Date: 5 Jun 1995 05:10:05 GMT Organization: Netscape Communications Corporation Lines: 20 Message-ID: <3qu3jd$nsu@flop.mcom.com> References: <1721.801498167@cs.ucl.ac.uk> <29321.801502696@apple.com> NNTP-Posting-Host: wwwww.mcom.com fair@apple.com (Erik E. Fair , Internet Architect) writes: > > Personally, my bias is to dump all mailing lists into netnews, so that > list maintenance issues go away. Of course, that does not deal with > access control or limited distribution issues. This is a particularly interesting place to bring that up: we happen to gate both MBONE and rem-conf using the INN newsgate from r$. Cross-posts between these two lists are reasonably common. The problem here is that when a post arrives from the second of the cross-posted lists, INN barfs because it has already seen the Message-ID in question. The suggested solutions I've seen for this are gross hacks, but I'll probably end up grafting one into newsgate sooner or later. Say, you'd mentioned you were thinking of writing your own gating package. Done yet? ;-) -- Dan Mosedale Systems Exorcist dmose@netscape.com Netscape Communications Corp. From rem-conf-request@es.net Mon Jun 05 13:37:32 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Mon, 5 Jun 1995 10:37:03 -0700 Received: from icsib23.ICSI.Berkeley.EDU (knightly@icsib23.ICSI.Berkeley.EDU [128.32.201.58]) by icsia.ICSI.Berkeley.EDU (8.6.12/HUB+V8$Revision: 1.22 $) with ESMTP id KAA22323; Mon, 5 Jun 1995 10:22:15 -0700 Received: (knightly@localhost) by icsib23.ICSI.Berkeley.EDU (8.6.12/1.8) id KAA17599; Mon, 5 Jun 1995 10:22:12 -0700 Message-Id: <199506051722.KAA17599@icsib23.ICSI.Berkeley.EDU> From: knightly@ICSI.Berkeley.EDU (Edward W. Knightly) Date: Mon, 5 Jun 1995 10:22:12 PDT X-Mailer: Mail User's Shell (7.1.0 4/25/90) To: rem-conf@es.net, tccc@cs.umass.edu Subject: mpeg traces and papers available We have several frame-size traces of MPEG-compressed video and related papers available for anonymous ftp at: ftp://tenet.berkeley.edu/pub/dbind There is a "traces" directory and a "papers" directory. The "traces" directory has two 10-minute and two 90-minute traces as described in the README file below. The bibliography for the "papers" directory is contained in a README file in that directory. Ed Knightly ---------------------------------------------------------------------- tenet.berkeley.edu:~ftp/pub/dbind/traces/README ---------------------------------------------------------------------- The MPEG 1 traces advertisements.t and lecture.t are coded with the UCB software coder. The streams are 10 minutes long at 30 fps with a 160x120 frame size. The file advertisements.t is a sequence of advertisements for graphics products (showing morphing, etc.) and lecture.t is a recording of a lecture showing the speaker (full body and motion) and his slides along with zooming and panning. The traces pbride.t and cnn.t are 90 minutes long with a frame size of 320x240 and a frame rate of 30 fps. These two traces are obtained >from a Futuretel hardware coder. This coder uses variable distortion coding so that during a high-action or colorful scene, the picture quality is lowered so that the coder can maintain its target rate which in this case is 1.2 Mbps. The file cnn.t is CNN news including commercials, and pbride.t is the movie Princess Bride. The file format is a text file with frame number followed by frame size in bits. The frame pattern is IBBPBB for the UCB sequences and IBBPBBPBBPBBPBB for the Futuretel sequences. From rem-conf-request@es.net Mon Jun 05 18:35:47 1995 Received: from overdrive.ccrl.nj.nec.com (actually overdrive3.ccrl.nj.nec.com) by osi-west.es.net with ESnet SMTP (PP); Mon, 5 Jun 1995 15:35:15 -0700 Received: by overdrive.ccrl.nj.nec.com (4.1/YDL1.9-920708.13) id AA23497(overdrive.ccrl.nj.nec.com); Mon, 5 Jun 95 18:35:08 EDT From: bansal@ccrl.nj.nec.com (Vivek Bansal) Received: by depot (4.1/CNC-Client) id AA10079; Mon, 5 Jun 95 18:35:07 EDT Date: Mon, 5 Jun 95 18:35:07 EDT Message-Id: <9506052235.AA10079@depot> To: mbone@isi.edu, rem-conf@es.net, van@ee.lbl.gov Subject: CellB decoder... We are looking for a software decoder for a video stream which has been encoded using Sun's cellB video format. Is it possible to use vic to take a cellb encoded file and display it ?? or is there any other tool to do that ??? Thanks Vivek.. From rem-conf-request@es.net Tue Jun 06 12:22:00 1995 Received: from louie.udel.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 09:21:24 -0700 Received: from snow-white-fddi.udel.edu by louie.udel.edu id aa11611; 6 Jun 95 12:03 EDT Received: from louie.udel.edu by snow-white.ee.udel.edu id aa18464; 6 Jun 95 12:02 EDT From: Bradley Cain Date: Tue, 6 Jun 1995 12:02:51 -0400 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: rem-conf@es.net Subject: Ultrix 4.4 multicast hacks Message-ID: <9506061202.aa11538@itchy.ee.udel.edu> Anyone using multicast in Ultrix 4.4? Does anyone know if the Ultrix 4.2a multicast kernel hacks can be used with 4.4?? I think I used them with 4.3a, but I can't recall. thanks ****************************************************************************** brad@strauss.udel.edu * Brad Cain N3NAF cain@ee.udel.edu * University of Delaware Electrical Engineering '95 PGP key via finger * ---Comp. Sci/Signals/Communications/Networking--- From rem-conf-request@es.net Tue Jun 06 14:14:32 1995 Received: from fred.rtpnc.epa.gov (actually fred-f.rtpfddi.epa.gov) by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 11:14:02 -0700 Received: by fred.rtpnc.epa.gov (940816.SGI.8.6.9/1.34) id OAA27279; Tue, 6 Jun 1995 14:13:59 -0400 From: Jeff Wang Message-Id: <9506061413.ZM27277@fred.rtpnc.epa.gov> Date: Tue, 6 Jun 1995 14:13:58 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rem-conf@es.net Subject: Please setup MBONE sessions for IEVE Cc: jfwang@vislab.epa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Dear Sir/Madam, I have submitted the request to the MBONE conference submission WWW page already, but I would like to confirm to you. We want to start the following sessions: Date: Friday, June 23, 1995 Time: 8:00 EDT to 5:00 EDT Sessions: IEVE-Video-Test IEVE-Audio-Test IEVE-WB-Test Contact: jfwang@vislab.epa.gov Description: International Environmental Visualization Exposition (IEVE) is a three-day conference sponsored by USEPA, please read http://www.epa.gov /Press.html for more detailed information. This is a test session. Duration: 7:00 EDT, June 26, 1995 to 14:00 EDT, June 28, 1995 Sessions: IEVE-Video IEVE-Audio IEVE-WB Contact: jfwang@vislab.epa.gov Description: International Environmental Visualization Exposition (IEVE) is a three-day conference sponsored by USEPA, please read http://www.epa.gov /Press.html for more detailed information. If you have any question, please do not hesitate to contact me. This is the first time we've broadcasted a conference inside EPA, please be tolerant our shortcoming/mistakes, etc. Thanks for cooperation Jeff From rem-conf-request@es.net Tue Jun 06 14:50:51 1995 Received: from cs.rpi.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 11:50:07 -0700 Received: from colossus.cs.rpi.edu by cs.rpi.edu (5.67a/1.4-RPI-CS-Dept) id AA25065; Tue, 6 Jun 1995 14:36:45 -0400 (glinert from colossus.cs.rpi.edu) Date: Tue, 6 Jun 95 14:36:39 EDT From: glinert@cs.rpi.edu Received: by colossus.cs.rpi.edu (4.1/2.3-RPI-CS-client) id AA00559; Tue, 6 Jun 95 14:36:39 EDT Message-Id: <9506061836.AA00559@colossus.cs.rpi.edu> To: end2end-interest@venera.isi.edu, f-troup@AURORA.CIS.UPENN.EDU, ietf@venera.isi.edu, ir-l%uccvma.bitnet@cunyvm.cuny.edu, rem-conf-request@es.net, rem-conf@es.net, sound@PASCAL.ACM.ORG, tccc@cs.umass.edu Subject: cfp - ASSETS'96 Call For Participation Call For Participation =--=--=--=--=--=--=--= =--=--=--=--=--=--=--= ASSETS'96 The 2nd ACM/SIGCAPH Conference on Assistive Technologies -=--=--=--=--=--=--=--=--=--=--=--=--=- April 11-12, 1996 Vancouver Renaissance Hotel Vancouver, Canada Sponsored by the ACM's Special Interest Group on Computers and the Physically Handicapped, ASSETS'96 will be the second in a new series of conferences whose goal is to provide a forum where researchers and developers, from academia and industry, can meet to exchange ideas and report on new developments relating to computer-based systems to help people. The conference scope spans disabilities and special needs of all kinds, including but not limited to: sensory (hearing, vision); motor (orthopedic); cognitive (learning, speech, mental); and emotional. TECHNICAL PAPERS of the high quality expected at major ACM conferences should be up to 8 pages in length and may be of various kinds: (a) Presentation of original and significant research. (b) Results of relevant and rigorous empirical studies. (c) Description of the ``look and feel'' and discussion of the internal workings of an implemented system. Authors are encouraged to send a short VIDEOTAPE with their paper, if possible, to clarify and reinforce the concepts discussed. Papers must be set in 11 point type and formatted in two-column conference style. PANEL PROPOSALS up to 3 pages in length on timely and controversial topics are also welcome. These submissions should be formatted like a technical paper, and will if accepted be included in the conference proceedings. They should include: (a) An introduction by the organizer/moderator. (b) Position statements from each panelist. (c) Brief biographical sketches of all participants. ALL SUBMISSIONS WILL BE REFEREED, and no more will be accepted than can be comfortably presented in a single track (no parallel sessions). Authors of accepted papers will be required to prepare an electronic version for the on-line conference proceedings which will supplement the traditional printed volume. Some authors will also be asked to submit an electronic version of their paper for review purposes prior to acceptance, in ASCII or other human-readable format. Send 7 copies of full papers along with 2 copies of any accompanying videos, and 4 copies of panel proposals, to the Program Chair: David L. Jaffe Dept. of Veteran Affairs Medical Center 3801 Miranda Avenue - Mail Stop 153 Palo Alto CA 94304 ======================================================================== All submissions must be received no later than Tuesday, OCTOBER 17, 1995 ======================================================================== QUESTIONS regarding submissions should be directed to the Program Chair; for information regarding registration or other matters, please contact the General Chair. Here's how to reach these people: Program Chair: David L. Jaffe via phone: (415) 493 5000, ext 4480 via fax: (415) 493 4919 via Email: jaffe@roses.stanford.edu General Chair: Ephraim P. Glinert via phone: (518) 276 2657 via fax: (518) 276 4033 via Email: glinert@cs.rpi.edu BONUS: Plan now to attend two key conferences for the price of a single air ticket! ASSETS'96 will immediately precede CHI'96, which will take place in Vancouver on April 13-18, 1996. See you in Vancouver, Canada's jewel of the northwest! =--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--=--= General Chair: =--=--=--=--=--= Ephraim P. Glinert, Rensselaer Polytechnic Institute Program Committee: =--=--=--=--=--=--= David L. Jaffe (Chair), VA Medical Center, Palo Alto Meera M. Blattner, LLNL and University of California at Davis Julie Baca, Waterways Experiment Station James L. Caldwell, IBM Alireza Darvishi, University of Zurich (Switzerland) Patrick Demasco, University of Delaware Alistair D.N. Edwards, University of York (UK) Gerald L. Engel, NSF Harriet J. Fell, Northeastern University Carl Friedlander, ISX Corp. Ralph Guertin, MITRE Corp. Robert J.K. Jacob, Tufts University Earl Johnson, Sun Microsystems Laboratories Arthur I. Karshmer, New Mexico State University R. Benjamin Knapp, Stanford University Richard E. Ladner, University of Washington Clayton Lewis, University of Colorado at Boulder Elizabeth D. Mynatt, Georgia Institute of Technology David W. Patmore, University of California at Santa Cruz Helen Petrie, University of Hertfordshire (UK) T.V. Raman, DEC Cambridge Research Center Richard D. Steele, Tolfa Corp. Jim Thatcher, IBM Research A. Rudy Vener, AT&T Bell Labs Nicole Yankelovich, Sun Microsystems Treasurer: =--=--=--= David H. Leserman, NOAA From rem-conf-request@es.net Tue Jun 06 15:03:06 1995 Received: from timbuk.cray.com by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 12:02:28 -0700 Received: from taurus2.cray.com (taurus2.cray.com [128.162.22.106]) by timbuk.cray.com (8.6.11/CRI-gw-8-1.4) with SMTP id OAA04728 for ; Tue, 6 Jun 1995 14:02:26 -0500 Received: by taurus2.cray.com (4.1/CRI-5.13) id AA14866; Tue, 6 Jun 95 14:02:01 CDT From: dana@taurus2.cray.com (Dana J. Dawson) Message-Id: <9506061902.AA14866@taurus2.cray.com> Subject: To: rem-conf@es.net Date: Tue, 6 Jun 95 14:02:00 CDT Cc: dana@taurus2.cray.com (Dana J. Dawson) X-Mailer: ELM [version 2.3 PL11b-CRI] unsubscribe From rem-conf-request@es.net Tue Jun 06 16:39:02 1995 Received: from prom.engin.umich.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 13:37:04 -0700 Received: (dschluss@localhost) by prom.engin.umich.edu (8.6.12/8.6.4) id QAA29470; Tue, 6 Jun 1995 16:36:48 -0400 Date: Tue, 6 Jun 1995 16:36:35 -0400 (EDT) From: "david a. schlussel" Sender: "david a. schlussel" Reply-To: "david a. schlussel" Subject: Re: CellB decoder... To: Vivek Bansal cc: mbone@ISI.EDU, rem-conf@es.net, van@ee.lbl.gov In-Reply-To: <9506052235.AA10079@depot> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII the standard video tool for mbone, nv, has a sun CellB setting. you can find that at parcftp.xerox.com/pub/net-research/ +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ + David Schlussel + + dschluss@umich.edu + + MCIT-Special Projects + + http://www.umich.edu/~dschluss/ + +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ On Mon, 5 Jun 1995, Vivek Bansal wrote: > > We are looking for a software decoder for a video stream which has been > encoded using Sun's cellB video format. > Is it possible to use vic to take a cellb encoded file and display it ?? > or is there any other tool to do that ??? > > Thanks > > Vivek.. > > > From rem-conf-request@es.net Tue Jun 06 20:38:56 1995 Received: from panix.com by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 17:38:25 -0700 Received: (from kenf@localhost) by panix.com (8.6.12/8.6.12+PanixU1.0) id UAA08196 for rem-conf@es.net; Tue, 6 Jun 1995 20:38:20 -0400 From: Ken Feingold Message-Id: <199506070038.UAA08196@panix.com> Subject: Cancellation To: rem-conf@es.net Date: Tue, 6 Jun 1995 20:38:19 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 327 Due to a number of issues, the sessions from the Interactive Media Festival scheduled for this week are cancelled. We are running locally for gallery visitors, but unfortunately we will not be able to broadcast >from my robots this time. Please excuse any inconveniences due to this change in the schedule. Ken Feingold From rem-conf-request@es.net Wed Jun 07 00:24:31 1995 Received: from pec.etri.re.kr by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 21:23:56 -0700 Received: by pec.etri.re.kr (8.6.9H1/8.6.4) id OAA09478; Wed, 7 Jun 1995 14:18:00 +1000 From: Myung-Ki Shin Posted-Date: Wed, 7 Jun 1995 14:18:00 +1000 Message-Id: <199506070418.OAA09478@pec.etri.re.kr> Subject: Where can I get sd source ? To: rem-conf@es.net Date: Wed, 7 Jun 1995 14:17:59 +0900 (GMT+9:00) X-Mailer: ELM [version 2.4 PL21-h4] Content-Type: text Content-Length: 411 Hi ! I'm currently working on the WWW synchronous collaboration over MBone. Where can I find sd source ? I can't find it Thanks in advance. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Myung-Ki Shin | mkshin@pec.etri.re.kr ETRI/PEC | P.O. Box 106, Yusong | Daejeon, 305-350, Korea | PH:+82-42-860-4847 | FAX:+82-42-861-5404 From rem-conf-request@es.net Wed Jun 07 02:14:42 1995 Received: from dylan.mindspring.com by osi-west.es.net with ESnet SMTP (PP); Tue, 6 Jun 1995 23:14:11 -0700 Received: from magoo.mindspring.com [168.121.19.67] by dylan.mindspring.com with SMTP id CAA06734 for ; Wed, 7 Jun 1995 02:14:02 -0400 Message-Id: <199506070614.CAA06734@dylan.mindspring.com> X-Sender: magoo@mindspring.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 07 Jun 1995 02:11:15 -0500 To: rem-conf@es.net From: magoo@mindspring.com (Scott McGhee) Subject: unsubscribe From rem-conf-request@es.net Wed Jun 07 03:41:15 1995 Received: from vocaltec.com by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 00:40:43 -0700 Received: (from mailman@localhost) by vocaltec.com (8.6.11/8.6.10) id DAA15242; Wed, 7 Jun 1995 03:40:33 -0400 To: rem-conf@es.net Cc: From: newsman@vocaltec.com Date: Wed, 7 Jun 1995 10:05:25 AM Message-ID: <2FCDFEDE6CD71D65C22561D40026F2C2@vocaltec.com> Subject: Errors-To: newsman@vocaltec.com unsubscribe From rem-conf-request@es.net Wed Jun 07 08:03:06 1995 Received: from sas-hp.nersc.gov by osi-east.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 05:02:28 -0700 Received: from [198.124.2.67] (bacon-mac.es.net) by sas-hp.nersc.gov with SMTP (1.37.109.16/16.3) id AA006186544; Wed, 7 Jun 1995 05:02:24 -0700 X-Sender: aiken@sas-sun.nersc.gov Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 7 Jun 1995 04:43:19 -0800 To: rem-conf@es.net From: aiken@es.net (Robert J. Aiken) Subject: pls unsubscribe me - aiken@es.net thanks Robert J. Aiken, Department of Energy/ Lawrence Livermore Lab ER-31, 19901 Germantown Rd., Germantown, MD. 20874-1290 301-903-5800, 301-903-7774 (fax), aiken@es.net "Always drink upstream from the herd" From rem-conf-request@es.net Wed Jun 07 10:28:16 1995 Received: from sas-hp.nersc.gov by osi-east.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 07:27:37 -0700 Received: from [198.124.2.67] (bacon-mac.es.net) by sas-hp.nersc.gov with SMTP (1.37.109.16/16.3) id AA011955254; Wed, 7 Jun 1995 07:27:34 -0700 X-Sender: aiken@sas-sun.nersc.gov Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 7 Jun 1995 07:08:30 -0800 To: rem-conf@es.net From: aiken@es.net (Robert J. Aiken) Subject: Aplogies for that unsubscrobe msg! I would liek toaplogize to all on this mailer for my unsubscriptio notice. I was cuttng and pasting and forgot to add the -request. Again I'm sorry bob Robert J. Aiken, Department of Energy/ Lawrence Livermore Lab ER-31, 19901 Germantown Rd., Germantown, MD. 20874-1290 301-903-5800, 301-903-7774 (fax), aiken@es.net "Always drink upstream from the herd" From rem-conf-request@es.net Wed Jun 07 12:13:31 1995 Received: from mento.oit.unc.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 09:12:58 -0700 Received: by mento.oit.unc.edu (NeXT-1.0 (From Sendmail 5.52)/TAS/11-16-88) id AA28883; Wed, 7 Jun 95 12:12:56 EDT Date: Wed, 7 Jun 1995 12:12:55 -0400 (EDT) From: Paul Jones To: rem-conf@es.net Cc: "Richard Toselli M.D." , maureen.chew@east.sun.com Subject: October MBONE reservation for Neurosurgery Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We would like to reserve the following times on the MBONE for panel discussions at the Congress of Neurological Surgeons 1995 Annual Meeting: Mon 10/16/95 7:30 AM - 12:30 PM (mostly viewing) 10:15 - 11:15 AM PST (?PDT) (active discussion) Tues 10/17/95 2:00 PM - 6:00 PM (mostly viewing) 2:50 - 3:10 PM, 4:50-5:30 PM PST (?PDT) (active discussion) Wed 10/18/95 7:30 AM - 12:30 PM (mostly viewing) 11:20 AM - 12:00 PM PST (?PDT) (active discussion) The sites will be: Moscone Center, San Francisco, CA London Tokyo or Nagoya Chapel Hill At the moment we plan to use ShowMe as the conferencing tool set. ============================================================================ Paul Jones Paul_Jones@unc.edu NEW voice:(919) 962-5643 fax:(919) 962-5664 Office FOR Information Technology School of Journalism and Mass Communication School of Information and Library Science University of North Carolina My other office has a window From rem-conf-request@es.net Wed Jun 07 12:19:01 1995 Received: from deacon (actually deacon.cogsci.ed.ac.uk) by osi-east.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 09:16:47 -0700 Received: from ossian.cogsci.ed.ac.uk (ossian.cogsci.ed.ac.uk [129.215.110.21]) by deacon (8.6.10/8.6.9) with ESMTP id QAA12387; Wed, 7 Jun 1995 16:01:10 +0100 From: John Lee (EdCaad) Received: (john@localhost) by ossian.cogsci.ed.ac.uk (8.6.10/8.6.9) id PAA02924; Wed, 7 Jun 1995 15:53:34 +0100 Date: Wed, 7 Jun 1995 15:53:34 +0100 Message-Id: <199506071453.PAA02924@ossian.cogsci.ed.ac.uk> To: ag-exp-l%ndsuvm1.BITNET@forsythe.Stanford.EDU, agosta@sumex-aim.stanford.edu, ai-ed@sun.com, ai-medicine@medmail.Stanford.EDU, ai-nat@adfa.oz.au, ai-stats@watstat.uwaterloo.ca, aisb@cogs.sussex.ac.uk, announcements.chi@xerox.com, arl@arl1.wustl.edu, arpanet-bboard@mc.lcs.mit.edu, atm@bbn.com, bcs-hci-request@mailbase.ac.uk, ccrc@dworkin.wustl.edu, cellular@dfv.rwth-aachen.de, cip@bbn.com, cnom@maestro.bellcore.com, cogsci@cogsci.ed.ac.uk, cybsys-l@bingvmb.cc.binghamton.edu, diagrams@cs.swarthmore.edu, elsnet-list@cogsci.ed.ac.uk, end2end-interest@ISI.EDU, enternet-ec@bbn.com, enternet@bbn.com, f-troup@aurora.cis.upenn.edu, fj-ai@etl.go.jp, g-troup@dworkin.wustl.edu, gist@dcs.gla.ac.uk, globecom@signet.com.sg, hipparch@sophia.inria.fr, icad-request@santafe.edu, ie-list@cs.ucl.ac.uk, ietf@ISI.EDU, ikbsbb@inf.rl.ac.uk, iplpdn@cnri.reston.va.us, ircpeople@cogsci.ed.ac.uk, john@cogsci.ed.ac.uk, kdd@gte.com, met-ai@comp.vuw.ac.nz, mmws@caad.ed.ac.uk, perform@tay1.dec.com, rem-conf@es.net, schulzrinne@fokus.gmd.de, sig11@roses.stanford.edu, sigmedia@bellcore.com, smds@cnri.reston.va.us, sound@acm.org, tccc@cs.umass.edu, tcplw@cray.com, tf-mm@i4serv.informatik.rwth-aachen.de, uist.chi@xerox.com, visual-l@vtvm1.cc.vt.edu, xtp-relay@cs.concordia.ca Subject: FINAL announcement: IMMI-1 IMMI-1 First International Workshop on Intelligence and Multimodality in Intelligent Interfaces Thursday 13th July -- Friday 14th July 1995 Human Communication Research Centre and EdCAAD Research Unit University of Edinburgh, Scotland, UK Registration is still available for a limited number of discussants to join the IMMI-1 Workshop. Participants with experience of practical applications in this area, especially in an industrial context, are particularly encouraged. The Workshop will be held in Edinburgh City Chambers. Further information, including registration forms, details of accommodation, and the complete Workshop Programme, may be found at http://www.cogsci.ed.ac.uk/~john/IMMI/ or by enquiry to John Lee at HCRC (address below). Apologies to those who receive this FINAL announcement more than once. IMMI-1 is supported by the British HCI Group, AAAI, ACL Sigmedia and BT. --------------------------------------------------------------------------- John R. Lee EdCAAD and Human Communication Research Centre Dept. of Architecture University of Edinburgh University of Edinburgh 2 Buccleuch Place 20 Chambers Street Edinburgh EH8 9LW Edinburgh EH1 1JZ Scotland, UK. Scotland, UK. Tel: +44 131 650 2335/7 Tel: +44 131 650 4420 Fax: +44 131 667 0141 Fax: +44 131 667 4587 Email: J.Lee@ed.ac.uk --------------------------------------------------------------------------- From rem-conf-request@es.net Wed Jun 07 14:02:14 1995 Received: from inet-gw-2.pa.dec.com by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 11:01:42 -0700 Received: from bigpink.pa.dec.com by inet-gw-2.pa.dec.com (5.65/24Feb95) id AA11496; Wed, 7 Jun 95 10:59:46 -0700 Received: by bigpink.pa.dec.com; id AA06421; Wed, 7 Jun 1995 10:59:46 -0700 Message-Id: <9506071759.AA06421@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.com Subject: Severe Tire Damage 7-Jun-95 Date: Wed, 07 Jun 95 10:59:46 -0700 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 7-Jun-95 Time: 9pm - 9:30pm PDT From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California Tonight we celebrate the return of Mark Manasse to Severe Tire Damage with yet another pointless attempt at self-promotion aimed at proving that the information super highway has more than on-ramps, speed bumps, tollbooths, and policers of good taste. No word on the remote camera control yet. See you there! Lance Berc berc@src.dec.com Still image grabbing: http://chocolate.research.digital.com/grab.html STD info: http://www.ubiq.com/std/band.html http://www.std.com/homepages/band mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.research.digital.com/mbone From rem-conf-request@es.net Wed Jun 07 14:23:53 1995 Received: from icsia.ICSI.Berkeley.EDU by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 11:23:20 -0700 Received: from icsib27.ICSI.Berkeley.EDU (amit@icsib27.ICSI.Berkeley.EDU [128.32.201.69]) by icsia.ICSI.Berkeley.EDU (8.6.12/HUB+V8$Revision: 1.22 $) with ESMTP id LAA04604; Wed, 7 Jun 1995 11:23:12 -0700 Received: from localhost (amit@localhost) by icsib27.ICSI.Berkeley.EDU (8.6.12/1.8) with ESMTP id LAA06673; Wed, 7 Jun 1995 11:23:04 -0700 Message-Id: <199506071823.LAA06673@icsib27.ICSI.Berkeley.EDU> X-Authentication-Warning: icsib27.ICSI.Berkeley.EDU: amit owned process doing -bs X-Mailer: exmh version 1.5.3 12/28/94 To: rem-conf@es.net, end2end-interest@ISI.EDU, int-serv@ISI.EDU cc: ferrari@cs Subject: Two announcements from the Tenet Group Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 07 Jun 1995 11:23:02 PDT From: Amit Gupta [My sincere apologies if you get multiple copies of this email: Amit] The two announcements: 1. Source code of Tenet Real-Time Protocol Suite 1 available!! 2. New Tenet Group document available ==================================================================== The Tenet Group at UC Berkeley and ICSI announces the availability of the source code of its Real-Time Protocol Suite 1. The suite consists of three protocols (RMTP and RTIP for data delivery, RCAP for guaranteed-performance channel establishment and teardown), which have been designed to coexist with the Internet protocols. The source code can be freely used for educational and research purposes without a license; its commercial exploitation requires obtaining a license >from the Regents of the University of California, who own the copyright to it. While RCAP runs in user mode, RMTP and RTIP are part of the kernel; the code being distributed can be used on Ultrix 4.2A, Irix 4.0.5f, and BSD/OS 2.0. An OSF-1 version is in preparation. The code is still being tested, and is therefore distributed as is, without any promises it will run in your environment. It can be obtained at URL: ftp://tenet.cs.berkeley.edu/pub/src/tenet-suite1-0.8.tar.Z Licensing and installation information is included in the READ_ME file that accompanies the code of the protocols. For any questions or comments, please send e-mail to: suite1-comments@tenet.cs.berkeley.edu ==================================================================== The Tenet Group at UC Berkeley and ICSI has issued the Spring 1995 edition of an 11-page document that describes its current work in the area of real-time (i.e., guaranteed-performance) communication in packet-switching internetworks and continuous-media networking applications. The document can be obtained through the World Wide Web at URL http://tenet.berkeley.edu/tenet-blurb.html, or by anonymous ftp with URL ftp://tenet.cs.berkeley.edu/pub/doc/tenet-intro.ps ====================================================================== From rem-conf-request@es.net Wed Jun 07 14:58:54 1995 Received: from duke.poly.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 11:58:23 -0700 Received: from rama.poly.edu by duke.poly.edu (8.6.9/1.34-032891-Polytechnic University) id OAA27634; Wed, 7 Jun 1995 14:55:27 -0400 Received: by rama.poly.edu (4.1/SMI-4.1) id AA09595; Wed, 7 Jun 95 14:59:15 EDT Date: Wed, 7 Jun 1995 14:59:15 -0400 (EDT) From: Charlie To: rem-conf@es.net Subject: MBone Probs... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Not sure where to send this question, but I was hoping you could help out... We're running a SparcStation 10 with Solaris 2.3 here... I've managed to download and compile vat, sd, nv, and wb... In addition, I've managed to get mrouted compiled... Unfortunately, when I try to run it, it gives me an error...: debug level 3 mrouted version 2.2 installing le0 (128.238.10.34 on subnet 128.238.10) as vif #0 installing le1 (128.238.14.1 on subnet 128.238.14) as vif #1 Bus Error (core dumped) I was wondering what I'm doing wrong... Can anyone give me any advice as to what I should do to remedy the situation...?? Thanks a lot... Alex Hernandez... | Alex Hernandez | "While lying in bed, I think about life and I | | Polytechnic University | think about death and neither one particularly | | Mechanical Engineering | appeals to me..." -The Smiths | | aherna01@rama.poly.edu | HOME PAGE - http://www.poly.edu:1800/alex.html | From rem-conf-request@es.net Wed Jun 07 15:40:00 1995 Received: from photon.magnus.acs.ohio-state.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 12:39:30 -0700 Received: by photon.magnus.acs.ohio-state.edu (8.6.10/4.940426) id PAA22565; Wed, 7 Jun 1995 15:39:17 -0400 Date: Wed, 7 Jun 1995 15:39:17 -0400 From: Harpal Chohan Message-Id: <199506071939.PAA22565@photon.magnus.acs.ohio-state.edu> To: cusm-reflector@indstate.edu, rem-conf@es.net Subject: A/V conferencing at Trinity University (San Antonio, Texas) Anybody know of anyone at "Trinity University (San Antonio, Texas)" doing mbone, cuseeme, or any other form of audio video conferencing? One of our administrators here would like to set up a conferencing session with a counterpart there, and we were wondering if a possible source at that location could volunteer their set up for a brief period. If you know of anyone at that location, please drop me a not. Thanks! -h --- Harpal Chohan ATS The Ohio State University From rem-conf-request@es.net Wed Jun 07 18:37:39 1995 Received: from baker.nwnet.net by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 15:37:04 -0700 Received: by baker.nwnet.net (5.65/UW-NDC Revision: 2.29 ) id AA26018; Wed, 7 Jun 95 15:36:49 -0700 Date: Wed, 7 Jun 1995 15:36:48 -0700 (PDT) From: David Comay To: Charlie Cc: rem-conf@es.net Subject: Re: MBone Probs... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 7 Jun 1995, Charlie wrote: > > Not sure where to send this question, but I was hoping you could help probably mbone@isi.edu would be a better choice than rem-conf, but now that you're here... :) > out... We're running a SparcStation 10 with Solaris 2.3 here... I've > managed to download and compile vat, sd, nv, and wb... In addition, I've > managed to get mrouted compiled... Unfortunately, when I try to run it, > it gives me an error...: > > debug level 3 > mrouted version 2.2 > installing le0 (128.238.10.34 on subnet 128.238.10) as vif #0 > installing le1 (128.238.14.1 on subnet 128.238.14) as vif #1 > Bus Error (core dumped) grab and apply the following patch ftp://ftp.css.gov/pub/dsc/mrouted.solaris2.3.pch.Z which can also be found in the UK archive ftp://ftp.ucs.ed.ac.uk/mice/videoconference/mrouted/mrouted.solaris2.3.pch.Z this patch fixes an alignment problem and removes the dependency on the bsd compatibility libraries under solaris 2.3. dsc From rem-conf-request@es.net Wed Jun 07 20:20:13 1995 Received: from taurus.cs.nps.navy.mil (actually cs.nps.navy.mil) by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 17:19:47 -0700 Received: from grus.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA01306; Wed, 7 Jun 95 17:19:23 PDT Date: Wed, 7 Jun 1995 17:19:22 -0700 (PDT) From: Michael Macedonia To: mbone net Cc: rem-conf , Mimi Zohar Subject: Porting to AIX Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mimi at IBM would really like to port the mbone tools to Aix and get more info on the sd api. Emails to the authors have been to no avail. Could someone please assist Mimi, who truly wants to bring enlightenment and multicast to big blue? - Mike Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ From rem-conf-request@es.net Thu Jun 08 00:08:54 1995 Received: from george.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 7 Jun 1995 21:08:30 -0700 Received: (deba@localhost) by george.lbl.gov (8.6.10/8.6.5) id VAA12618 for rem-conf@es.net; Wed, 7 Jun 1995 21:08:29 -0700 Date: Wed, 7 Jun 1995 21:08:29 -0700 From: Deb Agarwal Message-Id: <199506080408.VAA12618@george.lbl.gov> To: rem-conf@es.net Subject: MBONE conference reservation June 18-21 . . . Content-Length: 1004 Hi, We will be doing a demonstration of remote experimentation capabilities which will include a videoconferencing session. We need to broadcast during the following slots: Dates: June 18, 19 and 21, 1995 Times: June 18, 8:00 - 17:00 CST June 19, 8:00 - 14:00 CST June 21, 8:00 - 17:00 CST Sessions: ALS-demo-video1 - (vic- format not yet decided) ALS-demo-video2 - (vic- very low rate video) ALS-demo-audio - (vat) Contact: DAAgarwal@lbl.gov Description: We will be demonstrating remote monitoring of an experiment as it is conducted at the Advanced Light Source here at LBL. The session will be between Argonne National Lab and Lawrence Berkeley Laboratory its ttl will be set appropriately. If you have any questions please don't hesitate to contact me. The session is intended to be private between the two end-point sites and if needed can be conducted using unicast communication. Thank you, Deb Agarwal From rem-conf-request@es.net Thu Jun 08 07:23:16 1995 Received: from callisto.lif.icnet.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 04:22:42 -0700 Received: by callisto.lif.icnet.uk; Thu, 8 Jun 1995 12:23:25 +0100 Sender: hopkins@icrf.icnet.uk Date: Thu, 8 Jun 1995 12:23:25 +0100 (BST) From: John Hopkins Subject: Mbone Broadcast To: rem-conf@es.net Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I've been asked to broadcast The Third International Conference on Intelligent Systems for Molecular Biology on the 16th - 19th July 1995. Information for this is on URL ftp://ftp.icnet.uk/icrf-public/ismb/ismb95.html Any questions about the broadcast please mail hopkins@icrf.icnet.uk John Hopkins Network Manager From rem-conf-request@es.net Thu Jun 08 09:25:51 1995 Received: from callisto.lif.icnet.uk by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 06:25:15 -0700 Received: by callisto.lif.icnet.uk; Thu, 8 Jun 1995 14:25:43 +0100 Sender: hopkins@icrf.icnet.uk Date: Thu, 8 Jun 1995 14:25:42 +0100 (BST) From: John Hopkins Subject: Re: Mbone Broadcast To: rem-conf@es.net In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm resending this, because I didn't receive it back from the mailer. Sorry if some of you get it twice. J. On Thu, 8 Jun 1995, John Hopkins wrote: > > > I've been asked to broadcast > The Third International Conference on > Intelligent Systems for Molecular Biology > > on the 16th - 19th July 1995. > > Information for this is on > URL ftp://ftp.icnet.uk/icrf-public/ismb/ismb95.html > > > Any questions about the broadcast please mail > hopkins@icrf.icnet.uk > > John Hopkins > Network Manager > From rem-conf-request@es.net Thu Jun 08 12:14:51 1995 Received: from noc.BelWue.DE by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 09:14:28 -0700 Received: from ipx4.rz.uni-mannheim.de by noc.BelWue.DE with SMTP id AA24898 (5.65c8/IDA-1.4.4 for ); Thu, 8 Jun 1995 18:14:23 +0200 Received: by ipx4.rz.uni-mannheim.de (4.1/BelWue-1.1Sma1(subsidiary)) id AA20659; Thu, 8 Jun 95 18:13:39 +0200 Date: Thu, 8 Jun 1995 18:13:39 +0200 (MET DST) From: Peter Heiligers Subject: June MBONE reservation for the 10th SUPERCOMPUTER 95 To: rem-conf@es.net Cc: meuer@uni-mannheim.de Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We would like to reserve the following timeslots for the multicast of the 10th SUPERCOMPUTER 95 in Mannheim, Germany. Thursday 06/22/95 13:00 - 15:30 GMT Opening Session Thursday 06/22/95 19:30 - 20:30 GMT SuParCup'95 Award Reception Sessions: SuperComp 95 - (vic- format not yet decided, vat audio)) Sessions: SuperComp 95 WB (Whiteboard) For further information look at : http://parallel.rz.uni-mannheim.de/sc/sc95.html Thank you P.Heiligers ------------------------------------------------------------------- Peter Heiligers Email: heiligers@rz.uni-mannheim.de Computing Center Tel.: ++49-621-2921434 University Mannheim FAX: ++49-621-2925783 L15, 16 68131 Mannheim From rem-conf-request@es.net Thu Jun 08 14:08:54 1995 Received: from relay1.UU.NET by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 11:07:27 -0700 Received: from sco.sco.COM by relay1.UU.NET with SMTP id QQytgq04995; Thu, 8 Jun 1995 14:05:14 -0400 Received: from tehama.pdev.sco.COM by sco.sco.COM id af12268; Thu, 8 Jun 95 11:00:35 PDT Received: from basil.pdev.sco.COM by tehama.sco.com id aa06273; 8 Jun 95 9:12 PDT From: shawnm@sco.COM To: macedoni@cs.nps.navy.mil, mbone@ISI.EDU Subject: Porting to AIX (& SCO) Cc: rem-conf@es.net, zohar@watson.ibm.com X-Mailer: ScoMail 3.0.Bb MIME-Version: 1.0 Date: Thu, 8 Jun 1995 9:12:45 -0700 (PDT) Message-ID: <9506080913.aa07241@basil.sco.com> I have been offering to do a port to SCO for the past year and have also offerred to send them a free development system so they could do the port, since they don't seem to want to release source in any way. I never even got a "No, thank you. We're not interested" response. I am always willing to give people who develop software available on the net, more than the benefit of the doubt when communicating through email. I know that i still get mail for software that i wrote and made available 4 years ago. But I am sure they don't get that many offers from system vendors like IBM and SCO to make their work available on these platforms. Shawn From: Michael Macedonia Mimi at IBM would really like to port the mbone tools to Aix and get more info on the sd api. Emails to the authors have been to no avail. Could someone please assist Mimi, who truly wants to bring enlightenment and multicast to big blue? - Mike Mike Macedonia | macedonia@cs.nps.navy.mil MAJ, USA | CS Dept, Naval Postgraduate School, | Monterey, CA 93943 | PH:(408) 656-2903 FAX:(408) 656-2814 ------------------------------------------------------------ From rem-conf-request@es.net Fri Jun 09 20:19:32 1995 Received: from tango.rahul.net by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 18:06:06 -0700 Received: from hustle.rahul.net by tango.rahul.net with SMTP id AA20619 (5.67b8/IDA-1.5 for ); Thu, 8 Jun 1995 18:06:01 -0700 Received: from rigel.UUCP by hustle.rahul.net with UUCP id AA15696 (5.67b8/IDA-1.5 for es.net!rem-conf); Thu, 8 Jun 1995 18:05:59 -0700 Date: Thu, 8 Jun 1995 15:16:33 -0700 (PDT) From: Roger Dietz To: rem-conf@es.net Subject: Help with mbone and linux Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Is there a faq or an ftp site to obtain technical documents on the mbone and possibly a place to obtain the required binaries for Linux? From rem-conf-request@es.net Fri Jun 09 20:19:33 1995 Received: from venera.isi.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 20:03:03 -0700 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-22) id ; Thu, 8 Jun 1995 20:03:00 -0700 Posted-Date: Thu 8 Jun 95 20:02:45 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Thu, 8 Jun 95 20:02:46 PDT Date: Thu 8 Jun 95 20:02:45 PDT From: Stephen Casner Subject: Status update on RTP To: rem-conf@es.net Message-Id: <802666965.0.CASNER@XFR.ISI.EDU> Mail-System-Version: It is time for an update on the status of RTP. The IESG Last Call on the question of publishing the Real-time Transport Protocol as a Proposed Standard RFC was issued on 22 March 1995, so one might have expected the process to be complete by now. There have been a few administrative delays, but no technical problems so far as I know. I've been informed that the IESG vote should be completed by the time of their next tele-meeting on June 22, or earlier by email. Meanwhile, I have been prodding the authors of the auxilliary profile and payload format documents to get them ready for submission for their own Last Call. Assuming that the approval and RFC editing time for those will be less than for the main RTP spec, we should be able to get them all published as RFCs at about the same time. If any of you have comments on any wording in the RTP spec that should be more clear, for example, or comments on the Audio/Video profile draft (draft-ietf-avt-profile-04.txt, ps) or any of the video payload format drafts, now would be a dandy time to send those comments to this list or to me personally. Thanks! -- Steve ------- From rem-conf-request@es.net Fri Jun 09 20:21:15 1995 Received: from maytag.graphics.cornell.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 9 Jun 1995 11:19:17 -0700 Received: from localhost by maytag.graphics.cornell.edu; (5.65/1.1.8.2/07Nov94-0649PM) id AA20433; Fri, 9 Jun 1995 14:19:42 -0400 Message-Id: <9506091819.AA20433@maytag.graphics.cornell.edu> X-Mailer: exmh version 1.6gamma 3/31/95 To: rem-conf@es.net Cc: kf10@cornell.edu, mkc@graphics.cornell.edu Subject: Taiwan President Lee on MBone TODAY at 1900 UTC Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 95 14:19:41 -0400 From: Mitch Collinsworth X-Mts: smtp Greetings all, It's a last minute lashup, but I think it's gonna work. As you may have heard all over the media, Taiwan's President Lee is speeking at Cornell today. The speech starts at 3:00 EDT (1900 UTC). We will make a best effort attempt to multicast the speech on the MBone using nv and vat. Apologies for the late notice, but this only came together within the last couple hours. Separate audio and video sessions are now advertised in sd. Hope for the best. We aren't sourcing the audio and video, we're picking up a feed from the campus media services, so a/v quality will be unknown until we actually see it. -Mitch Collinsworth Cornell Program of Computer Graphics From rem-conf-request@es.net Fri Jun 09 20:24:10 1995 Received: from accursio.comune.bologna.it by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 14:48:04 -0700 Received: from async-7.iperbole.bologna.it by accursio.comune.bologna.it with SMTP (1.38.193.5/16.2) id AA17852; Thu, 8 Jun 1995 23:50:28 +0200 Date: Thu, 8 Jun 1995 23:50:28 +0200 X-Sender: gan0126@iperbole.bologna.it X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: gan0126@comune.bologna.it (Roberto Cuzzani) Subject: help help From rem-conf-request@es.net Fri Jun 09 20:24:14 1995 Received: from antares.mcs.anl.gov (actually mcs.anl.gov) by osi-west.es.net with ESnet SMTP (PP); Thu, 8 Jun 1995 15:03:29 -0700 Received: from bruise-albireonet.mcs.anl.gov (bruise-albireonet.mcs.anl.gov [140.221.7.12]) by antares.mcs.anl.gov (8.6.10/8.6.10) with SMTP id RAA23875; Thu, 8 Jun 1995 17:03:24 -0500 Message-Id: <199506082203.RAA23875@antares.mcs.anl.gov> X-Sender: nickless@antares.mcs.anl.gov X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Jun 1995 16:57:51 -0500 To: rem-conf@es.net From: nickless@mcs.anl.gov (Bill Nickless) Subject: MBONE reservation Cc: olson@antares.mcs.anl.gov, stevens@antares.mcs.anl.gov, nickless@antares.mcs.anl.gov Argonne, in cooperation with other DOE sites, will be presenting a demo to Undersecretary Curtis as well as a dry run on Monday and Wednesday, 19 and 21 June 1995. We would like to broadcast that demo, with special attention to clarity for DOE Headquarters. Dates: June 19 and 21, 1995 Times: June 19, 10:00 - 14:00 CST [Dry Run] June 21, 8:30 - 14:30 CST [Actual Demo] Sessions: Curtis-video - (vic- format not yet decided) Curtis-audio - (vat) Contact: nickless@mcs.anl.gov,olson@mcs.anl.gov Description: We will be demonstrating various DOE computing and VR applications revolving around remote collaboration. The critical link is between Argonne National Lab and DOE Headquarters. The ttl will be set appropriately for that purpose. -- Bill Nickless nickless@mcs.anl.gov +1 708 252 7390 PGP 2.6.2 Key fingerprint = 0E 0F 16 80 C5 B1 69 52 E1 44 1A A5 0E 1B 74 F7 http://www.mcs.anl.gov/people/nickless From rem-conf-request@es.net Fri Jun 09 20:32:05 1995 Received: from dectcp.cineca.it by osi-west.es.net with ESnet SMTP (PP); Fri, 9 Jun 1995 04:20:33 -0700 Received: by dectcp.cineca.it (5.57/Ultrix3.0-C) id AA09249; Fri, 9 Jun 95 13:20:06 +0200 Return-Path: Received: by CE.UniPR.IT (4.1/SMI-4.1) id AA28219; Fri, 9 Jun 95 13:20:16 +0200 Date: Fri, 9 Jun 95 13:20:16 +0200 From: broggi@verdi.eng.unipr.it (Alberto Broggi) Message-Id: <9506091120.AA28219@CE.UniPR.IT> To: rem-conf@es.net Subject: CALL FOR PAPERS Dear colleague: This message was sent to some different mailing-lists: should you receive multiple copies of this call-for-papers, please accept my apologies. If you are interested in it, consider submitting papers as well as redistributing it and, if you maintain a list of call-for-papers, also advertising it. Other info may be accessed in: http://WWW.CE.UniPR.IT/rti Best regards, Alberto Broggi ============================================================================== CALL FOR PAPERS JOURNAL OF REAL-TIME IMAGING Academic Press Special Issue on Special-Purpose Architectures for Real-Time Imaging Nowadays, a number of different problems are solved through image processing techniques (e.g. industrial inspection, robot guidance, unmanned vehicles,..., to cite only a few examples). The problem of processing images in real-time has been generally addressed and solved through the use of high-performance computer systems, developed ad-hoc to meet the specific requirements of the applications. Serial or parallel architectures have been enhanced through the addition of various bus systems, interprocessor communication networks, and other features explicitly designed to face the hard constraints imposed by real-time processing, such as I/O (data acquisition and output), data communications among processors (in multi-processor systems),... A number of different special-purpose architectures for image analysis have been proposed and developed, but seldom the presentation focuses on the discussion of both the hard real-time requirements (applications) and the hardware solutions which have been chosen (computer architectures). The TOPICS of this Special Issue include, but are not limited to: * Design of application-specific VLSI architectures; * Performance analysis and comparison among different architectural solutions; * Hardware mapping of parallel algorithms; * VLSI architectures for HDTV and image compression; * Hardware support for multimedia systems; * Vision-based real-time robot and vehicle navigation; * Massively parallel architectures for low-level vision; * Hardware neural solutions; * Experience on highly demanding vision applications. Prospective authors are encouraged to submit papers with a strong emphasis on the match between the application requirements and the chosen architectural solutions, detailing the ad-hoc hardware enhancements. Papers should describe systems which have been designed for a specific target application or which have proved to be particularly suited for a given task. MANUSCRIPT SUBMISSION: * Authors should send 5 copies of their full paper (about 15 double-spaced pages) to Alberto Broggi (whose address is indicated below). * The closing date for submission is December 10th, 1995. * Publication is tentatively expected to take place in mid 1996. Accepted manuscripts will need to comply with all author guidelines of Journal of Real-Time Imaging, available upon request from the guest editors or from jrti@rtlab12.njit.edu. GUEST EDITORS: Alberto BROGGI Francesco GREGORETTI Dip. di Ingegneria dell'Informazione Dip. di Elettronica Viale delle Scienze Corso Duca degli Abruzzi University of Parma Polytechnic of Turin I-43100 Parma, Italy I-10129 Turin, Italy Phone: +39-521-905707 Phone: +39-11-5644081 Fax: +39-521-905723 Fax: +39-11-5644099 E-Mail: broggi@CE.UniPR.IT E-Mail: gregor@PoliTO.IT An up-to-date electronic version of this call for papers and related information can be obtained via anonymous FTP from the host CE.UniPR.IT in the directory /rti or via World Wide Web at: http://WWW.CE.UniPR.IT/rti. From rem-conf-request@es.net Fri Jun 09 20:32:10 1995 Received: from cc.lut.fi by osi-west.es.net with ESnet SMTP (PP); Fri, 9 Jun 1995 07:54:25 -0700 Received: (from ruokonen@localhost) by cc.lut.fi (8.6.11/8.6.6/1.17.kim) id RAA23701; Fri, 9 Jun 1995 17:53:24 +0300 From: Vesa Ruokonen Message-Id: <199506091453.RAA23701@cc.lut.fi> Subject: Re: Help with mbone and linux To: rogerd@rigel.com (Roger Dietz) Date: Fri, 9 Jun 1995 17:53:24 +0300 (EETDST) Cc: rem-conf@es.net In-Reply-To: from "Roger Dietz" at Jun 8, 95 03:16:33 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 401 > Is there a faq or an ftp site to obtain technical documents on the > mbone and possibly a place to obtain the required binaries for Linux? MBone: http://www.research.att.com/mbone-faq.html Linux multicast: http://andrew.triumf.ca/pub/linux/multicast-FAQ Linux binaries: ftp://ftp.funet.fi/pub/unix/networking/multicast/LINUX/ -- Vesa.Ruokonen@lut.fi From rem-conf-request@es.net Fri Jun 09 22:03:05 1995 Received: from maytag.graphics.cornell.edu by osi-west.es.net with ESnet SMTP (PP); Fri, 9 Jun 1995 15:50:31 -0700 Received: from localhost by maytag.graphics.cornell.edu; (5.65/1.1.8.2/07Nov94-0649PM) id AA21569; Fri, 9 Jun 1995 18:51:01 -0400 Message-Id: <9506092251.AA21569@maytag.graphics.cornell.edu> X-Mailer: exmh version 1.6gamma 3/31/95 To: rem-conf@es.net Cc: kf10@Cornell.edu, mkc@graphics.cornell.edu Subject: Re: Taiwan President Lee on MBone TODAY at 1900 UTC In-Reply-To: Your message of "Fri, 09 Jun 95 14:19:41 EDT." <9506091819.AA20433@maytag.graphics.cornell.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 95 18:50:59 -0400 From: Mitch Collinsworth X-Mts: smtp Aargh. My apologies for not getting the announcement out sooner. I held off until I was certain we had permission to run the multicast, which only came a couple hours before the speech began. Add 3 hours for my announcement to push its way through rem-conf, and it finally came back after the speech was over. :-( So the only people who tuned in were the channel surfers who saw the advertisement in sd. There's one lesson learned. Unfortunately the idea to try it only popped up late yesterday when we read the announcement about the speech in the campus newspaper and guessed correctly that an a/v feed might be available on the campus broadband cable. On the technical side, we were able to perform a small amount of pre-speech testing and convinced ourselves that things were working more or less properly. However during the speech we couldn't be in two places at once, and so were unable to actively monitor transmission quality live. From monitoring the console, it appeared that a tunnel between two of the campus mrouters that we depend on went out for a couple minutes at one point. Later we experienced an annoying problem with vat periodically crashing and having to be restarted. I'm curious if this is a known problem and if there is any known workaround (don't transmit? :-). The environment was: DEC Alpha 3000/400, OSF/1 V2.1, Aj300, vat v3.4. I'm also very interested in any reports good or bad about reception quality from people who tuned in for all or part of the speech. -Mitch Collinsworth Cornell Program of Computer Graphics From rem-conf-request@es.net Sat Jun 10 12:07:09 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Sat, 10 Jun 1995 09:06:32 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Sat, 10 Jun 1995 18:03:23 +0200 X-Mailer: exmh version 1.6.1 5/23/95 To: rem-conf@es.net cc: Jack.Jansen@cwi.nl From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: DVI Incompatibility Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Jun 1995 18:02:37 +0200 Sender: schulzrinne@fokus.gmd.de There is a slight problem in the definition/use of the DVI ADPCM codec within MBONE tools. Since the header word (the first 4 bytes) contains the first sample as an unencoded 16 bit value and each of the following bytes contains two samples, 'real' DVI blocks always contain an odd number of samples. (Check the formula for wSamplesPerBlock given in the Microsoft/Intel DVI ADPCM Wave Type definition. I have a copy of the spec from the Microsoft Development Library, but there might be other sources.) The MBONE tools vat and nevot always produce a multiple of 20 ms (160 samples, encoded as 80 bytes), preceded by a 4-byte header; ivs doesn't produce a header at all and thus has a separate problem. There are (at least) four possibilities: (1) Put the first sample unencoded into the header and encode 160 bytes. The unencoded sample is simply used as a predictor for the first sample (which happens to be the same). [This appears to be the vat approach and is the NeVoT approach.] (2) Same as 1), but encode only the following 159 samples. The last four bits in the packet are meaningless (zero). The receiver, unfortunately, can't tell unless it knows that each packet contains 160 ms (or at least knows that packets contain an even number of samples). A sender doing (2) actually works reasonably well with a receiver doing (1). (3) Use 161 samples, conforming to the 'DVI standard'. Conformance is rather useful if either hardware or system libraries produce that format. 161 samples obviously don't fit well with the rest and may not agree with certain hardware restrictions. (4) Follow ivs' lead and don't use a header. This would seem to yield poorer quality (and slightly shorter packets), but I haven't tested that. Are there any soundboards (probably for the PC) out there that can generate DVI encoded audio? Any system libraries? What size chunks do they generate? I'd like to unambiguously specify this in the RTP Profile - this is probably the last chance to get it right for RTP. Any opinions/suggestions? Henning From rem-conf-request@es.net Sat Jun 10 21:36:07 1995 Received: from everest.cclabs.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Sat, 10 Jun 1995 18:35:36 -0700 Received: from sgi14.phlab.missouri.edu (sgi14.phlab.missouri.edu [128.206.115.44]) by everest.cclabs.missouri.edu (8.6.12/8.6.6-Arete-2) with SMTP id UAA17458 for ; Sat, 10 Jun 1995 20:35:30 -0500 Date: Sat, 10 Jun 1995 20:35:30 -0500 (CDT) From: Paul 'Shag' Walmsley X-Sender: ccshag@sgi14.phlab.missouri.edu To: rem-conf@es.net Subject: June 14: The Design of Web Pages for Instruction: A Cognitive Science approach Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wednesday June 14, we are tentatively planning to multicast "The Design of Web Pages for Instruction: A Cognitive Science approach," a seminar from Dr. John C. Reid of the University of Missouri-Columbia. The seminar would last be from 12:40PM to 1:40PM CDT. We're planning to transmit one 64kbps nv stream and one vat pcm2 audio stream. There are several administrative and technical issues that have yet to be worked out before this broadcast happens, so there's a good chance that it won't happen :-). This is our first MBONE seminar broadcast, so any comments on the broadcast would certainly be appreciated at . - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Sun Jun 11 13:17:17 1995 Received: from mail.cs.tu-berlin.de by osi-west.es.net with ESnet SMTP (PP); Sun, 11 Jun 1995 10:16:45 -0700 Received: from kolbmais.cs.tu-berlin.de (jo@kolbmais.cs.tu-berlin.de [130.149.25.97]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA01988; Sun, 11 Jun 1995 19:16:14 +0200 From: Joerg Ott Received: (jo@localhost) by kolbmais.cs.tu-berlin.de (8.6.12/8.6.6) id TAA18559; Sun, 11 Jun 1995 19:16:09 +0200 Message-Id: <199506111716.TAA18559@kolbmais.cs.tu-berlin.de> Subject: ITU will not use RTP To: rem-conf@es.net, sg15.avc@research.ptt.nl, 32z2-list@mtgbcs.mt.att.com, multipoint@world.std.com Date: Sun, 11 Jun 1995 19:16:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII DISCLAIMER: This mail reflects the personal impressions of one of the attendees of the ITU-T work group meeting. This is not *NOT* an official report that was previously agreed upon within the working group. >From May 15 to 18 a meeting of Study Group 15 of the ITU-T was held in Stockholm. One of the agenda items was to deal with interconnecting LAN -- or other packet (inter)networks -- based end systems and ISDN/PSTN/... videophones. During the discussion of the current draft document dealing with this issue (H.22Z) the proposal was made to use the RTP spec for transmission of audio/video information and for measurement of the current quality of service of the LAN. It was suggested to define a specific profile for RTP that matches the needs of the ITU-T rather than to develop a new protocol. After some discussion this proposal was rejected for the following stated reasons: - RTP does not match the needs the group found to be important for the protocol to be developed; e.g. the group expressed needs for different timestamps, different types (and size) of counters, etc. - RTCP is not suited for strict connection management as required by the videophone/videoconferencing services of the ITU: there is no explicit (point-to-point) connection setup and capability negotiation protocol which is needed for videophone services based on ITU-T recommendations (and RTCP is receiver-oriented rather than sender-oriented). Therefore, a new connection "management" protocol would have to be invented anyway. - The benefits of conformance to RTP compared to the cost of carrying "unnecessary" protocol features were not found to be worth this burden. At least, it was decided that the payload formats of RTP should be used whenever possible to simplify building of interworking units. I apologize for not having you informed earlier. Joerg ------------------------------------------------------------------------------- Joerg Ott jo@cs.tu-berlin.de Technische Universitaet Berlin, Germany fax + 49 30 314-25 156 voice + 49 30 314-73 389 From rem-conf-request@es.net Mon Jun 12 01:56:35 1995 Received: from egate1.eds.com by osi-west.es.net with ESnet SMTP (PP); Sun, 11 Jun 1995 22:56:06 -0700 Received: by egate1.eds.com (hello) id BAA19899; Mon, 12 Jun 1995 01:56:05 -0400 Received: by igate1.eds.com (hello) id BAA21340; Mon, 12 Jun 1995 01:56:04 -0400 Received: by nnsa.eds.com (5.65/DEC-Ultrix/4.3) id AA04161; Mon, 12 Jun 1995 01:56:02 -0400 Received: from ep161004 (ep161004.ols-eds.de [134.46.94.139]) by online.ols-eds.de (8.6.9/8.6.9) with SMTP id HAA02580 for ; Mon, 12 Jun 1995 07:41:26 GMT Message-Id: <199506120741.HAA02580@online.ols-eds.de> X-Sender: xzn7f3@online.ols-eds.de X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Jun 1995 07:52:20 -0300 To: rem-conf@es.net From: adelinos@ols-eds.de (Adelino Monteiro Santos) Subject: unsubscribe unsubscribe +--------------------------------------------------------------------------- -------- | Adelino M. Santos | Online Services, EDS Deutschland GmbH | Eisenstr. 56, 65424 Ruesselsheim | Tel: +49 6142 802599 | email: adelinos@ols-eds.de | | Think positive, think future, think small steps, think | solutions, think flexible think behaviour ... aber vor allem: THINK! - +--------------------------------------------------------------------------- -------- From rem-conf-request@es.net Mon Jun 12 03:13:46 1995 Received: from nusunix2.nus.sg by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 00:13:14 -0700 Received: (from eng10213@localhost) by nusunix2.nus.sg (8.6.9/8.6.9/CNS-3.5) id PAA28301; Mon, 12 Jun 1995 15:13:04 +0800 Date: Mon, 12 Jun 1995 15:13:04 +0800 (SST) From: LOH KOK JENG To: rem-conf@es.net Subject: unsubscribe In-Reply-To: <199506120741.HAA02580@online.ols-eds.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe From rem-conf-request@es.net Mon Jun 12 06:26:25 1995 Received: from hera.cwi.nl by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 03:25:55 -0700 Received: from schelvis.cwi.nl by hera.cwi.nl with SMTP id ; Mon, 12 Jun 1995 12:25:42 +0200 Received: by schelvis.cwi.nl with SMTP id ; Mon, 12 Jun 1995 12:24:37 +0200 Message-Id: <9506121024.AA00939=jack@schelvis.cwi.nl> To: Henning Schulzrinne Cc: rem-conf@es.net Subject: Re: DVI Incompatibility In-Reply-To: Message by Henning Schulzrinne , Sat, 10 Jun 1995 18:02:37 +0200 , <9506101606.AA12913=schulzrinne@fokus.gmd.de@charon.cwi.nl> Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: Rolling Stones (Museumplein live video from Paradiso, 27-5) X-Mini-Review: Great sound, good pictures. The stones were so-so, though... Date: Mon, 12 Jun 1995 12:24:36 +0200 From: Jack Jansen I would go for the first solution, put the predictor in the header. After all, we don't really need the predictor if we had an error-free link, it is just there because the sample-stream can be broken, so it can be seen as part of the transport protocol, not part of the adpcm sound protocol. By the way: you mention documentation on the DVI coding, I would be very interested in such documentation (I haven't been able to find anything at all, except for the IMA proceedings where I found the algorithm, and which is seriously lacking in things like background on the algorithm design). If the specs aren't too large, could you be bribed into sending me a copy? Alternatively, a pointer to where I can get them... -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Mon Jun 12 14:05:19 1995 Received: from andrew.cmu.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 11:04:50 -0700 Received: (from postman@localhost) by andrew.cmu.edu (8.6.12/8.6.12) id OAA09591; Mon, 12 Jun 1995 14:04:45 -0400 Received: via switchmail; Mon, 12 Jun 1995 14:04:44 -0400 (EDT) Received: from unix17.andrew.cmu.edu via qmail ID ; Mon, 12 Jun 1995 14:04:26 -0400 (EDT) Received: from unix17.andrew.cmu.edu via qmail ID ; Mon, 12 Jun 1995 14:04:24 -0400 (EDT) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.unix17.andrew.cmu.edu.sun4c.411 via MS.5.6.unix17.andrew.cmu.edu.sun4c_411; Mon, 12 Jun 1995 14:04:24 -0400 (EDT) Message-ID: Date: Mon, 12 Jun 1995 14:04:24 -0400 (EDT) From: Leejay Wu To: Gripe@cs.cmu.edu Subject: Vic headache CC: rem-conf@es.net, vic@ee.lbl.gov Can anybody explain the following error messages, when attempting to compile vic-2.6?? > multim@alice% make > rm -f vic > g++ -g -Wall -O2 -DJVIDEO -DXV -DXV_PSEUDO8 -DED_YBITS=4 -Ijv2 -I/usr/local/include -I. -DINT_64=u_long > -I./jpeg -I./p64 -I. -o vic inet.o cellb_tables.o tkStripchart.o main.o mcastchan.o net.o source.o source-vic.o iohandler.o timer.o > idlecallback.o session.o decoder.o decoder-jpeg.o decoder-nv.o decoder-h261.o decoder-scr.o decoder-cellb.o reasm-jpeg.o grabber.o > grabber-null.o video.o Tcl.o Tcl2.o framer.o encoder-nv.o encoder-cellb.o encoder-h261.o framer-jpeg.o framer-h261.o group-ipc.o > switcher.o renderer.o color.o color-true.o color-lut.o color-dither.o color-ed.o color-quant.o color-gray.o color-mono.o jpeg/jpeg.o > p64/p64.o dct.o vic_tcl.o cm0.o cm1.o huffcode.o version.o bv.o strtol.o strtoul.o decoder-jv.o grabber-jv.o grabber-xv.o > jv2/jvdriverint.o -lXv -L../blt-1.7/src -lBLT -ltk -ltcl -lXext -lX11 -ldnet_stub -lm -static > /usr/bin/ld: > Error: Undefined: > ipUnallocateAndSendData <----| > _SmtIpError <----| > collect2: ld returned 1 exit status | > *** Exit 1 \--- from an unpatched distribution of vic-2.6 > Stop. w/ blt-1.7, Tcl 7.3/Tk 3.6, on a DEC Alpha > multim@alice% w/OSF; Tcl, Tk and Blt were configured and built beforehand. TIA, Leejay Wu From rem-conf-request@es.net Mon Jun 12 16:37:08 1995 Received: from everest.cclabs.missouri.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 13:36:38 -0700 Received: from indy47.gclab.missouri.edu (indy47.gclab.missouri.edu [128.206.48.211]) by everest.cclabs.missouri.edu (8.6.12/8.6.12) with SMTP id PAA13706; Mon, 12 Jun 1995 15:36:35 -0500 Date: Mon, 12 Jun 1995 15:36:33 -0500 (CDT) From: Paul 'Shag' Walmsley X-Sender: ccshag@indy47.gclab.missouri.edu To: rem-conf@es.net cc: rhaines@ix.netcom.com Subject: Re: June 14: The Design of Web Pages for Instruction: A Cognitive Science In-Reply-To: <199506121603.LAA23548@etapps.tech.iupui.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > On Wednesday June 14, we are tentatively planning to multicast "The Design of > > Web Pages for Instruction: A Cognitive Science approach," a seminar from Dr. > > John C. Reid of the University of Missouri-Columbia. Unfortunately, our speaker has chosen not to have the seminar broadcast to the MBONE at large. Contrary to popular rumor, this is the real reason that the broadcast was cancelled; the threat of a Severe Tire Damage opening set had nothing to do with it. (I was ready to announce _that_, too :-) I regret any inconvenience that this cancellation has caused you. - Paul "Shag" Walmsley "Praise and blame alike mean nothing." -- Virginia Woolf From rem-conf-request@es.net Mon Jun 12 17:35:35 1995 Received: from IETF.nri.reston.VA.US (actually ietf.cnri.reston.va.us) by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 14:34:54 -0700 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id ab03524; 12 Jun 95 17:29 EDT Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-h261-00.txt Date: Mon, 12 Jun 95 17:29:28 -0400 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9506121729.ab03524@IETF.CNRI.Reston.VA.US> --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP payload format for H.261 video streams Author(s) : T. Turletti, C. Huitema Filename : draft-ietf-avt-h261-00.txt Pages : 14 Date : 06/09/1995 This draft describes a scheme to packetize an H.261 video stream for transport using the Real-time Transport Protocol, RTP, with any of the underlying protocols that carry RTP. This specification is a product of the Audio/Video Transport working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at rem-conf@es.net and/or the authors. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-h261-00.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-h261-00.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) Address: ftp.nis.garr.it (192.12.192.10) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-h261-00.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. For questions, please mail to Internet-Drafts@cnri.reston.va.us. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19950609151412.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-h261-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-h261-00.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950609151412.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Mon Jun 12 18:24:14 1995 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Mon, 12 Jun 1995 15:23:36 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14437(1)>; Mon, 12 Jun 1995 15:23:28 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Mon, 12 Jun 1995 15:23:21 -0700 X-Mailer: exmh version 1.6 4/21/95 To: Michael Macedonia cc: rem-conf , Mimi Zohar Subject: Re: Porting to AIX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 1995 15:23:17 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <95Jun12.152321pdt.49859@crevenia.parc.xerox.com> In message you write: >Mimi at IBM would really like to port the mbone tools to Aix and get more >info on the sd api. Does this mean that AIX has current multicast support, or do they need help getting mrouting/mcast into the kernel? What is the "sd api"? ~/.sd.tcl? draft-ietf-mmusic-sdp-00.txt? Bill From rem-conf-request@es.net Tue Jun 13 05:27:01 1995 Received: from callisto.lif.icnet.uk by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 02:26:22 -0700 Received: by callisto.lif.icnet.uk; Tue, 13 Jun 1995 10:26:36 +0100 Sender: hopkins@icrf.icnet.uk Date: Tue, 13 Jun 1995 10:26:36 +0100 (BST) From: John Hopkins Subject: Re: Mbone Broadcast To: Matt Crawford Cc: rem-conf@es.net In-Reply-To: <9506121648.AA13727@munin.fnal.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 12 Jun 1995, Matt Crawford wrote: > > I've been asked to broadcast > > The Third International Conference on > > Intelligent Systems for Molecular Biology > > on the 16th - 19th July 1995. > > Uh-oh. That's IETF week. I expect others have already mentioned > this. > Yep I know this and will go with the wishes of the community. If you don't want me to broadcast this, I won't. I think that the IETF is a far more worthy cause for bandwidth. John From rem-conf-request@es.net Tue Jun 13 10:06:51 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 07:06:20 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Tue, 13 Jun 1995 16:02:53 +0200 X-Mailer: exmh version 1.6.1 5/23/95 To: rem-conf@es.net From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Profile draft Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 1995 16:02:06 +0200 Sender: schulzrinne@fokus.gmd.de As part of the RTP standardization process, the RTP profile also is to be elevated from ID to RFC, after appropriate WG/IESG review. In the next few days, I'm planning to submit a new version of the profile I-D to the I-D editor. There have only been a few minor changes: - Use of 65536 Hz timestamp for video clarified. - Short reference labels for profile definitions. - Expanded definition of DVI format. - MPEG Transport Stream mode dropped. - Minor editorial clarifications. Please check the document for accuracy, particularly if you are a payload format author. Other comments, suggestions, etc. are appreciated. Note in particular the editorial questions shown with gray background. If you want to argue for a new 'standard' RTP encoding (or argue to drop one), this is a good (and close to last) chance. The draft is currently at: ftp://ftp.fokus.gmd.de/pub/step/hgs/profile.ps Thanks. Henning From rem-conf-request@es.net Tue Jun 13 12:42:53 1995 Received: from spt.fi by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 09:42:10 -0700 Received: by spt.fi; id AA21378; Tue, 13 Jun 95 19:42:41 +0200 Date: Tue, 13 Jun 1995 19:42:40 +0200 (MET DST) From: Samuli Valavuo To: rem-conf@es.net Subject: unsubscribe Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII unsubscribe //// (0 0) #---------------------------oooO-^-Oooo---------------------------# * Samuli Valavuo * * * 29100 LUVIA * Navigare necesse est. * * FINLAND * * #--------------------------------#--------------------------------# * e-mail: valtsu@sik.ppoy.fi * * : valtsu@spt.fi * * X.400 : C=fi;ADMD=fumail;O=spt;S=valtsu * * WWW : http://www.ppoy.fi/~valtsu/ * * : http://www.spt.fi/~valtsu/ * #-----------------------------------------------------------------# From rem-conf-request@es.net Tue Jun 13 16:27:18 1995 Received: from beauty.magnus.acs.ohio-state.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 13:26:48 -0700 Received: from [128.146.105.61] by beauty.magnus.acs.ohio-state.edu (8.6.10/4.940426) id QAA06395; Tue, 13 Jun 1995 16:26:44 -0400 Date: Tue, 13 Jun 1995 16:26:44 -0400 Message-Id: <199506132026.QAA06395@beauty.magnus.acs.ohio-state.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: sacker@magnus.acs.ohio-state.edu (Steve Acker) Subject: unsubscribe unsubscribe From rem-conf-request@es.net Tue Jun 13 19:00:50 1995 Received: from PHOTON.FAC.CS.CMU.EDU by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 16:00:14 -0700 Received: from PHOTON.FAC.CS.CMU.EDU by PHOTON.FAC.CS.CMU.EDU id aa05443; 13 Jun 95 18:59:48 EDT From: Gripe@VEGA.FAC.CS.CMU.EDU Reply-to: Gripe@VEGA.FAC.CS.CMU.EDU To: Leejay Wu cc: rem-conf@es.net, vic@EE.LBL.GOV Subject: [Ref: #95.06.0751] Vic headache In-reply-to: Your message of Mon, 12 Jun 95 14:04:24 -0500. Date: Tue, 13 Jun 95 18:59:43 -0400 Message-ID: <5441.803084383@PHOTON.FAC.CS.CMU.EDU> Sender: John_Prevost@PHOTON.FAC.CS.CMU.EDU > Can anybody explain the following error messages, when attempting to > compile vic-2.6?? > > > multim@alice% make > > rm -f vic > > g++ -g -Wall -O2 -DJVIDEO -DXV -DXV_PSEUDO8 -DED_YBITS=4 > -Ijv2 -I/usr/local/include -I. -DINT_64=u_long > > -I./jpeg -I./p64 -I. -o vic inet.o cellb_tables.o tkStripchart.o > main.o mcastchan.o net.o source.o source-vic.o iohandler.o timer.o > > idlecallback.o session.o decoder.o decoder-jpeg.o decoder-nv.o > decoder-h261.o decoder-scr.o decoder-cellb.o reasm-jpeg.o grabber.o > > grabber-null.o video.o Tcl.o Tcl2.o framer.o encoder-nv.o > encoder-cellb.o encoder-h261.o framer-jpeg.o framer-h261.o group-ipc.o > > switcher.o renderer.o color.o color-true.o color-lut.o > color-dither.o color-ed.o color-quant.o color-gray.o color-mono.o > jpeg/jpeg.o > > p64/p64.o dct.o vic_tcl.o cm0.o cm1.o huffcode.o version.o bv.o > strtol.o strtoul.o decoder-jv.o grabber-jv.o grabber-xv.o > > jv2/jvdriverint.o -lXv -L../blt-1.7/src -lBLT -ltk -ltcl -lXext > -lX11 -ldnet_stub -lm -static > > /usr/bin/ld: > > Error: Undefined: > > ipUnallocateAndSendData <----| > > _SmtIpError > <----| > > collect2: ld returned 1 exit status | > > *** Exit 1 > \--- from an unpatched distribution of vic-2.6 > > Stop. > w/ blt-1.7, Tcl 7.3/Tk 3.6, on a > DEC Alpha > > multim@alice% > w/OSF; Tcl, Tk and Blt were configured and > built > > beforehand. It appears that these symbols can't be found by the linker--you should be able to figure out where they should come from by looking at the source code. Look for the names with grep in all of the source and header files. If you can't find them there, look in the standard system source and header files. If all else fails, use nm on the system libraries and grep for the symbol names. This will tell you what extra library to add to make things work. Our Alpha expert also told me that gcc tends to do some strange things on alphas, so you might consider trying a different compiler if possible. Hope this helps. From rem-conf-request@es.net Wed Jun 14 02:44:18 1995 Received: from radvision.rad.co.il by osi-west.es.net with ESnet SMTP (PP); Tue, 13 Jun 1995 23:43:47 -0700 Received: by radvision.rad.co.il (4.1/SMI-4.1) id AA02017; Wed, 14 Jun 95 09:43:08 IDT Date: Wed, 14 Jun 95 09:43:08 IDT From: dani@radvision.rad.co.il (Dani Levin) Message-Id: <9506140643.AA02017@radvision.rad.co.il> To: rem-conf@es.net Subject: subscribe From rem-conf-request@es.net Wed Jun 14 09:13:28 1995 Received: from ctrvx1.Vanderbilt.Edu by osi-west.es.net with ESnet SMTP (PP); Wed, 14 Jun 1995 06:12:56 -0700 Received: from ctrvax.Vanderbilt.Edu by ctrvax.Vanderbilt.Edu (PMDF V4.2-15 #7190) id <01HROT1H6Z688XU4U8@ctrvax.Vanderbilt.Edu>; Wed, 14 Jun 1995 07:52:51 CDT Date: Wed, 14 Jun 1995 07:52:51 -0500 (CDT) From: BEZALEL GAVISH Subject: CFP 4th Inter. Conference on Telecommunication Systems To: listoflists:; Message-id: <01HROT1H7IGI8XU4U8@ctrvax.Vanderbilt.Edu> X-VMS-To: IN%"listoflists" X-VMS-Cc: GAVISHB MIME-version: 1.0 Content-transfer-encoding: 7BIT TSMCFP96 C A L L for P A P E R S 4th International Conference on Telecommunication Systems Modelling and Analysis March 14-17, 1996 Nashville, TN The 4th International Conference on Telecommunication Systems - Modelling and Analysis will be held in Nashville, Tennessee on March 14-17, 1996. The conference location will be the Bell South Tower in downtown Nashville. The conference will build on the tradition of the earlier conferences with a few changes in format due to the new conference location. The general idea is to limit the number of participants, concentrate on a few topics, present new problems and problem areas, encouraging informal interaction and exchanges of ideas. The objective is to advance the state of the modelling and analysis in telecommunications by stimulating research activity on new and important problems. The conference will be divided into segments with each segment devoted to a specific topic. This will allow for little conflict between segments. All papers will be screened by the program committee to ensure the quality of presentations. A decentralized paper handling process will be used, the Program Committee has been divided along geographical areas with a separate Program Subcommittee assigned to each area. Abstracts and papers should be submitted directly to Program Committee Chair of the appropriate area. It is expected that this will expedite the paper review process. In response to suggestions made by last year's participants, social and cultural activities will be included in the 1996 agenda. Lead Speakers and Keynote speakers include: Leonard Kleinrock, Alan Konheim, Bezalel Gavish, Paul Kuehn. The Chairmen of the geographic Program Committees are: ---Australia, New Zealand and South East Asia: Prof. Richard Harris Department of Communication and Electronic Engineering Royal Melbourne Institute of Technology GPO Box 2476V Tel: 61 3660 2457 Melbourne, 3001 FAX: 61 3660 1060 Australia Email: richard@catt.citri.edu.au ---Europe: Prof. Guy Pujolle Laboratoire PRiSM Universite de Versailles - Saint-Quentin 45, avenue des Etats-Unis Tel: 33 1 39 25 40 61 78 035 Versailles Cedex FAX: 33 1 39 25 40 57 France Email: guy.pujolle@prism.uvsq.fr ---North America: Prof. Andre Girard INRS-Telecommunications 16, place du Commerce Tel: 514-765-7832 Verdun, Quebec FAX: 514-765-8785 Canada H3E 1H6 Email: andre@inrs-telecom.uquebec.ca ---North East Asia: Prof. Yutaka Takahashi Department of Applied Mathematics and Physics Faculty of Engineering Kyoto University Tel: 81 757535493 Yoshida-Honmachi, Sakyo-ku, Kyoto 606 FAX: Japan Email: yutaka@kuamp.kyoto-u.ac.jp ---South and Central America: Dr. Ernesto Santibanez-Gonzalez School of Industrial Engineering Catholic University of Valparaiso Tel: 56 32 257331 Av. Brasil 2147 FAX: 56 32 214823 Chile Email: esantiba@aix1.ucv.cl and Prof. Henrique Pacca L. Luna Department of Computer Science Federal University of Minas Gerais Tel: 31270-901 Belo Horizonte - MG FAX: Brazil Email: pacca@dcc.ufmg.br ---Chairman of the Economics track: Prof. Jeffrey Mackie-Mason Department of Economics Tel: 313-764-7438 University of Michigan FAX: 313-763-9181 Ann Arbor, MI 48109-1220 Email: jmm@umich.edu and Prof. William W. Sharkey ---All other geographic areas: Prof. Bezalel Gavish Owen Graduate School of Management Vanderbilt University Tel: 615-322-3659 401 21st Avenue South FAX: 615-343-7177 Nashville, TN 37203 Email: gavishb@ctrvax.vanderbilt.edu Listed below are some of the potential segments: -- Configuration of ATM networks -- Internet and its impact on commerce -- Topological Design and Network Configuration Problems -- Design and Analysis of Local Access Networks and Outside Plant Problems -- Low Earth Orbit Satellite communication systems -- Cellular Systems and PCS Modelling and Configuration -- Time Dependent Expansion of Telecommunication Systems -- Designing Networks for Reliability and Availability -- Network Design Problems in Gigabit and Terabit Networks -- LAN, WAN Global Network Interconnection -- ATM, ISDN, BISDN Modeling and Analysis Issues -- Artificial Intelligence/Heuristics in Telecommunication Systems -- Quantitative Methods in Network Management -- Pricing and Economic Analysis of Telecommunications -- Impact of Telecommunications on Industrial Organization -- Performance Evaluation of Telecommunication Systems -- Distributed Computing and Distributed Data Bases -- Security and Privacy issues in Telecommunications -- Virtual reality, Multimedia and their impact The Program Committee is open to any ideas you might have regarding additional topics or format of the conference. The intention is to limit the number of parallel sessions to two. The conference is scheduled over a weekend so as to reduce teaching conflicts for academic participants, take advantage of weekend hotel and airfare rates and of the many events that take place in the downtown area. Due to the limit on the number of participants early registration is recommended. To ensure your participation, please use the following steps: 1. Send to the appropriate Program Committee Chair by October 1, 1995, a paper (preferable), or titles and abstracts for potential presentations to be considered for the conference. Sending more than one abstract is encouraged, enabling the Program Committee to have a wider choice in terms of assigning talks to segments. Use E-mail to expedite the submission of titles and abstracts. 2. Use the form at the end of this message to preregister for the conference. Let us also know if you would like to have a formal duty during the conference as: Session Chair, or Discussant. 3. You will be notified by December 1, 1995, which abstract/s has been selected for the conference. Detailed instructions on how to prepare camera ready copies will be sent to authors of accepted presentations. January 30, 1996, is the deadline for sending a final version of the paper. Participants will receive copies of the collection of papers to be presented. All papers submitted to the conference will be considered for publication in the "Telecommunication Systems" Journal. The Program Committee looks forward to receiving your feedback/ideas. Feel free to volunteer any help you can offer. If you have suggestions for Segment Leaders (i.e., individuals who will have a longer time to give an overview/state of the art talk on their segment subject) please E-mail them to Prof Gavish. Also, if there are individuals whose participation you view as important, please send their names and E-mail addresses to the Program Committee Chairman, or forward to them a copy of this message. I look forward to a very successful conference. Sincerely yours, Bezalel Gavish ------------------------------------------------------------------------------- Cut Here ------------------------------------------------------------------------------- Fourth International Conference on Telecommunication Systems Modelling and Analysis REGISTRATION FORM Date: __________________ Location: Nashville, TN Dates: March 14, 1996 (afternoon) to March 17, 1996 Name: ________________________________________ Title: __________________ Affiliation: __________________________________________________________________ Address: __________________________________________________________________ __________________________________________________________________ Phone: ____________________________ FAX: _______________________________ E-mail: __________________________________________________________________ Potential Title of Paper(s): __________________________________________________ ____________________________________________________________________ I would like to Volunteer as Comments A Session Chair : Yes No ________________________________________________ A Discussant : Yes No ________________________________________________ Organize a Session: Yes No ________________________________________________ ________________________________________________ REGISTRATION RATES and DEADLINES Last Applicable Participant Type Date Academic Industry ---------------- -------- -------- 1. Preregistration Until Dec. 1, 1996 $ 350 $ 450 2. Registration Until Feb. 1, 1996 $ 400 $ 500 3. On Site Registration After Feb. 1, 1996 $ 450 $ 650 Mail your registration form and check to: Mrs. Dru Lundeng Owen Graduate School of Management Vanderbilt University 401 21st Avenue, South Nashville, TN 37203, USA The check should be addressed to: 4th Int'l. Telecomm Systems Conference Refund Policy: Half refund, for requests received by February 1, 1996. No refund after February 1, 1996. If you have any questions regarding the conference, please contact Dru Lundeng at 615-322-3694 or through E-mail at lundeng@ctrvax.vanderbilt.edu. ------------------------------------------------------------------------------- Bezalel Gavish Owen Graduate School of Management Vanderbilt University Nashville, TN, 37203 Bitnet: GAVISHB@VUCTRVAX Internet: GAVISHB@CTRVAX.VANDERBILT.EDU Tel: (615) 322-3659 Home: (615) 370-0813 FAX: (615) 343-7177 ------------------------------------------------------------------------------- From rem-conf-request@es.net Wed Jun 14 17:20:58 1995 Received: from inet-gw-1.pa.dec.com by osi-west.es.net with ESnet SMTP (PP); Wed, 14 Jun 1995 13:41:40 -0700 Received: from bigpink.pa.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA26289; Wed, 14 Jun 95 13:36:24 -0700 Received: by bigpink.pa.dec.com; id AA21498; Wed, 14 Jun 1995 13:36:22 -0700 Message-Id: <9506142036.AA21498@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.com Subject: Severe Tire Damage 14-Jun-95 Date: Wed, 14 Jun 95 13:36:22 -0700 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 14-Jun-95 Time: 9pm - 9:30pm PDT From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California In another display of crass disregard for network decorum in the face of ego aggrandizement and overwhelming indifference, Severe Tire Damage will once again rock the MBone in their own inimitable fashion. The odds on remote camera control are steadily improving. See you there! Lance Berc berc@src.dec.com Still image grabbing: http://chocolate.research.digital.com/grab.html STD info: http://www.ubiq.com/std/band.html http://www.std.com/homepages/band mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.research.digital.com/mbone From rem-conf-request@es.net Wed Jun 14 17:27:43 1995 Received: from kentfm.wksu.kent.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 14 Jun 1995 14:09:03 -0700 Received: from sysspec.wksu.kent.edu by kentfm.wksu.kent.edu (8.6.10/wksu.95.02.23) id RAA08246; Wed, 14 Jun 1995 17:09:31 -0400 Date: Wed, 14 Jun 1995 17:09:31 -0400 Message-Id: <199506142109.RAA08246@kentfm.wksu.kent.edu> To: poulton@wksu.kent.edu, rem-conf@es.net Newsgroups: alt.planning.urban,oh.general,akr.misc Subject: "A Compact for Cities" From: poulton@wksu.kent.edu (Chuck Poulton) Organization: WKSU Radio / Kent State University X-Newsreader: WinVN 0.93.14 Dr. Steven Minter, Executive Director of the Cleveland Foundation, will present "A Compact for Cities" this Thursday, June 15th, 12:30 EST (16:30 GMT) at the monthly meeting of the Akron Roundtable in Akron, Ohio. The audio from this talk will be carried live via the MBONE (the session will be announced in sd.) A "RealAudio" (see http://www.RealAudio.Com/) version of the speech and additional information will be available on our Web server at http://www.wksu.kent.edu/ soon after the event has concluded. Questions for the speaker can be mailed to roundtable@wksu.kent.edu before or during the talk. Thanks. From rem-conf-request@es.net Thu Jun 15 02:08:15 1995 Received: from pec.etri.re.kr by osi-west.es.net with ESnet SMTP (PP); Wed, 14 Jun 1995 23:07:22 -0700 Original-Received: by pec.etri.re.kr (8.6.9H1/8.6.4) id QAA18808 PP-warning: Illegal Received field on preceding line From: Jung-Soo Park Posted-Date: Thu, 15 Jun 1995 16:04:48 +1000 Message-Id: <199506150604.QAA18808@pec.etri.re.kr> Subject: MBone tools for windows NT [Q] To: rem-conf@es.net Date: Thu, 15 Jun 1995 16:04:47 +0900 (KST) X-Mailer: ELM [version 2.4 PL21-h4] Content-Type: text Content-Length: 1709 Hello, I'd like to know whether MBone tools for Windows NT are or not. I saw the MBone Mailing list on yesterday. I finded the next paragraphes. ---------- Original Message ----------------- > Hi, > > I tried to use WinSd/Vat/NV. It complains "Cannot bind sockett. > Does this mean that the programs do not work with the TCP suite I have > ( TCP from Trumpet) ? In general, where can I find out where the problem > is at -- windows is quite different from UNIX. I cannot read something > like a man page. > > Thanks. It means that your TCP/IP stack does not support the multicast extensions. I had, but lost, the mcast extensions for the Microsoft 32-bit stack (any pointers, anyone?). I'm told that mcast works correctly with Microsoft's stack + extensions, and that FTP Software's mcast kernel works, also. I don't think Trumpet will support mcast in the near future. I could be wrong, though -- I would LIKE to be wrong in this case. -- arlie ---------- the end ----------------- Thus, my question is "Is the WinSd/Vat/NV software mbone tools for Windows NT ?" , and give me the information. Thanks in advance. +----------------------------------------------------+ | Jungsoo, Park | | | | ETRI, Multimedia Standardization Section | | Protocol Engineering Center | | 161 Kajong-Dong, Yusong-Gu, TAEJON, 305-350, KOREA | | (Phone) : 82-42-860-6118 | | (FAX) : 82-42-861-5404 | | (EMAIL) : jspark@pec.etri.re.kr | +----------------------------------------------------+ From rem-conf-request@es.net Thu Jun 15 10:52:16 1995 Received: from nikhefh.nikhef.nl by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 07:51:24 -0700 Received: by nikhefh.nikhef.nl; Thu, 15 Jun 1995 16:51:08 +0200 Message-Id: <9506151451.QA27555@nikhefh.nikhef.nl> Date: Thu, 15 Jun 1995 16:51:08 +0200 From: a61@nikhef.nl (Herman van Dompseler) To: hepix@net.hep.hepnet, rem-conf@es.net Subject: HEPiX spring 95 meeting, MBone retransmission NIKHEF is pleased to announce the MBone retransmission of the HEPIX spring 95 meeting held in Prague from the 31st of May till the 2nd of June 1995. We've planned to retransmit the sessions in five days from the 19th of June till the 23rd of June 1995. Transmissions will take place from 16:00 till 19:00 GMT/UTC. The sessions will be announced in sd with a ttl of 127. Vat (pcm) will be used for audio and nv (128kbps) will be used for video. If there are any conflicts on these days or questions/remarks, please contact Herman van Dompseler (e-mail: a61@nikhef.nl). For more information and the agenda see: http://www.nikhef.nl/www/pub/teleconferencing/hepix/hepix.html Thanks, Herman. From rem-conf-request@es.net Thu Jun 15 11:45:08 1995 Received: from po6.andrew.cmu.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 08:44:27 -0700 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.6.12/8.6.12) id LAA10772 for rem-conf@es.net; Thu, 15 Jun 1995 11:44:20 -0400 Received: via switchmail; Thu, 15 Jun 1995 11:44:18 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 15 Jun 1995 11:44:06 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 15 Jun 1995 11:44:03 -0400 (EDT) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.unix20.andrew.cmu.edu.sun4c.411 via MS.5.6.unix20.andrew.cmu.edu.sun4c_411; Thu, 15 Jun 1995 11:44:03 -0400 (EDT) Message-ID: Date: Thu, 15 Jun 1995 11:44:03 -0400 (EDT) From: Leejay Wu To: Outbound News , rem-conf@es.net Subject: Tcl/Tk-based videconf progs In-Reply-To: <1995Jun12.121617@informatik.uni-kl.de> References: <1995Jun12.121617@informatik.uni-kl.de> Distribution: world Here's a problem that has been bothering me for a few weeks: Is there some basic incompatibility between Tcl 7.3/Tk 3.6, gcc 2.6.3 and OSF 2.0.1? I've been trying to compile three Tcl/Tk based programs... 1) blt-1.7 (configured -with-gcc) 2) nv-3.3 3) vic-2.6 (dependent blt-1.7 too) blt-1.7 does not work properly; it's version of wish does not appear to interpret commands well. nv-3.3 and vic-2.6 have identical problems: Mouse button-driven events, i.e. menus, sliders, and buttons, all fail to work. At least for vic 2.6 the Tcl/Tk routines treat all mouse buttons as button 0, instead of the more normal 1,2 or 3... None of the three programs has been patched; in addition, nv compiled with a known, fresh (unpatched) version of Tcl/Tk 7.3/3.6 yields the same problem. Also, the vic Makefile was examined to ensure that the include directory corresponded to the library directory (/usr/local/include paired w/ /usr/local/bin) Do I need some patch to Tcl/Tk to make this work? What am I missing? TIA, Leejay Wu From rem-conf-request@es.net Thu Jun 15 13:03:34 1995 Received: from davinci.gmu.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 10:03:05 -0700 Received: by davinci.gmu.edu (950215.SGI.8.6.10/940406.SGI.AUTO) id NAA02753; Thu, 15 Jun 1995 13:02:34 -0400 From: mbenson@davinci.gmu.edu (Michael Benson) Message-Id: <199506151702.NAA02753@davinci.gmu.edu> Subject: Re: MBone tools for windows NT [Q] To: jspark@pec.etri.re.kr (Jung-Soo Park) Date: Thu, 15 Jun 1995 13:02:34 -0400 (EDT) Cc: rem-conf@es.net In-Reply-To: <199506150604.QAA18808@pec.etri.re.kr> from "Jung-Soo Park" at Jun 15, 95 04:04:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2263 I don't believe the Winsd/vat/nv program is compatible with the Winsock >from Microsoft. I tried them with the multicasting capable version of Winsock and they just plainly don't work. I tried getting source code to modify them, but was turned down. Michael > > Hello, > > I'd like to know whether MBone tools for Windows NT are or not. > I saw the MBone Mailing list on yesterday. > > I finded the next paragraphes. > > ---------- Original Message ----------------- > > > Hi, > > > > I tried to use WinSd/Vat/NV. It complains "Cannot bind sockett. > > Does this mean that the programs do not work with the TCP suite I have > > ( TCP from Trumpet) ? In general, where can I find out where the problem > > is at -- windows is quite different from UNIX. I cannot read something > > like a man page. > > > > Thanks. > > It means that your TCP/IP stack does not support the multicast > extensions. I had, but lost, the mcast extensions for the Microsoft > 32-bit stack (any pointers, anyone?). I'm told that mcast works > correctly with Microsoft's stack + extensions, and that FTP Software's > mcast kernel works, also. > > I don't think Trumpet will support mcast in the near future. I could be > wrong, though -- I would LIKE to be wrong in this case. > > -- arlie > > ---------- the end ----------------- > > Thus, my question is > > "Is the WinSd/Vat/NV software mbone tools for Windows NT ?" > > , and give me the information. > > > Thanks in advance. > > > +----------------------------------------------------+ > | Jungsoo, Park | > | | > | ETRI, Multimedia Standardization Section | > | Protocol Engineering Center | > | 161 Kajong-Dong, Yusong-Gu, TAEJON, 305-350, KOREA | > | (Phone) : 82-42-860-6118 | > | (FAX) : 82-42-861-5404 | > | (EMAIL) : jspark@pec.etri.re.kr | > +----------------------------------------------------+ > -- Michael Benson Computer science graduate student at George Mason University WWW: http://cne.gmu.edu/~mbenson Email: mbenson@gmu.edu Whois: whois -h gmu.edu mbenson From rem-conf-request@es.net Thu Jun 15 13:38:43 1995 Received: from scorpio.arc.nasa.gov by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 10:37:59 -0700 Received: by scorpio.arc.nasa.gov (940816.SGI.8.6.9/1.35) id IAA17292; Thu, 15 Jun 1995 08:52:18 -0700 Date: Thu, 15 Jun 1995 08:52:18 -0700 From: garyp@scorpio.arc.nasa.gov (Gary Paden) Message-Id: <199506151552.IAA17292@scorpio.arc.nasa.gov> To: rem-conf@es.net Subject: Mbone broadcast of NASA Shuttle Mission STS-71 We are planing an Mbone presentation June 23 - July 4 at TTL127. Expected program material includes the first Shuttle docking with the Russian Station MIR. The mission duration is 10days, 19hours. The launch of STS-71 was originally slipped behind the launch of STS-70 because of a delay in the launch of the Russian Spektr laboratory module to the Russian space station MIR. The launch is June 23, 5:08p.m. EDT. We will be using nv for the entire broadcast. If there are conflicts with other scheduled uses of the Mbone please e-mail or call Dave Meyers at dmeyers@atlas.arc.nasa.gov (415)604-0735. Gary Paden NASA-Ames/Sterling Video Technician Code:IDN VTS Group (415)604-0082 From rem-conf-request@es.net Thu Jun 15 14:50:13 1995 Received: from unb.ca (actually hermes.csd.unb.ca) by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 11:49:03 -0700 Received: from cythera.unb.ca by unb.ca (8.6.12/950414-15:35) id PAA17198; Thu, 15 Jun 1995 15:48:08 -0300 Date: Thu, 15 Jun 1995 15:44:45 -0300 (ADT) From: "Dwight E. Spencer" To: Michael Benson cc: Jung-Soo Park , rem-conf@es.net Subject: Re: MBone tools for windows NT [Q] In-Reply-To: <199506151702.NAA02753@davinci.gmu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 15 Jun 1995, Michael Benson wrote: > I don't believe the Winsd/vat/nv program is compatible with the Winsock > from Microsoft. I tried them with the multicasting capable version of Winsock > and they just plainly don't work. I tried getting source code to modify them, > but was turned down. > Michael I tried these same tools with a pre-release of windows 95, and got the same errors. The authors informed me, if I remember correctly, that it only work with a winsock compliant stack from PC-FTP (correct name?) dwight. ---------------------------------------------------------------------------- Dwight E. Spencer University of New Brunswick Mail: spencer@unb.ca Community Access Canada Phone: +1 506 447 3060 "C-Net" Server Administrator Url: http://cnet.unb.ca/staff/dspencer/ From rem-conf-request@es.net Thu Jun 15 15:23:54 1995 Received: from portal.netedge.com by osi-west.es.net with ESnet SMTP (PP); Thu, 15 Jun 1995 12:23:11 -0700 Received: from NetEdge.COM by portal.netedge.com id AA13022; Thu, 15 Jun 95 14:33:21 EDT Received: from suicidesix.NetEdge.COM by NetEdge.COM id AA07072; Thu, 15 Jun 95 14:31:01 EDT Return-Path: Received: from localhost by suicidesix.NetEdge.COM (4.1/NECL-6.14) id AA07598; Thu, 15 Jun 95 14:28:48 EDT Message-Id: <9506151828.AA07598@NetEdge.COM> To: Leejay Wu Cc: Outbound News , rem-conf@es.net Subject: Re: Tcl/Tk-based videconf progs In-Reply-To: Your message of "Thu, 15 Jun 1995 11:44:03 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Id: <7595.803240927.1@suicidesix> Date: Thu, 15 Jun 1995 14:28:48 -0400 From: Thomas Pusateri In message you write: >Here's a problem that has been bothering me for a few weeks: >Is there some basic incompatibility between Tcl 7.3/Tk 3.6, gcc 2.6.3 >and OSF 2.0.1? > >nv-3.3 and vic-2.6 have identical problems: Mouse button-driven events, >i.e. menus, sliders, and buttons, all fail to work. At least for vic >2.6 the Tcl/Tk routines treat all mouse buttons as button 0, instead of >the more normal 1,2 or 3... > I have seen a problem with Tcl/Tk apps using XFree86 3.1.1 with serial mice. Using XFree86 3.1 works ok I'm told. Maybe its an X Server bug. Tom From rem-conf-request@es.net Fri Jun 16 15:08:41 1995 Received: from IETF.nri.reston.VA.US (actually ietf.cnri.reston.va.us) by osi-west.es.net with ESnet SMTP (PP); Fri, 16 Jun 1995 12:08:14 -0700 Received: from [127.0.0.1] by IETF.CNRI.Reston.VA.US id aa07710; 16 Jun 95 14:51 EDT Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; cc: rem-conf@es.net From: Internet-Drafts@CNRI.Reston.VA.US Reply-to: Internet-Drafts@CNRI.Reston.VA.US Subject: I-D ACTION:draft-ietf-avt-cellb-05.txt Date: Fri, 16 Jun 95 14:51:18 -0400 Sender: cclark@CNRI.Reston.VA.US Message-ID: <9506161451.aa07710@IETF.CNRI.Reston.VA.US> --NextPart A Revised Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : RTP Payload Format of CellB Video Encoding Author(s) : M. Speer, D. Hoffman Filename : draft-ietf-avt-cellb-05.txt Pages : 22 Date : 06/15/1995 This draft describes a packetization scheme for the CellB video encoding. The scheme proposed allow applications to transport CellB video flows over protocols used by RTP. This document is meant for implementors of video applications that want to use RTP and CellB. Internet-Drafts are available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-avt-cellb-05.txt". A URL for the Internet-Draft is: ftp://ds.internic.net/internet-drafts/draft-ietf-avt-cellb-05.txt Internet-Drafts directories are located at: o Africa Address: ftp.is.co.za (196.4.160.2) o Europe Address: nic.nordu.net (192.36.148.17) Address: ftp.nis.garr.it (192.12.192.10) o Pacific Rim Address: munnari.oz.au (128.250.1.21) o US East Coast Address: ds.internic.net (198.49.45.10) o US West Coast Address: ftp.isi.edu (128.9.0.32) Internet-Drafts are also available by mail. Send a message to: mailserv@ds.internic.net. In the body type: "FILE /internet-drafts/draft-ietf-avt-cellb-05.txt". NOTE: The mail server at ds.internic.net can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e., documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. For questions, please mail to Internet-Drafts@cnri.reston.va.us. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ds.internic.net" Content-Type: text/plain Content-ID: <19950615155402.I-D@CNRI.Reston.VA.US> ENCODING mime FILE /internet-drafts/draft-ietf-avt-cellb-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-cellb-05.txt"; site="ds.internic.net"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19950615155402.I-D@CNRI.Reston.VA.US> --OtherAccess-- --NextPart-- From rem-conf-request@es.net Sat Jun 17 21:41:40 1995 Received: from mail.zrz.TU-Berlin.DE by osi-west.es.net with ESnet SMTP (PP); Sat, 17 Jun 1995 18:41:11 -0700 Received: from tubkom.prz.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Sun, 18 Jun 1995 03:36:59 +0200 Received: from (sunday.prz.tu-berlin.de [130.149.62.93]) by tubkom.prz.tu-berlin.de (8.6.11/8.6.9) with SMTP id DAA07835; Sun, 18 Jun 1995 03:36:48 +0200 From: Ilka Milouchewa Message-Id: <199506180136.DAA07835@tubkom.prz.tu-berlin.de> Subject: CFP - 2nd PROMS Workshop (Salzburg, Austria) To: rem-conf@es.net Date: Sun, 18 Jun 1995 03:36:47 +0200 (MET DST) Cc: hipparch@sophia.inria.fr, xtp-relay@cs.concordia.ca, ipng@sunroof.eng.sun.com, osimcast@BBN.COM, sigmedia@bellcore.com, ietf@ISI.edu, sc6wg4@ntd.comsat.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 6883 I hope I am not violating any of your new group/mailing list conventions by posting this. Anyway here it is. PROMS '95 Second Workshop on Protocols for Multimedia Systems "Mozart on Multimedia Highways" Salzburg, Austria October 9-12, 1995 An international workshop organized by University of Salzburg and TechnoZ-Fachhochschule, Austria sponsored by TechnoZ GmbH Salzburg, Sony Salzburg, Austria Siemens Wien, Austria http://www.cosy.sbg.ac.at/proms/ CALL FOR PAPERS OBJECTIVE ********* The 2nd Workshop on Protocols for Multimedia Systems (PROMS' 95) is intended to contribute to scientific, strategical and practical cooperation between research institutes and industrial companies with emphasis on multimedia protocols and intelligent management tools for (super)highways. The motto "Mozart on multimedia highways" is not only to remember of the great musician born in Salzburg, the host city of PROMS 95, but also to focus on the NEW sound of this workshop: Are the (super)highways today enough intelligent for the transmission of the "Magic Flute" ? The PROMS' 95 objectives: - To present, address and discuss research, project lines and achievements on protocols and intelligent management tools for multimedia applications with emphasis on their usage on network (super)highways. - To focus on scientific contributions, standardization and practical results in the area of multimedia protocols and their adaptation to ATM, satellite and mobile networks, as well as in the area of intelligent network management, policy based and intelligent routing, traffic prediction, security and protocol accounting - To emphasize on practical integration of the research on modelling, simulation, performance analysis of multimedia protocols and intelligent networking techniques for efficient multimedia application networking in the various forms of today existing and future information (super)highways - To demonstrate and evaluate efficiency of multimedia applications ("Multimedia live") using new protocol functions and intelligent networking tools considering end user criteria and requirements for Costs, Quality of Service, Network Access, Routing Policy, Security, Application Interface, and System Integrity. PROGRAM COMMITTEE ***************** Horst D. Clausen (Uni Salzburg, Austria) N. Georganas (Uni Ottawa, Canada) Bezalel Gavish (Vanderbilt Uni, USA) M.S. Obaidat (City Uni of New York, USA) Shi-Kuo Chang (Uni Pittsburgh, USA) C. Bormann (Uni Bremen, Germany) Son T. Vuong (British Columbia, Canada) B. Atwood (Concordia, Canada) Jun-ichi Mizusawa (NTT, Japan) O. Spaniol (RWTH Aachen, Germany) A. Seneviratne (University of Technology, Australia) H. Kruse (Ohio Uni, USA) E. Biersack (EUROCOM, France) I. Miloucheva (ATS, Germany) A. Schill (TU Dresden, Germany) M. Kaul (GMD, Germany) R.A.Butler (Robert Gordon Uni, UK) PROGRAM CHAIR ************* Prof. Dr. habil. Ulrich Hofmann (Uni Salzburg, Austria) SCOPE ***** Research contributions, standardization and practical experience with design, implementation, integration, interworking and management of multimedia protocols and applications on the information (super)highways: - Media specific and QoS considerations in design and implementation of communication protocols - Application, media and protocol integration: Synchronization of media streams, orchestration of functional units, - Multiparty and group communication protocols and applications, Multicast networking and routing, group management - Network access and management functionality: accounting, security, authentication, privacy, intelligent and policy based routing - Mobile networking and routing, multimedia communication architectures for mobile networks, management of mobile networks - Performance analysis of multimedia applications and protocols: modeling, simulation, and control theoretical approach - Accounting and costs of communication services - Optimization of protocol and application performance for different network QoS provision (i.e. high delay paths) - Protocol and application adaptation to ATM QoS and Adaptation Layers, protocol performance over ATM - Protocols and applications for satellite networks and gateways, Protocol performance over satellite, including hybrid satellite/terrestrial networks, and satellite applications - Multimedia applications and IP/IPnG interworking - Multimedia applications on the (super)higways: video-on-demand, virtual community, teleworking, teleteaching - Resource reservation and and multimedia traffic engineering - Implementation of multimedia protocols and applications: integration of media storage and communication mechanisms, operating system and high performance issues, efficient interfacing - Techniques for specification of multimedia protocols and application, methods for real-time test and analysis of implementations, SUBMISSION ********** - Please send your papers in postscript form. via email: proms-submission@cosy.sbg.ac.at via anonymous ftp: ftp.cosy.sbg.ac.at /pub/proms via mail: PROMS 95, Institut fuer Computerwissenschaften z.Hd. Prof. Ulrich Hofmann Jakob-Haringer-Str. 2, A-5020 Salzburg, AUSTRIA - Submissions must include abstract and keywords. - The submissions are to be prepared in IEEE paper style form. IMPORTANT DATES *************** Submissions due: Aug. 20, 1995 Author notification: Sept. 1, 1995 We will appreciate also later submissions if they are significant for PROMS 95. For extended information about organization, keynote speaker, demonstration, venue, registration and .... Mozart please refer to: http://www.cosy.sbg.ac.at/proms/ or contact: Prof. Ulrich Hofmann uho@cosy.sbg.ac.at Dr. Ilka Miloucheva ilka@prz.tu-berlin.de WELCOME TO SALZBURG ******************* Summer Art Festival, Mozart, Trapp-family, Mountains, Lakes, Saltmines, Palaces and Gardens, Mirabell and Hellbrunn - these are some words which are inherently connected with the city of Salzburg. Attention for the guests of Salzburg -a "Schnuerlregen"(a special kind of rain), mixed with the "Little Night Music" over the rooftops ... Especially for our PROMS 95 guests: - Different kinds of demos with multimedia and multicast protocols, satellite/ATM interconnection, transathlantic demos, - Multimedia Welcome at the "High Tech" Sony factury in Salzburg - 4 PROMS 95 days for workshopping at Salzburg University and TechnoZ Research - "Sound of Music" Tour .... From rem-conf-request@es.net Sun Jun 18 07:19:12 1995 Received: from sangam.ncst.ernet.in by osi-west.es.net with ESnet SMTP (PP); Sun, 18 Jun 1995 04:18:41 -0700 Received: from saathi.ncst.ernet.in (saathi.ncst.ernet.in [144.16.1.2]) by sangam.ncst.ernet.in (8.6.12/8.6.6) with ESMTP id UAA29117 for ; Wed, 14 Jun 1995 20:30:03 +0530 Received: (satam@localhost) by saathi.ncst.ernet.in (8.6.8.1/8.6.5) id SAA14058 for rem-conf@es.net; Wed, 14 Jun 1995 18:30:04 +0530 Date: Wed, 14 Jun 1995 18:30:04 +0530 From: "Kirtikumar G. Satam" Message-Id: <199506141300.SAA14058@saathi.ncst.ernet.in> To: rem-conf@es.net Subject: Networks'96 In India ******************************************************************** CALL FOR PAPERS NETWORKS '96 An International Conference on Computer Networks, Architecture and Applications ___________________________________________________________________ January 3, 1996 - January 5, 1996 Bombay, India Networks 80 Bombay , Networks 84 Madras , Indolan 90 Madras, Networks 92 Trivandrum , Networks 94 Madras, and now Networks 96 Bombay. ___________________________________________________________________ The Conference will provide an international forum for presentation of ideas, reviews and results in the general area of Networks with special emphasis on Applications, issues relating to Management, Security and Performance. More specifically, the topics of interest include, but not limited to, Client-Server Models High speed Networks Distributed Applications Multimedia Applications Multimedia Systems Wireless Networks Network Interconnections Measurement and Management of QoS VSAT Technology Relevance to Developing countries Higher Layer Protocol related performance issues Specification and verification of Protocols ___________________________________________________________________ Sponsors International Federation for Information Processing (IFIP) Computer Society of India (CSI) ___________________________________________________________________ EXECUTIVE TRACK Papers are invited for presentation at a special ``Executive Track'' designed for managers, planners and users of networks. TUTORIAL/REVIEW PAPERS There will be no pre-conference tutorials. Instead, there will be a few 1-1/2 hour tutorial/review papers. Proposals for these turorial/review slots are invited. ACM MULTIMEDIA WORKSHOP A workshop co-sponsored by ACM on multimedia is being planned. A separate announcement will follow soon. Please contact P. Venkatrangan (venkat@cs.ucsd.edu) or S.V. Raghavan (svr@iitm.ernet.in) for advance information. ___________________________________________________________________ SUBMISSION OF PAPERS Prospective authors are invited to submit five copies of their paper. The paper should not exceed 18 pages in length (double spaced) and should have an abstract. There should be cover page giving title, authors' names, affiliation, complete address, telephone numbers, fax number and email address. A latex format file is available on email request to net96@ncst.ernet.in. The papers should be forwarded to: K. G. Satam email : net96@ncst.ernet.in National Centre for Software Phone : +91 22 6201606 (office) Technology, Gulmohar Cross Fax : +91 22 6210139 Road No.9, Juhu Telex : +81 11-78260 NCST IN Bombay 400 049 INDIA. * An electronic version of the paper should be sent in LaTeX format to net96@ncst.ernet.in with the complete instructions. Other arrangements can be made if necessary. * All papers will be reviewed. Accepted papers will appear in the conference proceedings. The Proceedings will be published internationally. * The program invites authors to send, if possible, an abstract by July 15, 1995. ___________________________________________________________________ CONFERENCE COMMITTEE Conference Chair S. Ramani, Director NCST, Bombay, India Program Committee Co Chairs S.V. Raghavan Dept. of Comp.Sc. & Engg. I.I.T., Madras, India K.G. Satam Networks Division NCST, Bombay, India Organising Committee Chairman Chairman, Bombay Chapter Computer Society of India Proposed Program Committee Casaca A., INESC, Portugal Jain B.N., IITD, India Kumar A., IISc. B'lore,India Maskara S.L., IITkh, India Mehendiratta S.L., IITB, India Pujolle G., Lab Masi, FRANCE Ramakrishnan S., DOE , India Spaniol O., U.Aachen, Germany Srivatsan K.R., IITK, India Tohme S., ENST, France Tripathi S.K., UMD, USA VenkatRangan P., UCSD, USA * Consent from some of the proposed members is awaited. ___________________________________________________________________ IMPORTANT DATES Last date for submission of five copies August 15, 1995 Notification of Acceptance October 23, 1995 Camera ready papers due on November 24, 1995 ___________________________________________________________________ From rem-conf-request@es.net Sun Jun 18 23:17:54 1995 Received: from sh.wide.ad.jp by osi-west.es.net with ESnet SMTP (PP); Sun, 18 Jun 1995 20:17:30 -0700 Received: by sh.wide.ad.jp (8.6.11+2.5Wb2/6.0) id MAA19185; Mon, 19 Jun 1995 12:17:33 +0900 Message-Id: <199506190317.MAA19185@sh.wide.ad.jp> To: rem-conf@es.net Subject: MBONE broadcast of Prof. David Farber's Talk Date: Mon, 19 Jun 95 12:17:33 +0900 From: Hiroyuki Kusumoto Prof. David Farber's talk will be held on 23rd of June at KEIO University JAPAN. We are planning to transmit the sessions 23rd of June 1995. It will take place from 16:30-17:30(JST)/07:30-08:30(GMT) The sessions will be announced in sd with a ttl of 127. vat(pcm) and nv will be used. If there are any conflicts on that day or questions, please contact H.Kusumoto (kusumoto@wide.ad.jp) -- H.K -------------------------------------------------------------- BIOGRAPHY DAVID J. FARBER, the Alfred S. Fitler Moore Professor of Telecommunications Systems at the University of Pennsylvania, was responsible for the design of the DCS system, one of the first operational message based fully distributed systems, and is one of the authors of the SNOBOL programming language. He was one of the principals in the creation and implementation of CSNet, NSFNet, BITNET II, and CREN. He was instrumental in the creation of the NSF/DARPA funded Gigabit Network Testbed Initiative and served as the Chairman of the Gigabit Testbed Coordinating Committee. Professor Farber is a Fellow of the IEEE and the recipient of the 1995 SIGCOMM Award for lifelong contributions to the field of computer communications. He serves on the Board of Directors of both the Electronic Frontier Foundation and the Internet Society and on the Computer Science and Telecommunications Board (CSTB) of the US National Research Council and is a Fellow of the Japan Global Communications Institute. ***** Talk 1 The Future Impact of Very High Speed Networks on Computer Systems Prof David Farber, University of Pennsylvania Over the past four years, the United States has undertaken a joint industrial, university, and governmental research initiative designed to study the impact of gigabit networking on the future of networking, networking applications, and computer architecture. This study has led to the formation of five testbeds, each exploring different aspects of the emerging technology as well as motivating several non US experiments The experiment has now drawn to a close, at least in its first phase, so it is reasonable to ask what we've learned and what the implications are for the future. Perhaps the most interesting conclusion is that many of the ideas developed over the past twenty years in computer architecture, operating system design, and networking protocols seem to be inappropriate when applied to such high speeds. The speaker will discuss that conclusion and give his predictions on the directions the field will take. Talk 2 [ this was the Keynote speach at Compcon 95] Title: LIVING IN THE GLOBAL INFORMATION INFRASTRUCTURE -- potentials and concerns Prof David Farber, University of Pennsylvania ABSTRACT Vice President Gore of the US and other world leaders have proposed that the nations of the world undertake the building of a Global Information Infrastructure- the GII. While most leaders agree with the spirit of the Gore proposal - namely to provide a mechanism which could invigorate the world economy and bring democracy to the world's people in the forthcoming information age, many interpret such statements as being another example of large nation information colonialism. It is this basic lack of uniform global agreement on what terms mean, what rules apply to electronic commerce and what impact a GII will have on their nation that underlies the comments I will make. These raise questions about the universality of Cyberspace. I would like, in this talk, to explore a set of questions that may stimulate some thinking in this area. From rem-conf-request@es.net Mon Jun 19 06:36:33 1995 Received: from hillfoot.cent.gla.ac.uk by osi-west.es.net with ESnet SMTP (PP); Mon, 19 Jun 1995 03:36:04 -0700 Received: from hillhead.cent.gla.ac.uk by hillfoot.cent.gla.ac.uk with SMTP-GLA (PP); Mon, 19 Jun 1995 11:33:31 +0100 Received: from kite.psy.gla.ac.uk by hillhead.cent.gla.ac.uk with SMTP (PP); Mon, 19 Jun 1995 11:32:47 +0100 From: Anne Marie Date: Mon, 19 Jun 95 11:35:16 BST Message-Id: <6381.9506191035@swan.psy.gla.ac.uk.psy.gla.ac.uk> To: rem-conf@es.net Subject: Stormy Waters We are planning on multicasting the following event world-wide. Date: Friday July 21st, Saturday July 22nd Time: 9pm - 11.30pm (GMT+1) Event: Stormy Waters Stormy Waters is advertised in 'sd'. If this conflicts with any other transmission please mail Anne Marie Fleming annemari@psy.gla.ac.uk -------------------------------------------------------------------------- Precis Stormy Waters will be one of the largest digital artistic productions ever held. The event will involve a spectacular presentation of music, movement and images from a shipyard on the River Clyde in Glasgow, Scotland. Digital artists from all corners of the world are invited to participate by manipulating historical city images via the Internet. Further details about the event can be obtained from http://www.stormy.gla.ac.uk/ or if you are a digital artist and wish to participate mail stormy-waters@gla.ac.uk ============================================================================= Anne Marie Fleming Tel: +44 141 330 5424 University of Glasgow Fax: +44 141 339 8889 56 Hillhead St Telex: 777070 UNIGLA Glasgow G12 8QB, U.K. email: annemari@psy.gla.ac.uk www url: http://www.psy.gla.ac.uk/staff/annemari.html ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Mon Jun 19 11:58:52 1995 Received: from venus.Sun.COM by osi-west.es.net with ESnet SMTP (PP); Mon, 19 Jun 1995 08:58:11 -0700 Received: from Eng.Sun.COM by venus.Sun.COM (Sun.COM) id IAA25379; Mon, 19 Jun 1995 08:58:09 -0700 Received: from jadeite.eng.sun.com by Eng.Sun.COM (5.x/SMI-5.3) id AA29152; Mon, 19 Jun 1995 08:58:04 -0700 Received: from valathar by jadeite.eng.sun.com (5.x/SMI-SVR4) id AA15668; Mon, 19 Jun 1995 08:59:23 -0700 Date: Mon, 19 Jun 1995 08:57:42 -0800 (PDT) From: "Michael F. Speer" Reply-To: "Michael F. Speer" Subject: Hierarchical Media Streams and RTP To: rem-conf@es.net Cc: speer@Eng.Sun.COM, tomj@valathar.Eng.Sun.COM, hoffman@valathar.Eng.Sun.COM Message-Id: Content-Type: text X-Sun-Text-Type: ascii Folks: We are implementing a hierarchical video stream using a multicast group for each of the sub-flows of the media stream. My question pertains to the SSRC field of the RTP and RTCP headers. Is the SSRC the same for a source on all subflows? Or, is it distinct for each multicast group? At first, I am inclined to say that it is different for each sub-flow because this would simplify the RTCP reception reporting process. However, there are mechanisms to make this possible in the case that there are the same? What's the right answer here? Thanks, Michael From rem-conf-request@es.net Mon Jun 19 13:22:35 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Mon, 19 Jun 1995 10:22:03 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Mon, 19 Jun 1995 19:17:18 +0200 X-Mailer: exmh version 1.6.1 5/23/95 To: "Michael F. Speer" cc: rem-conf@es.net, speer@eng.sun.com, tomj@valathar.eng.sun.com, hoffman@valathar.eng.sun.com From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Re: Hierarchical Media Streams and RTP In-reply-to: Your message of "Mon, 19 Jun 1995 08:57:42 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jun 1995 19:16:31 +0200 Sender: schulzrinne@fokus.gmd.de > Folks: > > We are implementing a hierarchical video stream using a multicast group for > each of the sub-flows of the media stream. My question pertains to the > SSRC field of the RTP and RTCP headers. Is the SSRC the same for a source > on all subflows? Or, is it distinct for each multicast group? > > At first, I am inclined to say that it is different for each sub-flow because > this would simplify the RTCP reception reporting process. However, there > are mechanisms to make this possible in the case that there are the same? > What's the right answer here? As far as RTP is concerned, different multicast groups are different 'RTP sessions', so that their SSRC spaces are independent. Indeed, it could (theoretically) happen that in one multicast group (say, the lowest quality one), there is a conflicting SSRC. You would only have to change the one group, not the others. I'm not sure how much sense that makes, but one could imagine having several different processes implementing the different layers of coding. Keeping the SSRC independent would simplify matters here. Given that, you are free to choose whatever makes sense (same and locked across sub-flows, different for each sub-flow). But: unless you further restrict application behavior beyond the spec, you can't necessarily *rely* on the SSRC of the RTP sessions (= sub-flows) to be/stay the same. Matching of different sub-flows should probably be done via the CNAME field, which is mandated to stay constant. Henning From rem-conf-request@es.net Tue Jun 20 02:37:31 1995 Received: from venera.isi.edu by osi-west.es.net with ESnet SMTP (PP); Mon, 19 Jun 1995 23:37:02 -0700 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-22) id ; Mon, 19 Jun 1995 23:36:59 -0700 Posted-Date: Mon 19 Jun 95 23:36:39 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Mon, 19 Jun 95 23:36:41 PDT Date: Mon 19 Jun 95 23:36:39 PDT From: Stephen Casner Subject: RTP profile publication To: rem-conf@es.net Message-Id: <803630199.0.CASNER@XFR.ISI.EDU> Mail-System-Version: To the AVT WG: Allison Mankin, our Transport Area Director, has informed me that the "RTP Profile for Audio and Video Conferences" must be submitted for RFC publication along with the main RTP spec since there are references between the two. As Henning Schulzrinne indicated last week, the profile doc is about ready to go. At the same time, there has been a recent agreement by several members of the ITU-T Study Group 15 to reconsider the initial decision not to use RTP (as was reported to this list). This adds a complication for the profile spec because to share RTP with ITU-T may require that the payload type code space be divided between ITU-T and IANA, or that some other means of sharing the space be developed. In other words, the assignments currently in the profile draft might need to be rearranged. Since we don't want to delay the publication of the RTP spec, Allison suggested that the current profile draft be published as "Experimental" with a notice saying that the payload type code assignments may be changed. Then once the assignment questions have been settled, an updated draft would be published as Proposed Standard. Questions: - How do you feel about publishing the profile with the expectation that the payload type codes will change and create an incompatibility? - How important is the standard status of the RTP profile? - What standard status should be sought for the payload format specifications that will accompany the profile spec? - It seems that joint acceptance of RTP by IETF and ITU-T would be a good thing for several reasons. Do you agree? -- Steve Casner ------- From rem-conf-request@es.net Tue Jun 20 03:40:12 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 00:39:27 -0700 Received: from lupus (actually lupus.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Tue, 20 Jun 1995 09:36:19 +0200 X-Mailer: exmh version 1.6.1 5/23/95 To: Stephen Casner cc: rem-conf@es.net From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Re: RTP profile publication In-reply-to: Your message of "Mon, 19 Jun 1995 23:36:39 PDT." <803630199.0.CASNER@XFR.ISI.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jun 1995 09:35:32 +0200 Sender: schulzrinne@fokus.gmd.de > Since we don't want to delay the publication of the RTP spec, Allison > suggested that the current profile draft be published as > "Experimental" with a notice saying that the payload type code > assignments may be changed. Then once the assignment questions have > been settled, an updated draft would be published as Proposed > Standard. Unless I'm missing something, this would make deployment of RTP applications rather difficult. How is a poor application to know that suddenly 'RTP profile: E -> PS' and what used to be PCMU is now who-knows-what? Are we going to have a commandline flag on each application to say: old vs. new name space? An RTCP FMT packet? :-) We can delay assignment of a large number of encodings, so as to give ITU some room for decisions, but at least the basic encodings in 'IANA' space must be decided upon. Thus, it is paramount that we settle on some form of space division very soon. (Not necessarily right now, but before the publication as an RFC.) This should not be too difficult, given some flexibility on ITU's part. Do we have an official liaison to ITU SG 15 who could provide some follow-up? Thus, I see only confusion and seriously delayed introduction by having an 'experimental' profile with the expectation of non-backward-compatibl e changes. One possible approach would be to institute some division of the name space right now, hoping that we can convince ITU (whenever they get around to making a decision) that it is something they can live with. This is a bit risky, but there don't seem to be too many ways of slicing up 8 bits. (LLC SNAP is fortunately out of the question...) We can minimize the risk by getting some informal agreement with some of the members of SG 15. Henning From rem-conf-request@es.net Tue Jun 20 03:48:18 1995 Received: from simei.aztech.com.sg by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 00:47:14 -0700 Original-Received: from [0.0.0.0] by simei.aztech.com.sg id aa000206 at Tue, 20 Jun 95 15:48:28 GMT+0000 PP-warning: Illegal Received field on preceding line X-Sender: bharath@simei.aztech.com.sg X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: rem-conf@es.net From: bharath@aztech.com.sg (bharath) Subject: Request for Application Share Module for Conferencing Systems Cc: chris@technet.sg, qsw@technet.sg Date: Tue, 20 Jun 95 15:48:28 GMT+0000 X-Info: The Beauty of Multi-media, by Aztech X-Mailedby: NT SMTP/LISTSERVER v2.10 (ntmail@net-shopper.co.uk) HI: I would like to know if there are any vendors who provide Application SHare module which may or may not include other modules like Share Whiteboard for Graphic Conferencing Systems over LAN as well as WAN. Any pointers are welcome. Please respond to me directly. Thanks in advance. Regards. Bharath.N R&D Manager Aztech Systems Ltd, 31 Ubi Road 1, Aztech Bldg, Singapore 1440. Tel: (+65) 7417211- x505, Fax: (+65) 7431305 email: bharath@aztech.com.sg (OR) bharath@technet.sg From rem-conf-request@es.net Tue Jun 20 06:44:57 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 03:44:22 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Tue, 20 Jun 1995 11:40:02 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Henning Schulzrinne cc: Stephen Casner , rem-conf@es.net Subject: Re: RTP profile publication In-reply-to: Your message of "Tue, 20 Jun 95 09:35:32 +0100." Date: Tue, 20 Jun 95 11:39:49 +0100 Message-ID: <10253.803644789@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >> Since we don't want to delay the publication of the RTP spec, Allison >> suggested that the current profile draft be published as >> "Experimental" with a notice saying that the payload type code >> assignments may be changed. Then once the assignment questions have >> been settled, an updated draft would be published as Proposed >> Standard. > >Unless I'm missing something, this would make deployment of RTP >applications rather difficult. How is a poor application to know that >suddenly 'RTP profile: E -> PS' and what used to be PCMU is now >who-knows-what? Are we going to have a commandline flag on each >application to say: old vs. new name space? An RTCP FMT packet? :-) I agree strongly with Henning. The only way we could tell if the payload type has been re-allocated would be to change the version number, and then we'd have no more bits for any future modification. >One possible approach would be to institute some division of the name >space right now, hoping that we can convince ITU (whenever they get >around to making a decision) that it is something they can live with. Sounds reasonable to me. If they can't live with it, we can always bump the version number then, but it seems better to attempt to pre-empt this now. As I see it, we've nothing to lose by allocating an ITU payload type space now. We can alwayes re-use it later if they decide against RTP. Mark From rem-conf-request@es.net Tue Jun 20 10:42:49 1995 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 07:42:19 -0700 Received: from digit.parc.xerox.com ([13.2.117.114]) by alpha.xerox.com with SMTP id <14902(5)>; Tue, 20 Jun 1995 07:42:05 PDT Received: from localhost by digit.parc.xerox.com with SMTP id <75270>; Tue, 20 Jun 1995 07:42:03 -0700 To: Stephen Casner Cc: rem-conf@es.net, deering@parc.xerox.com Subject: Re: RTP profile publication In-reply-to: CASNER's message of Mon, 19 Jun 95 23:36:39 -0800. <803630199.0.CASNER@XFR.ISI.EDU> Date: Tue, 20 Jun 1995 07:41:55 PDT Sender: Steve Deering From: Steve Deering Message-Id: <95Jun20.074203pdt.75270@digit.parc.xerox.com> > At the same time, there has been a recent agreement by several members > of the ITU-T Study Group 15 to reconsider the initial decision not to > use RTP (as was reported to this list). This adds a complication for > the profile spec because to share RTP with ITU-T may require that the > payload type code space be divided between ITU-T and IANA, or that > some other means of sharing the space be developed. In other words, > the assignments currently in the profile draft might need to be > rearranged. I urge you not to change any payload type code that is already in widespread use, if there are any. Requiring changes to an installed base just to satisfy the turf insecurities of a standards organization would be a very poor engineering choice. > - How do you feel about publishing the profile with the expectation > that the payload type codes will change and create an > incompatibility? Very bad idea. If you want to give ITU-T some payload type values to assign, give them ones that haven't already been assigned by IANA. > - It seems that joint acceptance of RTP by IETF and ITU-T would be a > good thing for several reasons. Do you agree? Well, it's probably not too harmful (if you can resist the kind of backward-incompatible change you are currently contemplating). Steve From rem-conf-request@es.net Tue Jun 20 13:02:05 1995 Received: from black-ice.cc.vt.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 10:01:26 -0700 Received: from localhost (LOCALHOST [127.0.0.1]) by black-ice.cc.vt.edu (8.7.Beta.4/8.7.Beta.3) with ESMTP id NAA17380; Tue, 20 Jun 1995 13:01:15 -0400 Message-Id: <199506201701.NAA17380@black-ice.cc.vt.edu> To: Steve Deering cc: Stephen Casner , rem-conf@es.net Subject: Re: RTP profile publication In-reply-to: Your message of "Tue, 20 Jun 1995 07:41:55 PDT." <95Jun20.074203pdt.75270@digit.parc.xerox.com> From: Valdis.Kletnieks@vt.edu Date: Tue, 20 Jun 1995 13:01:14 -0400 On Tue, 20 Jun 1995 07:41:55 PDT, Steve Deering said: > Very bad idea. If you want to give ITU-T some payload type values to > assign, give them ones that haven't already been assigned by IANA. Or even better, have IANA assign ITU-T a cluster of values to use, that way we dont have to worry about IANA then assigning them to somebody else down the road. Valdis Kletnieks Computer Systems Engineer Virginia Tech From rem-conf-request@es.net Tue Jun 20 21:09:42 1995 Received: from venera.isi.edu by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 14:16:22 -0700 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-22) id ; Tue, 20 Jun 1995 14:16:20 -0700 Posted-Date: Tue 20 Jun 95 14:16:04 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Tue, 20 Jun 95 14:16:05 PDT Date: Tue 20 Jun 95 14:16:04 PDT From: Stephen Casner Subject: Re: RTP profile publication To: rem-conf@es.net, mankin@ISI.EDU Message-Id: <803682964.0.CASNER@XFR.ISI.EDU> In-Reply-To: <10253.803644789@cs.ucl.ac.uk> Mail-System-Version: To the AVT WG, and to AD Allison: Thanks for the prompt feedback. Several of you objected to the idea of publishing the RTP profile first as Experimental and then as Proposed Standard after a potential rearrangement of the payload format type assignments. I share this concern. Essentially, it would mean that the profile would not be usable until after the rearrangement, hence it's publication in the experimental state would only serve to allow publication of the main RTP spec to proceed. I think that if agreement with SG15 is going to happen, it will happen within a few weeks. In other words, it ought to happen during the time it takes the RTP spec to be processed by the RFC editor. We should set that as the goal (or perhaps I should say, as a requirement). Allison made her suggestion in order that publication of the RTP spec might be voted by the IESG on Thursday, since publication of the profile as experimental would not require a "Last Call" waiting period. Perhaps the IESG would be willing to accept our statement that the profile is ready except for the ordering of the entries in Table 2, but my guess is that they would not. So, my suggestion is that we forgo trying to get a vote on the RTP spec this Thursday. ASAP, we should propose an arrangement for sharing the code space with ITU-T that is acceptable to us, the AVT WG, and put that in the profile, and submit it for Last Call. At the same time, this proposal should be presented to SG15 through the email exchanges that have already begun, and I also plan to make a phone call. Assuming the RTP spec and profile are then accepted by the IESG, then perhaps we will want to adjust the code space arrangement as a result of discussions with SG15 during the RFC editing process, but when the profile is published, the assignment will be as we expect to use it. As Mark Handley suggested, if we need to make more significant changes after that, then we go to RTP version 3. Do I hear concensus on this? One question to consider as part of designing the arrangement of the payload type codes: Which of the current assignments, if any, need to remain exactly as they are? Some points: - Note that we are currently using both ITU-T and non-ITU-T encodings, so we'd have duplicate assignments for PCMU, etc., if we just take part of the space that is currently empty and say that is the part to be under ITU control. - vat does not (yet) use RTP, so if the assignments are different from those used in the code space of the vat protocol, it won't matter for vat. NeVoT implements both vat protocol and RTPv2, so it would be affected, as would people who have built upon it. - vic uses RTPv2 primarily, with backward compatibility modes using RTPv1. However, if I remember correctly, vic has an incompatibility hurdle to cross already because of the RTCP packet type code change to the range 200-205. Earlier in the game, it seemed that crossing that hurdle would not be a problem, but it has probably gotten harder as time has passed. - Some other programs (nv, ivs) are still at RTPv1, so changing payload type codes can be done at the same time as the change to RTPv2. - There are other RTPv2 programs. What is the impact on them? -- Steve ------- From rem-conf-request@es.net Tue Jun 20 22:24:16 1995 Received: from virginia.edu (actually uvaarpa.Virginia.EDU) by osi-west.es.net with ESnet SMTP (PP); Tue, 20 Jun 1995 19:23:51 -0700 Received: from server.cs.virginia.edu by uvaarpa.virginia.edu id aa23216; 20 Jun 95 22:23 EDT Received: from mamba.cs.Virginia.EDU (mamba-fo.cs.Virginia.EDU) by uvacs.cs.virginia.edu (4.1/5.1.UVA) id AA12484; Tue, 20 Jun 95 22:23:49 EDT Posted-Date: Tue, 20 Jun 1995 22:23:48 -0400 (EDT) Return-Path: Received: by mamba.cs.Virginia.EDU (5.x/SMI-2.0) id AA25735; Tue, 20 Jun 1995 22:23:48 -0400 From: act9m@server.cs.Virginia.EDU Message-Id: <9506210223.AA25735@mamba.cs.Virginia.EDU> Subject: sd and multicast ports To: AVT Working Group Conference Date: Tue, 20 Jun 1995 22:23:48 -0400 (EDT) Cc: Kira Atwood , Andy Booker X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Does anyone know how sd (session directory) selects a "unique" multicast port? I am trying to reliably start up an MBONE conference without going through sd. With the sddump, you have to explicitly specify which port you wish to listen on. Thanks. Alan -- Alan Tai (act9m@virginia.edu) | Computer Science Dept | Computer Networks Lab Graduate Teaching Assistant | University of Virginia | From rem-conf-request@es.net Wed Jun 21 03:21:40 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 00:21:06 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id AAA22423; Wed, 21 Jun 1995 00:21:52 -0700 Message-Id: <199506210721.AAA22423@rx7.ee.lbl.gov> To: act9m@server.cs.Virginia.EDU cc: AVT Working Group Conference , Kira Atwood , Andy Booker Subject: Re: sd and multicast ports In-reply-to: Your message of Tue, 20 Jun 95 22:23:48 EDT. Date: Wed, 21 Jun 95 00:21:50 PDT From: Van Jacobson Sd uses an algorithm called "informed, partitioned, random assignment" to allocate both addresses & ports. It is loosely based on some 1960s work Bell Labs did on distributed trunk allocation & some late 80s Australian & Canadian work on adaptive binning for histograms & stochastic coders. If you can get a copy of my SIGCOMM tutorial notes from last year, they contain a brief description of the algorithm. Because of something called the "birthday problem" in probability theory, distributed, dynamic allocation from a relatively small address space is not easy if you want a solution that scales up to Internet (or even MBone) user populations. Sd is very scalable -- it explicitly accounts for session scope (both topological & temporal -- explicit scope is what leads to the "partitioned" in the algorithm name) and, thus, can fill the address space many times over. Under almost any reasonable extrapolation of the current use, sd's algorithm scales 4 to 6 orders of magnitude better than a dynamic allocation algorithm the Columbia was pushing last year. Sd was designed to coexist with other dynamic allocation algorithms and be fairly robust in the face of different allocation strategies (all addresses are fed through a pseudo-random perturbation table so that structure in the pattern of external allocations will not be misinterpreted as structure that changes sd's dynamic partitioning). But, since it's so hard to come up with a scalable address allocation algorithm, you might be better off just using sd. We had always intended to split sd into 2 pieces: a daemon that did address allocation & caching (that you presumably ran only one copy of per site) and user interface agents that just provided an sd-like GUI to the daemon. Mark Handley at UCL has since taken over sd development but I believe he is thinking along similar lines. Given the daemon, you can allocate an address by simply sending it an RPC saying what the time and space scope is & what, if any, other information should be advertised about the session (it should be possible to allocate addresses without saying what they are going to be used for). - Van From rem-conf-request@es.net Wed Jun 21 06:46:42 1995 Received: from sun2.nsfnet-relay.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 03:45:59 -0700 Via: uk.ac.rutherford.informatics; Wed, 21 Jun 1995 11:45:22 +0100 Received: from bingo by inf.rl.ac.uk; Wed, 21 Jun 95 11:45:11 BST Date: Wed, 21 Jun 1995 11:45:11 +0100 From: ijj@informatics.rutherford.ac.uk Message-Id: <9506211045.AA02581@bingo> To: rem-conf@es.net Subject: Dumb question about sd X-Sun-Charset: US-ASCII Hello folks, I was just wondering if there are hooks in .sd.tcl (or any other mechanism) which I could use to exclude session announcements matching a certain pattern >from the session list? In particular, I'm looking for a way to exclude sessions which will never reach me 'cos their TTL is set too low. For example, there are currently six MBONE DE sessions showing in my sd - I'm sure I'd like to know about them if I could access them, but as it stands they just clutter up the session list. -- "Nudist welfare man's wife fell for Chinese hypnotist >from the Co-Op bacon counter" - News of the World headline Ian Johnson Internet: ijj@inf.rl.ac.uk CLRC Rutherford Appleton Laboratory, World-Wide Web: Chilton, Didcot, Oxon OX11 0QX. http://www.cis.rl.ac.uk/people/ijj.html From rem-conf-request@es.net Wed Jun 21 08:00:09 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 04:59:34 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 21 Jun 1995 12:57:21 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: ijj@informatics.rutherford.ac.uk cc: rem-conf@es.net Subject: Re: Dumb question about sd In-reply-to: Your message of "Wed, 21 Jun 95 11:45:11 BST." <9506211045.AA02581@bingo> Date: Wed, 21 Jun 95 12:57:16 +0100 Message-ID: <14469.803735836@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >I was just wondering if there are hooks in .sd.tcl (or any other mechanism) >which I could use to exclude session announcements matching a certain pattern >from the session list? In particular, I'm looking for a way to exclude >sessions which will never reach me 'cos their TTL is set too low. >For example, there are currently six MBONE DE sessions showing in my sd - >I'm sure I'd like to know about them if I could access them, but as >it stands they just clutter up the session list. Actually, the sessions in question can reach you right now through a test Mbone over ATM tunnel (I mailed mbone-uk about this a month or two ago). If you can see it in sd, you should be able to receive it. This particular tunnel will go away (as far as you're concerned) as the sites involved start to use administrative scoping. The version of sd I'm working on does however let you hide sessions you know you're not interested in, and quite a bit more. Mark From rem-conf-request@es.net Wed Jun 21 08:17:37 1995 Received: from cancer.ucs.ed.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 05:14:24 -0700 Received: from scorpio.ucs.ed.ac.uk (jaw@scorpio.ucs.ed.ac.uk [129.215.200.48]) by cancer.ucs.ed.ac.uk (8.6.10/8.6.9) with ESMTP id NAA04090; Wed, 21 Jun 1995 13:14:01 +0100 Received: (jaw@localhost) by scorpio.ucs.ed.ac.uk (8.6.9/8.6.9) id NAA00607; Wed, 21 Jun 1995 13:13:55 +0100 Date: Wed, 21 Jun 1995 13:13:54 +0100 (BST) From: Graeme Wood Reply-To: Graeme.Wood@ucs.ed.ac.uk To: ijj@inf.rl.ac.uk cc: rem-conf@es.net Subject: Re: Dumb question about sd In-Reply-To: <9506211045.AA02581@bingo> Message-ID: X-Department: "Unix Systems Support, Computing Services" X-Organisation: "The University of Edinburgh" X-URL: "http://ugwww.ucs.ed.ac.uk/~jaw/" X-Phone: +44 131 650 5003 X-Fax: +44 131 650 6552 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 21 Jun 1995 ijj@inf.rl.ac.uk wrote: > Hello folks, > I was just wondering if there are hooks in .sd.tcl (or any other mechanism) > which I could use to exclude session announcements matching a certain pattern > from the session list? In particular, I'm looking for a way to exclude > sessions which will never reach me 'cos their TTL is set too low. > For example, there are currently six MBONE DE sessions showing in my sd - > I'm sure I'd like to know about them if I could access them, but as > it stands they just clutter up the session list. If the TTL is high enough for the session announcement to arrive then it is high enough for the conference traffic to arrive. The TTL on the German sessions is high enough because there is an SMDS link between Germany and the UK as part of the PNO ATM and MICE ATM tests. ============================================================================= Graeme Wood Email: Graeme.Wood@ucs.ed.ac.uk Unix Systems Support Phone: +44 131 650 5003 The University of Edinburgh Fax: +44 131 650 6552 ----------------------------------------------------------------------------- Scottish MICE National Support Centre Email: mice-nsc-scotland@ed.ac.uk for your multimedia conferencing support WWW: http://mice.ed.ac.uk/mice/ ============================================================================= From rem-conf-request@es.net Wed Jun 21 09:06:45 1995 Received: from trystero.radio.com by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 06:06:01 -0700 Received: (carl@localhost) by trystero.radio.com (8.6.12/940816.06ccg) id JAA05312; Wed, 21 Jun 1995 09:08:08 -0400 From: Carl Malamud Message-Id: <199506211308.JAA05312@trystero.radio.com> Subject: UN 50th Anniversary To: rem-conf@es.net Date: Wed, 21 Jun 1995 09:08:08 -0400 (EDT) Organization: Internet Multicasting Service X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1329 Hi - On Monday, June 26, we'll be running a multicast out of the San Francisco Opera House where U.S. President Clinton and UN Secretary-General Boutros Ghali will be presiding over a ceremony marking the 50th Anniversary of the signing of the United Nations Charter. We realize that this coincides with a shuttle launch and will keep a single audio and video stream with constrained bandwidth. The ceremony is schedule to start at 10AM Pacific Time on Monday June 26. We'll be multicasting over the IMS: Internet Town Hall channels, or you may access the sessions via the web at: http://town.hall.org/places/un The usual caveats against these one-shot projects apply. In particular, our computers will be set up underneath the stage and we're hopeful that the various presidential, city, and UN security details will feel that our computers mesh properly with their security guidelines. This multicast is being produced at the request of the United Nations, who sent a note to Steve Deering expressing their belief that the UN and the Internet shared common goals of world peace through better communications. ;-) Support for this project is being furnished by BBN Planet (http://www.bbnplanet.com), SSDS (http://www.ssds.com), and Sun (http://www.sun.com). Carl Malamud Internet Multicasting Service From rem-conf-request@es.net Wed Jun 21 09:33:34 1995 Received: from panix.com by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 06:33:05 -0700 Received: (from kenf@localhost) by panix.com (8.6.12/8.6.12+PanixU1.1) id JAA07328; Wed, 21 Jun 1995 09:09:33 -0400 Date: Wed, 21 Jun 1995 09:09:32 -0400 (EDT) From: Ken Feingold To: Mark Handley cc: rem-conf@es.net Subject: receive-only sd possible? In-Reply-To: <14469.803735836@cs.ucl.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I would like to suggest, if it hasn't come up before, that a limited version of sd be developed that does not allow users to create sessions, but only to receive announcements (such as sd_listen) and to launch them. This would allow the distribution of sd (and the mbone tools it calls up) on university networks without concern as to novice users creating unscheduled/over-bandwidth sessions, but would allow such users to view sessions. Would it be "a lot" of work to take out the new session button and distribute the program as "sd_receive" or something like that? Ken Feingold Graduate Computer Art Dept. School of Visual Arts, New York From rem-conf-request@es.net Wed Jun 21 09:58:07 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 06:57:20 -0700 Received: from shrew.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 21 Jun 1995 14:53:08 +0100 From: Mark Handley Organisation: University College London, CS Dept. Phone: +44 71 380 7777 ext 3666 To: Ken Feingold cc: rem-conf@es.net Subject: Re: receive-only sd possible? In-reply-to: Your message of "Wed, 21 Jun 95 09:09:32 EDT." Date: Wed, 21 Jun 95 14:53:06 +0100 Message-ID: <14907.803742786@cs.ucl.ac.uk> Sender: M.Handley@cs.ucl.ac.uk >I would like to suggest, if it hasn't come up before, that a limited >version of sd be developed that does not allow users to create sessions, >but only to receive announcements (such as sd_listen) and to launch them. >This would allow the distribution of sd (and the mbone tools it calls up) >on university networks without concern as to novice users creating >unscheduled/over-bandwidth sessions, but would allow such users to view >sessions. > >Would it be "a lot" of work to take out the new session button and >distribute the program as "sd_receive" or something like that? Yes, this is a good idea - we've had this requirement too, and it's not only our students that have created or joined and disrupted Mbone sessions. An alternative is to restrict sd to only sending with a limited ttl, or to restrict Mbone tools started from sd to a limited ttl, or a limited administrative scope. This is on my list of intended features, but it's surprising how much faster this feature list grows than the code gets written :-) The fixes are trivial, and for this purpose, we don't need to worry too much about smart users getting around it - it's only really naive users that won't figure out where to ftp an unrestricted version from :-) Mark From rem-conf-request@es.net Wed Jun 21 14:14:27 1995 Received: from inet-gw-1.pa.dec.com by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 11:13:56 -0700 Received: from bigpink.pa.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA16112; Wed, 21 Jun 95 11:07:11 -0700 Received: by bigpink.pa.dec.com; id AA04133; Wed, 21 Jun 1995 11:07:09 -0700 Message-Id: <9506211807.AA04133@bigpink.pa.dec.com> To: rem-conf@es.net Cc: band@std.com Subject: Severe Tire Damage 21-Jun-95 Date: Wed, 21 Jun 95 11:07:09 -0700 From: berc@pa.dec.com X-Mts: smtp What: Severe Tire Damage Concert Date: 21-Jun-95 Time: 9pm - 9:30pm PDT From: The Fabulous SubForum (nee Garage) Systems Research Center Digital Equipment Corporation Palo Alto, California To paraphrase Joseph Heller in Catch-22, tonight's Severe Tire Damage practice has been cancelled. STD will return next week and satisfy our fans suffering from withdrawal. STD - Catch it! (next week). Lance Berc berc@src.dec.com Still image grabbing: http://chocolate.research.digital.com/grab.html STD info: http://www.ubiq.com/std/band.html http://www.std.com/homepages/band mailto:band@std.com MBone tools for Alpha workstation: http://chocolate.research.digital.com/mbone From rem-conf-request@es.net Wed Jun 21 15:46:56 1995 Received: from sirius.ctr.columbia.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 12:46:32 -0700 Received: from disney.ctr.columbia.edu (disney.ctr.columbia.edu [128.59.66.99]) by sirius.ctr.columbia.edu (8.6.11/8.6.4.287) with ESMTP id PAA10008; Wed, 21 Jun 1995 15:46:22 -0400 Received: from localhost (eleft@localhost) by disney.ctr.columbia.edu (8.6.11/8.6.4.788743) with SMTP id TAA23242; Wed, 21 Jun 1995 19:46:03 GMT Message-Id: <199506211946.TAA23242@disney.ctr.columbia.edu> To: Van Jacobson cc: act9m@server.cs.virginia.edu, AVT Working Group Conference , Kira Atwood , Andy Booker , sassan@ctr.columbia.edu Subject: Re: sd and multicast ports In-reply-to: Your message of "Wed, 21 Jun 1995 00:21:50 PDT." <199506210721.AAA22423@rx7.ee.lbl.gov> Date: Wed, 21 Jun 1995 15:46:01 -0400 From: Alexandros Eleftheriadis On Wed, 21 Jun 95 00:21:50 PDT, Van Jacobson wrote: Sd uses an algorithm called "informed, partitioned, random assignment" to allocate both addresses & ports. It is loosely based on some 1960s work Bell Labs did on distributed trunk allocation & some late 80s Australian & Canadian work on adaptive binning for histograms & stochastic coders. If you can get a copy of my SIGCOMM tutorial notes from last year, they contain a brief description of the algorithm. Because of something called the "birthday problem" in probability theory, distributed, dynamic allocation from a relatively small address space is not easy if you want a solution that scales up to Internet (or even MBone) user populations. Sd is very scalable -- it explicitly accounts for session scope (both topological & temporal -- explicit scope is what leads to the "partitioned" in the algorithm name) and, thus, can fill the address space many times over. Under almost any reasonable extrapolation of the current use, sd's algorithm scales 4 to 6 orders of magnitude better than a dynamic allocation algorithm the Columbia was pushing last year. Oops, I almost missed that :-) Van, I don't think this is a fair and complete assessment. The assumptions used in the two algorithms are different: sd's scheme does not *guarantee* that "cross-talk" between sessions will never occur, whereas the scheme we proposed (and not pushed for) does. Also, in a paper that will appear in the next (I believe) issue of JSAC, it is shown how to achieve extremely good scaling properties (albeit with required modifications in existing protocols). sd has several good features, but is not a panacea ;-) --Alexandros From rem-conf-request@es.net Wed Jun 21 16:27:35 1995 Received: from sirius.ctr.columbia.edu by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 13:27:08 -0700 Received: from marius.ctr.columbia.edu (marius.ctr.columbia.edu [128.59.66.52]) by sirius.ctr.columbia.edu (8.6.11/8.6.4.287) with ESMTP id QAA11130; Wed, 21 Jun 1995 16:27:04 -0400 From: sassan@ctr.columbia.edu (Sassan Pejhan) Received: (sassan@localhost) by marius.ctr.columbia.edu (8.6.11/8.6.4.788743) id QAA00543; Wed, 21 Jun 1995 16:26:58 -0400 Date: Wed, 21 Jun 1995 16:26:58 -0400 Message-Id: <199506212026.QAA00543@marius.ctr.columbia.edu> To: act9m@server.cs.Virginia.EDU, van@ee.lbl.gov Subject: Re: sd and multicast ports Cc: rem-conf@es.net, ksa5w@virginia.edu, arb8n@virginia.edu X-Sun-Charset: US-ASCII Van Jacobson wrote: > [...] > > Because of something called the "birthday problem" in probability > theory, distributed, dynamic allocation from a relatively small > address space is not easy if you want a solution that scales up > to Internet (or even MBone) user populations. Sd is very scalable -- > it explicitly accounts for session scope (both topological & temporal -- > explicit scope is what leads to the "partitioned" in the algorithm > name) and, thus, can fill the address space many times over. Under > almost any reasonable extrapolation of the current use, sd's algorithm > scales 4 to 6 orders of magnitude better than a dynamic allocation > algorithm the Columbia was pushing last year. > Just to add a footnote to that, when designing the Columbia address management scheme, we did not want to impose any restrictions on the geographical location of the participants (which is what sd does through the scoping mechanism Van describes). If you don't place such a restriction, then session advertizement is not a scalable solution. Alexandros Eleftheriadis wrote: > Van, I don't think this is a fair and complete assessment. The assumptions > used in the two algorithms are different: sd's scheme does not *guarantee* > that "cross-talk" between sessions will never occur, whereas the scheme we > proposed (and not pushed for) does. Also, in a paper that will appear in the > next (I believe) issue of JSAC, it is shown how to achieve extremely good > scaling properties (albeit with required modifications in existing > protocols). sd has several good features, but is not a panacea ;-) > > --Alexandros > The paper Alexandros refers to is also available from ftp: ftp.ctr.columbia.edu/CTR-Research/advent/public/papers/94/pej94a.ps.gz or through my home pages: html://www.ctr.columbia.edu/~sassam/html/publications.html In it, we have included an analysis of a random address selection scheme (with no limitations) and the probability of address collision under such a scenario. Random address selection works pretty well now since MBONE users are still a small community. It might not be an adequate solution in a few years from now. Sassan From rem-conf-request@es.net Wed Jun 21 22:12:39 1995 Received: from ibminet.awdpa.ibm.com by osi-west.es.net with ESnet SMTP (PP); Wed, 21 Jun 1995 19:12:12 -0700 Received: by ibminet.awdpa.ibm.com (5.61/1.15) id AA02121; Wed, 21 Jun 95 19:22:54 -0700 Received: by ibmpa.awdpa.ibm.com (5.65b(em1)/2.06) id AA24628; Wed, 21 Jun 95 18:39:17 -0700 Received: from cs.nps.navy.mil by ibminet.awdpa.ibm.com (5.61/1.15) id AA01789; Wed, 21 Jun 95 18:41:14 -0700 Received: from trouble.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA15917; Wed, 21 Jun 95 18:29:37 PDT Received: by trouble.cs.nps.navy.mil (950215.SGI.8.6.10/911001.SGI) for rem-conf%es.net@ibmpa.awdpa.ibm.com id SAA12050; Wed, 21 Jun 1995 18:29:40 -0700 From: Your VE info source Message-Id: <9506211829.ZM12048@trouble.cs.nps.navy.mil> Date: Wed, 21 Jun 1995 18:29:40 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rem-conf%es.net@ibmpa.awdpa.ibm.com Subject: Latest Infobahn Calls for Participation ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii The following are some of the latest Infobahn Virtual Environment Calls for Participation: --> VRAIS '96 Call for Participation Santa Crowded, California --> Call Date: 1 September 95 ---> Framework for Immersive Virtual Environments and Presence: Teleoperators and Virtual Environments, held at the University of London. --> Call Date: 7 July 95 ---> Virtual Reality World '96, Stuttgart, Germany --> Call Date: 21 August 95 ---> FIRST WORKSHOP ON SIMULATION AND INTERACTION IN VIRTUAL ENVIRONMENTS --> Still spaces left: Registration close date: 26 June 95 Iowa City, Iowa -- Conference dates: 13 - 15 July 95 ---> I_COLLIDE Collision Detection Library --> Free software! An interactive, real-time collision detection library. V R A I S ' 9 6 C A L L F O R P A R T I C I P A T I O N The Institute of Electrical and Electronics Engineers Presents the IEEE Virtual Reality Annual International Symposium 1996 March 30 - April 3 1996 Santa Clara Marriott Santa Clara, California, USA (San Francisco Bay Area) Sponsored by: IEEE Neural Networks Council Virtual Reality Technical Committee IEEE Computer Society Technical Committee on Computer Graphics **** All submissions due by September 1, 1995 **** Tutorial Session: March 30-31, 1996 General Session: April 1-3, 1996 Exibition: March 31 - April 2, 1996 The VRAIS '96 organizing committee requests your participation! We welcome submissions of papers, panels, tutorials, videos, exhibits, and research demonstrations. For more details and up-to-date information, watch our web site at **** http://www.eece.unm.edu/eece/conf/vrais **** I N V I T A T I O N ___________________________________________________________ I invite you to take part in the IEEE 1996 Virtual Reality Annual International Symposium (VRAIS '96), which will mark the third entry in the VRAIS series. Taking place in the heart of Silicon Valley in the San Francisco Bay Area, VRAIS '96 promises to be the premiere venue in 1996 for the presentation of research and development in virtual reality. Virtual reality is a tremendously interdisciplinary field. Computers, graphics, human factors, interfaces, audio, haptics, and many other disciplines come into play. All of these fields have a place in VRAIS '96. If you do research and/or development in virtual reality, the VRAIS audience will be interested in hearing what you have to say. This year we are also encouraging the submission of results in the application of virtual reality to many areas, including medicine, science, training and entertainment. We invite your participation in many forms! We continue the papers, panels, tutorials, exhibits and videos which have set the high technical standards of VRAIS. In an effort to expand the quality of VRAIS, we have some new offerings. * We are adding a new venue: peer-reviewed research demonstrations which will allow the attendee to experience first-hand the results of state-of-the-art research in virtual reality. * In order to help students be active participants in virtual reality research we are instituting the use of student volunteers. The registration costs of these volunteers will be waived in exchange for help in running VRAIS '96. Student volunteers will be significant contributors to the success of VRAIS. * We will be including the video proceedings with the bound proceedings at no extra cost. VRAIS '96 will be located in the Santa Clara Marriott, a hotel with an intimate atmosphere across from Great America theme park. The Marriott is located 1/2 mile from the San Jose light rail, only a 15 minute ride from downtown San Jose. Please watch our Web site at http://www.eece.unm.edu/eece/conf/vrais. As VRAIS '96 matures these pages will be updated to tell you the latest features and developments. Speaking for the VRAIS '96 conference committee, we look forward to seeing you in March! General Chair Steve Bryson CSC/NASA Ames Research Center P A P E R S ___________________________________________________________________ VRAIS '96 seeks original high-quality technical papers in all areas of virtual reality. Topics of interest include (but are not limited to): SOFTWARE HARDWARE Computer Graphics Computational Hardware Simulation Graphics Hardware Animation and Behavioral Modeling Displays Sensors and Actuators APPLICATIONS HUMAN FACTORS Prototype and Fielded VR Systems Issues and Studies SYSTEMS TECHNIQUES AND TOOLS Architectures Environment Design and Development Distributed and Shared VR Interaction and Navigation Telepresence Calibration Augmented Reality Acceptance Criteria: Papers should describe original research; generalized solutions to specific problems of importance to the advancement of virtual reality; and working tools and applications developed to at least the prototype stage. Research papers should describe: * the problem being addressed * previous work and how the current work differs * a detailed description of the research and how it addresses the stated problem * and results from tests or studies performed Solution papers should provide: * a discussion of the problem * details of the implementation (adequate to allow an expert in the field to judge the work) * and the results of experiments showing how the work is a general solution to the stated problem Application papers should describe: * the application task * the reason for applying VR * details and justification of the chosen design and implementation * difficulties encountered in the design and implementation and how they were overcome * and the impact of the VR technology on the application Industry technologists are encouraged to submit papers. A selection of the best VRAIS '96 papers will be extended and included in a special issue of IEEE Computer Graphics and Applications (CG&A) on VR. Papers must be in English and must be submitted in a format of no more than eight double column, single spaced pages. In a cover letter, please include the complete title of the paper and name, address, phone, fax, and email information for the author who will be the point of contact. Send 6 copies of the full paper (fax and email papers will not be accepted) and associated videotapes to: Sharon Stansfield sastans@sandia.gov By U.S. mail: By courier: Sharon Stansfield Sharon Stansfield Sandia National Laboratories Sandia National Laboratories P.O. Box 5800, MS 0951 1515 Eubank Blvd. SE Albuquerque, NM 87185-0951 Albuquerque, NM 87123 P A N E L S ___________________________________________________________________ Panels are presentations that cover a specific area from several perspectives including lively discussion of controversial issues. Panel proposals should include: * a title for the panel session * a brief description of the overall issues to be discussed * an abstract of each panelist's presentation * the names and contact information of the organizer and panelists For more information on panel submissions, contact: Sharon Stansfield Sandia National Laboratories sastans@sandia.gov T U T O R I A L S _____________________________________________________________ Tutorials are half-day or full-day in length covering topics of interest to the virtual reality community. They may present introductory or advanced topics and may be broad-based overviews or deal with specialized topics. Some suggested topics are: * Hardware: I/O devices, their uses, integration, experiences, design * Software: architecture, networking, modeling, rendering, tools * Applications: specific domains, experiences * Human Factors: usability, psychophysical effects Tutorials will be selected based on relevance, timeliness, and coherence. A tutorial submission is a three-page proposal that includes: * a detailed description of the subject to be taught * brief biographies of the instructors * a syllabus including the length of time needed to cover each topic * the instructors' contact information For more information on tutorial submissions, contact: Chris Codella codella@watson.ibm.com Submit tutorial proposals via email or send to: By U.S. mail: By courier: Chris Codella Chris Codella IBM T.J. Watson Research Center IBM T.J. Watson Research Center P.O. Box 704 30 Saw Mill River Rd. Yorktown Heights, NY 10598 Hawthorne, NY 10532 V I D E O S ___________________________________________________________________ Video submissions demonstrate hardware and software systems and applications. Each video should stand on its own. A submission consists of: * 3 copies of a video segment not to exceed 5 minutes in length in 1/2 inch NTSC VHS format * a one-page information sheet containing a 200 word abstract plus references and acknowledgments; title, authors, affiliations, and contact information including email address for the lead author Label tapes with title and authors. For more information on video submissions, contact: Joseph M. Rosen, M.D. Dartmouth-Hitchcock Medical Center joseph.rosen@Dartmouth.edu S T U D E N T V O L U N T E E R S ___________________________________________ Student volunteers will play a vital role in the operation of VRAIS '96. Each student volunteer's registration will be waived in return for a minimum number of hours worked. Student volunteers will be selected from applications based on references. For more information about student volunteers, contact: Mark Green University of Alberta mark@cs.ualberta.ca R E S E A R C H D E M O N S T R A T I O N S _________________________________ The conference will provide space to non-commercial organizations for research demonstrations in virtual reality. Demonstrations will be selected based on a peer-review process. Demonstrators will be required to provide their own equipment. For more information on research demonstrations, contact: Henry Sowizral Boeing Computer Services sowizral@atc.boeing.com E X H I B I T S ______________________________________________________________ Vendors, manufacturers, and publishers are invited to display and demonstrate their latest innovations to the movers and shakers of virtual reality. Potential exhibitors are encouraged to contact the Exhibits and Demonstrations Chair for more information. Who Should Exhibit at VRAIS '96 VRAIS '96 is aggressively pursuing both new exhibitors and new attendees in industrial, academic, and scientific disciplines. Exhibiting companies should have or be developing products or services in: * Input devices o Trackers o Wands o Gloves * Output devices o 3D sound o Haptic displays (force and tactile) * Display devices o Head mounted o Head coupled o 3D projection * Software o World building (CAD) o Translation o Animation o Applications o Educational o Tools * Hardware o Workstations o Rendering Boards o Graphics solutions * Virtual Reality systems * Publishers The VRAIS '96 conference committee is committed to increasing the diversity of participants and exhibitors over past years' conferences while maintaining the conference's high technical quality. The conference will be advertised within the United States and internationally via direct mail, electronic mail, the World Wide Web, press releases, journals, and newsletters. For more information on exhibits, contact: Henry Sowizral Boeing Computer Services sowizral@atc.boeing.com The VRAIS '96 organizing committee welcomes your participation in the premier technical conference on virtual reality and looks forward to seeing you in March 1996. Framework for Immersive Virtual Environments and Presence: Teleoperators and Virtual Environments. FIVE'95 Framework for Immersive Virtual Environments FIRST ANNUAL CONFERENCE OF THE FIVE GROUP The FIVE group is pleased to announce a collaboration with the journal "Presence: Teleoperators and Virtual Environments" (MIT Press). Authors of the best papers presented at this conference will be invited to submit full papers for consideration as articles in a special issue of PRESENCE after a further review process. As a result of this new situation we have extended the deadline for papers to be submitted under the following call to JULY 7th. This deadline is absolute, and papers received after this date will not be considered. People who have already submitted papers need take no further action. VENUE: Queen Mary & Westfield College, University of London. 18-19th December 1995 URL http://www.dcs.qmw.ac.uk/~mel/Five/conference.html FIVE is a European group of leading researchers in Virtual Environments, aiming to construct a coherent and distinctive paradigm for study and advancement of immersive VEs. The group is funded by the European ESPRIT programme. The work of FIVE will be presented at the conference. Papers are invited from researchers in the field contributing to the foundations of Virtual Reality. PROGRAM: * Day 1 involves presentations from the key researchers of the Working Group, including a keynote talk by a Group representative. * Day 2 is introduced by a Keynote Speaker, from outside the Group, Dr Steven Ellis of NASA Ames Research Centre, and the University of California at Berkeley. IMPORTANT DATES: Deadline for submission of papers: 7th July Papers reviewed by: 21st July Acceptance to be notified by: 31st July Accepted papers are to be published in the conference proceedings. SUBMISSION OF PAPERS: Submissions should be 6 COPIES of between 10-16 double spaced (A4 or US Letter) sides. Author's name, affiliation, contact information, and 150-200 word abstract should be included on the title page. Send to: Sylvia Wilbur Dept of Computer Science, Tel: +44.171.975 5202 Queen Mary & Westfield College, Fax: +44.181.980 6533 Mile End Road, Email: sylvia@dcs.qmw.ac.uk London E1 4NS, UK Conference Organising Committee: Mel Slater Queen Mary & Westfield College, Computer Sci. London, UK Sylvia Wilbur Queen Mary & Westfield College, Computer Sci. London, UK. Malcolm George Queen Mary & Westfield College, Basic Medical Sciences. Thomas Flaig IPA, Fraunhofer Institute, Stuttgart, Germany Daniel Thalmann EPFL, Lausanne, Switzerland Nadia Thalmann MIRALab, University of Geneva,Switzerland Michael Bednarzyk AEA, Ruhr-University Bochum, Germany Massimo Bergamasco PERCRO, Scuola Superiore S. Anna John Green DIVISION, Bristol, UK Richard Gregory Perceptual Systems Research Centre, University of Bristol. Gavin Brelstaff Perceptual Systems Research Centre, University of Bristol. --------------------------------------------------------------------------- Call for Contributions --------------------------------------------------------------------------- V I R T U A L R E A L I T Y W O R L D '96 * Europe's leading VR event * February 13 - February 15, 1996 Stuttgart, Germany --------------------------------------------------------------------------- Background --------------------------------------------------------------------------- The 'Virtual Reality World' is THE event for everybody involved with a special or all the different aspects of Virtual Reality today and in the future. As Europe's leading and biggest VR event the VRW consists of different parts like a conference, an exhibition, an experience park, workshops etc. which offer plenty of possibilities for internationally exchanging experiences and knowledge between people representing the VR community, researchers, firms which are planning to or already use VR technology and people simply interested in VR. The VRW '96 is the follower of the successful VRW '95, which was also held in Stuttgart, Germany as an integration of the three famous European VR-conferences VR-Forum, Stuttgart, VR-Expo, London and VR-Vienna. With visitors from 15 different countries, more than 700 people at the conference, 2300 people at the experience park and about 2.000 people at the exhibition the VRW '95 has shown that the strong interest in VR has left the research institutes and has reached new forms of real applications in industry. As a consequence of this development the VRW '96 lays its emphasis especially on the discussion and presentation of fields where VR technology is currently beeing used. A special focus of the conference is the dissemination of results gained by research projects supported by the Commission of European Communities. All participants of VR related EU-projects are especially invited to join the conference. --------------------------------------------------------------------------- Structure and Contents --------------------------------------------------------------------------- The VRW '96 consists of several different parts: a Pre-Conference with Special Courses, Hands-on Tutorials and Workshops to selected topics, a Conference splitted into several sessions, an Exhibition of state-of-the-art VR software, hardware and applications, an Experience Parc especially for the entertainment field, Special Interest Group meetings and the Interactive Art Contest whose winners and results will be shown at the spectacular final Interactive Festival. Because of the diversity of the VRW '96 separate procedures and deadlines for participation at the different parts have been designated. For more information you should look under the corresponding detailed description. --------------------------------------------------------------------------- P r e - C o n f e r e n c e (February 13th, 1996) --------------------------------------------------------------------------- The aim of the Pre-Conference is to offer a detailed entry or deepening into VR-related topics by three different kinds of courses. Besides the mentioned examples nearly every topic named under the Conference description could be also choosed for the courses. Firms which would like to introduce and present their VR-software and hardware products or their actual use are also encouraged to send their suggestions. C o u r s e s: Half-day lectures for Beginners, Advanced and Professionals in special topics (e.g.: introduction to OpenGL or overview of VR Systems); unlimited participation. T u t o r i a l s: Half-day or all-day hands-on courses to broader topics (e.g.: introduction to VR); limited to 30 participants. W o r k s h o p s: Presentation of mostly scientific papers in very special topics. If you are intending to hold a course, tutorial or workshop, please send us a detailed description of the contents (3-4 pages) together with a rough schedule for the run of events. After the selection we will inform you about the further procedure. --------------------------------------------------------------------------- C o n f e r e n c e (February 14-15th, 1996) --------------------------------------------------------------------------- The Conference will be divided into several sessions containing talks related to each other. Possible topics for the conference are: VR in Medicine Architecture Robotics Virtual Prototyping VR & Entertainment VR & Education Human Computer Interfaces Applied Research in VR Commercial Tools Tools in R&D New Media Facial Expressions Hardware Military Applications Virtual Simulators VR in Industry VR in Society Telecommunication VR & Artificial Intelligence VR & Standards VR & TV production Virtual Actors VR & Online Services VR & Art VR in Therapy VR & Tourism VR & Law Authors are invited to send an electronic form or two paper copies of an extended abstract (max. 8.000 chars) to the address below. The selection of speakers will take place on the basis of the abstracts reviewed by the program committee after the deadline. Full versions of all accepted papers will be published in the VRW '96 conference proceedings distributed among the participants of the workshop and also available for the public. --------------------------------------------------------------------------- I n t e r a c t i v e A r t C o n t e s t --------------------------------------------------------------------------- The Interactive Art Contest (IAC) is a special offer to artists in the VR and computer community who have searched for a platform to perform and present their interactive work to and with a large audience. There are no special requirements for participating the IAC, just the more or less massive use of electronic tools and most important the interaction with the (whole) audience is appreciated. The results of the IAC will be presented at the big final event of the VRW '96, the Interactive Festival with hundreds of visitors, where the best results will be awarded. If you have a great idea in that context please contact us under the address below. Even if you do not have the full equipment or know-how yet, do not hesitate to send in the description of your idea (1-2 pages) together with a rough plan of the run of events and the equipment. If necessary we will discuss how we can support you. We are very curious about your creative inspiration! --------------------------------------------------------------------------- S p e c i a l I n t e r e s t G r o u p Meetings --------------------------------------------------------------------------- Like the year before the VRW '96 offers again facilities for SIG Meetings related to VR. If your SIG intends to benefit from the international gathering of the VR community please contact us as soon as possible, so we can schedule together. --------------------------------------------------------------------------- Schedule --------------------------------------------------------------------------- Pre-Conference: August 21st, 1995: deadline for course descriptions September 19th, 1995: notification of acceptance February 13th, 1996: VRW '96: courses/tutorials/workshops Conference: August 21st, 1995: deadline for abstracts September 4th, 1995: notification of acceptance October 30th, 1995: full papers February 14th, 1996: VRW '96 - conference Art Contest: August 1st, 1995: deadline for project ideas August 15th, 1995: notification of acceptance of ideas November 1st, 1995: deadline for completed art projects November 15th, 1995: notification of acceptance of projects February 15th, 1996: VRW '96 - awards at the Interactive Festival SIG Meetings: November 1st, 1995: deadline for letters-of-intend November 15th, 1995: notification of acceptance of SIGs February 13th, 1996: VR-SIG meetings --------------------------------------------------------------------------- Mailing Procedure --------------------------------------------------------------------------- To send in your request please use the MAIN ADRESS below. For e-mail you should further enter the corresponding keyword in your SUBJECT field to become sure that you will reach the responsible partner. Keywords: PRE-CONFERENCE, CONFERENCE, EXHIBITION, EXPERIENCE, SIG, INFORMATION, BOOKING, HOTELS, MEDIA, ART, SPONSOR. --------------------------------------------------------------------------- MAIN ADDRESS --------------------------------------------------------------------------- Organizer: IDG conferences & seminars VRW '96 Rheinstrasse 28 80803 Munich Germany Email: VRW.IDG@IAO.FhG.de Phone: +49-89-36086-390 Fax : +49-89-36086-274 Hotline to responsible project manager: Stephan Wawrzinek 100104.2125@compuserve.com --------------------------------------------------------------------------- Further Organizations --------------------------------------------------------------------------- Co-Organizer: Fraunhofer Institute for Industrial Engineering (FhG-IAO) Fraunhofer Institute for Manufacturing Engineering and Automation (FhG-IPA) Stuttgart, Germany Email: Andreas.Roessler@IAO.FhG.de Fax : +49-711-970-2299 Supported by: COMPUTERWOCHE Munich, Germany --------------------------------------------------------------------------- J O I N T H E V I R T U A L R E A L I T Y W O R L D ! --------------------------------------------------------------------------- FIRST WORKSHOP ON SIMULATION AND INTERACTION IN VIRTUAL ENVIRONMENTS The program, registration, travel and accommodations info for the First Workshop on Simulation and Interaction in Virtual Environments (SIVE95) are included below. Easier-to-read versions (Postscript, html), plus additional workshop information, are available on the workshop WWW page: http://www.cs.uiowa.edu/~cremer/sive95.html Space remains for only a few additional registrants. If you wish to attend, you must register by June 26. If you do intend to register, please let us know via e-mail as soon as possible. ------------------------------------------------------------------------ SIVE95 --- PROGRAM, TRAVEL, AND REGISTRATION INFORMATION FIRST WORKSHOP ON SIMULATION AND INTERACTION IN VIRTUAL ENVIRONMENTS Sponsored by the Office of Naval Research, ACM Siggraph and The University of Iowa Center for Computer Aided Design The University of Iowa July 13-15, 1995 PROGRAM CO-CHAIRS: J. Cremer (Iowa), D. Manocha (UNC), G. Vanecek (Purdue) PROGRAM COMMITTEE: N. Badler (Penn), D. Baraff (CMU), P. Fishwick (Florida), J. Helman (SGI), L. Hodges (Ga. Tech), J. Kearney (Iowa), H. Ko (Iowa) M. Lin (NPS), D. Pai (UBC), Y. Papelis (Iowa), M. Raibert (MIT), A. Witkin (CMU), M. Zyda (NPS), D. Zeltzer (MIT) SCOPE AND ORGANIZATION OF THE WORKSHOP -------------------------------------- This two-and-a-half day workshop will be a technical forum examining the state of the art and open research problems in simulation, geometry, scenario, and other supporting software technologies for virtual environments. It will include two keynote speeches, eight paper/panel sessions, two poster sessions, Iowa Driving Simulator demonstrations and demonstrations of participants' software. The paper/panel sessions will consist of 4-6 short talks, followed by a discussion period. The poster sessions will begin with each presenter speaking to the general audience for five minutes, followed by simulataneous poster presentations. Workshop proceedings will be distributed to all participants and also placed in a widely accessible ACM World Wide Web on-line proceedings repository. PRELIMINARY SCHEDULE -------------------- Thursday, July 13 8:30 - 9:00 Registration/coffee 9:00 - 9:15 Welcome and opening remarks 9:15 - 10:00 Keynote speaker #1 - J. Rossignac (IBM) - "Virtual Reality as a Productivity Tool" 10:00 - 10:30 break 10:30 - 12:00 Session 1: Geometry for large scale virtual environments 12:00 - 1:30 catered lunch on-site (included) 1:30 - 2:15 Keynote speaker #2 - J. Hollerbach (Utah) "Haptic Interfaces for Teleoperation and Virtual Environments" 2:15 - 4:15 Session 2: Virtual environment modeling 4:15 - 5:45 Poster Session 1 (plus snacks - soda/cookies) 6:30 - ?? Reception/dinner (included) Friday, July 14 8:30 - 10:00 Session 3: Interactive dynamics simulation 10:00- 10:30 break 10:30 - 12:00 Session 4: Behavior and scenario modeling 12:00 - 1:30 lunch (on your own) 1:30 - 2:45 Session 5: Collision detection 2:45 - 3:15 break 3:15 - 4:45 Session 6: Applications/architectures 4:45 - 5:30 Poster session 2 (different posters) 5:30 - 7:30 Iowa Driving Simulator demos (enough time for about 1/3 of participants to drive) Saturday, July 15 9:00 - 10:30 Session 7: Humans in virtual environments 10:30 - 10:45 break 11:00 - 12:15 Session 8: Human-computer interaction/Human factors 12:30 - 3:30 Iowa Driving Simulator demos 12:30 - 3:30 Software demonstrations (at CS and/or IDS facility) 12:30 - 3:30 informal small group wrap-up sessions 3:30 - ?? picnic/cookout/activities at local park SESSION SPEAKERS (listed alphabetically, not by final speaking order) ---------------- SESSION 1: GEOMETRY FOR LARGE SCALE VIRTUAL ENVIRONMENTS Session chair - D. Manocha (UNC). 1. S. Kumar, S. Krishnas, D. Manocha (UNC), ``Fast Display of Complex CSG Environments'' 2. Naylor (AT\& Bell Labs), ``What Trees Can Do For Large Synthetic Environments'' 3. J. Oliver (Iowa State),"Unstructured Surface and Volume Decimation of Tessellated Domains'' 4. A. Varshney (UNC), P. Agarwal (Duke), F. Brooks (UNC), W. Wright (UNC), H. Weber (UNC), ``Automatic Generation of Multiresolution Hierarchies for Polygonal Models'' SESSION 2: VIRTUAL ENVIRONMENT MODELING Session chairs: R. Deyo (E\&S), J. Helman (SGI) 1. R. Deyo, P. Isaacson (Evans and Sutherland), ``Pitfalls in Large-scale Real-time Simulation'' 2. S. Donikian (IRISA, France), ``Realistic Driving Simulations in Virtual Urban Environments for the Praxitele Project'' 3. J. Helman (SGI), ``A Framework for Real-Time Simulation and Interaction'' 4. M. McNeill, S. Lambourn, P. Lister, R. Grimsdale (U. Sussex, UK), "Knowledge-based Techniques in the Generation of Virtual Environments'' 5. Y. Papelis (Iowa), ``Logical Modeling of Roadway Environment to Support Real-time Simulation of Autonomous Traffic'' 6. M. Setas, M. Gomes, (INESC, Portugal) J. Rebordao, (INETI, Portugal), "Dynamic Simulation of Natural Environments in Virtual Reality'' SESSION 3: INTERACTIVE DYNAMICS SIMULATION Session Chair - J. Cremer (Iowa) 1. D. Baraff (CMU), "Physical Simulation with Contact: Approaches and Challenges'' 2. J. Chen, (IST, U. Central Florida), "Simulation and Synchronization of Fluids in a DIS'' 3. B. Mirtich (UC Berkeley), "Hybrid Simulation: Combining Constraints and Impulses'' 4. D. Pai, J. Siira, K van den Doel (UBC), ``Interactive Simulation of Physical Systems in Virtual Environments'' 5. J.-S. Pang (Johns Hopkins) and J. Trinkle (Texas A\&M), ``Dynamic Multi-rigid-body Systems with Concurrent Distributed Contacts'' SESSION 4: BEHAVIOR AND SCENARIO MODELING Session chair - J. Kearney (Iowa) 1. N. Badler, W. Becket, J. Granieri (Penn), ``Real-time simulation of synthetic human agents'' 2. P. Doenges (Evans and Sutherland), ``Behavior Simulation Requirements and Systems Approach for Real-time Virtual Environments'' 3. R. Fitzgerald (Evans and Sutherland), ``Facilitating Real-time Behavior Simulation in a Parallel Processing Environment'' 4. J. Kearney, J. Cremer (Iowa), ``Improvisation and Opportunism in Scenario Control for Virtual Environments'' 5. J. Laird (Michigan), ``Generating realistic behavior in VEs'' SESSION 5: COLLISION DETECTION Session chair - M. Lin (ARO/UNC) 1. P. Hubbard (Cornell), ``Real-time Collision Detection and Time-critical Computing'' 2. M. Ponamgi, J. Cohen, M. Lin, D. Manocha (UNC), ``Incremental Collision Detection for Polygonal Models'' 3. G. Vanecek, C. Gonzalez-Ochoa (Purdue), ``Representing Complex Objects in Collision Detection'' 4. G. Zachmann, W. Felger (FhG-IGD-Darmstadt, Germany), ``The BoxTree: Enabling Real-time and Exact Collision Detection of Arbitrary Polyhedra'' SESSION 6: APPLICATIONS/ARCHITECTURES Session chair - C. Cruz-Neira (Iowa State) 1. C. Cruz-Neira (Iowa State), P. Bash (Argonne Nat. Lab.), ``Integrating High Performance Computing and Communications with Virtual Reality for Interactive Molecular Modeling: The VIBE System'' 2. K. O'Connell, V. Cahill, A. Condon (Trinity College Dublin, Ireland), ``The VOID Shell: A Toolkit for The Development of Distributed Video Games and Virtual Worlds'' 3. L. Piguet (NASA Ames), T. Fong (MIT), B. Hine (MIT), E. Nygren (MIT), ``VEVI: A Virtual Reality Tool For Robotic Planetary Explorations'' 4. R. Stiles, L. McCarthy, M. Pontecorvo (Lockheed Martin), ``Training Studio Interaction'' SESSION 7: HUMANS IN VIRTUAL ENVIRONMENTS Session chair - H. Ko (Iowa) 1. A. Bruderlin, T. Calvert (Simon Fraser), ``Knowledge-based Animating of Human Figures'' 2. J. Hodgins, W. Wooten (Georgia Tech), ``Simulating the Motion of Human Athletes'' 3. H. Ko (Iowa), "Real-Time Animation of Human Locomotion'' 4. D. Reece (IST/Univ. Central Florida), ``Soldier Agents in a Virtual Urban Battlefield'' 5. D. Shawver (Sandia Nat. Lab.), ``VR/IS Lab Virtual Actor Research Overview'' 6. J. Troy, M. Vanderploeg (Iowa State), ``Interactive Simulation and Control of Planar Biped Devices'' 7. M. Waldrop, D. Pratt, S. Pratt, R. McGhee, J. Falby (Nav. Post. School), ``Real-time Upper Body Articulation of Humans in a Networked Interactive Virtual Environment'' SESSION 8: HUMAN-COMPUTER INTERACTION/HUMAN FACTORS 1. C. Burnette (Univ. of the Arts), ``The Advanced Driver Interface Design/ Assessment Project'' 2. R. Kennedy (Essex Corp.), ``Incidences of Fatigue and Drowsiness Reports from Three Dozen Simulators: Relevance for Sopite Syndrome'' 3. T. Kesavadas (Iowa State), ``Virtual Interaction --- Tools for Robotic Manipulation in the Real World'' 4. Creve Maples (Sandia Nat. Lab.), ``MUSE: A Functionality-based, Human-Computer Interface'' 5. J. Vance (Iowa State), ``Research in Implementing a Virtual Environment for Engineering Design'' POSTER SESSIONS --------------- We have invited a number of people to give poster presentations and expect these to be excellent sessions. This list will be made available when we are more certain of these invitees' participation. IOWA DRIVING SIMULATOR DEMONSTRATIONS ------------------------------------- Participants will have an opportunity to drive the Iowa Driving Simulator (IDS) --- an immersive driving environment incorporating real-time dynamics, advanced image generation, motion platform with dome and interchangeable auto cabs, force feedback, audio, very high resolution terrain databases, and reactive scenario traffic. IDS demonstrations will take place on Friday evening and mid-day on Saturday. Driving the IDS requires about 15 minutes per pair of people. Only about 1/3 of the participants will be able to drive on Friday evening --- the rest will drive on Saturday. ACCOMMODATIONS -------------- A block of rooms has been reserved at the Iowa House hotel, located within the Iowa Memorial Union (where the workshop will be held). Nightly rate: $60 per single or double room Phone: 319/335-3513 Fax: 319/335-0497 A small additional block of rooms has been reserved at the Holiday Inn in the center of Iowa City. The Holiday Inn is 5 blocks from the workshop site and the Iowa House hotel. The Holiday Inn is located on Iowa City's pedestrian mall, with shopping, cafes and restaurants, etc. The Holiday Inn also contains health club facilities, a pool, and so on. Nightly rate: $65/single, $70/double Phone: 319/337-4058 or 1-800-HOLIDAY Reservations must be made before June 15 to guarantee availability and the rates listed above. TRAVEL TO THE WORKSHOP ---------------------- Even though Iowa City is a small midwestern town, it is easily reached by air. The Cedar Rapids Municipal Airport is served by several major airlines including American, Delta, Northwest, TWA, United, and USAir. The airport is located between Iowa City and Cedar Rapids, 20 miles from the workshop hotels. Airport limousine service is available from Airport Express for about $20 one way. Call 1-800-351-5224 (or 319-358-8000) for reservations. When you call tell them you are part of the SIVE workshop. They'll usually have a driver in the arrival area holding a sign saying ``UI SIVE''. If they pick up multiple SIVE participants at once, the first person will be charged $20, while additional people will be $5 each (you'll have to fight this out among yourselves!). The trip takes 25 minutes. Rental cars and taxis are also available. WORKSHOP WWW HOMEPAGE --------------------- Updated meeting information, a preliminary schedule, registration details, and further information about the workshop is available via the World Wide Web at URL: http://www.cs.uiowa.edu/\verb~cremer/sive95.html More readable versions (Postscript and HTML) of this document and others are available on the WWW page. \end{center} REGISTRATION ------------ The registration fee is $100 for ACM members, $50 for students, and $125 for other participants. Included in this fee: lunch and dinner/reception the first day, and workshop proceedings and materials. To register, complete and return the form on the following page: REGISTRATION FORM - ACM SIVE95 First Workshop on Simulation and Interaction in Virtual Environments The University of Iowa July 13-15, 1995 Name _______________________________________ Affiliation ________________________________ Address ____________________________________ City/State/Zip _____________________________ Country ____________________________________ Telephone __________________________________ FAX ________________________________________ Email ______________________________________ Social Security No.: _______________________ (optional --- The U of I requests this to help in the processing of registrations) REGISTRATION FEE: includes lunch and dinner/reception on Thursday, July 13, and conference materials and proceedings. ACM members: $100 Students: $50 Others: $125 Amount enclosed: $_____________ CREDIT CARD PAYMENT: Charge the following credit card: VISA ___ Mastercard ___ Expiration date: ________________________ Account number: _________________________ Signature:_______________________________ PAYMENT BY CHECK: Make check payable to: The University of Iowa MAIL COMPLETED REGISTRATION FORM TO: SIVE95 Registration Computer Science Department MacLean Hall The University of Iowa Iowa City, Iowa 52242 OR FAX IT TO: (319) 335-3624 I_COLLIDE Collision Detection Library ------------------------------------- We announce the release of Version 1.0 of I_COLLIDE collision detection library. I_COLLIDE is an interactive and exact collision detection library for large environments composed of convex polyhedra. Many non-convex polyhedra may be decomposed into a set of convex polyhedra, which may then be used with this library. I_COLLIDE exploits coherance (the property of a simulation to change very litle between consecutive time steps) and the properties of convexity to achieve very fast collision detection which is exact to the accuracy of the input models. We've tested the library in both an architectural walkthrough and multi-body simulations , impulse-based simulations and the time required for collision detection is typically small compared to the time to generate the graphics for these simulations. I_COLLIDE has been developed by researchers at the University of N. Carolina Chapel Hill and the University of California at Berkeley. For more information, check out the I_COLLIDE WWW page: http://www.cs.unc.edu/~geom/I_COLLIDE.html You can ftp the tar file (it has the installation instructions) using ftp cs.unc.edu (anonymous ftp) cd pub/users/manocha/CODE/COLLISION get I_COLLIDE.tar.Z (use binary mode) For questions or comments related to I_COLLIDE send e-mail to geom@cs.unc.edu . From rem-conf-request@es.net Thu Jun 22 04:37:26 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 01:36:50 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id BAA23670; Thu, 22 Jun 1995 01:37:39 -0700 Message-Id: <199506220837.BAA23670@rx7.ee.lbl.gov> To: rem-conf@es.net cc: Jack.Jansen@cwi.nl, schulzrinne@fokus.gmd.de Subject: Re: DVI Incompatibility In-reply-to: Your message of Sat, 10 Jun 95 18:02:37 N. Date: Thu, 22 Jun 95 01:37:38 PDT From: Van Jacobson On 10 Jun 1995, Henning Schulzrinne said: > There are (at least) four possibilities: (1) Put the first > sample unencoded into the header and encode 160 bytes. The > unencoded sample is simply used as a predictor for the first > sample (which happens to be the same). [This appears to be the > vat approach and is the NeVoT approach.] > > (2) Same as 1), but encode only the following 159 samples. The > last four bits in the packet are meaningless (zero). The > receiver, unfortunately, can't tell unless it knows that each > packet contains 160 ms (or at least knows that packets contain > an even number of samples). A sender doing (2) actually works > reasonably well with a receiver doing (1). > > (3) Use 161 samples, conforming to the 'DVI standard'. > Conformance is rather useful if either hardware or system > libraries produce that format. 161 samples obviously don't fit > well with the rest and may not agree with certain hardware > restrictions. To which Jack Jansen replied: > I would go for the first solution, put the predictor in the > header. After all, we don't really need the predictor if we had > an error-free link, it is just there because the sample-stream > can be broken, so it can be seen as part of the transport > protocol, not part of the adpcm sound protocol. It looks to me as if Jack made the same mistake I did: he mentally translated Henning's option 1 into something sensible then said "yes, we should do this sensible thing" (which just happens to be what Jack's coder & the vat coder derived from it do). Unfortunately, what Henning said & the text he put in the profile document is not at all sensible & not what the existing coders do (except, possibly, nevot's). The existing coders put the *prediction* (i.e., what the coder thought the next sample would be at the time it coded the last sample of the previous frame) into the header. This means every sample's nybble is treated identically in both the coding & decoding loops. What Henning's text actually says is to put the first sample of the current frame in the header (presumably this means the coder should discard the final prediction of the previous frame & code the first sample's delta nybble as '0' but god only knows if this is what Henning thought he was suggesting when he said "The unencoded sample is simply used as a predictor for the first sample (which happens to be the same)"). This makes for a more complicated coder (since you treat the first sample of a frame specially) and is almost guaranteed to cause audible artifacts in the output stream since every 20ms (50Hz) you quantize 1 sample with different rules than are used for all the others. I agree with what Jack suggested (which we have 3 years of experience with & which is known to work well) -- put the predictor in the header, not the first sample. - Van From rem-conf-request@es.net Thu Jun 22 05:38:41 1995 Received: from zebra.cosy.sbg.ac.at by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 02:38:06 -0700 Received: from dodo.cosy.sbg.ac.at (dodo.cosy.sbg.ac.at [141.201.2.47]) by zebra.cosy.sbg.ac.at (8.6.11/8.6.11) with SMTP id LAA08100 for ; Thu, 22 Jun 1995 11:30:28 +0200 From: Thomas Auer Received: by dodo.cosy.sbg.ac.at; (5.65/1.1.8.2/09Feb95-0304PM) id AA09030; Thu, 22 Jun 1995 11:37:45 +0200 Date: Thu, 22 Jun 1995 11:37:45 +0200 Message-Id: <9506220937.AA09030@dodo.cosy.sbg.ac.at> To: rem-conf@es.net Subject: CFP: PROMS 95 Dear Sir, this mail includes the call for papers of the PROMS 95 workshop for multimedia systems which will be held at Salzburg University. If you have any questions, please feel free to contact me. If this mail is of no interest for you, please apologize the inconvenience. best regards, Thomas Auer -- * Thomas Auer | Think where man's glory most begins and ends. * * tom@cosy.sbg.ac.at | And say my glory was I had such friends. * * Univ. of Salzburg, | William Butler Yeats * * AUSTRIA | http://www.cosy.sbg.ac.at/~tom/tom.html * _______________________________________________________________________ begin of CFP _______________________________________________________________________ PROMS '95 Second Workshop on Protocols for Multimedia Systems "Mozart on Multimedia Highways" Salzburg, Austria October 9-12, 1995 An international workshop organized by University of Salzburg and TechnoZ-Fachhochschule, Austria sponsored by TechnoZ GmbH Salzburg, Sony Salzburg, Austria Siemens Wien, Austria http://www.cosy.sbg.ac.at/proms/ CALL FOR PAPERS OBJECTIVE ********* The 2nd Workshop on Protocols for Multimedia Systems (PROMS' 95) is intended to contribute to scientific, strategical and practical cooperation between research institutes and industrial companies with emphasis on multimedia protocols and intelligent management tools for (super)highways. The motto "Mozart on multimedia highways" is not only to remember of the great musician born in Salzburg, the host city of PROMS 95, but also to focus on the NEW sound of this workshop: Are the (super)highways today intelligent enough for the transmission of the "Magic Flute"? The PROMS' 95 objectives: - To present, address and discuss research, project lines and achievements on protocols and intelligent management tools for multimedia applications with emphasis on their usage on network (super)highways. - To focus on scientific contributions, standardization and practical results in the area of multimedia protocols and their adaptation to ATM, satellite and mobile networks, as well as in the area of intelligent network management, policy based and intelligent routing, traffic prediction, security and protocol accounting - To emphasize on practical integration of the research on modelling, simulation, performance analysis of multimedia protocols and intelligent networking techniques for efficient multimedia application networking in the various forms of today existing and future information (super)highways - To demonstrate and evaluate efficiency of multimedia applications ("Multimedia live") using new protocol functions and intelligent networking tools considering end user criteria and requirements for Costs, Quality of Service, Network Access, Routing Policy, Security, Application Interface, and System Integrity. PROGRAM COMMITTEE ***************** Horst D. Clausen (Uni Salzburg, Austria) N. Georganas (Uni Ottawa, Canada) Bezalel Gavish (Vanderbilt Uni, USA) M.S. Obaidat (City Uni of New York, USA) Shi-Kuo Chang (Uni Pittsburgh, USA) C. Bormann (Uni Bremen, Germany) Son T. Vuong (British Columbia, Canada) B. Atwood (Concordia, Canada) Jun-ichi Mizusawa (NTT, Japan) O. Spaniol (RWTH Aachen, Germany) A. Seneviratne (University of Technology, Australia) H. Kruse (Ohio Uni, USA) E. Biersack (EUROCOM, France) I. Miloucheva (ATS, Germany) A. Schill (TU Dresden, Germany) M. Kaul (GMD, Germany) R.A.Butler (Robert Gordon Uni, UK) PROGRAM CHAIR ************* Prof. Dr. habil. Ulrich Hofmann (Uni Salzburg, Austria) SCOPE ***** Research contributions, standardization and practical experience with design, implementation, integration, interworking and management of multimedia protocols and applications on the information (super)highways: - Media specific and QoS considerations in design and implementation of communication protocols - Application, media and protocol integration: Synchronization of media streams, orchestration of functional units, - Multiparty and group communication protocols and applications, Multicast networking and routing, group management - Network access and management functionality: accounting, security, authentication, privacy, intelligent and policy based routing - Mobile networking and routing, multimedia communication architectures for mobile networks, management of mobile networks - Performance analysis of multimedia applications and protocols: modeling, simulation, and control theoretical approach - Accounting and costs of communication services - Optimization of protocol and application performance for different network QoS provision (i.e. high delay paths) - Protocol and application adaptation to ATM QoS and Adaptation Layers, protocol performance over ATM - Protocols and applications for satellite networks and gateways, Protocol performance over satellite, including hybrid satellite/terrestrial networks, and satellite applications - Multimedia applications and IP/IPnG interworking - Multimedia applications on the (super)higways: video-on-demand, virtual community, teleworking, teleteaching - Resource reservation and multimedia traffic engineering - Implementation of multimedia protocols and applications: integration of media storage and communication mechanisms, operating system and high performance issues, efficient interfacing - Techniques for specification of multimedia protocols and application, methods for real-time test and analysis of implementations, SUBMISSION ********** - Please send your papers in postscript form. via email: proms-submission@cosy.sbg.ac.at via anonymous ftp: ftp.cosy.sbg.ac.at /pub/proms via mail: PROMS 95 Institut fuer Computerwissenschaften z.Hd. Prof. Ulrich Hofmann Jakob-Haringer-Str. 2 A-5020 Salzburg, AUSTRIA - Submissions must include abstract and keywords. IMPORTANT DATES *************** Submissions due: Aug. 20, 1995 Author notification: Sept. 1, 1995 We will appreciate also later submissions if they are significant for PROMS 95. For extended information about organization, keynote speaker, demonstration, venue, registration and .... Mozart please refer to: Proms on the WWW or contact: Prof. Ulrich Hofmann uho@cosy.sbg.ac.at Dr. Ilka Miloucheva ilka@prz.tu-berlin.de WELCOME TO SALZBURG ******************* Summer Art Festival, Mozart, Trapp-family, Mountains, Lakes, Saltmines, Palaces and Gardens, Mirabell and Hellbrunn - these are some words which are inherently connected with the city of Salzburg. Attention for the guests of Salzburg-a "Schnuerlregen"(a special kind of rain), mixed with the "Little Night Music" over the rooftops ... Especially for our PROMS 95 guests: - Different kinds of demos with multimedia and multicast protocols, satellite/ATM interconnection, transathlantic demos, - Multimedia Welcome at the "High Tech" Sony factury in Salzburg - 4 PROMS 95 Days for workshopping at Salzburg University and TechnoZ Research - "Sound of Music" Tour .... From rem-conf-request@es.net Thu Jun 22 08:55:40 1995 Received: from charon.cwi.nl by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 05:55:11 -0700 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Thu, 22 Jun 1995 14:54:53 +0200 Received: by schelvis.cwi.nl with SMTP id ; Thu, 22 Jun 1995 14:54:52 +0200 Message-Id: <9506221254.AA05135=jack@schelvis.cwi.nl> To: Van Jacobson Cc: rem-conf@es.net, schulzrinne@fokus.gmd.de Subject: Re: DVI Incompatibility In-Reply-To: Message by Van Jacobson , Thu, 22 Jun 95 01:37:38 PDT , <199506220837.BAA23670@rx7.ee.lbl.gov> Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: various (Omval, 22-6) X-Mini-Review: An evening of enjoyable punkrock Date: Thu, 22 Jun 1995 14:54:52 +0200 From: Jack Jansen > On 10 Jun 1995, Henning Schulzrinne said: > > There are (at least) four possibilities: (1) Put the first > > sample unencoded into the header and encode 160 bytes. The > > unencoded sample is simply used as a predictor for the first > > sample (which happens to be the same). [This appears to be the > > vat approach and is the NeVoT approach.] Recently, Van Jacobson said: > I agree with what Jack suggested (which we have 3 years of > experience with & which is known to work well) -- put the > predictor in the header, not the first sample. Yes, we should definitely put the predictor in the header, not the real sample value. I initially also made the mistake of sending the real sample value, but this will cause the coder and decoder to go out of sync. The problem is not serious (I investigated the drift, and it turned out that for all samples I checked the coder and decoder were in sync again after 5 or 6 samples, and often faster than that), but there isn't really a good reason to let them get out of sync in the first place. Actually, to soften the point a little: if you also start the coder with the initial sample value then the coder and decoder won't go out of sync. Still, there's really no point in doing so: we have this nice bit of history that helps our audio quality, why throw it away? The fact that Microsoft got it wrong doesn't mean we should get it wrong also. If people happen to mis-read the specs and implement the microsoft algorithm there'll be a slight loss of quality when the two algorithms interoperate, but it will probably be tolerable. -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Thu Jun 22 10:00:30 1995 Received: from ceres.fokus.gmd.de by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 06:59:56 -0700 Received: from rockmaster (actually rockmaster.fokus.gmd.de) by ceres.fokus.gmd.de with SMTP (PP-ICR1v5); Thu, 22 Jun 1995 15:55:36 +0200 X-Mailer: exmh version 1.6.1 5/23/95 To: Jack Jansen cc: Van Jacobson , rem-conf@es.net From: Henning Schulzrinne X-Url: http://www.fokus.gmd.de/step/hgs/ Subject: Re: DVI Incompatibility In-reply-to: Your message of "Thu, 22 Jun 1995 14:54:52 +0200." <9506221254.AA05135=jack@schelvis.cwi.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Jun 1995 15:56:09 +0200 Sender: schulzrinne@fokus.gmd.de Whether you use the predicted value or the actual first sample should not make any difference in terms of quality - obviously, both sender and receiver have to do the same thing. The history is encapsulated in the 'index' state. It is not clear to me why using the actual value by both sides is worse than using a predicted value; you'd expect it to be (very slightly, in all likelihood) better. There is also absolutely no difference in codec complexity. It also so happens (as Jack can easily verify from the printed spec I mailed him) that putting the sample in the header is the correct thing according to the "real" DVI spec. In the pseudo-code for the encoder, it says: For the first block only, clear the initial step table index Index = 0 Get the first sample, Samp0. Create the block header: write the first sample, Samp0, to the header Write the initial step table index, index, to the header Set the previously predicted sample value: PredSamp = Samp0 While there are still samples to encode, and we're not at the end of the block Get the next sample to encode, SampX Calculate the new sample code Diff = SampX - PredSamp (...etc...) However, this is only a very minor point and wasn't the point of my original message. (NeVoT has used the predicted value until very recently; I was actually assuming I made the mistake in not using the actual sample value on both sides :-) As Jack points out, even if one implementor bases his codec on the pseudo-code from the spec and another uses the current codec based on Jack's work, things work. (I tried it.) The far more important point (and the one causing interoperability problems with hardware/library PC codecs) is that in Intel/Microsoft/IMA DVI, the first sample is *not* encoded again within the post-header-bytes. (There's no reason to - you have it in full 16-bit precision from the header.) This means that 80 bytes hold 160 *additional* samples, for a total of 161 samples. Again, see the pseudo code from the spec. 161 samples is not a "nice" number, so there's an argument to be made to be incompatible with the spec. If we want to create a new audio encoding that is subtly different from Intel/IMA/Microsoft DVI, we are obviously free to do so. We should be honest enough not to call it DVI, though. People in the PC area (where codecs come as DLLs) expect a DVI codec to behave according to the DVI spec, and are a bit surprised... The profile is trying to point out where the difference(s) lie, if we decide that they are worth maintaining. We can't rely on everybody continuing to use Jack's codec, as nice as it is to have the code around. Henning From rem-conf-request@es.net Thu Jun 22 10:13:33 1995 Received: from venera.isi.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 07:12:52 -0700 Received: from xfr.isi.edu by venera.isi.edu (5.65c/5.61+local-22) id ; Thu, 22 Jun 1995 07:11:57 -0700 Posted-Date: Thu 22 Jun 95 07:11:40 PDT Received: by xfr.isi.edu (4.1/4.0.3-4) id ; Thu, 22 Jun 95 07:11:41 PDT Date: Thu 22 Jun 95 07:11:40 PDT From: Stephen Casner Subject: Re: DVI Incompatibility To: van@ee.lbl.gov, rem-conf@es.net Cc: Jack.Jansen@cwi.nl, schulzrinne@fokus.gmd.de Message-Id: <803830300.0.CASNER@XFR.ISI.EDU> In-Reply-To: <199506220837.BAA23670@rx7.ee.lbl.gov> Mail-System-Version: Van, There is one key point that you did not address. Henning did not make up the idea of having the first 16 bits be the first (uncompressed) sample. I have not checked the references, but Henning said this is what the the IMA and Microsoft DVI ADPCM Wave type spec says. You may be one of many who have no great love for Microsoft, but I believe it was this algorithm that Jack Jansen was implementing. I gather from Jack's message that he was working from incomplete information from the IMA about the algorithm, but I don't know if the details of the first sample operation were part of the uncertainty or not. It seems that compatibility with the specification of the algorithm, and its implementation in hardware codecs or in software interfaces that we may need to accommodate, is a useful goal. Apparently there is also a discrepancy with that specification in the even vs. odd number of samples, so perhaps full compatibility is not practical. The real question is how hard are the fixups that would be required under each of the algorithm choices we might make to adapt between a hardware or software codec meeting the Microsoft spec and a mixer loop with 160 sample PCM as its native "frame" (roughly speaking)? -- Steve ------- From rem-conf-request@es.net Thu Jun 22 16:08:46 1995 Received: from ursula.ee.pdx.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 13:08:18 -0700 Received: from crow.cs.pdx.edu (root@crow.cat.pdx.edu [131.252.21.144]) by ursula.ee.pdx.edu (8.6.10/CATastrophe-12/23/94-P) with ESMTP id NAA02801; Thu, 22 Jun 1995 13:07:11 -0700 for Received: from localhost (eric@localhost [127.0.0.1]) by crow.cs.pdx.edu (8.6.10/CATastrophe-9/18/94-C) with ESMTP id NAA11154; Thu, 22 Jun 1995 13:04:38 -0700 for Message-Id: <199506222004.NAA11154@crow.cs.pdx.edu> To: rem-conf@es.net Subject: Pacific Rim Economic Conference w/ U.S. President & Vice President Date: Thu, 22 Jun 1995 13:04:35 -0700 From: Eric Berggren (FurryLogic) Pacific Rim Regional Economic Conference with Bill Clinton and Al Gore Tuesday, June 27th, 1995 ~7:00am-4:00pm PDT (GMT-0700) National leaders will converge in the Smith Memorial Center of Portland State University in Portland, Oregon Tuesday, June 27th, 1995, for the _Pacific Rim Regional Economic Conference_. President Bill Clinton, Vice President Al Gore, and various cabinet members will meet with aproximately 200 community and business leaders from the Pacific rim states. The conference will center around three panel discussions : + The Regional Economy + Strains on Working Families with Emphasis on Education + Trade and High Technology Video and audio will be downloaded live directly from onsite network press feeds and broadcast via MBone. Video will be sent via "nv" format at 128k and audio via "vat". We will be using the multicast address 224.5.71.120 with audio on port/id 53297/15728 and video port/id 53298/15729. An "sd" session will be broadcasted shortly. -eric ============================================================================= - Portland State University - Eric Berggren Janaka Jayawardena Administrator, CS/EE Director of Computer Services, CS/EE eric@ee.pdx.edu janaka@ee.pdx.edu From rem-conf-request@es.net Thu Jun 22 19:44:56 1995 Received: from gw2.att.com (actually gw1.att.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 16:44:31 -0700 Received: from sonapub.whats.att.com by ig2.att.att.com id AA09174; Thu, 22 Jun 95 19:45:14 EDT Received: from [135.5.57.34] by sonapub.whats.att.com with smtp (Smail3.1.28.1 #7) id m0sOvx7-0002bNC; Thu, 22 Jun 95 19:46 EDT X-Sender: tbr@sonapub.whats.att.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 Jun 1995 19:46:29 -0500 To: act9m@server.cs.Virginia.EDU From: t.b.reddington@att.com (tom reddington) Subject: Re: sd and multicast ports Cc: AVT Working Group Conference , Kira Atwood , Andy Booker Sd uses an algorithm called "informed, partitioned, random assignment" to allocate both addresses & ports. It is loosely based on some 1960s work Bell Labs did on distributed trunk allocation & some late 80s Australian & Canadian work on adaptive binning for histograms & stochastic coders. If you can get a copy of my SIGCOMM tutorial notes from last year, they contain a brief description of the algorithm. Because of something called the "birthday problem" in probability theory, distributed, dynamic allocation from a relatively small address space is not easy if you want a solution that scales up to Internet (or even MBone) user populations. Sd is very scalable -- it explicitly accounts for session scope (both topological & temporal -- explicit scope is what leads to the "partitioned" in the algorithm name) and, thus, can fill the address space many times over. Under almost any reasonable extrapolation of the current use, sd's algorithm scales 4 to 6 orders of magnitude better than a dynamic allocation algorithm the Columbia was pushing last year. Sd was designed to coexist with other dynamic allocation algorithms and be fairly robust in the face of different allocation strategies (all addresses are fed through a pseudo-random perturbation table so that structure in the pattern of external allocations will not be misinterpreted as structure that changes sd's dynamic partitioning). But, since it's so hard to come up with a scalable address allocation algorithm, you might be better off just using sd. We had always intended to split sd into 2 pieces: a daemon that did address allocation & caching (that you presumably ran only one copy of per site) and user interface agents that just provided an sd-like GUI to the daemon. Mark Handley at UCL has since taken over sd development but I believe he is thinking along similar lines. Given the daemon, you can allocate an address by simply sending it an RPC saying what the time and space scope is & what, if any, other information should be advertised about the session (it should be possible to allocate addresses without saying what they are going to be used for). - Van tom reddington AT&T Bell Labs 67 Whippany Rd. WH 15F-333 P.O. Box 903 Whippany, NJ 07981-0903 Phone: (201) 386-7291 Fax: (201) 386-6616 t.b.reddington@att.com From rem-conf-request@es.net Thu Jun 22 19:45:53 1995 Received: from gw2.att.com (actually gw1.att.com) by osi-west.es.net with ESnet SMTP (PP); Thu, 22 Jun 1995 16:45:25 -0700 Received: from sonapub.whats.att.com by ig1.att.att.com id AA18589; Thu, 22 Jun 95 19:45:11 EDT Received: from [135.5.57.34] by sonapub.whats.att.com with smtp (Smail3.1.28.1 #7) id m0sOvxX-0002bKC; Thu, 22 Jun 95 19:46 EDT X-Sender: tbr@sonapub.whats.att.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 22 Jun 1995 19:46:55 -0500 To: Mark Handley From: t.b.reddington@att.com (tom reddington) Subject: receive-only sd possible? Cc: rem-conf@es.net I would like to suggest, if it hasn't come up before, that a limited version of sd be developed that does not allow users to create sessions, but only to receive announcements (such as sd_listen) and to launch them. This would allow the distribution of sd (and the mbone tools it calls up) on university networks without concern as to novice users creating unscheduled/over-bandwidth sessions, but would allow such users to view sessions. Would it be "a lot" of work to take out the new session button and distribute the program as "sd_receive" or something like that? Ken Feingold Graduate Computer Art Dept. School of Visual Arts, New York tom reddington AT&T Bell Labs 67 Whippany Rd. WH 15F-333 P.O. Box 903 Whippany, NJ 07981-0903 Phone: (201) 386-7291 Fax: (201) 386-6616 t.b.reddington@att.com From rem-conf-request@es.net Fri Jun 23 14:35:03 1995 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Fri, 23 Jun 1995 11:34:34 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15026(2)>; Fri, 23 Jun 1995 11:34:23 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Fri, 23 Jun 1995 11:34:09 -0700 X-Mailer: exmh version 1.6 4/21/95 To: Ken Feingold cc: Mark Handley , rem-conf@es.net Subject: Re: receive-only sd possible? In-reply-to: Your message of "Wed, 21 Jun 95 06:09:32 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jun 1995 11:34:01 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <95Jun23.113409pdt.49859@crevenia.parc.xerox.com> In message you write: >I would like to suggest, if it hasn't come up before, that a limited >version of sd be developed that does not allow users to create sessions, >but only to receive announcements (such as sd_listen) and to launch them. I wrote a quick program called 'sl' ("session launcher") not too long ago. It uses a helper program which is essentially a perl version of "sd-listen" in order to maintain the session list. The real reason I wrote it is because it can display static sessions (i.e. from a file on disk) as well as advertised sessions, which is useful when you want to use administratively scoped group addresses for conferences, since 'sd' doesn't understand that kind of scoping yet. However, given Mark's work, I'm not sure whether it would be useful to release 'sl', especially given its unfinished state. Bill From rem-conf-request@es.net Fri Jun 23 22:19:50 1995 Received: from gw2.att.com by osi-west.es.net with ESnet SMTP (PP); Fri, 23 Jun 1995 19:19:25 -0700 Received: from mtgbcs.mt.att.com (mtgzfs3-bgate.mt.att.com) by ig1.att.att.com id AA11586; Fri, 23 Jun 95 14:49:07 EDT Received: from mtpcs979 by mtgbcs.mt.att.com (5.0/EMS-1.1 Sol2) id AA17742; Fri, 23 Jun 1995 14:48:57 +0500 From: Rod Brathwaite Message-Id: <9506231448.ZM6703@mtpcs979> Date: Fri, 23 Jun 1995 14:48:53 -0400 X-Mailer: ZM-Win (3.2.1 09Sep94) To: rem-conf@es.net Subject: Subscrube Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii subscribe From rem-conf-request@es.net Sat Jun 24 18:37:05 1995 Received: from taurus.cs.nps.navy.mil (actually cs.nps.navy.mil) by osi-west.es.net with ESnet SMTP (PP); Sat, 24 Jun 1995 15:36:34 -0700 Received: from libra.cs.nps.navy.mil by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA09227; Sat, 24 Jun 95 15:35:31 PDT From: brutzman@cs.nps.navy.mil (Don Brutzman) Message-Id: <9506242235.AA09227@taurus.cs.nps.navy.mil> Subject: Re: video for INET'95 presentation / Hamming, quicktime format To: chon@Prosit.Stanford.EDU (Kilnam Chon) Date: Sat, 24 Jun 1995 15:35:31 -0700 (PDT) Cc: inet-hmp-sec@nttam.com, tlemswil@nps.navy.mil (Tracey L Emswiler), i3la_netdesign@mbari.org (I3LA Network Design Team), i3la_edu@mbari.org (I3LA Education Team), i3la_conacc@mbari.org (I3LA Content & Access), rem-conf@es.net (Remote Conferencing mail list) In-Reply-To: <199505111809.LAA12727@Prosit.Stanford.EDU> from "Kilnam Chon" at May 11, 95 11:09:17 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 931 The online video to accompany Internet Society 95 paper 039, "Networked Ocean Science Research and Education, Monterey Bay California" is now available at ftp://taurus.cs.nps.navy.mil/pub/i3la/emswiler.qt.Z If you wish to insert a hot link to the video in the hypermedia proceedings version of the paper at http://inet.nttam.com please do so at Reference 8, Tracey Emswiler's thesis. The compressed file is 13.8 M and uncompresses to 18 M. Playing time is 3:30. Format is QuickTime. The video describes how the Hamming lecture series "Learning to Learn" was multicast over the Internet MBone. This is one of many exemplar applications that relate to our regional education network. thanks, Don -- Don Brutzman Naval Postgraduate School, Code UW/Br work 408.656.2149 Monterey California 93943-5000 USA fax 408.656.3679 AUV Underwater Virtual World ftp://taurus.cs.nps.navy.mil/pub/auv/auv.html From rem-conf-request@es.net Sun Jun 25 01:02:21 1995 Received: from flop.mcom.com by osi-west.es.net with ESnet SMTP (PP); Sat, 24 Jun 1995 22:01:56 -0700 Received: (from news@localhost) by flop.mcom.com (8.6.9/8.6.9) id VAA22484; Sat, 24 Jun 1995 21:52:30 -0700 To: rem-conf@es.net Path: neon.netscape.com!dmose From: dmose@neon.netscape.com (Dan Mosedale) Newsgroups: mcom.list.rem-conf Subject: Re: receive-only sd possible? Date: 25 Jun 1995 04:52:29 GMT Organization: Netscape Communications Corporation Lines: 12 Message-ID: <3siq2d$lug@flop.mcom.com> References: <95Jun23.113409pdt.49859@crevenia.parc.xerox.com> NNTP-Posting-Host: neon.netscape.com fenner@parc.xerox.com (Bill Fenner) writes: > > administratively scoped group addresses for conferences, since 'sd' > doesn't understand that kind of scoping yet. > What exactly are administratively scoped group addresses? Or, maybe the better question would be "where can I find some documentation on them?" -- Dan Mosedale Systems Exorcist dmose@netscape.com Netscape Communications Corp. From rem-conf-request@es.net Mon Jun 26 05:52:41 1995 Received: from tamdhu.dcs.st-andrews.ac.uk (actually tamdhu.dcs.st-and.ac.uk) by osi-west.es.net with ESnet SMTP (PP); Mon, 26 Jun 1995 02:52:04 -0700 Received: from bushmills.dcs.st-and.ac.uk by tamdhu.dcs.st-andrews.ac.uk (4.1/SMI-4.1) id AA27696; Mon, 26 Jun 95 10:52:57 BST Message-Id: <9506260952.AA27696@tamdhu.dcs.st-andrews.ac.uk> To: Bill Fenner Cc: rem-conf@es.net, Ken Feingold , Mark Handley Subject: Re: receive-only sd possible? In-Reply-To: Your message of "Fri, 23 Jun 1995 11:34:01 PDT." <95Jun23.113409pdt.49859@crevenia.parc.xerox.com> Date: Mon, 26 Jun 1995 10:51:31 +0100 From: Paul Harrington Bill> I wrote a quick program called 'sl' ("session launcher") not too Bill> long ago. It uses a helper program which is essentially a perl Bill> version of "sd-listen" I wrote a perl sd_listen based on the decoding code from Bill's WWW gateway to test some mcast wrapper functions. Todd Montgomery of NASA/WVU has done the same for Python and then, of course, there is the original one in C. You can also do some hacky things by supplying a definition of proc heard_session in your .sd.tcl With a bit of fudging (because 'send' appears to be undefined by whatever interpreter handles .sd.tcl), you can get new session announcements to be sent into Tk interpreter world. Hopefully, Mark will release code fragments for parsing new SDP packets and people can go off and build whatever kind of interface they want on top of it .... won't be long till someone comes up with a kill button that will tell their mrouted's not to honour joins for particular groups. At which point we will probably have a flame about censorship :-) pjjH Paul Harrington, phrrngtn@dcs.st-andrews.ac.uk +44 1334 463261 Division of Computer Science, St Andrews University, Scotland KY16 9SS From rem-conf-request@es.net Mon Jun 26 11:17:40 1995 Received: from IMICILEA.CILEA.IT by osi-west.es.net with ESnet SMTP (PP); Mon, 26 Jun 1995 08:17:17 -0700 Received: from uff29b.cilea.it by IMICILEA.CILEA.IT (IBM VM SMTP V2R2) with TCP; Mon, 26 Jun 95 17:16:03 MET X-Sender: guglielm@imicilea.cilea.it Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 26 Jun 1995 17:06:24 +0200 To: rem-conf@es.net From: guglielm@imicilea.cilea.it (Luciano Guglielmi) Subject: Subscribe X-Mailer: ********************************************* * Luciano Guglielmi - CILEA (Milano) Italy * * tel: +39 2 26995.267 Fax: +39 2 2135520 * * e-mail: guglielmi@cilea.it * ********************************************* From rem-conf-request@es.net Mon Jun 26 15:31:19 1995 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Mon, 26 Jun 1995 12:30:40 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14638(2)>; Mon, 26 Jun 1995 12:26:23 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Mon, 26 Jun 1995 12:26:18 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: dmose@neon.netscape.com (Dan Mosedale) cc: rem-conf@es.net Subject: Re: administratively scoped group addresses In-reply-to: Your message of "Sat, 24 Jun 95 21:52:29 PDT." <3siq2d$lug@flop.mcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Jun 1995 12:26:11 PDT Sender: Bill Fenner From: Bill Fenner Message-Id: <95Jun26.122618pdt.49859@crevenia.parc.xerox.com> In message <3siq2d$lug@flop.mcom.com> you write: > Or, maybe >the better question would be "where can I find some documentation on >them?" The slides from Van's presentation in Toronto are probably the best written explanation you will find; they are in the online minutes at http://www.ietf.cnri.reston.va.us/proceedings/94jul/rtg/idmr.html. The mrouted man page explains the mrouted.conf syntax for specifying scope boundaries. Bill From rem-conf-request@es.net Tue Jun 27 04:33:31 1995 Received: from charon.cwi.nl by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 01:32:56 -0700 Received: from schelvis.cwi.nl by charon.cwi.nl with SMTP id ; Tue, 27 Jun 1995 10:32:52 +0200 Received: by schelvis.cwi.nl with SMTP id ; Tue, 27 Jun 1995 10:32:51 +0200 Message-Id: <9506270832.AA01679=jack@schelvis.cwi.nl> To: Henning Schulzrinne Cc: Jack Jansen , Van Jacobson , rem-conf@es.net Subject: Re: DVI Incompatibility In-Reply-To: Message by Henning Schulzrinne , Thu, 22 Jun 1995 15:56:09 +0200 , <9506221359.AA02700=schulzrinne@fokus.gmd.de@charon.cwi.nl> Organisation: Multi-media group, CWI, Kruislaan 413, Amsterdam Phone: +31 20 5924098(work), +31 20 5924199 (fax), +31 20 6160335(home) X-Last-Band-Seen: various (Omval, 22-6) X-Mini-Review: An evening of enjoyable punkrock Date: Tue, 27 Jun 1995 10:32:51 +0200 From: Jack Jansen Recently, Henning Schulzrinne said: > Whether you use the predicted value or the actual first sample should > not make any difference in terms of quality - obviously, both sender > and receiver have to do the same thing. The history is encapsulated in > the 'index' state. It is not clear to me why using the actual value by > both sides is worse than using a predicted value; you'd expect it to be > (very slightly, in all likelihood) better. There is also absolutely no > difference in codec complexity. Yes, you're right. Sorry, my brain must have been in low gear when I replied to Van's posting. -- Jack Jansen | If I can't dance I don't want to be part of Jack.Jansen@cwi.nl | your revolution -- Emma Goldman uunet!cwi.nl!jack G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl From rem-conf-request@es.net Tue Jun 27 06:27:06 1995 Received: from stilton.cisco.com by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 03:26:31 -0700 Received: (dino@localhost) by stilton.cisco.com (8.6.8+c/8.6.5) id DAA18809; Tue, 27 Jun 1995 03:26:25 -0700 Date: Tue, 27 Jun 1995 03:26:25 -0700 From: Dino Farinacci Message-Id: <199506271026.DAA18809@stilton.cisco.com> To: rem-conf@es.net Subject: Networkers '95 broadcast Cc: cbone-users@cisco.com, multicast-support@cisco.com, routing-geeks@cisco.com Cisco Networkers 95 West Broadcasting Schedule Date From To Name ==== ==== == ==== June 27,1995 8:30am 9:30am General Session 1 June 28,1995 8:30am 9:30am General Session 2 June 28,1995 10:00am 12:00am Panel Discussion 1 June 28,1995 4:00pm 6:00pm Panel Discussion 2 June 29,1995 8:30am 9:30am General Session 3 Each session will provide both audio and video transmission. The video will be transmitted at 20-32kbps since there are other activities happening this week on the MBONE. Also see http://www.cisco.com/warp/public/690/WWW_index.html This schedule has been entered in http://www.msri.org/mbone. From rem-conf-request@es.net Tue Jun 27 11:28:37 1995 Received: from utrhcs.cs.utwente.nl by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 08:28:08 -0700 Received: from argos.cs.utwente.nl by utrhcs.cs.utwente.nl (5.x/csrelayMX-SVR4_1.1tmp/RB) id AA14703; Tue, 27 Jun 1995 17:27:57 +0200 Received: from UT_TIOSJE/SpoolDir by argos.cs.utwente.nl (Mercury 1.20); 27 Jun 95 17:28:06 +1100 Received: from SpoolDir by UT_TIOSJE (Mercury 1.20); 27 Jun 95 17:27:46 +1100 From: Harmen-Jan van der Ploeg To: rem-conf@es.net Date: Tue, 27 Jun 1995 17:27:39 MET Subject: Announcement: VAT multicast session, June 27th 95 Priority: normal X-Mailer: PMail v3.0 (R1) Message-Id: <862BE7D5980@argos.cs.utwente.nl> The Campus Broadcasting Association of the University of Twente in The Netherlands (VCD), announces that it will host a live VAT multicast session >from the University of Twente at June 27th 1995, 8pm to 9pm CET. Details: Place: University of Twente, Enschede, The Netherlands Date: 27 juni Time: 20:00-21:00 CET Host: 224.2.162.1 Media: audio@41168/36830 Format: PCM TTL: 54 The TTL is not yet fixed, but we wanted to be sure we reached the dutch speaking part of northern belgium as well. From earlier experience we found that ttl=54 was just sufficient. Any comments on that will be greatly welcomed. Further details on the transmission can be found at http://vcd.student.utwente.nl/live.html Or contact mbone@vcd.student.utwente.nl We realise there is very limited time until this broadcast and we hope there will be no conflicts, as well as sufficient bandwidth. Send all comments to mbone@vcd.student.utwente.nl thanks. Harmen-Jan van der Ploeg. Network Manager at the VCD. From rem-conf-request@es.net Tue Jun 27 11:50:43 1995 Received: from rx7.ee.lbl.gov by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 08:50:12 -0700 Received: by rx7.ee.lbl.gov (8.6.12/1.43r) id IAA29094; Tue, 27 Jun 1995 08:50:43 -0700 Message-Id: <199506271550.IAA29094@rx7.ee.lbl.gov> To: Stephen Casner cc: rem-conf@es.net, Jack.Jansen@cwi.nl, schulzrinne@fokus.gmd.de Subject: Re: DVI Incompatibility In-reply-to: Your message of Thu, 22 Jun 95 07:11:40 PDT. Date: Tue, 27 Jun 95 08:50:42 PDT From: Van Jacobson > There is one key point that you did not address. Henning did > not make up the idea of having the first 16 bits be the first > (uncompressed) sample. I have not checked the references, but > Henning said this is what the the IMA and Microsoft DVI ADPCM > Wave type spec says. You may be one of many who have no great > love for Microsoft, but I believe it was this algorithm that > Jack Jansen was implementing. Steve, I was objecting to the variation Henning proposed because it doesn't work -- I'm not sure it matters whether Henning or Microsoft came up with the idea (I concede that both are good at coming up with things that don't work). The DVI coder appears to be a simple, fixed, first order predictor with a non-adaptive log quantizer on the slope. Because of simple structure, certain choices of freq. and gain give large quantization errors. Try the following experiment: Run a moderate amplitude (say 1/2 FS) medium freq (say 500Hz) pure tone through the encoder & decoder. If the coder is implemented the way Jack did it, there's a half-cycle turn-on transient then the output settles down to a fairly good representation of the input with no frequency structure other than the 500Hz. If the coder is implemented as Henning proposed, the turn-on transient is twice as long and there are ~10% spikes every 160 samples (i.e., there will be clearly audible 50Hz noise). This happens because Jack's decoder only sees quantized values so it settles down to self-consistent, linear behavior fairly quickly. Henning's decoder sees an unquantized value every 160 samples, then quantized values for the next 159. Since there can be a substantial difference between the reconstructions based on quantized vs. unquantized, Henning's/Microsoft's scheme can introduce artifacts at the start of every frame. I.e., every 20ms for 160 sample frames. This makes noise. There is also a secondary problem with the longer turn-on transient in Henning's scheme (which happens because it essentially uses a 0th order estimator on the 1st sample of a frame -- the slope after the first sample is always 0 -- which screws up the slope tracking 1st order estimator for several following samples). I imagine this would be audible whenever there were large changes in frequency content happening at small multiples of the frame time (e.g., a mixture of voiced & unvoiced phonemes) but I haven't tested this. (I'm sure it would be a much smaller effect than the 50Hz noise.) Based on other things they've done, my impression is that Microsoft does not publish standards for the same reasons we do. Since it takes Microsoft many years to accomplish anything, their `standards' appear intended more as a strategic weapon to delay or derail implementation of new ideas by their more agile, cleverer, competition -- if the competion does things right, Microsoft says it's non-standard; if they follow `the standard', they waste time in a dead-end rathole (a friend once showed me a long, long list of `standards' that Microsoft published for others then later totally ignored). If this is the case, it's not surprising that `the standard' doesn't work -- it was designed to not work. (E.g., a `standard' that requires an odd number of samples in a frame.) Since we're already completely incompatible with `the standard' if we use sane frame sizes, I don't see that we gain anything by screwing up the coder just to be `less incompatible'. Why not simply say that "the dvi coder was developed by Jack Jansen and is loosely based on a Microsoft spec with the same name." That way we're left with a working coder that has the structure that every DSP text in the world says it has to have & Microsoft can continue to do whatever it is they're going to do with their `standard'. - Van From rem-conf-request@es.net Tue Jun 27 15:42:35 1995 Received: from alpha.xerox.com by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 12:42:07 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17186(3)>; Tue, 27 Jun 1995 12:35:00 PDT Received: by crevenia.parc.xerox.com id <49860>; Tue, 27 Jun 1995 12:34:49 -0700 From: Bill Fenner To: rem-conf@es.net Subject: Are you seeing loss on the NASA Shuttle Mission? Message-Id: <95Jun27.123449pdt.49860@crevenia.parc.xerox.com> Date: Tue, 27 Jun 1995 12:34:35 PDT I have seen a couple of people change their name fields to say that they are experiencing high loss; could you reply *privately to me*, not to the list, with your mrouter's IP address and what kind of loss you are seeing on these sessions? I have been seeing MBONE losses over the past few days and want to see if we can track them down with this widely-used session. Thanks, Bill From rem-conf-request@es.net Wed Jun 28 00:15:09 1995 Received: from cavebear.com (actually pax.cavebear.com) by osi-west.es.net with ESnet SMTP (PP); Tue, 27 Jun 1995 21:14:44 -0700 Received: by cavebear.com (4.1/SMI-4.1) id AA22646; Tue, 27 Jun 95 21:14:35 PDT Date: Tue, 27 Jun 1995 21:14:34 -0700 (PDT) From: Stephen Casner X-Sender: casner@pax.cavebear.com To: rem-conf@es.net Subject: AVT and ITU-T SG15 coordination Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII To the IETF AVT working group: I have discussed coordination of the RTP profile with Dale Skran, editor of H.22Z in ITU-T Study Group 15. We concluded that it would be best to proceed with the existing RTP Audio/Video Profile without trying to divide or rearrange the payload type number space to allow for both ITU and IANA to manage parts of it. Dale pointed out that there is a non-trivial risk that even if we came up with a plan that seemed satisfactory to us now, that might be rejected by later stages of the ITU process, leaving us with pain but no gain. There is still interest in considering RTP for use in H.22z, but it is proposed that a separate profile be defined for H.22Z. It is likely that a separate profile would be needed because of the "tight control" scheme that is desired for H.22Z in any case. It is expected that applications could determine which profile was to be used based on the control interactions used to establish the session, although having different profiles is likely to require more work in the implementation. Are there any comments on this plan? Allison Mankin would like us to submit the RTP profile for Last Call as soon as possible. The DVI issue has received some comment; it looks like resolution that would achieve concensus would be to keep the definition of the encoding as it has been but changing the name (perhaps MDVI) and clarifying that this is not the Microsoft standard. Agreed? Are there comments on other aspects of the profile draft? If this change were made, would it then be ready for Last Call? -- Steve From rem-conf-request@es.net Wed Jun 28 09:42:46 1995 Received: from uu7.psi.com by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 06:42:16 -0700 Received: by uu7.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA27707 for ; Wed, 28 Jun 95 09:31:38 -0400 Received: from mailgate1.insoft.com by insoft.com (4.1/InSoftMail-1.4) id AA27954; Wed, 28 Jun 95 09:29:05 EDT Original-Received: from cc:Mail by mailgate1.insoft.com id AA804356580 Wed, 28 Jun 95 09:23:00 EDT PP-warning: Illegal Received field on preceding line Date: Wed, 28 Jun 95 09:23:00 EDT From: mrc@insoft.com (Murray R. Cantor) Message-Id: <9505288043.AA804356580@mailgate1.insoft.com> To: mrc@insoft.com, h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net Subject: Re: AVT and ITU-T SG15 coordination Subject: Re: AVT and ITU-T SG15 coordination Author: Murray R. Cantor Date: 6/28/95 9:24 AM I believe that having two "standard" control protocols on the LAN raises more issues than more work for the implementors. We need to anticipate a IP/H.320 environment that will allow for heterogeneous (both LAN and H.323 gateway) endpoints in a multipoint call. This situation will include late joining. It seems to me that the proposed dual-standard will result in either: - switching from RTP to H.22z if a H.323 endpoint joins the conference., or - supporting both control protocols in sthe same conference, or - only supporting h.22z no matter how the conference is set up. By increasing the possible state space, this dual approach increases complexity of the required applications. This complexity unnecessarily create inefficiencies for the application providers and leads to more expensive or more buggy software (or both). For example, testing for interoperability between applications and IP/H.320 solutions becomes all the more difficult. IF the IETF and ITU can not coordinate their efforts, it is likely that we (the solution providers) will be forced into increasing complicated implementation issues as other areas of overlap evolve (e.g. INTSERV and T.RES), This will have a chilling effect of the industry. Lets find a way to have a single set of standards for real-time audio and video in IP networks. _______________________________________________________________________________ Subject: AVT and ITU-T SG15 coordination Author: Stephen Casner Date: 6/28/95 3:12 AM To the IETF AVT working group: I have discussed coordination of the RTP profile with Dale Skran, editor of H.22Z in ITU-T Study Group 15. We concluded that it would be best to proceed with the existing RTP Audio/Video Profile without trying to divide or rearrange the payload type number space to allow for both ITU and IANA to manage parts of it. Dale pointed out that there is a non-trivial risk that even if we came up with a plan that seemed satisfactory to us now, that might be rejected by later stages of the ITU process, leaving us with pain but no gain. There is still interest in considering RTP for use in H.22z, but it is proposed that a separate profile be defined for H.22Z. It is likely that a separate profile would be needed because of the "tight control" scheme that is desired for H.22Z in any case. It is expected that applications could determine which profile was to be used based on the control interactions used to establish the session, although having different profiles is likely to require more work in the implementation. Are there any comments on this plan? Allison Mankin would like us to submit the RTP profile for Last Call as soon as possible. The DVI issue has received some comment; it looks like resolution that would achieve concensus would be to keep the definition of the encoding as it has been but changing the name (perhaps MDVI) and clarifying that this is not the Microsoft standard. Agreed? Are there comments on other aspects of the profile draft? If this change were made, would it then be ready for Last Call? -- Steve From rem-conf-request@es.net Wed Jun 28 12:26:49 1995 Received: from prdcat.zydacron.com by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 09:26:23 -0700 Received: from dave by prdcat.zydacron.com (8.6.9/2.7master) with SMTP id MAA22338; Wed, 28 Jun 1995 12:25:55 -0400 Message-Id: <199506281625.MAA22338@prdcat.zydacron.com> X-Sender: dagans@prdcat.zydacron.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 28 Jun 1995 12:15:38 -0400 To: mrc@insoft.com (Murray R. Cantor), h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net From: dagans@zydacron.com (Dave Agans) Subject: Re: AVT and ITU-T SG15 coordination X-Mailer: Murray has stated his point well. I agree and want to point out that two standards tends to allow each camp to insist that theirs is best, and only work with that, ignoring the other. Then it becomes a matter of who wins, (beta or vhs), and what becomes of the poor users who bet on the wrong thing, and the poor vendors who can't sell product because the users are unwilling to gamble. Dave At 09:23 AM 6/28/95 EDT, Murray R. Cantor wrote: > >Subject: Re: AVT and ITU-T SG15 coordination >Author: Murray R. Cantor >Date: 6/28/95 9:24 AM > >I believe that having two "standard" control protocols on the LAN raises more >issues than more work for the implementors. > >We need to anticipate a IP/H.320 environment that will allow for heterogeneous >(both LAN and H.323 gateway) endpoints in a multipoint call. This situation >will include late joining. It seems to me that the proposed dual-standard will >result in either: > >- switching from RTP to H.22z if a H.323 endpoint joins the conference., or >- supporting both control protocols in sthe same conference, or >- only supporting h.22z no matter how the conference is set up. > >By increasing the possible state space, this dual approach increases complexity >of the required applications. This complexity unnecessarily create >inefficiencies for the application providers and leads to more expensive or >more buggy software (or both). For example, testing for interoperability >between applications and IP/H.320 solutions becomes all the more difficult. > >IF the IETF and ITU can not coordinate their efforts, it is likely that we (the >solution providers) will be forced into increasing complicated implementation >issues as other areas of overlap evolve (e.g. INTSERV and T.RES), This will >have a chilling effect of the industry. > >Lets find a way to have a single set of standards for real-time audio and video >in IP networks. > >_______________________________________________________________________________ >Subject: AVT and ITU-T SG15 coordination >Author: Stephen Casner >Date: 6/28/95 3:12 AM > >To the IETF AVT working group: > >I have discussed coordination of the RTP profile with Dale Skran, >editor of H.22Z in ITU-T Study Group 15. We concluded that it would >be best to proceed with the existing RTP Audio/Video Profile without >trying to divide or rearrange the payload type number space to allow >for both ITU and IANA to manage parts of it. Dale pointed out that >there is a non-trivial risk that even if we came up with a plan that >seemed satisfactory to us now, that might be rejected by later stages >of the ITU process, leaving us with pain but no gain. There is still >interest in considering RTP for use in H.22z, but it is proposed that >a separate profile be defined for H.22Z. It is likely that a separate >profile would be needed because of the "tight control" scheme that is >desired for H.22Z in any case. It is expected that applications could >determine which profile was to be used based on the control >interactions used to establish the session, although having different >profiles is likely to require more work in the implementation. > >Are there any comments on this plan? > >Allison Mankin would like us to submit the RTP profile for Last Call >as soon as possible. The DVI issue has received some comment; it >looks like resolution that would achieve concensus would be to keep >the definition of the encoding as it has been but changing the name >(perhaps MDVI) and clarifying that this is not the Microsoft standard. >Agreed? > >Are there comments on other aspects of the profile draft? If this >change were made, would it then be ready for Last Call? > -- Steve > > > ================================================================== David J. Agans VP Engineering Zydacron, Inc. 7 Perimeter Rd, Manchester, N.H. 03103 USA Phone: (603)647-1000 Fax: (603)647-9470 Video: (603)644-0254 E-mail: dagans@zydacron.com From rem-conf-request@es.net Wed Jun 28 16:27:17 1995 Received: from uu5.psi.com by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 13:26:44 -0700 Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA10348 for ; Wed, 28 Jun 95 16:17:09 -0400 Date: Wed, 28 Jun 95 15:47:30 EDT From: hhs@teleoscom.com (Chip Sharp X-6424) Received: by teleoscom.com (4.1/3.2.083191-Teleos Communications Inc.) id AA07038; Wed, 28 Jun 95 15:47:30 EDT Message-Id: <9506281947.AA07038@teleoscom.com> To: tgl@mtgbcs.mt.att.com Cc: mrc@insoft.com, casner@cavebear.com, dls@mtgbcs.mt.att.com, h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net In-Reply-To: Terry G Lyons's message of Wed, 28 Jun 1995 14:29:14 +0500 <9506281829.AA06598@mthost1> Subject: AVT and ITU-T SG15 coordination >From: tgl@mtgbcs.mt.att.com (Terry G Lyons) ....stuff deleted... >So what should the ITU do? In my humble opinion > A. Presume an eventual Internet standard much like RTP etc. today. I would recommend that those who care and want to contribute their input participate actively in the IETF's RTP effort. If their are issues that are not being addressed, they can be considered in that arena. > B. Discontinue H.22Z as a normative specification. There should be > no competing definition of the multiplex and payloads. I agree. > > C. List key characteristics of the IP solution that will affect how > the ITU specifies gateway interfaces to H.320 on the WAN. Document > these in H.323 (the top-level system) or a subordinate document. > Key characteristics include: multicast audio and video, distributed > mixing of audio and video at each receiver, option (encouragement?) > not to transmit audio silence, means to indicate skew of independent > audio and video timestamps, .... > > If it is helpful in motivating H.323, the current formats of RTP etc. > could be summarized in a non-normative appendix. > > D. Start a new specification, e.g. H.24Z, to cover the value added > uniquely by the ITU. This involves signaling to interconnect WAN- > to-LAN or vice versa; associating multiple media into one session; > harmonizing encodings through capabilities and commands; setting the > maximum video output rate; control of gateway/MCU features, even if > it does not scale well; and supplementary services like conference, > transfer, forward, .... > > (I can't tell if the plan was to load all this into H.245. That is > now being frozen July 10 as a white paper for decision, which seems > too early to accommodate the imperfectly understood needs of H.323.) > >The scope proposed for H.24Z is traditional to the ITU. It may be recognized >that the ITU has a background of some expertise in this area. I don't think >these are topics where the IETF has proposed solutions yet. As far as I can tell there has been very little interest in the IETF for developing an RFC with the scope of the proposed H.24Z. The view at IETF is that if video runs over NISDN, it will run over IP over PPP over ISDN. I can see that some value would be gained if the people working on H.24Z also start up a working group within IETF to develop a companion RFC (Informational?) to explain (from the IETF point of view) the gateway function. From rem-conf-request@es.net Wed Jun 28 19:48:12 1995 Received: from gw2.att.com by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 16:47:44 -0700 Received: from mtgbcs.mt.att.com (mtgzfs3-bgate.mt.att.com) by ig1.att.att.com id AA00430; Wed, 28 Jun 95 14:31:39 EDT Received: from mthost1 by mtgbcs.mt.att.com (5.0/EMS-1.1 Sol2) id AA16379; Wed, 28 Jun 1995 14:29:31 +0500 Received: by mthost1 (5.0/EMS-1.0.2 subsidiary.cf 12/10/93 (SMI-4.1/SVR4)) id AA06598; Wed, 28 Jun 1995 14:29:14 +0500 Date: Wed, 28 Jun 1995 14:29:14 +0500 Message-Id: <9506281829.AA06598@mthost1> From: tgl@mtgbcs.mt.att.com (Terry G Lyons) To: mrc@insoft.com, casner@cavebear.com, dls@mtgbcs.mt.att.com (Dale L Skran) Cc: h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net Subject: Re: AVT and ITU-T SG15 coordination Content-Type: text Murray Cantor is right that the IETF and ITU should coordinate their efforts to have a single set of standards for real-time audio and video in IP networks. A reasonable way to achieve this is through the IETF process of moving RTP, RTCP, AV profile, and H.261 payload toward the status of Internet standards. The ITU can assume a successful outcome and has no need of its own H.22Z. The ITU's current plan to document and freeze early something like RTP (but not exactly) will only retard our progress: 1. It has caused AVT to discuss needlessly some disturbing changes (partitioning of payload types) at the last minute. 2. It has obscured a more modest request to add a few payload types for H.320 audio encodings: G.711 A-law, G.722, and G.728. 3. If RTP etc. are refined as they progress and so diverge further, it will compound the ill effects that Murray identified. 4. A focus on H.22Z diverts the ITU from other work it must still do (which the IETF is not engaged in). A formal relationship between the ITU and Internet Society is still unresolved. It's not a good idea to begin with the ITU taking over and disrupting an almost completed solution that "belongs" to the IETF. Besides, RTP is only part of what the ITU would need for a workable IP solution. Concepts of a "gatekeeper" have been rightly criticized as incomplete. Should the ITU then swallow a more comprehensive design like RSVP? This would defeat the timetable for "decision" in 1996. I suggest that the complexities of the IP domain may be beyond the competence of the small band of collaborators in WP1/15. The ITU should acknowledge the expertise of IETF and not try to second guess it. (In part it has, by opting to follow the H.261 payload encoding. But -- an example of #3 above -- H.22Z was based on version N-1 (already out of date) when a new more robust H.261 payload encoding version N+1 was introduced. The improvements were based on practical experience at LBL. ITU's deliberations are less well founded.) So what should the ITU do? In my humble opinion A. Presume an eventual Internet standard much like RTP etc. today. B. Discontinue H.22Z as a normative specification. There should be no competing definition of the multiplex and payloads. C. List key characteristics of the IP solution that will affect how the ITU specifies gateway interfaces to H.320 on the WAN. Document these in H.323 (the top-level system) or a subordinate document. Key characteristics include: multicast audio and video, distributed mixing of audio and video at each receiver, option (encouragement?) not to transmit audio silence, means to indicate skew of independent audio and video timestamps, .... If it is helpful in motivating H.323, the current formats of RTP etc. could be summarized in a non-normative appendix. D. Start a new specification, e.g. H.24Z, to cover the value added uniquely by the ITU. This involves signaling to interconnect WAN- to-LAN or vice versa; associating multiple media into one session; harmonizing encodings through capabilities and commands; setting the maximum video output rate; control of gateway/MCU features, even if it does not scale well; and supplementary services like conference, transfer, forward, .... (I can't tell if the plan was to load all this into H.245. That is now being frozen July 10 as a white paper for decision, which seems too early to accommodate the imperfectly understood needs of H.323.) The scope proposed for H.24Z is traditional to the ITU. It may be recognized that the ITU has a background of some expertise in this area. I don't think these are topics where the IETF has proposed solutions yet. The message to industry would be: Implement RTP etc. as specified by the IETF but also H.24Z as specified by the ITU -- the two complement each other and enable your equipment to serve in more customer configurations. - Terry Lyons terry.g.lyons@att.com +1 908 957-5644 (fax -5403) From rem-conf-request@es.net Wed Jun 28 20:12:23 1995 Received: from gateway-gw.pictel.com by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 17:12:00 -0700 Received: from roadrunner.pictel.com by gateway-gw.pictel.com (4.1/cf.gw.940128.1740) id AA27114; Wed, 28 Jun 95 20:11:49 EDT Received: from pcserver2.pictel.com by roadrunner.pictel.com (4.1/runner.910925.1) id AA01221; Wed, 28 Jun 95 20:11:04 EDT From: lindberg@roadrunner.pictel.com (Dave Lindbergh) Message-Id: <9506290011.AA01221@roadrunner.pictel.com> Subject: Re: AVT and ITU-T SG15 coordination To: tgl@mtgbcs.mt.att.com (Terry G Lyons) Date: Wed, 28 Jun 1995 20:11:05 -0400 (EDT) Cc: mrc@insoft.com, casner@cavebear.com, dls@mtgbcs.mt.att.com, h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net In-Reply-To: <9506281829.AA06598@mthost1> from "Terry G Lyons" at Jun 28, 95 02:29:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1003 > (I can't tell if the plan was to load all this into H.245. That is > now being frozen July 10 as a white paper for decision, which seems > too early to accommodate the imperfectly understood needs of H.323.) The plan is to do this in H.245, but not in the version to be Decided in 11/95. Q2/15 plans to Determine an expanded version of H.245 at the same meeting, for Decision 5/96, which will incorporate whatever additions are needed for H.323. H.245 is to be a "living" document, to which new commands are routinely added as needed. I would add that IETF (and H.323) should consider use of elements of H.324 on the Internet as well: H.263, G.723, and certainly H.245. -- ---------------------------------------------------------------------------- --Dave Lindbergh Tel: +1 508-623-4351 Fax: 749-2804 PictureTel Corporation, 222 Rosewood Drive - M/S 635, Danvers MA 01923 USA ---------------------------------------------------------------------------- From rem-conf-request@es.net Wed Jun 28 23:22:04 1995 Received: from cavebear.com (actually pax.cavebear.com) by osi-west.es.net with ESnet SMTP (PP); Wed, 28 Jun 1995 20:21:37 -0700 Received: by cavebear.com (4.1/SMI-4.1) id AA24572; Wed, 28 Jun 95 20:21:22 PDT Date: Wed, 28 Jun 1995 20:21:22 -0700 (PDT) From: Stephen Casner X-Sender: casner@pax.cavebear.com To: Terry G Lyons Cc: mrc@insoft.com, Dale L Skran , h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net Subject: Re: AVT and ITU-T SG15 coordination In-Reply-To: <9506281829.AA06598@mthost1> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 28 Jun 1995, Terry G Lyons wrote: ... > 2. It has obscured a more modest request to add a few payload types > for H.320 audio encodings: G.711 A-law, G.722, and G.728. Terry, Sorry, I neglected to mention the addition of these encodings as another change to the profile draft. Thanks for the reminder. I think it is a well-justified request. Henning may already have added them to the draft source files. -- Steve From rem-conf-request@es.net Thu Jun 29 12:13:01 1995 Received: from kentfm.wksu.kent.edu by osi-west.es.net with ESnet SMTP (PP); Thu, 29 Jun 1995 09:12:25 -0700 Received: from netware.wksu.kent.edu by kentfm.wksu.kent.edu (8.6.10/wksu.95.02.23) id MAA28509; Thu, 29 Jun 1995 12:12:41 -0400 Received: from WKSU/SpoolDir by netware.wksu.kent.edu (Mercury 1.20); 29 Jun 95 12:12:09 -0500 Received: from SpoolDir by WKSU (Mercury 1.20); 29 Jun 95 12:12:03 -0500 From: Chuck Poulton Organization: WKSU Radio / Kent State University To: rem-conf@es.net Date: Thu, 29 Jun 1995 12:11:54 EST -0500 Subject: U.S. Asst. Secretary of Commerce to Speak Priority: normal X-mailer: Pegasus Mail v3.22 Message-ID: <1830D0553DE@netware.wksu.kent.edu> Bruce A. Lehman, United States Assistant Secretary of Commerce and Commissioner of Patents and Trademarks will speak today at the Akron Roundtable forum at 12:30 EST (1630 GMT.) The session is announced in sd. The session will be low bit rate GSM audio only. The topic of his talk will be patents. Questions can be e-mailed to roundtable@wksu.kent.edu. For those who might be interested, sorry for the late notice. From rem-conf-request@es.net Thu Jun 29 12:27:16 1995 Received: from uu7.psi.com by osi-west.es.net with ESnet SMTP (PP); Thu, 29 Jun 1995 09:26:50 -0700 Received: by uu7.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA17693 for ; Thu, 29 Jun 95 12:17:40 -0400 Received: from mailgate1.insoft.com by insoft.com (4.1/InSoftMail-1.4) id AA11687; Thu, 29 Jun 95 11:49:25 EDT Original-Received: from cc:Mail by mailgate1.insoft.com id AA804451386 Thu, 29 Jun 95 11:43:06 EDT PP-warning: Illegal Received field on preceding line Date: Thu, 29 Jun 95 11:43:06 EDT From: mrc@insoft.com (Murray R. Cantor) Message-Id: <9505298044.AA804451386@mailgate1.insoft.com> To: tgl@mtgbcs.mt.att.com (Terry G Lyons), casner@cavebear.com, dls@mtgbcs.mt.att.com (Dale L Skran) Cc: h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net Subject: Re[2]: AVT and ITU-T SG15 coordination Terry Lyons makes some very good points. In particular, I agree that the general approach of entrusting the IETF to address IP standards makes good sense. It is clear that is where the expertise lies. The ITU should leverage the IETF work and, as Terry suggests, focus on filling holes in the standards introduced by the inclusion of the H.323 gateway on the network. By following this path, the market will benefit by there being a more complete specification, no unnecessary duplication, and less customer confusion. Finally, Terry's specific suggestions for how the ITU should proceed makes good sense and should be followed. _______________________________________________________________________________ Subject: Re: AVT and ITU-T SG15 coordination Author: tgl@mtgbcs.mt.att.com (Terry G Lyons) Date: 6/28/95 10:12 PM Murray Cantor is right that the IETF and ITU should coordinate their efforts to have a single set of standards for real-time audio and video in IP networks. A reasonable way to achieve this is through the IETF process of moving RTP, RTCP, AV profile, and H.261 payload toward the status of Internet standards. The ITU can assume a successful outcome and has no need of its own H.22Z. The ITU's current plan to document and freeze early something like RTP (but not exactly) will only retard our progress: 1. It has caused AVT to discuss needlessly some disturbing changes (partitioning of payload types) at the last minute. 2. It has obscured a more modest request to add a few payload types for H.320 audio encodings: G.711 A-law, G.722, and G.728. 3. If RTP etc. are refined as they progress and so diverge further, it will compound the ill effects that Murray identified. 4. A focus on H.22Z diverts the ITU from other work it must still do (which the IETF is not engaged in). A formal relationship between the ITU and Internet Society is still unresolved. It's not a good idea to begin with the ITU taking over and disrupting an almost completed solution that "belongs" to the IETF. Besides, RTP is only part of what the ITU would need for a workable IP solution. Concepts of a "gatekeeper" have been rightly criticized as incomplete. Should the ITU then swallow a more comprehensive design like RSVP? This would defeat the timetable for "decision" in 1996. I suggest that the complexities of the IP domain may be beyond the competence of the small band of collaborators in WP1/15. The ITU should acknowledge the expertise of IETF and not try to second guess it. (In part it has, by opting to follow the H.261 payload encoding. But -- an example of #3 above -- H.22Z was based on version N-1 (already out of date) when a new more robust H.261 payload encoding version N+1 was introduced. The improvements were based on practical experience at LBL. ITU's deliberations are less well founded.) So what should the ITU do? In my humble opinion A. Presume an eventual Internet standard much like RTP etc. today. B. Discontinue H.22Z as a normative specification. There should be no competing definition of the multiplex and payloads. C. List key characteristics of the IP solution that will affect how the ITU specifies gateway interfaces to H.320 on the WAN. Document these in H.323 (the top-level system) or a subordinate document. Key characteristics include: multicast audio and video, distributed mixing of audio and video at each receiver, option (encouragement?) not to transmit audio silence, means to indicate skew of independent audio and video timestamps, .... If it is helpful in motivating H.323, the current formats of RTP etc. could be summarized in a non-normative appendix. D. Start a new specification, e.g. H.24Z, to cover the value added uniquely by the ITU. This involves signaling to interconnect WAN- to-LAN or vice versa; associating multiple media into one session; harmonizing encodings through capabilities and commands; setting the maximum video output rate; control of gateway/MCU features, even if it does not scale well; and supplementary services like conference, transfer, forward, .... (I can't tell if the plan was to load all this into H.245. That is now being frozen July 10 as a white paper for decision, which seems too early to accommodate the imperfectly understood needs of H.323.) The scope proposed for H.24Z is traditional to the ITU. It may be recognized that the ITU has a background of some expertise in this area. I don't think these are topics where the IETF has proposed solutions yet. The message to industry would be: Implement RTP etc. as specified by the IETF but also H.24Z as specified by the ITU -- the two complement each other and enable your equipment to serve in more customer configurations. - Terry Lyons terry.g.lyons@att.com +1 908 957-5644 (fax -5403) From rem-conf-request@es.net Thu Jun 29 13:41:59 1995 Received: from VNET.IBM.COM by osi-west.es.net with ESnet SMTP (PP); Thu, 29 Jun 1995 10:41:30 -0700 Received: from RALVM6.VNET.IBM.COM by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 8096; Thu, 29 Jun 95 13:41:18 EDT Date: Thu, 29 Jun 95 13:41:18 EDT From: ellesson@VNET.IBM.COM To: casner@cavebear.com, rem-conf@es.net, h32z2-list@mtgbcs.mt.att.com, jjlynch@VNET.IBM.COM Subject: Re: AVT and ITU-T SG15 coordination FROM: ED ELLESSON, RALVM6(ELLESSON) / ellesson@vnet.ibm.com Networking Systems Architecture, C70/B664 P.O. 12195, Research Triangle Park, NC 27709 Subject: Re: AVT and ITU-T SG15 coordination Steve, I agree with both Murray Cantor and Terry Lyons that we should be working toward a division of non-overlapping effort between the ITU and the IETF. The last thing this industry needs is to have two incompatible standards for video conferencing on the LAN. Jeff Lynch, IBM's participant in SG15, and I, IBM's participant in the avt working group, will work together to support this division of effort. I encourage those other companies who are represented in both working group venues to to do the same. Regards, Ed Ellesson Emerging Technologies, Networking Architecture T-444-4115, 919-254-4115 / FAX Number: T-444-5410, 919-254-5410 From rem-conf-request@es.net Fri Jun 30 09:22:30 1995 Received: from bells.cs.ucl.ac.uk by osi-west.es.net with ESnet SMTP (PP); Fri, 30 Jun 1995 06:21:53 -0700 Received: from waffle.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Fri, 30 Jun 1995 14:20:09 +0100 To: mrc@insoft.com (Murray R. Cantor) cc: tgl@mtgbcs.mt.att.com (Terry G Lyons), casner@cavebear.com, dls@mtgbcs.mt.att.com (Dale L Skran), h32z2-list@mtgbcs.mt.att.com, rem-conf@es.net Subject: Re: Re[2]: AVT and ITU-T SG15 coordination In-reply-to: Your message of "Thu, 29 Jun 95 11:43:06 EDT." <9505298044.AA804451386@mailgate1.insoft.com> Date: Fri, 30 Jun 95 14:20:09 +0100 Message-ID: <2585.804518409@cs.ucl.ac.uk> From: Jon Crowcroft comments below are of a much more general nature than the RTP profile stuff, but i think its worth talking about.....maybe this is more confctrl than AVT/rem-conf.... >Terry Lyons makes some very good points. In particular, I agree that the >general approach of entrusting the IETF to address IP standards makes good >sense. It is clear that is where the expertise lies. one partitioning of the work is into coding/compression schemes versus protocols. most of the internet audio/video tools make use of hardware codecs for audio/video and leverage off the lowprice that the telecommunciations and media vendors get from mass domestic sales of such kit. on the protocol side, however, there is a very big difference in conference control in all areas from mixing/multiplexing through to session infromation, activity, floor control and so forth, due to a fairly huge philosophical difference: The mbone applications (and control protocols) are all designed with "soft state" as their basic paradigm - this leads to a model of how to build a control protocol that is convergent (but may never actually converge!) - for instance, membership information in a conference may never be complete or consistent.... when you contrast this with the designs for conference control that you arrive at in H.320 etc, from a base assumption that the network is reliable (i.e. signaling tells you something works, or did not, and isnd calls don't fail mid-call, usually), then you get stateful (or hard state) systems, and the overal design of the protocols can assume relaible ordered group delivery services underlying the conference control protocols.... I think this then leads to a rather elegant approach for interworking at the boundaries of an internet/mbone and the circuit/isdn based system, where we may _have_ to assume that the circuit conference system treats all the members on the mbone side as a single virtual member, while the mbone side treats all the isdn side members as individual sources. If you assume anything else, the constant changes in the mbone side will lead to a lot of control messages (e.g. a constant source of GCC-Coriferencc-Join GCC-Conference-Add GCC-Conference-invite GCC-Conference-Disconnect GCC-Conference-Terminate) which would be very likely to overload the isdn side with control traffic... it's hard to see how to avoid this given the state machine of the underlying isdn/circuit side system..... (not being a real h.* person, i have to ask the question: can one "multiplex" many sinks/sources from a given H.* "terminal"?) an alternative approach where one did not want to treat the mbone set of users as a single T.GCC source/sink, might be to define an implementation of the Multipoint Control Service on one of the more-or-less scalable Internet/Mbone Reliable Transport Protocols such as RMP and then actually implement the full circuit model control protocols in those mbone applications.... this is less scable than mbone approaches to conferencing, but then if there are ISDN users present in an interactive "tightly bound" conference (i.e. not just using the ISDN as a further dissemination channel for say distance learning or entertainmenet/viewing), they will limit the scale of the event in any case, so this approach should be valid too... so 1/ define a way to admit an mbone conference as a single source, and map the H.* side into many sources into the mbone AND 2/ implement the GCC over MCS over RMP over IP for smaller tightly knit events both approaches keep the implementation relatively simple, and make for a clean separation of interests in terms of standards work... From rem-conf-request@es.net Fri Jun 30 12:10:12 1995 Received: from dxmint.cern.ch by osi-west.es.net with ESnet SMTP (PP); Fri, 30 Jun 1995 09:09:36 -0700 Received: from dxcoms.cern.ch by dxmint.cern.ch id AA15419; Fri, 30 Jun 1995 18:09:29 +0200 Received: by dxcoms.cern.ch id AA15847; Fri, 30 Jun 1995 18:09:23 +0200 Message-Id: <9506301609.AA15847@dxcoms.cern.ch> Subject: ATLAS Workshop on MBONE To: teleconf@cearn.cern.ch, tele-ext@cearn.cern.ch, rem-conf@es.net, htc@cearn.cern.ch, hrc@cearn.cern.ch Date: Fri, 30 Jun 1995 18:09:23 +0200 (MET DST) From: Christian Isnard - CERN/CN/CS X-Mailer: ELM [version 2.4 PL23 DXCOMS1] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 963 CERN is pleased to announce the broadcast of the ATLAS Physics+ Workshop ----------------------- on Thursday 6 July at 15:00 GMT (17:00 METDST) ---------------------------------------------- This will be a replay of the last day (Conclusion & Summary) of the Physics Workshop which took place in Trest, Czech Republic in June 1995. It will last about 3 hours. More detailed information is available at URL: http://www-hep.fzu.cz/Atlas/WorkingGroups/Groups/Physics/PhysicsWorkshop95.html The rest of the workshop may be broadcast during August if people show enough interest. The session will be announced in sd. vat (audio), nv (video), and wb (white- board for comments) will be used. Please inform us if this broadcast may interfere with other sessions. Christian Isnard Julius Hrivnac Emergency telephone during session: +41 22 767 93 71 From rem-conf-request@es.net Fri Jun 30 15:55:36 1995 Received: from terra.stack.urc.tue.nl by osi-west.es.net with ESnet SMTP (PP); Fri, 30 Jun 1995 12:54:57 -0700 Received: from snail.stack.urc.tue.nl (snail.stack.urc.tue.nl [131.155.140.131]) by terra.stack.urc.tue.nl (8.6.11) with ESMTP id VAA20533 for ; Fri, 30 Jun 1995 21:55:01 +0200 Received: (erikb@localhost) by snail.stack.urc.tue.nl (8.6.10/8.6.4) id VAA06732 for rem-conf@es.net; Fri, 30 Jun 1995 21:54:48 +0200 From: erikb@stack.urc.tue.nl (Erik Bonfrere) Message-Id: <199506301954.VAA06732@snail.stack.urc.tue.nl> Subject: Announcement To: rem-conf@es.net Date: Fri, 30 Jun 1995 21:54:48 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1175 Hello, I would like to announce a broadcast from the IOI'95. IOI stands for International Olympiad in Informatics, which is organised every two years, this time in Eindhoven (Netherlands). I know I'm late, but we weren't sure if we could get a tunnel to broadcast. I checked the MBONE-agenda (http://www.cilea.it/MBone/agenda.html), and booked a few slots there. For your information (All GMT): 1 July 1995 8:00-14:00 and 19:00-20:00(journal) 2 July 1995 8:00-16:00 and 19:00-20:00(journal) We're planning one video and one audio-channel, nv (version 3.2) and vat (version 3.4). We're all running it on an Indy and an Indigo. (mrouted 3.3) The transmission of the video is planned for 128 kbps. If anyone has any problems with this, please let me know. Or if you would like to talk to some people from your country that you know, please let me know and we'll try to organise it! Erik Bonfrere erikb@stack.urc.tue.nl Member of the board of M.C.G.V. STACK http://www.stack.urc.tue.nl/ STACK is the largest student association at the Eindhoven University of Technology. We currently have some 600 members. From rem-conf-request@es.net Fri Jun 30 20:04:22 1995 Received: from eitech.eit.com by osi-west.es.net with ESnet SMTP (PP); Fri, 30 Jun 1995 17:03:57 -0700 Received: from collage (collage.eit.COM) by eitech.eit.com (4.1/SMI-4.1) id AA23424; Fri, 30 Jun 95 17:03:51 PDT Date: Fri, 30 Jun 95 17:03:50 PDT From: vinay@eit.COM (Vinay Kumar) Message-Id: <9507010003.AA23424@eitech.eit.com> To: rem-conf@es.net Subject: Imaging On The Internet: Call..... Cc: mbone@isi.edu [Apologize if you are seeing multiple copies] Thought some of you might be interested. Just an FYI. Regards ---- Vinay Kumar vinay@eit.com http://www.eit.com/techinfo/mbone/ CALL FOR PAPERS (Please redistribute) --------------- IMAGING ON THE INTERNET Part of the IS&T/SPIE Symposium on Electronic Imaging: Science And Technology San Jose, California Jan 29 - 31, 1996 ============================================================================ Conference Chairs: Brian C. Smith, Cornell University Lawrence A. Rowe, University of California at Berkeley Program Committee: Shih-Fu Chang Columbia University Wolfgang Effelsberg University of Mannheim Chad Fogg Chromatic Research Ed Fox Virginia Tech Arding Hsu Siemans Research Howard Katseff AT&T Fred Kitson HP Labs Vinay Kumar Enterprise Integration Technologies Tom Little Boston University Sandy Pentland MIT R. P. C. Rogers U.S. National Library of Medicine, NIH Raj Yavatkar University of Kentucky Ramin Zabih Cornell University Polle Zellweger Xerox PARC The proliferation of applications like the World-Wide Web and the Internet Multimedia Backbone (the MBone) has resulted in vast amounts of image and video data traffic on the Internet. This, in turn, has given rise to a host of technical, social, and legal problems relating to creating, publishing, storing, indexing, transmitting, and viewing image and video material on the network. This conference serves as a forum where practitioners and researchers can present and discuss state-of-the-art research, development, and applications that use image and video on the Internet. Papers are solicited in the following areas related to Internet imaging and video, including, but not limited to: o Communication and Operating system issues for Internet image and video o Compression and processing o Language and Environments for Internet image and video applications o Security, including encryption, and copy protection o Applications of images and video on the Internet o Content issues, such as indexing and retrieval o World-Wide Web browsing and authoring tools o User Interfaces for on-line materials o Billing models for accessing and publishing on-line material o Legal issues, including copyright and privacy o Social impact IMPORTANT INFORMATION FOR AUTHORS: --------------------------------- Please submit an extended abstract for review. Submissions should be 500 words or less and no more than 4 pages, including figures, tables, and references. Your extended abstract should include a cover page with the following information: 1. Title of paper 2. Author names and affiliations, principal author first 3. Correspondence address (both postal and electronic) for EACH author 4. Submit to: (Conference Title -- Imaging on the Internet, Conference Chair -- Brian C. Smith) 5. Keywords 6. Brief biography: 50 to 100 words (principal author only) If possible, please print the abstract double sided, to save trees and mailing costs. Please send 5 hard copies of your extended abstract to: Professor Brian C. Smith Department of Computer Science Upson Hall Cornell University Ithaca, NY, 14853 Phone: (607) 257-8120 E-mail: spie96@cs.cornell.edu In addition, send your extended abstract to SPIE in one of the following ways: o Electronic mail: one copy (ASCII format) to abstracts@mom.spie.org o Fax: one copy to SPIE at 360-647-1445 o Surface Mail: 4 hard copies to: IS&T/SPIE EI '96 SPIE, PO Box 10, Bellingham, WA, 98225 Telephone: 360-676-3290; FAX: 360-647-1445 Each extended abstract will be reviewed by at least three members of the program committee. Authors of accepted papers will be asked to submit a camera-ready manuscript (not exceeding 12 pages) that will appear in the conference proceedings. The Conference Chairs and Program Committee will also ask authors of the best papers to enhance their papers and make journal form submissions to the ACM/Springer Verlag Multimedia Systems Journal or tutorial style submissions for IEEE Multimedia Magazine. IMPORTANT DATES: --------------- Submission deadline: July 3, 1995 Notification of acceptance: September 15, 1995 Camera-ready abstracts due: November 13, 1995 Camera-ready manuscripts due: January 2, 1996