From rem-conf Wed Sep 01 01:18:04 1999 From rem-conf-request@es.net Wed Sep 01 01:18:03 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11M5T0-0002WK-00; Wed, 1 Sep 1999 01:10:02 -0700 Received: from razor.arnes.si [193.2.1.80] by mail1.es.net with esmtp (Exim 1.81 #2) id 11M5Sy-0002Va-00; Wed, 1 Sep 1999 01:10:00 -0700 Received: from wilfred (unknown [193.2.1.243]) by razor.arnes.si (Postfix) with SMTP id F0A60BEC4F; Wed, 1 Sep 1999 10:08:54 +0200 (MET DST) Received: by localhost with Microsoft MAPI; Wed, 1 Sep 1999 11:15:34 +0200 Message-ID: <01BEF46B.4F3D2D80.chris@arnes.si> From: Chris van der Merwe Reply-To: "chris@arnes.si" To: "'rem-conf@es.net'" Subject: RE: H.261 accelerators...and what's up with H.263 acc. Date: Wed, 1 Sep 1999 11:15:33 +0200 Organization: Arnes X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Encoding: 97 TEXT X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi I thought I'd post this reply to the list for some others' input; Well the Hardware codec industry is not so well publicized (at least on the net) it seems. It's difficult to find benchmarks comparing the performance of the various contending devices - anyone who has any info on the would certainly be highly esteemed :-) Oh by the way, there is a H.323 conferencing service Megaconference (see http://www.mega-net/megaconference) They claim to have tested the Zydacron Z350 and VCON Escort25 and claim both work well, but Zydacron they say offers better performace (at a higher price). Concerning H.263 accelerators, well there is one that I found: PictureTel 550 H.261&H.263 (see http://www.picturetel.com/products/default.htm )again I found no independant benchmark or evaluation of the product. Anyone know of any other Hardware H.263 codecs and I'd also be interested to hear why most don't support H.263 (perhaps just because it's newer). An interesting point that I wouldn't mind some feedback on is: Our main focus is to demonstrate the potential and applications of IP Multicasting to universities and state institutions. So for videoconferencing we tried out a number of codecs incl. H.261&H.263 - From software implementations it seemed that H.261 offered a better quality picture, it also required more bandwidth - but through our project we're wanting to put on a good quality demonstration even if that means dedicating a larger pipe. If anyone's has some other experiences with H.263 please let us know. That's enough waffle for now ;-) Regards Chris -----Original Message----- From: Gunnar Hellstrom [SMTP:gunnar.hellstrom@omnitor.se] Sent: Tuesday, August 31, 1999 9:33 PM To: chris Subject: SV: H.261 accelerators... Hi, Your question interests me. I have looked into video quality for a while. I need good quality for the application in sign language and lip reading. I have mainly been working with ISDN based H.320 products. I guess that you are looking at IP based comms. Why do you stay with H.261? H.263 has great advantages in video quality. The framerate is very important for a low delay. Steady 25 (or 30 for NTSC) is important and can lead to delays around 0.4 seconds. A frame-skipping algorithm very easily results in traditional and terrible 0.7 seconds. Some commercial products seem to behave well at 250 kbit/s and over. VCON is among them. On 128 kbit it is worse. H.263 has good opportunities there, but no product yet utilise that opportunity. You are welcome to look into my web pages for further info. Also have a look at www.vistacom.fi What are you aiming at? Regards Gunnar ______________________________________ Gunnar Hellstrom Omnitor Alsnogatan 7, 4tr S-116 41 Stockholm Sweden Tel +46 751 100 501 Fax +46 8 556 002 06 Video +46 8 556 002 05 Txt (All kinds) +46 8 556 002 05 E-mail gunnar.hellstrom@omnitor.se WWW: http://www.omnitor.se > -----Ursprungligt meddelande----- > Fran: Chris van der Merwe [mailto:chris@arnes.si] > Skickat: den 31 augusti 1999 11:55 > Till: rem-conf > Amne: H.261 accelerators... > > > Hi; > I was wondering if anyone had used either Zydacron's Z350 or VCON's > Escort25 with VIC or any other H.261 apllication. I'm interested in > Hardware that can take the load of the CPU and perhaps improve image > quality. I'm also hoping that this will go along way in improving > Lip-sync > (but we've been getting way less than 0.5 sec on our LAN which is great > anyway). > > Thanks > Chris > > > From rem-conf Wed Sep 01 04:06:41 1999 From rem-conf-request@es.net Wed Sep 01 04:06:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11M8BK-0004B6-00; Wed, 1 Sep 1999 04:03:58 -0700 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 11M8BJ-00049u-00; Wed, 1 Sep 1999 04:03:57 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA21768; Wed, 1 Sep 1999 07:02:55 -0400 (EDT) Message-Id: <199909011102.HAA21768@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-text-00.txt Date: Wed, 01 Sep 1999 07:02:55 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --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 for Text Conversation Author(s) : G. Hellstrom Filename : draft-ietf-avt-rtp-text-00.txt Pages : 7 Date : 31-Aug-99 This memo describes how to carry text conversation session contents in RTP packets. Text conversation session contents is specified in ITU-T Recommendation T.140 [1]. Text conversation is used alone or in connection to other conversational facilities such as video and voice, to form multimedia conversation services. This RTP payload description contains an optional possibility to include redundant text from already transmitted packets in order to reduce the risk of text loss caused by packet loss. The redundancy coding follows RFC 2198. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-text-00.txt Internet-Drafts are also 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-rtp-text-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-text-00.txt". NOTE: The mail server at ietf.org 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. 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@ietf.org" Content-Type: text/plain Content-ID: <19990831123053.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-text-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-text-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990831123053.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed Sep 01 07:59:26 1999 From rem-conf-request@es.net Wed Sep 01 07:59:25 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MBmF-0006HR-00; Wed, 1 Sep 1999 07:54:19 -0700 Received: from el-postino.s-vision.com [207.108.173.5] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MBmB-0006HB-00; Wed, 1 Sep 1999 07:54:15 -0700 Received: by el-postino.s-vision.com with Internet Mail Service (5.5.2650.10) id ; Wed, 1 Sep 1999 08:53:18 -0600 Message-ID: <18A6A966D2B7D211AEDE0090273CE1BA3FD0F0@el-postino.s-vision.com> From: Forrest Blair To: "'rem-conf@es.net'" Subject: RE: H.261 accelerators...and what's up with H.263 acc. Date: Wed, 1 Sep 1999 08:53:17 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.10) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list >> But no product yet utilize that opportunity. The Sorenson EnVision product includes H.263 hardware acceleration. http://www.s-vision.com/products/EnVision/index.html ZDTag did an independent review of three conferencing products, one of which was Sorenson EnVision with its H.263 hardware compression. http://www.zdnet.com/zdtag/reports/sorenson.html Regards, Forrest Blair -----Original Message----- From: Chris van der Merwe [SMTP:chris@arnes.si] Sent: Wednesday, September 01, 1999 3:16 AM To: 'rem-conf@es.net' Subject: RE: H.261 accelerators...and what's up with H.263 acc. Hi I thought I'd post this reply to the list for some others' input; Well the Hardware codec industry is not so well publicized (at least on the net) it seems. It's difficult to find benchmarks comparing the performance of the various contending devices - anyone who has any info on the would certainly be highly esteemed :-) Oh by the way, there is a H.323 conferencing service Megaconference (see http://www.mega-net/megaconference) They claim to have tested the Zydacron Z350 and VCON Escort25 and claim both work well, but Zydacron they say offers better performace (at a higher price). Concerning H.263 accelerators, well there is one that I found: PictureTel 550 H.261&H.263 (see http://www.picturetel.com/products/default.htm )again I found no independant benchmark or evaluation of the product. Anyone know of any other Hardware H.263 codecs and I'd also be interested to hear why most don't support H.263 (perhaps just because it's newer). An interesting point that I wouldn't mind some feedback on is: Our main focus is to demonstrate the potential and applications of IP Multicasting to universities and state institutions. So for videoconferencing we tried out a number of codecs incl. H.261&H.263 - From software implementations it seemed that H.261 offered a better quality picture, it also required more bandwidth - but through our project we're wanting to put on a good quality demonstration even if that means dedicating a larger pipe. If anyone's has some other experiences with H.263 please let us know. That's enough waffle for now ;-) Regards Chris -----Original Message----- From: Gunnar Hellstrom [SMTP:gunnar.hellstrom@omnitor.se] Sent: Tuesday, August 31, 1999 9:33 PM To: chris Subject: SV: H.261 accelerators... Hi, Your question interests me. I have looked into video quality for a while. I need good quality for the application in sign language and lip reading. I have mainly been working with ISDN based H.320 products. I guess that you are looking at IP based comms. Why do you stay with H.261? H.263 has great advantages in video quality. The framerate is very important for a low delay. Steady 25 (or 30 for NTSC) is important and can lead to delays around 0.4 seconds. A frame-skipping algorithm very easily results in traditional and terrible 0.7 seconds. Some commercial products seem to behave well at 250 kbit/s and over. VCON is among them. On 128 kbit it is worse. H.263 has good opportunities there, but no product yet utilise that opportunity. You are welcome to look into my web pages for further info. Also have a look at www.vistacom.fi What are you aiming at? Regards Gunnar ______________________________________ Gunnar Hellstrom Omnitor Alsnogatan 7, 4tr S-116 41 Stockholm Sweden Tel +46 751 100 501 Fax +46 8 556 002 06 Video +46 8 556 002 05 Txt (All kinds) +46 8 556 002 05 E-mail gunnar.hellstrom@omnitor.se WWW: http://www.omnitor.se > -----Ursprungligt meddelande----- > Fran: Chris van der Merwe [mailto:chris@arnes.si] > Skickat: den 31 augusti 1999 11:55 > Till: rem-conf > Amne: H.261 accelerators... > > > Hi; > I was wondering if anyone had used either Zydacron's Z350 or VCON's > Escort25 with VIC or any other H.261 apllication. I'm interested in > Hardware that can take the load of the CPU and perhaps improve image > quality. I'm also hoping that this will go along way in improving > Lip-sync > (but we've been getting way less than 0.5 sec on our LAN which is great > anyway). > > Thanks > Chris > > > From rem-conf Wed Sep 01 11:35:40 1999 From rem-conf-request@es.net Wed Sep 01 11:35:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MF7P-0001CI-00; Wed, 1 Sep 1999 11:28:23 -0700 Received: from hercules.cs.ucsb.edu [128.111.41.30] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MF7O-0001C7-00; Wed, 1 Sep 1999 11:28:22 -0700 Received: from jackson.cs.ucsb.edu (jackson [128.111.52.10]) by hercules.cs.ucsb.edu (8.8.6/8.8.6) with ESMTP id LAA24848 for ; Wed, 1 Sep 1999 11:28:21 -0700 (PDT) Received: by jackson.cs.ucsb.edu (8.9.3+Sun/SMI-SVR4) id LAA11343 for rem-conf@es.net; Wed, 1 Sep 1999 11:28:20 -0700 (PDT) Date: Wed, 1 Sep 1999 11:28:20 -0700 (PDT) From: almeroth@cs.ucsb.edu (Kevin C. Almeroth) Message-Id: <199909011828.LAA11343@jackson.cs.ucsb.edu> To: rem-conf@es.net Subject: linux binary for sdr 2.7 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Does anyone have a binary version of linux of the new version of sdr (2.7)? -Kevin From rem-conf Wed Sep 01 13:08:52 1999 From rem-conf-request@es.net Wed Sep 01 13:08:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MGdi-0002iG-00; Wed, 1 Sep 1999 13:05:50 -0700 Received: from lhc.nlm.nih.gov [130.14.35.128] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MGdg-0002i6-00; Wed, 1 Sep 1999 13:05:49 -0700 Received: from billings.nlm.nih.gov (billings [130.14.31.31]) by lhc.nlm.nih.gov (8.8.8+Sun/8.8.7) with ESMTP id QAA24369; Wed, 1 Sep 1999 16:05:44 -0400 (EDT) Received: (from rodgers@localhost) by billings.nlm.nih.gov (8.8.8+Sun/8.8.8) id QAA03493; Wed, 1 Sep 1999 16:05:44 -0400 (EDT) Date: Wed, 1 Sep 1999 16:05:44 -0400 (EDT) From: "R. P. Channing Rodgers, M.D." Message-Id: <199909012005.QAA03493@billings.nlm.nih.gov> To: rem-conf@es.net, Rowe@bmrc.berkeley.edu Subject: Re: Berkeley BMIG seminars on MBONE X-Sun-Charset: US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hmm -- The Wawrzynek seminar begins about now, but the announcement does not appear in our sdr -- and according to the UCS session monitor (http://imj.ucsb.edu/sdr-monitor/global/) appears only at the BMRC at UCB. Sigh.... Cheerio, Rick Rodgers From rem-conf Wed Sep 01 17:34:55 1999 From rem-conf-request@es.net Wed Sep 01 17:34:54 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MKnY-0005S5-00; Wed, 1 Sep 1999 17:32:16 -0700 Received: from mail.tij.cetys.mx [158.122.64.6] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MKnX-0005Rv-00; Wed, 1 Sep 1999 17:32:15 -0700 Received: from MSANCHEZ ([158.122.66.97]) by mail.tij.cetys.mx with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id SCVYCB63; Wed, 1 Sep 1999 17:20:58 -0700 Message-ID: <003201bef4da$6070b6c0$61427a9e@msanchez.tij.cetys.mx> From: "=?iso-8859-1?Q?Mois=E9s_S=E1nchez_Adame=2C_M.C.?=" To: Subject: Audio Broadcast and Audio-on-demand service for MP3 Date: Wed, 1 Sep 1999 17:30:36 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002F_01BEF49F.B3AEB020" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_002F_01BEF49F.B3AEB020 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi to everyone ! I am looking for information about audio broadcast and audio-on-demand = service for MP3 using RTP. Any help will be fully appreciated.=20 Thank you ! Mois=E9s S=E1nchez Adame, M.S. Faculty of Engineering CETYS University, Tijuana, Campus PMB # 2070 710 E. San Ysidro Blvd. Suite A San Ysidro, CA 92173, USA ------=_NextPart_000_002F_01BEF49F.B3AEB020 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi to everyone !
 
I am looking for information about audio broadcast = and=20 audio-on-demand service for MP3 using RTP.
Any help will be fully appreciated.
 
Thank you !
 
Moisés Sánchez Adame,=20 M.S.
Faculty of Engineering
CETYS University, Tijuana, = Campus
PMB #=20 2070
710 E. San Ysidro Blvd. Suite A
San Ysidro, CA 92173,=20 USA
------=_NextPart_000_002F_01BEF49F.B3AEB020-- From rem-conf Wed Sep 01 18:43:11 1999 From rem-conf-request@es.net Wed Sep 01 18:43:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MLrA-0006eb-00; Wed, 1 Sep 1999 18:40:04 -0700 Received: from crufty.research.bell-labs.com [204.178.16.49] by mail1.es.net with smtp (Exim 1.81 #2) id 11MLr8-0006eR-00; Wed, 1 Sep 1999 18:40:02 -0700 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by crufty; Wed Sep 1 21:39:02 EDT 1999 Received: from bell-labs.com (IDENT:jdrosen@[135.17.253.14]) by nova.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id VAA00363 for ; Wed, 1 Sep 1999 21:39:01 -0400 (EDT) Sender: jdrosen@dnrc.bell-labs.com Message-ID: <37CDD589.47CDD509@bell-labs.com> Date: Wed, 01 Sep 1999 21:40:25 -0400 From: Jonathan Rosenberg X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 CC: rem-conf@es.net Subject: Re: I-D ACTION:draft-ietf-avt-rtp-text-00.txt References: <199909011102.HAA21768@ietf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I have a minor comment on this. For redundancy, it makes use of rfc2198. There is nothing wrong with this, but it is not the only scheme one can use for recovery from errors. The FEC payload format, soon to be an RFC (under consideration by IESG) provides an additional mechanism (FEC itself can be used with rfc2198 to carry the FEC). This draft, and others that have been recently specifying the use of redundancy for loss resilience, might be more general by also indicating that the FEC payload format can be used also. -Jonathan R. Internet-Drafts@ietf.org wrote: > > 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 for Text Conversation > Author(s) : G. Hellstrom > Filename : draft-ietf-avt-rtp-text-00.txt > Pages : 7 > Date : 31-Aug-99 > > This memo describes how to carry text conversation session contents > in RTP packets. Text conversation session contents is specified in > ITU-T Recommendation T.140 [1]. > Text conversation is used alone or in connection to other > conversational facilities such as video and voice, to form multimedia > conversation services. > This RTP payload description contains an optional possibility to > include redundant text from already transmitted packets in order to > reduce the risk of text loss caused by packet loss. The redundancy > coding follows RFC 2198. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-text-00.txt > > Internet-Drafts are also 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-rtp-text-00.txt". > > A list of Internet-Drafts directories can be found in > http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > Internet-Drafts can also be obtained by e-mail. > > Send a message to: > mailserv@ietf.org. > In the body type: > "FILE /internet-drafts/draft-ietf-avt-rtp-text-00.txt". > > NOTE: The mail server at ietf.org 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. > > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > ------------------------------------------------------------------------ > Content-Type: text/plain > Content-ID: <19990831123053.I-D@ietf.org> -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 FAX: (732) 834-5379 Rm. 4C-526 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Thu Sep 02 05:42:48 1999 From rem-conf-request@es.net Thu Sep 02 05:42:47 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MW2x-0003XT-00; Thu, 2 Sep 1999 05:32:55 -0700 Received: from newmint.cern.ch [137.138.26.94] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MW2v-0003XE-00; Thu, 2 Sep 1999 05:32:53 -0700 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by newmint.cern.ch (8.9.3/8.9.3) with SMTP id OAA31109 for ; Thu, 2 Sep 1999 14:31:51 +0200 (MET DST) Received: by dxcoms.cern.ch (5.65v4.0/1.1.10.5/15Nov97-1020AM) id AA20407; Thu, 2 Sep 1999 14:31:51 +0200 Message-Id: <199909021231.AA20407@dxcoms.cern.ch> Subject: CERN MBone Announcement: Next LEPC To: rem-conf@es.net (List Mbone-WW) Date: Thu, 2 Sep 1999 14:31:51 +0200 (MET DST) From: "Daniel Davids CERN/IT" X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the LEP Experiments Committee ========================= Tuesday 7 September 1999 Place: CERN Main Auditorium *** Times are UTC+2 *** Reports on the LEP machine -------------------------- 09:00 - 09:35 Status of LEP operation (Paul Collier) 09:35 - 09:50 Status of beam energy calibration with polarisation and spectrometer (Bernd Dehning) LEP detector status reports --------------------------- 09:50 - 10:05 L3 (Gerjan Bobbink) 10:05 - 10:20 OPAL (to be announced) 10:20 - 10:35 ALEPH (to be announced) 10:35 - 10:50 DELPHI (to be announced) 10:50 - 11:15 Coffee break LEP working group reports ------------------------- 11:15 - 11:45 Higgs particles (to be announced) 11:45 - 12:15 SUSY particles (Gerardo Ganis) Experimental proposal --------------------- 12:15 - 12:45 CosmoLEP (Karsten Eggert) The MBONE Broadcast is Announced via 'sdr' as "CERN LEPC" The 'vat'&'vic' Applications will be Used with a 'ttl=127' The Sessions will also be Recorded Using the 'wrtp' Application. They can be Downloaded from: "http://sunmed2.cern.ch/cgi-bin/nph-MBone-sessions/" In Case of Questions or Problems Please Contact: "multicast@noc.cern.ch" From rem-conf Thu Sep 02 08:20:19 1999 From rem-conf-request@es.net Thu Sep 02 08:20:17 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MYZ0-0005Rj-00; Thu, 2 Sep 1999 08:14:10 -0700 Received: from vanessa.diee.unica.it [192.167.131.150] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MYYx-0005RZ-00; Thu, 2 Sep 1999 08:14:07 -0700 Received: from gwen.diee.unica.it (gwen.diee.unica.it [192.167.131.77]) by vanessa.diee.unica.it (8.9.1/8.9.1) with SMTP id QAA17973 for ; Thu, 2 Sep 1999 16:59:28 +0100 (WETDST) Message-Id: <3.0.1.32.19990902171236.006916e0@vanessa.diee.unica.it> X-Sender: pv2000@vanessa.diee.unica.it (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Thu, 02 Sep 1999 17:12:36 +0200 To: rem-conf@es.net From: pv2000 Subject: Packet Video 2000 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CALL FOR PAPERS --------------- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D PACKET VIDEO 2000 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The 10th International Packet Video Workshop 1-2 May 2000 Forte Village Resort, Cagliari, Sardinia, Italy http://www.diee.unica.it/pv2000/ ------------------------------------------------------------------------ The 10-th edition of the International Packet Video Workshop (PV 2000) will be held in the middle of the Mediterranean Sea, at the Forte Village Resort near Cagliari (Sardinia island), Italy. The workshop is devoted to present technological advancements and innovations in video communications over packet networks, in particular, the Internet. Packet Video Workshops have been unique in providing a common ground for people from video coding and networking fields. Presentations on theory and practice, standards activities, and business and consumer applications are encouraged. We cordially invite you to take part in this workshop by submitting your work and look forward to welcome you in Sardinia in May 2000 for what will be a rewarding and exciting experience! Francesco G.B. De Natale and Daniele D. Giusto PV2000 General Chairs, University of Cagliari, Italy ---------------------------------------------------------------------- TECHNICAL COMMITTEE CHAIRS Leonardo Chiariglione, CSELT, Italy Maurizio D=E8cina, Cefriel and Politecnico di Milano, Italy ---------------------------------------------------------------------- TECHNICAL COMMITTEE (members) John Arnold, Univ. New South Wales, Australia Andrea Basso, AT&T, USA Stephen Casner, CISCO, USA Shih-Fu Chang, Columbia University, USA M. Reha Civanlar, AT&T, USA Jon Crowcroft, Univ. College London, UK Edward Delp, Purdue Univ., USA Touradj Ebrahimi, EPFL, Switzerland Mohamed Ghanbari, Univ. Essex, UK Barry G. Haskell, AT&T, USA Yu Hen Hu, Univ. Wisconsin, USA Aggelos Katsaggelos, Northwestern Univ., USA Jae-Kyoon Kim, Samsung, Korea Faouzi Kossentini, Univ. British Columbia, Canada C.-C. Jay Kuo, Univ. Southern California, USA Steven McCanne, U.C. Berkeley, USA James Modestino, Rensselaer Polytechnic Institute, USA Geoff Morrison, BT, UK Hans-Georg Musmann, TU Hannover, Germany Sakae Okubo, Telecommunications Adv. Org., Japan Naohisa Ohta, Sony, Japan Joerg Ott, Univ. Bremen, Germany Fernando Pereira, Instituto Superiore T=E9cnico, Portugal Majid Rabbani, Eastman Kodak, USA Amy Reibman, AT&T, USA Philippe Salembier, UPC, Spain Henning Schulzrinne, Columbia Univ., USA Gary Sullivan, Microsoft, USA A. Murat Tekalp, Univ. Rochester, USA Thierry Turletti, INRIA, France John Woods, Rensselaer Polytechnic Institute, USA Stephan Wenger, TU Berlin, Germany Hiroshi Yasuda, Tokyo Univ., Japan ------------------------------------------------------------------------ PUBLICATIONS AND DEMOS Luigi Atzori, University of Cagliari, Italy ------------------------------------------------------------------------ TECHNICAL PROGRAM The technical program of Packet Video 2000 will consist of invited talks, submitted paper presentations, poster sessions and demos. Topics of interest include, but are not limited to: Video processing and transmission Video streaming over the Internet Network adaptive video coding and transport Packetized video for home LANs Packetized video for wireless/mobile systems Packet video protocols and storage formats Layered coding for error resilience and heterogeneous networks Packet loss resilient coding and transport=20 Terminal and server architectures for Internet TV Efficient transcoding for heterogeneous networks=20 Congestion control Error concealment Pre and post-processing for picture quality enhancement Statistical multiplexing for greater network and terminal utilization Traffic shaping for efficient network and terminal utilization=20 Interstream synchronization for multiple video presentations=20 Packet network performance modeling and evaluation Rate control for VBR video Standards: MPEG4, MPEG7, H.263, H.323, RTP, RTSP, SIP, SDP Multicasting, MBONE applications Implementations and commercial applications ------------------------------------------------------------------------ BEST PAPER AWARD The author of the best paper will receive a $250 prize and a diploma suitable for framing. ------------------------------------------------------------------------ SUBMISSIONS Please submit an electronic manuscript written in Word or HTML, not exceeding 10 printed pages. We will produce a CD-ROM (pdf format) containing all the accepted papers. Submit your work in ONE of the following forms:=20 1) a Word document OR 2) a set of HTML files organized in a single directory to: pv2000@diee.unica.it Detailed instructions for authors and help with manuscript preparation can be found on the conference web page. ------------------------------------------------------------------------ SUBMISSION DEADLINES Paper submission: December 15, 1999,=20 Notification of acceptance: February 29, 2000 Final paper delivery: March 31, 2000 ------------------------------------------------------------------------ LOCAL ARRANGEMENTS PV2000 Organizing Committee Dept. of Electrical and Electronic Engineering University of Cagliari Piazza d'Armi 09123 Cagliari, Italy pv2000@diee.unica.it From rem-conf Thu Sep 02 08:39:50 1999 From rem-conf-request@es.net Thu Sep 02 08:39:50 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MYv6-0006FP-00; Thu, 2 Sep 1999 08:37:00 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MYv5-0006FC-00; Thu, 2 Sep 1999 08:36:59 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id IAA27273; Thu, 2 Sep 1999 08:29:59 -0700 (PDT) Message-Id: <3.0.3.32.19990902083000.00b454a0@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 02 Sep 1999 08:30:00 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/8 The Bunny Production Management System for Animation and Visual Effects -- Jonathan Luskin, Franz Inc. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar The Bunny Production Management System for Animation and Visual Effects Wednesday, September 8, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Jonathan Luskin Franz Inc. The production of a computer animated feature film typically involves 150 artists, 100,000 rendered frames, 2 terabytes of data, and multiple production locations. Managing data and workflow with standard computer file systems and communication software is extremely difficult. The Bunny system, from Franz Inc., is an extensible software infrastructure for managing digital assets and workflow. Bunny production management features include versioning of assets, concurrent access control, multilayered permission and security, annotation of assets, change control, notification, and task tracking. Bunny uses a client/server architecture. A Java client permits access from remote locations and a variety of computer workstations. Meta data objects are managed using AllegroStore, which combines ObjectStore with CLOS, the advanced Common Lisp Object System. The Unix file system is used to store and retrieve the digital assets. Franz Inc. is the world's leading vendor of dynamic object-oriented development tools featuring CLOS, the only ANSI-standard dynamic object-oriented language. The company's mission is to deliver leading-edge development products that enable corporate and independent software developers to build sophisticated, flexible and adaptive applications quickly and easily. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the real player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: Video: low bit rate: 233.0.25.125/22334 high bit rate: 233.0.25.1/22334 Audio: 233.0.25.3/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Fri Sep 03 04:14:52 1999 From rem-conf-request@es.net Fri Sep 03 04:14:51 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MrBa-0002Me-00; Fri, 3 Sep 1999 04:07:14 -0700 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MrBY-0002MM-00; Fri, 3 Sep 1999 04:07:12 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA24570; Fri, 3 Sep 1999 07:06:10 -0400 (EDT) Message-Id: <199909031106.HAA24570@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-aft-socks-v6-req-00.txt Date: Fri, 03 Sep 1999 07:06:10 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --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 : SOCKS successor requirements Author(s) : M. VanHeyningen Filename : draft-ietf-aft-socks-v6-req-00.txt Pages : 3 Date : 02-Sep-99 The SOCKS protocol version 5 has been deployed and seen use as a mechanism for authenticated firewall traversal. Experience with the use of this protocol and its limitations has led to the desire for a new firewall traversal protocol; we tentatively name this new protocol SOCKS version 6. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-aft-socks-v6-req-00.txt Internet-Drafts are also 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-aft-socks-v6-req-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-aft-socks-v6-req-00.txt". NOTE: The mail server at ietf.org 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. 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@ietf.org" Content-Type: text/plain Content-ID: <19990902130923.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-aft-socks-v6-req-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-aft-socks-v6-req-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990902130923.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Fri Sep 03 05:46:10 1999 From rem-conf-request@es.net Fri Sep 03 05:46:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Msax-0003hE-00; Fri, 3 Sep 1999 05:37:31 -0700 Received: from gateway.mitel.ca (semimail.semird.mitel.com) [198.53.180.130] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Msav-0003ga-00; Fri, 3 Sep 1999 05:37:29 -0700 Received: from mitel.com (spruce [134.199.98.152]) by semimail.semird.mitel.com (8.9.3/8.9.3) with ESMTP id IAA29599 for ; Fri, 3 Sep 1999 08:36:14 -0400 (EDT) Sender: ALEXANDER_TULAI@Mitel.COM Message-ID: <37CFC0BD.C779081E@mitel.com> Date: Fri, 03 Sep 1999 08:36:14 -0400 From: Alexander Tulai - icpd Reply-To: alexander_tulai@mitel.com Organization: MITEL Corporation X-Mailer: Mozilla 4.51 [en] (X11; U; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net Subject: Re: I-D ACTION:draft-ietf-aft-socks-v6-req-00.txt References: <199909031106.HAA24570@ietf.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Internet-Drafts@ietf.org wrote: > 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 : SOCKS successor requirements > Author(s) : M. VanHeyningen > Filename : draft-ietf-aft-socks-v6-req-00.txt > Pages : 3 > Date : 02-Sep-99 > > The SOCKS protocol version 5 has been deployed and seen use as a > mechanism for authenticated firewall traversal. Experience with > the use of this protocol and its limitations has led to the desire > for a new firewall traversal protocol; we tentatively name this > new protocol SOCKS version 6. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-aft-socks-v6-req-00.txt > > Internet-Drafts are also 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-aft-socks-v6-req-00.txt". > > A list of Internet-Drafts directories can be found in > http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > Internet-Drafts can also be obtained by e-mail. > > Send a message to: > mailserv@ietf.org. > In the body type: > "FILE /internet-drafts/draft-ietf-aft-socks-v6-req-00.txt". > > NOTE: The mail server at ietf.org 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. > > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > ------------------------------------------------------------------------ > Content-Type: text/plain > Content-ID: <19990902130923.I-D@ietf.org> Does anybody have any idea why the name of the draft is: draft-ietf-aft-..... instead of draft-ietf-avt-..... ? Because of little differences like that the drafts might not get picked up by the secretariat and placed under the AVT Working Group as they should be. Alex From rem-conf Fri Sep 03 07:24:04 1999 From rem-conf-request@es.net Fri Sep 03 07:24:04 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MuCF-0005Jg-00; Fri, 3 Sep 1999 07:20:07 -0700 Received: from mailg.telia.com [194.22.194.26] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11MuCE-0005JS-00; Fri, 3 Sep 1999 07:20:06 -0700 Received: from d1o74.telia.com (root@d1o74.telia.com [62.20.224.241]) by mailg.telia.com (8.8.5/8.8.8) with ESMTP id QAA14935; Fri, 3 Sep 1999 16:19:33 +0200 (CEST) Received: from gunnar (t3o74p103.telia.com [62.20.225.103]) by d1o74.telia.com (8.8.8/8.8.8) with SMTP id QAA24922; Fri, 3 Sep 1999 16:19:32 +0200 (CEST) From: =?iso-8859-1?Q?Gunnar_Hellstr=F6m?= To: , "Jonathan Rosenberg" Cc: "Mickey Nasiri (ECS)" , "Michele Mizzaro" Subject: SV: I-D ACTION:draft-ietf-avt-rtp-text-00.txt Date: Fri, 3 Sep 1999 16:21:44 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <37CDD589.47CDD509@bell-labs.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mailg.telia.com id QAA14935 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list A response on selection of redundancy method. --------------------------------------------- Jonathan Rosenberger indicates that FEC also could be a feasible redundan= cy method as well as RFC 2198. When doing research for the redundancy method, I studied FEC, but selecte= d RFC 2198. The main reason was to try to keep overhead low. The main load in the text conversation application will be the packet headers and RTP headers. The text itself is usually minimal. If I understand FEC right, FEC creates redundancy by using a separate stream, including packet headers and all what belongs to a media stream. = For the text case this would mean a big load increase. I do not want to force that as the only solution, and I think it is good to keep the number of alternatives low. It increases the opportunity of interworking. I realise that it is important to develop the general redundancy mechanis= m FEC, but based on the arguments above, I prefer to stick to what is specified in the rtp-text draft. Regards ______________________________________________ Gunnar Hellstr=F6m LM Ericsson Sweden Tel +46 8 556 002 03 Mob: + 46 708 204 288 Txt and video +46 8 556 002 05 Fax +46 8 556 002 06 e-mail: gunnar.hellstrom@omnitor.se web: www.omnitor.se > -----Ursprungligt meddelande----- > Fr=E5n: jdrosen@dnrc.bell-labs.com [mailto:jdrosen@dnrc.bell-labs.com]F= =F6r > Jonathan Rosenberg > Skickat: torsdag, september 02, 1999 03:40 > Till: rem-conf@es.net > Kopia: rem-conf@es.net > =C4mne: Re: I-D ACTION:draft-ietf-avt-rtp-text-00.txt > > > I have a minor comment on this. > > For redundancy, it makes use of rfc2198. There is nothing wrong with > this, but it is not the only scheme one can use for recovery from > errors. The FEC payload format, soon to be an RFC (under consideration > by IESG) provides an additional mechanism (FEC itself can be used with > rfc2198 to carry the FEC). This draft, and others that have been > recently specifying the use of redundancy for loss resilience, might be > more general by also indicating that the FEC payload format can be used > also. > > -Jonathan R. > > Internet-Drafts@ietf.org wrote: > > > > 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 for Text Conversation > > Author(s) : G. Hellstrom > > Filename : draft-ietf-avt-rtp-text-00.txt > > Pages : 7 > > Date : 31-Aug-99 > > > > This memo describes how to carry text conversation session contents > > in RTP packets. Text conversation session contents is specified in > > ITU-T Recommendation T.140 [1]. > > Text conversation is used alone or in connection to other > > conversational facilities such as video and voice, to form multimedia > > conversation services. > > This RTP payload description contains an optional possibility to > > include redundant text from already transmitted packets in order to > > reduce the risk of text loss caused by packet loss. The redundancy > > coding follows RFC 2198. > > > > A URL for this Internet-Draft is: > > http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-text-00.txt > > > > Internet-Drafts are also 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-rtp-text-00.txt". > > > > A list of Internet-Drafts directories can be found in > > http://www.ietf.org/shadow.html > > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > Internet-Drafts can also be obtained by e-mail. > > > > Send a message to: > > mailserv@ietf.org. > > In the body type: > > "FILE /internet-drafts/draft-ietf-avt-rtp-text-00.txt". > > > > NOTE: The mail server at ietf.org 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 spl= it > > up into multiple messages), so check your local documentation= on > > how to manipulate these messages. > > > > > > Below is the data which will enable a MIME compliant mail reader > > implementation to automatically retrieve the ASCII version of the > > Internet-Draft. > > > > > -----------------------------------------------------------------------= - > > Content-Type: text/plain > > Content-ID: <19990831123053.I-D@ietf.org> > > -- > Jonathan D. Rosenberg Lucent Technologies > Member of Technical Staff 101 Crawfords Corner Rd. > High Speed Networks Research Holmdel, NJ 07733 > FAX: (732) 834-5379 Rm. 4C-526 > EMAIL: jdrosen@bell-labs.com > URL: http://www.cs.columbia.edu/~jdrosen > > From rem-conf Fri Sep 03 09:17:55 1999 From rem-conf-request@es.net Fri Sep 03 09:17:54 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MvyX-0007Cf-00; Fri, 3 Sep 1999 09:14:05 -0700 Received: from crufty.research.bell-labs.com [204.178.16.49] by mail1.es.net with smtp (Exim 1.81 #2) id 11MvyV-0007CR-00; Fri, 3 Sep 1999 09:14:03 -0700 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by crufty; Fri Sep 3 12:12:09 EDT 1999 Received: from bell-labs.com (IDENT:jdrosen@[135.17.253.118]) by nova.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id MAA03400; Fri, 3 Sep 1999 12:11:58 -0400 (EDT) Sender: jdrosen@dnrc.bell-labs.com Message-ID: <37CFF3A4.A82624E1@bell-labs.com> Date: Fri, 03 Sep 1999 12:13:24 -0400 From: Jonathan Rosenberg X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: Gunnar =?iso-8859-1?Q?Hellstr=F6m?= CC: rem-conf@es.net, "Mickey Nasiri (ECS)" , Michele Mizzaro Subject: Re: SV: I-D ACTION:draft-ietf-avt-rtp-text-00.txt References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Gunnar Hellström wrote: > > A response on selection of redundancy method. > --------------------------------------------- > > Jonathan Rosenberger indicates that FEC also could be a feasible redundancy > method as well as RFC 2198. > When doing research for the redundancy method, I studied FEC, but selected > RFC 2198. The main reason was to try to keep overhead low. > The main load in the text conversation application will be the packet > headers and RTP headers. The text itself is usually minimal. > > If I understand FEC right, FEC creates redundancy by using a separate > stream, including packet headers and all what belongs to a media stream. For > the text case this would mean a big load increase. I do not want to force > that as the only solution, and I think it is good to keep the number of > alternatives low. It increases the opportunity of interworking. The FEC can be sent as a separate media stream, but it can also be sent encapsulated in the redundant payload format. The result is that the overhead can actually be lower; this is because you are using more efficient FEC codes than just duplication of the payload. Here's an example. Lets say you take two RTP packets, and generate an XOR over them. This xor is sent as a redundant payload on top of the next RTP packet. The result is that every other packet has a redundant payload which is the xor of the previous two: 1 2 3 4 5 6 7 1*2 3*4 5*6 ^ | 1*2 a redundant payload of media packet 3 where a*b = a xor b. Call this "approach 1" Now, consider the case of just sending each payload twice. The resulting stream is: 1 2 3 4 5 6 7 1 2 3 4 5 6 ^ | 1 a redundant payload of media packet 2 Call this "approach 2". Consider the overheads. Lets say the text is N bytes. In approach 1, there is redundancy in every other packet. The ones without redundancy have 40 bytes IP/UDP/RTP overhead. The ones with redundancy have 40 bytes, plus 4 bytes for the redundant rfc2198 header, plus 12 bytes for the FEC, plus 1 byte for the main header plus N bytes of xor. So, over two packets, its 40 + 40 + 4 + 12 + 1 + N = 97 + N bytes for 2N bytes of text. The overhead percentage is thus 97+N/(97+3N) In approach 2, each packet is the same. Its 40 bytes IP/UDP/RTP, plus 4 bytes rfc2198 header, plus N bytes redundancy plus 1 byte main rfc2198 header per N bytes of text. Thats 45+N for N bytes of text. The overhead percentage is thus 45+N/(45+2N). It turns out that approach 1 is better for N larger than 7 bytes, and approach 2 better for N less than 7 bytes. Asymptotically for large N, the FEC 1.5 times as efficient. Note that the error resiliency in either case is identical - recovery from a single packet loss. Different FEC schemes will result in different amounts of overhead and protection. The conclusion to be drawn, however, is not that FEC has more overhead, but that since it can be sent piggybacked using rfc2198, and since it can be more efficient than just duplicating data, its overhead can be lower. -Jonathan R. -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 FAX: (732) 834-5379 Rm. 4C-526 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen From rem-conf Fri Sep 03 09:40:22 1999 From rem-conf-request@es.net Fri Sep 03 09:40:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MwMK-0000G4-00; Fri, 3 Sep 1999 09:38:40 -0700 Received: from popb-f.gsfc.nasa.gov (popb.gsfc.nasa.gov) [128.183.251.164] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MwMJ-0000Fs-00; Fri, 3 Sep 1999 09:38:40 -0700 Received: from sc4port1.gsfc.nasa.gov (sc4port1.gsfc.nasa.gov [128.183.166.50]) by popb.gsfc.nasa.gov (8.8.8/8.8.8) with SMTP id MAA23363; Fri, 3 Sep 1999 12:38:13 -0400 (EDT) Message-ID: <00cb01bef62a$e462eba0$32a6b780@gsfc.nasa.gov> Reply-To: "Clayton Sigman" From: "Clayton Sigman" To: "Jonathan Rosenberg" , =?iso-8859-1?Q?Gunnar_Hellstr=F6m?= Cc: , "Mickey Nasiri (ECS)" , "Michele Mizzaro" References: <37CFF3A4.A82624E1@bell-labs.com> Subject: Re: SV: I-D ACTION:draft-ietf-avt-rtp-text-00.txt Date: Fri, 3 Sep 1999 12:39:25 -0400 Organization: NASA/GSFC 423 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by popb.gsfc.nasa.gov id MAA23363 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list FYI: NASA typically uses a Reed-Solomon FEC that has about 12% overhead (32 bytes of FEC for up to 232 bytes of data). The FEC is appended after the data (i.e. same transport packet). Clayton Sigman ESDIS Systems Engineer for Mission Networks NASA GSFC Code 585, Matrixes to 423 Mailstop Code 423 Greenbelt, MD 20771 email: Clayton.Sigman@gsfc.nasa.gov ----- Original Message ----- From: Jonathan Rosenberg To: Gunnar Hellstr=F6m Cc: ; Mickey Nasiri (ECS) ; Michele Mizzaro Sent: Friday, September 03, 1999 12:13 PM Subject: Re: SV: I-D ACTION:draft-ietf-avt-rtp-text-00.txt > Gunnar Hellstr=F6m wrote: > > > > A response on selection of redundancy method. > > --------------------------------------------- > > > > Jonathan Rosenberger indicates that FEC also could be a feasible redundancy > > method as well as RFC 2198. > > When doing research for the redundancy method, I studied FEC, but selected > > RFC 2198. The main reason was to try to keep overhead low. > > The main load in the text conversation application will be the packet > > headers and RTP headers. The text itself is usually minimal. > > > > If I understand FEC right, FEC creates redundancy by using a separate > > stream, including packet headers and all what belongs to a media stre= am. For > > the text case this would mean a big load increase. I do not want to force > > that as the only solution, and I think it is good to keep the number = of > > alternatives low. It increases the opportunity of interworking. > > The FEC can be sent as a separate media stream, but it can also be sent > encapsulated in the redundant payload format. The result is that the > overhead can actually be lower; this is because you are using more > efficient FEC codes than just duplication of the payload. Here's an > example. Lets say you take two RTP packets, and generate an XOR over > them. This xor is sent as a redundant payload on top of the next RTP > packet. The result is that every other packet has a redundant payload > which is the xor of the previous two: > > > 1 2 3 4 5 6 7 > 1*2 3*4 5*6 > > ^ > | > 1*2 a redundant payload of media packet 3 > > where a*b =3D a xor b. Call this "approach 1" > > Now, consider the case of just sending each payload twice. The resultin= g > stream is: > > 1 2 3 4 5 6 7 > 1 2 3 4 5 6 > ^ > | > 1 a redundant payload of media packet 2 > > > Call this "approach 2". > > Consider the overheads. Lets say the text is N bytes. In approach 1, > there is redundancy in every other packet. The ones without redundancy > have 40 bytes IP/UDP/RTP overhead. The ones with redundancy have 40 > bytes, plus 4 bytes for the redundant rfc2198 header, plus 12 bytes for > the FEC, plus 1 byte for the main header plus N bytes of xor. So, over > two packets, its 40 + 40 + 4 + 12 + 1 + N =3D 97 + N bytes for 2N bytes= of > text. The overhead percentage is thus 97+N/(97+3N) > > In approach 2, each packet is the same. Its 40 bytes IP/UDP/RTP, plus 4 > bytes rfc2198 header, plus N bytes redundancy plus 1 byte main rfc2198 > header per N bytes of text. Thats 45+N for N bytes of text. The overhea= d > percentage is thus 45+N/(45+2N). > > It turns out that approach 1 is better for N larger than 7 bytes, and > approach 2 better for N less than 7 bytes. Asymptotically for large N, > the FEC 1.5 times as efficient. Note that the error resiliency in eithe= r > case is identical - recovery from a single packet loss. Different FEC > schemes will result in different amounts of overhead and protection. > > The conclusion to be drawn, however, is not that FEC has more overhead, > but that since it can be sent piggybacked using rfc2198, and since it > can be more efficient than just duplicating data, its overhead can be > lower. > > -Jonathan R. > -- > Jonathan D. Rosenberg Lucent Technologies > Member of Technical Staff 101 Crawfords Corner Rd. > High Speed Networks Research Holmdel, NJ 07733 > FAX: (732) 834-5379 Rm. 4C-526 > EMAIL: jdrosen@bell-labs.com > URL: http://www.cs.columbia.edu/~jdrosen > > From rem-conf Fri Sep 03 09:44:18 1999 From rem-conf-request@es.net Fri Sep 03 09:44:18 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MwRZ-0000Xz-00; Fri, 3 Sep 1999 09:44:05 -0700 Received: from crufty.research.bell-labs.com [204.178.16.49] by mail1.es.net with smtp (Exim 1.81 #2) id 11MwRX-0000XN-00; Fri, 3 Sep 1999 09:44:03 -0700 Received: from bronx.dnrc.bell-labs.com ([135.180.160.8]) by crufty; Fri Sep 3 12:42:53 EDT 1999 Received: from cs.columbia.edu (ume [135.180.240.103]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id MAA11382; Fri, 3 Sep 1999 12:42:54 -0400 (EDT) Message-ID: <37CFFA8D.BDE5BE80@cs.columbia.edu> Date: Fri, 03 Sep 1999 12:42:53 -0400 From: Henning Schulzrinne X-Mailer: Mozilla 4.05 [en] (WinNT; U) MIME-Version: 1.0 To: confctrl@isi.edu, rem-conf@es.net Subject: [Fwd: Request for MIME media type Application/IETF Tree - sdp] Content-Type: multipart/mixed; boundary="------------41496A8C3947AE8854219D9E" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. --------------41496A8C3947AE8854219D9E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit FYI. --------------41496A8C3947AE8854219D9E Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by opus.cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA13504 for ; Fri, 3 Sep 1999 12:27:39 -0400 (EDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA02404 for ; Fri, 3 Sep 1999 12:27:38 -0400 (EDT) Received: from icann1 (icann1.isi.edu [128.9.160.34]) by boreas.isi.edu (8.8.7/8.8.6) with SMTP id JAA23461; Fri, 3 Sep 1999 09:27:37 -0700 (PDT) Reply-To: From: "IANA" To: Cc: "'iana'" , Subject: RE: Request for MIME media type Application/IETF Tree - sdp Date: Fri, 3 Sep 1999 09:33:28 -0700 Message-ID: <002b01bef62a$0fa6c6c0$22a00980@icann1.isi.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal In-Reply-To: <199907311341.GAA01800@www.isi.edu> Content-Type: text/plain; charset="iso-8859-1" Henning, We have registered the following MIME Media type with RFC 2327 as the point of contact: application/sdp Thank you. Josh Elliott, Administrator *************************************************************** Internet Assigned Numbers Authority (IANA) 4676 Admiralty Way, Suite 330 Marina del Rey, California 90292 Voice: (310) 823-9358 x12 FAX: (310) 823-8649 email: iana@iana.org *************************************************************** --------------41496A8C3947AE8854219D9E-- From rem-conf Fri Sep 03 10:58:22 1999 From rem-conf-request@es.net Fri Sep 03 10:58:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11MxZM-0002Vl-00; Fri, 3 Sep 1999 10:56:12 -0700 Received: from athm-209-218-xxx-130.home.net (grumpy.omneon.com) [209.218.172.130] by mail1.es.net with esmtp (Exim 1.81 #2) id 11MxZL-0002Vb-00; Fri, 3 Sep 1999 10:56:11 -0700 Received: by GRUMPY with Internet Mail Service (5.5.2448.0) id ; Fri, 3 Sep 1999 10:55:12 -0700 Message-ID: <3A54A80C464CD311BAAA00A0C9C85E67045285@GRUMPY> From: Bill Nowicki To: "'alexander_tulai@mitel.com'" , rem-conf@es.net Subject: RE: I-D ACTION:draft-ietf-aft-socks-v6-req-00.txt Date: Fri, 3 Sep 1999 10:55:11 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > Does anybody have any idea why the name of the draft is: draft-ietf-aft-..... > instead of draft-ietf-avt-..... ? My guess is that this is from the Authenticated Firewall Tranversal working group (aft) not the Audio Video Transport working group (avt). From rem-conf Fri Sep 03 12:03:27 1999 From rem-conf-request@es.net Fri Sep 03 12:03:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Myat-0003r1-00; Fri, 3 Sep 1999 12:01:51 -0700 Received: from ocelot.cs.odu.edu [128.82.4.66] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Myar-0003qr-00; Fri, 3 Sep 1999 12:01:49 -0700 Received: from calvin.cs.odu.edu (gonza_a@calvin.cs.odu.edu [128.82.4.199]) by ocelot.cs.odu.edu (8.9.3/8.9.3) with ESMTP id PAA01766 for ; Fri, 3 Sep 1999 15:01:25 -0400 (EDT) Received: from localhost (gonza_a@localhost) by calvin.cs.odu.edu (8.9.1/8.9.1) with ESMTP id PAA08602 for ; Fri, 3 Sep 1999 15:01:57 -0400 (EDT) X-Authentication-Warning: calvin.cs.odu.edu: gonza_a owned process doing -bs Date: Fri, 3 Sep 1999 15:01:57 -0400 (EDT) From: Agustin Gonzalez To: rem-conf@es.net Subject: Mixer derived timing for RTP audio Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello All, Could someone point me to an RFC or publication that addresses the issue of deriving the RTP timestamps for combined audio packets? My ultimate goal is inter-media synchronization for streams coming >from the same source. Thank you very much, Agustin J. Gonzalez PhD Student Old Dominion University Norfolk, Virginia ------------------------------------ RFC1889 indicates Section 7.1: "... mixer will make timing adjustments among the streams and generate its own timing for the combined stream, ..." and then (right before Figure 3) "The regeneration of synchronization information by mixers also means that receivers can't do inter-media synchronization of the original streams." From rem-conf Fri Sep 03 15:25:56 1999 From rem-conf-request@es.net Fri Sep 03 15:25:56 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11N1XD-0006VD-00; Fri, 3 Sep 1999 15:10:15 -0700 Received: from mailman.cisco.com [171.68.225.9] by mail1.es.net with esmtp (Exim 1.81 #2) id 11N1XC-0006TY-00; Fri, 3 Sep 1999 15:10:14 -0700 Received: from chsharp-tecra (ams-vpdn-client-134.cisco.com [144.254.46.135]) by mailman.cisco.com (8.8.8+Sun/CISCO.SERVER.1.2) with ESMTP id PAA19443; Fri, 3 Sep 1999 15:08:05 -0700 (PDT) Message-Id: <4.2.0.58.19990903235016.00c78540@dogwood.cisco.com> X-Sender: chsharp@dogwood.cisco.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 03 Sep 1999 23:50:25 +0200 To: Henning Schulzrinne , confctrl@ISI.EDU, rem-conf@es.net From: Chip Sharp Subject: Re: [Fwd: Request for MIME media type Application/IETF Tree - sdp] In-Reply-To: <37CFFA8D.BDE5BE80@cs.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Thanks. Chip At 12:42 PM 9/3/99 -0400, Henning Schulzrinne wrote: >FYI.Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) > by opus.cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA13504 > for ; Fri, 3 Sep 1999 12:27:39 -0400 (EDT) >Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) > by cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA02404 > for ; Fri, 3 Sep 1999 12:27:38 -0400 (EDT) >Received: from icann1 (icann1.isi.edu [128.9.160.34]) > by boreas.isi.edu (8.8.7/8.8.6) with SMTP id JAA23461; > Fri, 3 Sep 1999 09:27:37 -0700 (PDT) >Reply-To: >From: "IANA" >To: >Cc: "'iana'" , >Subject: RE: Request for MIME media type Application/IETF Tree - sdp >Date: Fri, 3 Sep 1999 09:33:28 -0700 >Message-ID: <002b01bef62a$0fa6c6c0$22a00980@icann1.isi.edu> >MIME-Version: 1.0 >X-Priority: 3 (Normal) >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 >X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 >Importance: Normal >In-Reply-To: <199907311341.GAA01800@www.isi.edu> >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: 7bit > >Henning, > >We have registered the following MIME Media type with RFC 2327 as the point >of contact: > > application/sdp > >Thank you. > >Josh Elliott, Administrator > >*************************************************************** >Internet Assigned Numbers Authority (IANA) >4676 Admiralty Way, Suite 330 >Marina del Rey, California 90292 > >Voice: (310) 823-9358 x12 >FAX: (310) 823-8649 >email: iana@iana.org >*************************************************************** -------------------------------------------------- Chip Sharp Consulting Engineering Cisco Systems Telco Bio-region Reality - Love it or Leave it. -------------------------------------------------- From rem-conf Fri Sep 03 22:35:16 1999 From rem-conf-request@es.net Fri Sep 03 22:35:15 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11N8Cw-0002gc-00; Fri, 3 Sep 1999 22:17:46 -0700 Received: from mail.pi.se [195.7.64.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 11N8Cu-0002gS-00; Fri, 3 Sep 1999 22:17:45 -0700 Received: from uggla (ap03-103.mp.pi.se [195.7.87.103]) by mail.pi.se (8.8.8/8.8.8) with SMTP id HAA10851; Sat, 4 Sep 1999 07:17:38 +0200 (MET DST) Reply-To: From: "Gunnar Hellstrom" To: "Jonathan Rosenberg" Cc: , "Mickey Nasiri (ECS)" , "Michele Mizzaro" Subject: RE:RE: I-D ACTION:draft-ietf-avt-rtp-text-00.txt Date: Sat, 4 Sep 1999 07:14:35 +0200 Message-ID: <000501bef694$6100fd00$0c01a8c0@uggla> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <37CFF3A4.A82624E1@bell-labs.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.pi.se id HAA10851 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Further discussion on FEC redundancy. ------------------------------------- Jonathan: Thank you for the further explanation of FEC, and how it can be used with= in the same stream. It seems to be a neat and general method for redundancy coding, and I think it is good that it got this exposure. For the text case, where the normal payload is 1 or 2 bytes per packet, I see that the plain text redundancy and FEC with xor come out approximatel= y equal in terms of load, with the plain text method being slightly more efficient. Since the plain text method also has less complexity, I see no big reason= to introduce FEC in the text case. Regards Gunnar ______________________________________ Gunnar Hellstr=F6m LM Ericsson Sweden Tel +46 751 100 501 Fax +46 8 556 002 06 Video +46 8 556 002 05 Txt (All kinds) +46 8 556 002 05 E-mail gunnar.hellstrom@omnitor.se WWW: http://www.omnitor.se > -----Original message----- > From: jdrosen@dnrc.bell-labs.com [mailto:jdrosen@dnrc.bell-labs.com]F=F6= r > Jonathan Rosenberg > Skickat: den 3 september 1999 18:13 > Till: Gunnar Hellstr=F6m > Kopia: rem-conf@es.net; Mickey Nasiri (ECS); Michele Mizzaro > > > Gunnar Hellstr=F6m wrote: > > > > A response on selection of redundancy method. > > --------------------------------------------- > > > > Jonathan Rosenberger indicates that FEC also could be a > feasible redundancy > > method as well as RFC 2198. > > When doing research for the redundancy method, I studied FEC, > but selected > > RFC 2198. The main reason was to try to keep overhead low. > > The main load in the text conversation application will be the packet > > headers and RTP headers. The text itself is usually minimal. > > > > If I understand FEC right, FEC creates redundancy by using a separate > > stream, including packet headers and all what belongs to a > media stream. For > > the text case this would mean a big load increase. I do not > want to force > > that as the only solution, and I think it is good to keep the number = of > > alternatives low. It increases the opportunity of interworking. > > The FEC can be sent as a separate media stream, but it can also be sent > encapsulated in the redundant payload format. The result is that the > overhead can actually be lower; this is because you are using more > efficient FEC codes than just duplication of the payload. Here's an > example. Lets say you take two RTP packets, and generate an XOR over > them. This xor is sent as a redundant payload on top of the next RTP > packet. The result is that every other packet has a redundant payload > which is the xor of the previous two: > > > 1 2 3 4 5 6 7 > 1*2 3*4 5*6 > > ^ > | > 1*2 a redundant payload of media packet 3 > > where a*b =3D a xor b. Call this "approach 1" > > Now, consider the case of just sending each payload twice. The resultin= g > stream is: > > 1 2 3 4 5 6 7 > 1 2 3 4 5 6 > ^ > | > 1 a redundant payload of media packet 2 > > > Call this "approach 2". > > Consider the overheads. Lets say the text is N bytes. In approach 1, > there is redundancy in every other packet. The ones without redundancy > have 40 bytes IP/UDP/RTP overhead. The ones with redundancy have 40 > bytes, plus 4 bytes for the redundant rfc2198 header, plus 12 bytes for > the FEC, plus 1 byte for the main header plus N bytes of xor. So, over > two packets, its 40 + 40 + 4 + 12 + 1 + N =3D 97 + N bytes for 2N bytes= of > text. The overhead percentage is thus 97+N/(97+3N) > > In approach 2, each packet is the same. Its 40 bytes IP/UDP/RTP, plus 4 > bytes rfc2198 header, plus N bytes redundancy plus 1 byte main rfc2198 > header per N bytes of text. Thats 45+N for N bytes of text. The overhea= d > percentage is thus 45+N/(45+2N). > > It turns out that approach 1 is better for N larger than 7 bytes, and > approach 2 better for N less than 7 bytes. Asymptotically for large N, > the FEC 1.5 times as efficient. Note that the error resiliency in eithe= r > case is identical - recovery from a single packet loss. Different FEC > schemes will result in different amounts of overhead and protection. > > The conclusion to be drawn, however, is not that FEC has more overhead, > but that since it can be sent piggybacked using rfc2198, and since it > can be more efficient than just duplicating data, its overhead can be > lower. > > -Jonathan R. From rem-conf Sat Sep 04 03:17:47 1999 From rem-conf-request@es.net Sat Sep 04 03:17:47 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11NCr4-0005qo-00; Sat, 4 Sep 1999 03:15:30 -0700 Received: from (asdfadf.anamas.co.kr) [168.126.245.10] by mail1.es.net with smtp (Exim 1.81 #2) id 11NCr1-0005qe-00; Sat, 4 Sep 1999 03:15:28 -0700 Received: from asdfadf.anamas.co.kr (unverified [168.126.245.10]) by asdfadf.anamas.co.kr (EMWAC SMTPRS 0.83) with SMTP id ; Sat, 04 Sep 1999 19:13:50 +0900 Received: from 206.173.250.162 by asdfadf.anamas.co.kr (InterScan E-Mail VirusWall NT); Sat, 04 Sep 1999 19:13:47 +0900 Date: Sat, 04 Sep 1999 03:21:39 -0800 Message-ID: Content-Type: text/plain; charset="iso-8859-1" From: tfgt@kapvxb.anamas.co.kr To: rem-conf@es.net Subject: Great New Book-Men Enjoy Sex More -pdjlfeqwic X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Now any man, regardless of age, can easily learn: * To be multi-orgasmic * To greatly increase the intensity of his orgasm * Triple the length of his orgasm * The secrets to penis enlargement * Discover the male G-spot * To greatly increase semen volume * The facts about Viagra, plus new drugs * To eliminate premature ejaculation * The secrets of getting his partner to want more sex * To eliminate impotence at any age * To have up to a three hour erection New, Easy to Read Book on Men's Sexual Secrets Male Sexual Secret's Written by Robert Winter and Jeff Rutgard, M.D. Most Men Only Get A Fraction of The Pleasure They Can >From Sex-After Only A Few Pages You Can Easily Triple That Amount Of Pleasure. This is a fantastic new book covering so many little known and unknown sexual secret's you'll be amazed. If you don't learn something new in the first few pages that greatly increases your sex life we'll return your money. The total cost of this book is only $12.95 plus $3.95 shipping and handling. To order " Male Sexual Secrets" Call 800-426-5921 24 hours a day or you can send your check or money order for $16.90 to Avatar Publishing 168 second Ave #PBM 285 New York, NY. 10003 This message is sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph(a)(2)(c) of S.1618 To be removed from our e-mail list please call 888-248-2594 or you can e-mail us at avatar999@worldmailer.com From rem-conf Sun Sep 05 00:36:40 1999 From rem-conf-request@es.net Sun Sep 05 00:36:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11NWgp-0007YJ-00; Sun, 5 Sep 1999 00:26:15 -0700 Received: from mail4.microsoft.com [131.107.3.122] by mail1.es.net with smtp (Exim 1.81 #2) id 11NWgn-0007Y7-00; Sun, 5 Sep 1999 00:26:13 -0700 Received: from 157.54.9.103 by mail4.microsoft.com (InterScan E-Mail VirusWall NT); Sun, 05 Sep 1999 00:25:11 -0700 (Pacific Daylight Time) Received: by INET-IMC-04 with Internet Mail Service (5.5.2524.0) id ; Sun, 5 Sep 1999 00:25:10 -0700 Message-ID: <5B3F16B2DB67D1119A0D00805F312AA2142EE83F@RED-MSG-58> From: Gary Sullivan To: "'chris@arnes.si'" , "'rem-conf@es.net'" Subject: RE: H.261 accelerators...and what's up with H.263 acc. Date: Sun, 5 Sep 1999 00:25:09 -0700 X-Mailer: Internet Mail Service (5.5.2524.0) X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Re: > An interesting point that I wouldn't mind some feedback on is: Our main > focus is to demonstrate the potential and applications of IP Multicasting > to universities and state institutions. So for videoconferencing we tried > out a number of codecs incl. H.261&H.263 - From software implementations it > seemed that H.261 offered a better quality picture, it also required more > bandwidth - but through our project we're wanting to put on a good quality > demonstration even if that means dedicating a larger pipe. If anyone's has > some other experiences with H.263 please let us know. H.263 clearly has better quality than H.261 at any bit rate, if implemented well. It sounds like you're comparing H.263 at a low bit rate to H.261 at some higher bit rate. I suspect you're confusing H.263 with H.324 (the system standard which was the first to use H.263) or H.323 (the system standard for IP multimedia) and confusing H.261 with H.320 (the older system standard for ISDN videoconferencing). For an apples-to-apples comparison betwen two codec standards, you should try to operate them both at the same bit rate (with equally good implementations and in similar operating environments). -Gary Sullivan -----Original Message----- From: Chris van der Merwe [mailto:chris@arnes.si] Sent: Wednesday, September 01, 1999 2:16 AM To: 'rem-conf@es.net' Subject: RE: H.261 accelerators...and what's up with H.263 acc. Hi I thought I'd post this reply to the list for some others' input; Well the Hardware codec industry is not so well publicized (at least on the net) it seems. It's difficult to find benchmarks comparing the performance of the various contending devices - anyone who has any info on the would certainly be highly esteemed :-) Oh by the way, there is a H.323 conferencing service Megaconference (see http://www.mega-net/megaconference) They claim to have tested the Zydacron Z350 and VCON Escort25 and claim both work well, but Zydacron they say offers better performace (at a higher price). Concerning H.263 accelerators, well there is one that I found: PictureTel 550 H.261&H.263 (see http://www.picturetel.com/products/default.htm )again I found no independant benchmark or evaluation of the product. Anyone know of any other Hardware H.263 codecs and I'd also be interested to hear why most don't support H.263 (perhaps just because it's newer). An interesting point that I wouldn't mind some feedback on is: Our main focus is to demonstrate the potential and applications of IP Multicasting to universities and state institutions. So for videoconferencing we tried out a number of codecs incl. H.261&H.263 - From software implementations it seemed that H.261 offered a better quality picture, it also required more bandwidth - but through our project we're wanting to put on a good quality demonstration even if that means dedicating a larger pipe. If anyone's has some other experiences with H.263 please let us know. That's enough waffle for now ;-) Regards Chris -----Original Message----- From: Gunnar Hellstrom [SMTP:gunnar.hellstrom@omnitor.se] Sent: Tuesday, August 31, 1999 9:33 PM To: chris Subject: SV: H.261 accelerators... Hi, Your question interests me. I have looked into video quality for a while. I need good quality for the application in sign language and lip reading. I have mainly been working with ISDN based H.320 products. I guess that you are looking at IP based comms. Why do you stay with H.261? H.263 has great advantages in video quality. The framerate is very important for a low delay. Steady 25 (or 30 for NTSC) is important and can lead to delays around 0.4 seconds. A frame-skipping algorithm very easily results in traditional and terrible 0.7 seconds. Some commercial products seem to behave well at 250 kbit/s and over. VCON is among them. On 128 kbit it is worse. H.263 has good opportunities there, but no product yet utilise that opportunity. You are welcome to look into my web pages for further info. Also have a look at www.vistacom.fi What are you aiming at? Regards Gunnar ______________________________________ Gunnar Hellstrom Omnitor Alsnogatan 7, 4tr S-116 41 Stockholm Sweden Tel +46 751 100 501 Fax +46 8 556 002 06 Video +46 8 556 002 05 Txt (All kinds) +46 8 556 002 05 E-mail gunnar.hellstrom@omnitor.se WWW: http://www.omnitor.se > -----Ursprungligt meddelande----- > Fran: Chris van der Merwe [mailto:chris@arnes.si] > Skickat: den 31 augusti 1999 11:55 > Till: rem-conf > Amne: H.261 accelerators... > > > Hi; > I was wondering if anyone had used either Zydacron's Z350 or VCON's > Escort25 with VIC or any other H.261 apllication. I'm interested in > Hardware that can take the load of the CPU and perhaps improve image > quality. I'm also hoping that this will go along way in improving > Lip-sync > (but we've been getting way less than 0.5 sec on our LAN which is great > anyway). > > Thanks > Chris > > > From rem-conf Sun Sep 05 06:06:56 1999 From rem-conf-request@es.net Sun Sep 05 06:06:55 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Nbxp-0002i3-00; Sun, 5 Sep 1999 06:04:09 -0700 Received: from social.snu.ac.kr [147.46.226.152] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Nbxo-0002ht-00; Sun, 5 Sep 1999 06:04:08 -0700 Received: from home ([210.219.181.109]) by social.snu.ac.kr with SMTP (1.39.111.2/16.2) id AA170576268; Sun, 5 Sep 1999 21:57:48 +0900 Date: Sun, 5 Sep 1999 21:57:48 +0900 To: supercd@hanmail.net From: supercd@hanmail.net Subject: ÇÁ·Î±×·¥°ú °ÔÀÓ ¸®½ºÆ®ÀÔ´Ï´Ù. Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=lcegtcegoffnkdkj Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: base64 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: base64 Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list From rem-conf Mon Sep 06 05:22:42 1999 From rem-conf-request@es.net Mon Sep 06 05:22:41 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Nxed-0006ct-00; Mon, 6 Sep 1999 05:13:47 -0700 Received: from soleil.uvsq.fr [193.51.24.1] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11Nxeb-0006cj-00; Mon, 6 Sep 1999 05:13:45 -0700 Received: from lucifer.prism.uvsq.fr (lucifer.prism.uvsq.fr [193.51.25.7]) by soleil.uvsq.fr (8.9.3/jtpda-5.3.2) with ESMTP id OAA54886 ; Mon, 6 Sep 1999 14:13:11 +0200 (CEST) Received: from prism.uvsq.fr (bernadotte.prism.uvsq.fr [193.51.25.141]) by lucifer.prism.uvsq.fr (8.9.3/jtpda-5.3.2) with ESMTP id OAA24391 ; Mon, 6 Sep 1999 14:12:45 +0200 (MET DST) Message-ID: <37D3B232.8E790437@prism.uvsq.fr> Date: Mon, 06 Sep 1999 14:23:15 +0200 From: Rebecca Morales Reply-To: Rebecca.Morales@prism.uvsq.fr Organization: PRiSM X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Subject: Networking2000-Deadline Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by soleil.uvsq.fr id OAA54886 To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list !! DEADLINE: September 24 !! /////////////////////////////////////// Call for Papers Networking 2000 May 14-19, 2000 Paris, France ////////////////////////////////////// More information and submission: http://www.noc.uoa.gr/net2000 http://www.prism.uvsq.fr/~net2000 Networking 2000 conference is a joint conference of: HPN (High Performance Networking) Aaren 1987, Li=E8ge 1988, Berlin 1990, Li=E8ge 1992, Grenoble 1994, Palma 1995, New York 1997, Vienna 1998, Paris 2000. BC (Broadband Communications) Paris 1995, Montreal 1996, Lisboa 1997, Stuttgart 1998, Hong-Kong 1999, Paris 2000. PCN (Performance of Communication Networks) Paris 1981, Z=FCrich 1984, Ri= o de Janeiro 1987, Barcelona 1990, Raleigh 1993, Lund 1998, Paris 2000. From rem-conf Mon Sep 06 09:19:50 1999 From rem-conf-request@es.net Mon Sep 06 09:19:49 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11O1Qm-0001JB-00; Mon, 6 Sep 1999 09:15:44 -0700 Received: from 1cust95.tnt2.west-palm-beach.fl.da.uu.net (mail.websrttrer6245.com) [208.253.43.95] by mail1.es.net with smtp (Exim 1.81 #2) id 11O1Qj-0001J0-00; Mon, 6 Sep 1999 09:15:41 -0700 From: To: Date: Wed, 8 Sep 1999 04:22:08 Message-Id: <378.669363.338483@mail.websrttrer6245.com> Subject: GET YOUR OWN WEBSITE NOW FOR ONLY 9.95 PER MONTH Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Are You Paying TOO MUCH for Webspace??? Call Internet Web Hosting Associates Today AT 1 877 213 7949 STOP PAYING $20 OR MORE PER MONTH FOR YOUR WEB SPACE ... You can CUT Your Web Charges IN HALF ...TODAY! GET YOUR OWN WEB DOMAIN HOSTED(www.yourcompany.com) for JUST $9.95 PER MONTH! Your new domain includes the latest server technology, multiple high-speed OC - 12 redundant backbone connnections, and personalized customer support! Every domain includes ... - 5 MB WEB STORAGE - FRONT PAGE 98 - CYBER CASH* - SECURE SERVER* - ECOMMERCE ENABLING* (ACCEPT CREDIT CARDS) - CGI-BIN FOR CUSTOM SCRIPTS - REAL AUDIO/streaming audio* - AUTOMATED SEARCH ENG. SUBMISSION* - AND MUCH, MUCH MORE ... .. All for just $9.95 per month! *these features carry extra surcharges. Get your own shopping cart for only $59.95 per month with credit card processing on line in real time! Simply transfer your domain and upload your data and you're all set to go. We guarantee 1 hour SETUP with a simple phone call to our offices. Why overpay a server when you can enjoy the features and performance of one of the countrys' largest webhosting organizations ... for less? Reserve your space today! Call 1 877 213 7949 for further information. Outside of the United States please call 416 352 5710 for further information. All web sites are pre-paid annually with a 90 day money back guarantee! A $40 setup fee applies to new customers. Thank you for subscribing to our mailing list. If you wish no further mailings, just email web44@pakistanmail.com with the word "UNSUBSCRIBE" typed in the subject line. From rem-conf Mon Sep 06 10:48:58 1999 From rem-conf-request@es.net Mon Sep 06 10:48:57 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11O2q4-0002hS-00; Mon, 6 Sep 1999 10:45:56 -0700 Received: from server24.aitcom.net (oncue.net) [208.234.0.8] by mail1.es.net with esmtp (Exim 1.81 #2) id 11O2q3-0002hI-00; Mon, 6 Sep 1999 10:45:55 -0700 Received: from oncue.net ([208.232.231.235]) by oncue.net (8.8.8/8.8.5) with ESMTP id NAA15978; Mon, 6 Sep 1999 13:45:52 -0400 Message-ID: <37D3F958.BAF057F8@oncue.net> Date: Mon, 06 Sep 1999 12:26:48 -0500 From: "B.jay Kaplan" X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: web44@pakistanmail.com CC: rem-conf@es.net Subject: Re: GET YOUR OWN WEBSITE NOW FOR ONLY 9.95 PER MONTH References: <378.669363.338483@mail.websrttrer6245.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list NO! web44@pakistanmail.com wrote: > > Are You Paying TOO MUCH for Webspace??? > > Call Internet Web Hosting Associates Today AT 1 877 213 7949 > > STOP PAYING $20 OR MORE PER MONTH FOR YOUR WEB SPACE ... > > You can CUT Your Web Charges IN HALF ...TODAY! > > GET YOUR OWN WEB DOMAIN HOSTED(www.yourcompany.com) for JUST > $9.95 PER MONTH! > > Your new domain includes the latest server technology, multiple > high-speed OC - 12 redundant backbone connnections, and > personalized customer support! > > Every domain includes ... > > - 5 MB WEB STORAGE > - FRONT PAGE 98 > - CYBER CASH* > - SECURE SERVER* > - ECOMMERCE ENABLING* > (ACCEPT CREDIT CARDS) > - CGI-BIN FOR CUSTOM SCRIPTS > - REAL AUDIO/streaming audio* > - AUTOMATED SEARCH ENG. SUBMISSION* > - AND MUCH, MUCH MORE ... > > .. All for just $9.95 per month! > *these features carry extra surcharges. > > Get your own shopping cart for only $59.95 per month with credit > card processing on line in real time! > > Simply transfer your domain and upload your data and you're all > set to go. > We guarantee 1 hour SETUP with a simple phone call to our > offices. > > Why overpay a server when you can enjoy the features and > performance of one of the countrys' largest webhosting > organizations ... for less? Reserve your space today! > > Call 1 877 213 7949 for further information. > > Outside of the United States please call 416 352 5710 for further > information. > > All web sites are pre-paid annually with a 90 day money back > guarantee! A $40 setup fee applies to new customers. > > Thank you for subscribing to our mailing list. If you wish no > further mailings, just email web44@pakistanmail.com with the word > "UNSUBSCRIBE" typed in the subject line. > > > > > > > > > > > > From rem-conf Tue Sep 07 09:05:10 1999 From rem-conf-request@es.net Tue Sep 07 09:05:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11ONZT-0005zM-00; Tue, 7 Sep 1999 08:54:11 -0700 Received: from gateus.nmss.com (ns.nmss.com) [208.236.204.65] by mail1.es.net with smtp (Exim 1.81 #2) id 11ONZR-0005zC-00; Tue, 7 Sep 1999 08:54:09 -0700 Received: from nmsnotes4.nmss.com by ns.nmss.com via smtpd (for mail1.es.net [198.128.3.181]) with SMTP; 7 Sep 1999 10:53:30 UT Received: by notes4.nmss.com(Lotus SMTP MTA v4.6.2 (693.3 8-11-1998)) id 852567E5.005727D6 ; Tue, 7 Sep 1999 11:51:58 -0400 X-Lotus-FromDomain: NATURAL MICROSYSTEMS From: Bruce_Levens@nmss.com To: tfgt@kapvxb.anamas.co.kr cc: rem-conf@es.net Message-ID: <852567E5.005725FE.00@notes4.nmss.com> Date: Tue, 7 Sep 1999 11:54:16 -0400 Subject: Re: Great New Book-Men Enjoy Sex More -pdjlfeqwic Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Thank you for the mother of all spam! From rem-conf Tue Sep 07 10:17:18 1999 From rem-conf-request@es.net Tue Sep 07 10:17:18 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11OOna-0007MF-00; Tue, 7 Sep 1999 10:12:50 -0700 Received: from mail.atp.net (mail2.aip.com) [206.214.55.4] by mail1.es.net with esmtp (Exim 1.81 #2) id 11OOnX-0007M5-00; Tue, 7 Sep 1999 10:12:49 -0700 Received: from 206.214.55.7 [4.16.44.214] by mail2.aip.com (SMTPD32-5.05) id A694635B025C; Tue, 07 Sep 1999 10:08:36 -0700 Date: Tue, 07 Sep 99 00:55:15 EST From: videoconf@nfmail.com To: videoconf@es.net Subject: Video Conference Sept 12-15, 1999 Reply-To: videoconf@nfmail.com Message-Id: <199909071008734.SM00250@206.214.55.7 > X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ANNUAL CONFERENCE September 12 - 15, 1999 Sacramento Convention Center Sacramento, California http://www.pug.com/apug/conf.htm From rem-conf Wed Sep 08 01:06:57 1999 From rem-conf-request@es.net Wed Sep 08 01:06:56 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Ocfh-000149-00; Wed, 8 Sep 1999 01:01:37 -0700 Received: from klj-230-171.tm.net.my (post.com) [202.188.230.171] by mail1.es.net with smtp (Exim 1.81 #2) id 11OcfZ-00012i-00; Wed, 8 Sep 1999 01:01:29 -0700 To: From: Subject: {{{Brand New}}} You will be paid 40%+10%+5%+2%+1% ads profits simply to surf on-line/off-line! FREE! Date: Wed, 8 Sep 1999 12:23:12 Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list {{{FREE}}} {{{No Scam}}} {{{No Hype}}} {{{Not MLM}}} {{ Not Pyramid}}} {{{Not Chain Letters}}} Dear Online Surfer, I ran across something on the Internet today that I really do like. It is a company that will share 40% of their advertising profits with you. What you have to do is simply surf the web as you normally do PLUS you can run the ads offline and earn money. This mean that you can earn money even when you are running other application such as Microsoft Words/Excel without having connected to the internet. All of this is Free of Charge to you! This is possible because you are valuable potential customer to the advertisers which they can use special internet ads software to advertise their products and services to you. They don't get in your way while online/offline, and they don't make you visit any special sites, they just have a simple little software application that sits on your computer, displaying ads and counting your money. The application is no bigger than a typical banner ad, and you can move it around anywhere on your screen, so it really isn't too distracting. The ultimate thing about the concept is that they not only pay you to surf the web, but will also pay you when your friends and family are on-line as well. For anyone you refer you are going to get 10% profit for 1st level, 5% for 2nd level, 2% for 3rd level and 1% for 4th level. As this is a profit sharing basis the income potential is unlimited! Use their online calculator to find out instantly why you can easily make USD1000+ every month. The Company had archieve no. 1000 higgest traffic site proven by PC DATA! With 500,000 unique member! >>> Good News! September 29, 1999 is the release date for the CashBar Software! You can check out and sign up at the link below:- http://www.utopiad.com/member/getPaid?refId=116483 Best of luck, and be sure to let me know what you think. Erinne erinne88@post.com ********************************************************************** This is one time message only. I sincerely apologize to you if you find this msg annoying as I need fund for my education desparately and hope these help. ********************************************************************** @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ To Remove pleas send a mail to erinne88@post.com?subject=REMOVE @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ From rem-conf Wed Sep 08 07:52:53 1999 From rem-conf-request@es.net Wed Sep 08 07:52:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Oj28-0005AG-00; Wed, 8 Sep 1999 07:49:12 -0700 Received: from omega.uta.edu [129.107.56.23] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Oj27-0005A6-00; Wed, 8 Sep 1999 07:49:11 -0700 Received: from localhost (ksr0302@localhost) by omega.uta.edu (8.9.2/8.9.2) with ESMTP id JAA06289 for ; Wed, 8 Sep 1999 09:49:05 -0500 (CDT) Date: Wed, 8 Sep 1999 09:49:05 -0500 (CDT) From: Kazi Rahman To: rem-conf@es.net Subject: Question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Sir, I am currently working with my thesis on 3-G mobile videophone. There may be loss of synchronization in voice and video with rapid movement of the end users. My research area is to work on the improvement of voice and video synchronization in case of high mobility of the videophones. In my opinion, this phenomenon due to bit error. Because motion-compensated temporal prediction works best for scenes with limited amount of linear motion. Scenes with a lot of motion or with complex type of motion therefore produce more coded data. This, in turn, will affect the available resources of the network. We can use VBR. But in this case the mean and peak data rates should be negotiated at the beginning of connection establishment. VBR uses open loop encoded video that has both short-term and long-term variations in the bit rate. If the mean and/or peak bit rates continue to change which is common for rapid moving objects, then the video source may violate the traffic parameters agreed to at the start of the connection. One conventional solution is to use buffer at the encoding end. But this may cause extra delay in case of mobile videophone. What do you think I should do to reduce BER at the minimum level ? A solution I was thinking is to design a gateway that will provide necessary compensation to the loss of synchronization of voice and video due to mobility of the end users. Kazi Shafiqur Rahman Graduate Student, Dept. of Electrical Engineering. The University of Texas at Arlington Arlington, TX 76010, USA Student Member, IEEE. From rem-conf Wed Sep 08 15:08:08 1999 From rem-conf-request@es.net Wed Sep 08 15:08:08 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11OphP-0002z6-00; Wed, 8 Sep 1999 14:56:15 -0700 Received: from bay2-167.la.ziplink.net (ns.bigbear.com) [208.196.123.181] by mail1.es.net with smtp (Exim 1.81 #2) id 11OphJ-0002yD-00; Wed, 8 Sep 1999 14:56:10 -0700 From: Subject: Homeworkers needed! Date: Wed, 8 Sep 1999 11:30:22 Message-Id: <108.856812.528772@ns.bigbear.com> Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Future Associate, You Can Work At Home & Set Your Own Hours. Start earning Big Money in a short time NO Newspaper Advertising! Your job will be to stuff and mail envelopes for our company. You will receive $.25 for each and every envelope you stuff and mail out. Just follow our simple instructions and you will be making money as easy as 1… 2… 3 For example stuff and mail 200 envelopes and you will receive $50.00. Stuff and mail 1000 and you will receive $250.00. Stuff and mail 2000 and you will receive $500.00 and more Never before has there been an easier way to make money from home! Our Company's Home Mailing Program is designed for people with little or no experience and provides simple, step by step instructions. There is no prior experience or special skills necessary on your part, Just stuffing envelopes. We need the help of honest and reliable home workers like you. Because we are overloaded with work and have more than our staff can handle. We have now expanded our mailing program and are expecting to reach millions more with our offers throughout the US and Canada. Our system of stuffing and mailing envelopes is very simple and easy to do! You will not be required to buy envelopes or postage stamps. We will gladly furnish all circulars at no cost to you. We assure you that as a participant in our program you will never have to mail anything objective or offensive. There are no quotas to meet, and there no contracts to sign. You can work as much, or as little as you want. Payment for each envelope you send out is Guaranteed! Here is what you will receive when you get your first Package. Inside you will find 100 envelopes, 100 labels and 100 sales letters ready to stuff and mail As soon as you are done with stuffing and mailing these first letters, your payment will arrive shortly, thereafter. All you have to do is to order more free supplies and stuff and mail more envelopes to make more money. Our sales literature which you will be stuffing and mailing will contain information outlining our highly informative manuals that we are advertising nationwide. As a free gift you will receive a special manual valued at $24.95, absolutely free, just for joining our Home Mailers Program. Plus you will get your own special code number, so that we will know how much you are to get paid. And to make re-ordering of more envelopes, that our company supplies very simple for you. We are giving you this free bonus because we want you to be confident in our company and to ensure that we will be doing business with you for a long time. Benefits Of This Job: 1. You do not have to quit your present job, to earn more money at home 2. You can make between $2,500 to $4,500 a month depending on the amount of time you are willing to spend stuffing and mailing envelopes 3. This is a great opportunity for the students, mothers, disabled persons or those who are home bodies. To secure your position and to show us that you are serious about earning extra income at home we require a one-time registration fee of $35.00. This fee covers the cost of your initial start up package, which includes 100 envelopes, 100 labels and 100 sales letters and a manual, your registration fee will be refunded back to you shortly thereafter. Money Back Guarantee! We guarantee that as soon as you stuff and mail your first 300 envelopes You will be paid $75.00 and your registration fee will be refunded. Many of you wonder why it is necessary to pay a deposit to get a job. It is because we are looking for people that seriously want to work from home. * If 3.000 people told us they wanted to start working from home and we sent out 3.000 packages free to every one. And then half of the people decided not to work, this would be a potential loss of more than $60,000 in supply's and shipping that we have sent out to people that don't want to work We have instituted this policy to make sure that you really want to work and at least finish your first package. To Get Started Today Please Enclose Your Registration Fee of $35 Check,Cash Or Money Order and fill out the application below and mail to: AHE Co 7095 Hollywood blvd, PMB #759 Los Angeles, Ca 90028 Name_____________________________________________________ Address___________________________________________________ City____________________________________ State______________ Zip Code________________ Telephone Number(s)_________________________________________ E-mail Address______________________________________________ For all orders, please allow seven (7) days for delivery and up to 10 days. Cash and Money Orders will result in faster shipping of your package. From rem-conf Wed Sep 08 22:07:08 1999 From rem-conf-request@es.net Wed Sep 08 22:07:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11OwCL-0000WC-00; Wed, 8 Sep 1999 21:52:37 -0700 Received: from fastmail.vertical.net [146.145.74.44] by mail1.es.net with esmtp (Exim 1.81 #2) id 11OwCJ-0000VK-00; Wed, 8 Sep 1999 21:52:36 -0700 Received: from fastmail (172.16.0.44) by fastmail.vertical.net (LSMTP for Windows NT v1.1b) with SMTP id <3.0002D04E@fastmail.vertical.net>; Thu, 9 Sep 1999 0:39:40 -0400 From: Computer OEM Online Subject: Computer OEM Online Newsletter To: rem-conf@ES.NET Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Message-Id: Date: Wed, 8 Sep 1999 21:52:36 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ============================================================ Computer OEM Online Newsletter Volume 2 Issue 46 Wednesday, September 08, 1999 ============================================================ Computer OEM Online's System Strategy case study series continues. Frank Carau, R&D Lab Manager at Hewlett-Packard's Portable Capture and Communications facility, describes how code coverage and regression test analyses tools helped his team speed a 500-000-gate ASIC to successful first-pass completion. Read about it at http://www2.computeroemonline.com/read/nl19990907/10080. ******** NATIONAL SPONSOR ******** The 9.99% fixed Bank One Platinum Business Card Visa. No annual fee and up to $25,000 line of credit. Track expenses, simplify tax reporting, and streamline your finances. Apply online by visiting: http://app1.firstusa.com/card.cfm/XPL6UBC13/6B3Z ******** Computer OEM Online’s Weekly Selection: ******** Advanced Routing of Electronic Modules A vision of the future in advanced electronics by Michael Pecht, Yeun Tsun G.Wong The rapid growth of the electronic products market has created an increasing need for affordable, reliable, high-speed and high-density multi-layer printed circuit boards (PCBs). Our Price: $95.00! To read more and purchase this book, visit: http://www2.computeroemonline.com/read/nl19990907/10138 ****** FEATURED ARTICLES selected by Alex Mendelsohn ****** 1) Digital Car Stereo DSP Chip Samples 2) Multiple Instruction-Set Technology Takes A Bow 3) Analog Devices Implements Intel Mobile Power Management ------------------------------------------------------------ 1) Digital Car Stereo DSP Chip Samples IC house STMicroelectronics starts sampling a 3 V mixed-signal DSP-based baseband processor chip for all-digital car stereos. ST's programmable approach lets you add features simply by changing firmware. Try that with your conventional analog car stereo! http://www2.computeroemonline.com/read/nl19990907/10003 2) Multiple Instruction-Set Technology Takes A Bow As part of the Navy's Dual Use Science & Technology program sponsored by the Office of Naval Research, CPU Technology, Inc. is developing a core processing architecture it says will make possible upgraded high-end embedded systems. CPU Tech will supply a system-on-a-chip that will work/run both legacy processors and software without changes, and new higher-order languages and commercial off- the-shelf software tools. http://www2.computeroemonline.com/read/nl19990907/10004 3) Analog Devices Implements Intel Mobile Power Management Chip makers Analog Devices releases the industry's first DC-to-DC converter to incorporate Intel's Mobile Voltage Positioning technology. http://www2.computeroemonline.com/read/nl19990907/10005 ******** EDITOR'S CHOICE PRODUCTS ******** 1) ZIF BGA Sockets 2) Display Driver ICs 3) LVT Logic ------------------------------------------------------------ 1) ZIF BGA Sockets Zero insertion force BGA sockets permit repeated tool-free removal and insertion of ball-grid-array-packaged microprocessors. http://www2.computeroemonline.com/read/nl19990907/10007 2) Display Driver ICs Type CS1084, '85, and '86 driver ICs contain the circuitry needed to interface between a system microprocessor and automotive Vacuum Fluorescent Display instrumentation. http://www2.computeroemonline.com/read/nl19990907/10008 3) LVT Logic Designed for 3.3 V applications, logic line includes the 74LVTH273 octal D-type flip-flop with Clear, the 74LVT373/74LVTH373 octal transparent latch with three- state outputs, and the 74LVT374/74LVTH374 octal D-type with three-state outputs. Available with and without Bus-hold, the high speed (less than 4.5 nanosecond) ICs can be used for off-board driving applications such as backplanes, memory arrays, telecom switches, and in networking applications. Bus-hold maintains a valid logic state on an unloaded input, eliminating the need for external pull-up or pull-down resistors to prevent floating inputs. http://www2.computeroemonline.com/read/nl19990907/10009 ******** ADVERTISEMENT ******** The award winning My Lycos is the fast and easy-to-use start page - providing you with personalized news, weather, stock quotes, horoscopes, weather, sports scores and more. Try it now - http://my.lycos.com. ***** FEATURED COMPANIES (information from sponsors): ****** Visit the companies below for more industry news and product information: Adapter Technologies Inc. was established in 1994 to provide interconnect solutions to OEMs that required application specific products to produce their end products. Working with fortune 100, 500 and 1000 companies world wide, their products consist from small run to large run production quantities, research and development products and high end electronic assemblies encompassing surface mount technologies and thru hole technologies. Visit Adapter Technologies Inc. at: http://www2.computeroemonline.com/storefronts/adaptertech.html NKK Switches provides comprehensive manufacturing, warehousing, and other sales services from its USA headquarters in Scottsdale, Arizona. An extensive staff of knowledgeable marketing and sales personnel is on call to provide technical information as well as pricing and delivery schedules. Visit NKK Switches at: http://www2.computeroemonline.com/storefronts/nkk.html Ziatech Corporation is a leading supplier of rugged CompactPCI® and STD 32® industrial computers. They manufacture board-level, system-level, and fully integrated microcomputer products for OEMs and end users seeking to automate their applications quickly and cost effectively. Visit Ziatech Corporation at: http://www2.computeroemonline.com/storefronts/ziatech.html Thanks for subscribing to Computer OEM Online's weekly newsletter. Tell your friends and associates about it. Have questions, or suggestions? Call Managing Editor Alex Mendelsohn at (207) 967-8812. ------------------------------------------------------------------- If you enjoy reading Computer OEM Online's Newsletter, please tell a friend or colleague about it. Anyone can sign up for a free subscription on our Web site at http://www.computeroemonline.com -------------------------------------------------------------------- If your company wishes to sponsor this newsletter, please contact Sherylen Yoak at mailto:syoak@verticalnet.com to learn more. ========================================================== If you wish to unsubscribe, please go to the following web page: http://www2.computeroemonline.com/content/newsletter/unsubscribe.asp ========================================================== The Computer OEM Online Homepage: http://www.computeroemonline.com (c) Copyright 1999 VerticalNet, Inc. All rights reserved. All product names contained herein are the trademarks of their respective holders. From rem-conf Thu Sep 09 08:34:06 1999 From rem-conf-request@es.net Thu Sep 09 08:34:05 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P5u7-0006Jw-00; Thu, 9 Sep 1999 08:14:27 -0700 Received: from hercules.cs.ucsb.edu [128.111.41.30] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P5u6-0006Jm-00; Thu, 9 Sep 1999 08:14:26 -0700 Received: from jackson.cs.ucsb.edu (jackson [128.111.52.10]) by hercules.cs.ucsb.edu (8.8.6/8.8.6) with ESMTP id IAA00868 for ; Thu, 9 Sep 1999 08:14:24 -0700 (PDT) Received: by jackson.cs.ucsb.edu (8.9.3+Sun/SMI-SVR4) id IAA07125 for rem-conf@es.net; Thu, 9 Sep 1999 08:14:23 -0700 (PDT) Date: Thu, 9 Sep 1999 08:14:23 -0700 (PDT) From: almeroth@cs.ucsb.edu (Kevin C. Almeroth) Message-Id: <199909091514.IAA07125@jackson.cs.ucsb.edu> To: rem-conf@es.net Subject: PCMCIA video X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Here is my ongoing problem... maybe someone can help: I'm trying to source video from the smallest computer I can. Here's my requirements: 1. Running Windows 2. Video input must accept NTSC - There are solutions that work (but not good enough quality) by packaging all the hardware in the camera and then just having the camera connect to a PCMCIA card. 3. Must use vic Ideally I'd like some magical PCMCIA card that I can actually order from the US that has Windows drivers that vic can use and a magic cable that gets me from RCA/coax/BNC adapter to the card adapter. Any ideas? -Kevin From rem-conf Thu Sep 09 09:34:09 1999 From rem-conf-request@es.net Thu Sep 09 09:34:08 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P6vr-0007kg-00; Thu, 9 Sep 1999 09:20:19 -0700 Received: from sfo.erg.sri.com [128.18.100.4] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P6vq-0007kM-00; Thu, 9 Sep 1999 09:20:18 -0700 Received: from erg.sri.com (walleye.erg.sri.com [128.18.4.214]) by sfo.erg.sri.com (8.9.1/8.9.0) with ESMTP id JAA14104; Thu, 9 Sep 1999 09:20:02 -0700 (PDT) Message-ID: <37D7DD6D.FDC21085@erg.sri.com> Date: Thu, 09 Sep 1999 09:16:45 -0700 From: "Fred L. Templin" Organization: SRI International X-Mailer: Mozilla 4.08 [en] (WinNT; U) MIME-Version: 1.0 To: "Kevin C. Almeroth" CC: rem-conf@es.net Subject: Re: PCMCIA video References: <199909091514.IAA07125@jackson.cs.ucsb.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Kevin, A company called Nogatech sells such a device, although I can't speak to their compatibility with 'vic'. You can check Nogatech's website at: http://www.nogatech.com/ Also, a colleague here at SRI has had reasonable success with USB and parallel port cameras with 'vic' under Win95 and WinNT, but as you observe the quality isn't all that great. Good luck in your search; please let me know whether Nogatech satisfies your requirment. Fred templin@erg.sri.com Kevin C. Almeroth wrote: > > Here is my ongoing problem... maybe someone can help: > > I'm trying to source video from the smallest computer I can. > Here's my requirements: > > 1. Running Windows > > 2. Video input must accept NTSC > - There are solutions that work (but not good enough quality) > by packaging all the hardware in the camera and then just > having the camera connect to a PCMCIA card. > > 3. Must use vic > > Ideally I'd like some magical PCMCIA card that I can actually > order from the US that has Windows drivers that vic can use and > a magic cable that gets me from RCA/coax/BNC adapter to the > card adapter. > > Any ideas? > > -Kevin From rem-conf Thu Sep 09 09:37:07 1999 From rem-conf-request@es.net Thu Sep 09 09:37:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P6zw-00001T-00; Thu, 9 Sep 1999 09:24:32 -0700 Received: from cs.columbia.edu [128.59.16.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P6zv-00001J-00; Thu, 9 Sep 1999 09:24:31 -0700 Received: from opus.cs.columbia.edu (opus.cs.columbia.edu [128.59.20.100]) by cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA26422; Thu, 9 Sep 1999 12:24:30 -0400 (EDT) Received: from cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by opus.cs.columbia.edu (8.9.1/8.9.1) with ESMTP id MAA05853; Thu, 9 Sep 1999 12:24:29 -0400 (EDT) Sender: hgs@cs.columbia.edu Message-ID: <37D7DF37.41D603E3@cs.columbia.edu> Date: Thu, 09 Sep 1999 12:24:23 -0400 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 4.61 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Kevin C. Almeroth" CC: rem-conf@es.net Subject: Re: PCMCIA video References: <199909091514.IAA07125@jackson.cs.ucsb.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list "Kevin C. Almeroth" wrote: > > Here is my ongoing problem... maybe someone can help: > > I'm trying to source video from the smallest computer I can. > Here's my requirements: > > 1. Running Windows > > 2. Video input must accept NTSC > - There are solutions that work (but not good enough quality) > by packaging all the hardware in the camera and then just > having the camera connect to a PCMCIA card. Nogatech, I believe, has a USB "fat cable" called USB Live! that allows you to plug in a video source. They also have a PCMCIA card with NTSC inputs. Given their shoddy treatment of a repair case (my original PCMCIA card never worked properly and they then refused to exchange it as being out of warranty), I'm reluctant to recommend them, but they seem to be the major player in this field. > > 3. Must use vic > > Ideally I'd like some magical PCMCIA card that I can actually > order from the US that has Windows drivers that vic can use and > a magic cable that gets me from RCA/coax/BNC adapter to the > card adapter. > > Any ideas? > > -Kevin -- Henning Schulzrinne http://www.cs.columbia.edu/~hgs From rem-conf Thu Sep 09 09:52:43 1999 From rem-conf-request@es.net Thu Sep 09 09:52:42 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P7FO-0000as-00; Thu, 9 Sep 1999 09:40:30 -0700 Received: from basil.cdt.luth.se [130.240.64.67] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P7FN-0000aU-00; Thu, 9 Sep 1999 09:40:29 -0700 Received: from cdt.luth.se (blipp.cdt.luth.se [130.240.194.242]) by basil.cdt.luth.se (8.9.3/8.7.3) with ESMTP id SAA02814; Thu, 9 Sep 1999 18:38:20 +0200 (MET DST) Message-ID: <37D7E2B6.9C480C86@cdt.luth.se> Date: Thu, 09 Sep 1999 18:39:18 +0200 From: Peter Parnes Organization: Centre for Distance-spanning =?iso-8859-1?Q?Technology=2FLule=E5?= University of Technology, Marratech AB X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "Fred L. Templin" CC: "Kevin C. Almeroth" , rem-conf@es.net Subject: Re: PCMCIA video References: <199909091514.IAA07125@jackson.cs.ucsb.edu> <37D7DD6D.FDC21085@erg.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I have had severe problems with nogatech hardware and the lousy support department :-( They have the smallest USB camera on the market but unfortunately it is priced very high (compared to other USB cameras) and the image quality is really crappy. We have tested loads of USB-cameras (for laptop use) and I personally like the Philips EggCam best. The Intel create&share camera is quite good as well (better drivers than the Philips one). Totally avoid the Kodak Cameras though! /P From rem-conf Thu Sep 09 10:15:57 1999 From rem-conf-request@es.net Thu Sep 09 10:15:57 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P7b4-00026Q-00; Thu, 9 Sep 1999 10:02:54 -0700 Received: from sfo.erg.sri.com [128.18.100.4] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P7b2-00026G-00; Thu, 9 Sep 1999 10:02:52 -0700 Received: from erg.sri.com (walleye.erg.sri.com [128.18.4.214]) by sfo.erg.sri.com (8.9.1/8.9.0) with ESMTP id KAA14787; Thu, 9 Sep 1999 10:02:46 -0700 (PDT) Message-ID: <37D7E772.423E7CB4@erg.sri.com> Date: Thu, 09 Sep 1999 09:59:30 -0700 From: "Fred L. Templin" Organization: SRI International X-Mailer: Mozilla 4.08 [en] (WinNT; U) MIME-Version: 1.0 To: Peter Parnes CC: "Kevin C. Almeroth" , rem-conf@es.net Subject: Re: PCMCIA video References: <199909091514.IAA07125@jackson.cs.ucsb.edu> <37D7DD6D.FDC21085@erg.sri.com> <37D7E2B6.9C480C86@cdt.luth.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Peter Parnes wrote: > > I have had severe problems with nogatech hardware and the lousy support > department :-( They have the smallest USB camera on the market but > unfortunately it is priced very high (compared to other USB cameras) and > the image quality is really crappy. Hmmm. Quite some time back, I contacted Nogatech to see if they would share their PCMCIA card interface spec's with me so that I could develop a UNIX driver and they basically told me to get lost. I just assumed that their proprietary Windows-based support must be pretty good if they could afford to ignore the UNIX market; maybe I was wrong?? Fred templin@erg.sri.com From rem-conf Thu Sep 09 10:17:36 1999 From rem-conf-request@es.net Thu Sep 09 10:17:36 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P7eW-0002CL-00; Thu, 9 Sep 1999 10:06:28 -0700 Received: from mail5.dialogic.com [146.152.224.5] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P7eV-0002CB-00; Thu, 9 Sep 1999 10:06:27 -0700 Received: from sanmiguel.dialogic.com ([146.152.131.2]) by mail5.Dialogic.com (PMDF V5.2-31 #33110) with SMTP id <0FHS004BKY6PS0@mail5.Dialogic.com> for rem-conf@es.net; Thu, 9 Sep 1999 13:06:25 -0400 (EDT) Received: from rockyroad by sanmiguel.dialogic.com (SMI-8.6/SMI-SVR4) id KAA14276; Thu, 09 Sep 1999 10:10:57 -0700 Date: Thu, 09 Sep 1999 10:06:25 -0700 From: "Grosen, Mark" Subject: RE: PCMCIA video In-reply-to: <199909091514.IAA07125@jackson.cs.ucsb.edu> To: "'Kevin C. Almeroth'" , rem-conf@es.net Message-id: <000101befae5$a60d5920$98839892@dialogic.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Intel has introduced a new USB camera that has a video input jack as well: http://www.intel.com/createshare/camera.htm (This would require Win98 or Win2K) Don't know if this would support vic. Mark > -----Original Message----- > From: Kevin C. Almeroth [mailto:almeroth@cs.ucsb.edu] > Sent: Thursday, September 09, 1999 8:14 AM > To: rem-conf@es.net > Subject: PCMCIA video > > > > Here is my ongoing problem... maybe someone can help: > > I'm trying to source video from the smallest computer I can. > Here's my requirements: > > 1. Running Windows > > 2. Video input must accept NTSC > - There are solutions that work (but not good enough quality) > by packaging all the hardware in the camera and then just > having the camera connect to a PCMCIA card. > > 3. Must use vic > > Ideally I'd like some magical PCMCIA card that I can actually > order from the US that has Windows drivers that vic can use and > a magic cable that gets me from RCA/coax/BNC adapter to the > card adapter. > > Any ideas? > > > -Kevin > From rem-conf Thu Sep 09 10:17:36 1999 From rem-conf-request@es.net Thu Sep 09 10:17:36 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P7eR-0002BO-00; Thu, 9 Sep 1999 10:06:23 -0700 Received: from cefni.aber.ac.uk [144.124.16.40] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P7eP-000295-00; Thu, 9 Sep 1999 10:06:21 -0700 Received: from moin.dcs.aber.ac.uk ([193.60.11.36] helo=aber.ac.uk) by cefni.aber.ac.uk with esmtp (Exim 2.12 #1) id 11P7c4-0001ok-00; Thu, 9 Sep 1999 18:03:56 +0100 X-Mailer: exmh version 2.0.2 2/24/98 To: Henning Schulzrinne cc: "Kevin C. Almeroth" , rem-conf@es.net, dap@aber.ac.uk Subject: Was : Re: PCMCIA video NOW USB vrsus Parallel Port In-reply-to: Your message of Thu, 09 Sep 1999 12:24:23 -0400. <37D7DF37.41D603E3@cs.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Sep 1999 18:03:56 +0100 Message-ID: <559.936896636@aber.ac.uk> From: DAVID PRICE X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear All, Having seen these latest few emails it reminds me that I have been meaning to check opinions on USB v Parallel Port cameras. All the parallel port cameras I have seen seem to place a large CPU load on the hosting machine, I presume largely due to the inappropriate nature of the parallel port and I guess the generation of a large number of interrupts for the machine to handle (yes?). What is the common experience / technical expectations of using USB based cameras ?? Is USB inherently "better" for handling the sort of traffic >from video cameras when compared to parallel port cameras ? Thanks for the opinions/experiences in advance... Dave Price From rem-conf Thu Sep 09 10:41:13 1999 From rem-conf-request@es.net Thu Sep 09 10:41:13 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P7zr-0004Cx-00; Thu, 9 Sep 1999 10:28:31 -0700 Received: from basil.cdt.luth.se [130.240.64.67] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P7zq-0004Cn-00; Thu, 9 Sep 1999 10:28:30 -0700 Received: from cdt.luth.se (blipp.cdt.luth.se [130.240.194.242]) by basil.cdt.luth.se (8.9.3/8.7.3) with ESMTP id TAA04400; Thu, 9 Sep 1999 19:27:23 +0200 (MET DST) Message-ID: <37D7EE35.CF1E435D@cdt.luth.se> Date: Thu, 09 Sep 1999 19:28:21 +0200 From: Peter Parnes Organization: Centre for Distance-spanning =?iso-8859-1?Q?Technology=2FLule=E5?= University of Technology, Marratech AB X-Mailer: Mozilla 4.61 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: DAVID PRICE CC: Henning Schulzrinne , "Kevin C. Almeroth" , rem-conf@es.net Subject: Re: Was : Re: PCMCIA video NOW USB vrsus Parallel Port References: <559.936896636@aber.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > What is the common experience / technical expectations of > using USB based cameras ?? parallel < USB < "grabber card" USB takes much less CPU than parallel port cameras and much better quality. The best quality and performance is achieved with a real grabber card. My experience is that that the CPU load can vary A LOT with different USB-WDM drivers (for Win98 I recommend service pack 1, DirectX6.1 and DirectMedia6.0 as they all seem to affect USB grabbing). A HUGE problem with USB cameras and Win98 is that if the grabbing program crashes while the WDM driver is opened (that is while grabbing video) then the driver is locked until the OS is rebooted, great work Bill ;-) /P From rem-conf Thu Sep 09 11:27:35 1999 From rem-conf-request@es.net Thu Sep 09 11:27:35 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P8np-0005YA-00; Thu, 9 Sep 1999 11:20:09 -0700 Received: from syncgate.sync.com [207.18.204.60] (firewall-user) by mail1.es.net with esmtp (Exim 1.81 #2) id 11P8nn-0005Xn-00; Thu, 9 Sep 1999 11:20:07 -0700 Received: by syncgate.sync.com; id LAA20339; Thu, 9 Sep 1999 11:25:20 -0700 (PDT) Received: from unknown(207.18.205.4) by syncgate.sync.com via smap (3.2) id xma020322; Thu, 9 Sep 99 11:24:56 -0700 Received: by syncmail with Internet Mail Service (5.5.2232.9) id ; Thu, 9 Sep 1999 11:19:37 -0700 Message-ID: <40D9D437FF95D211B59100A024E037432E6FFB@syncmail> From: Henry Luk To: rem-conf@es.net Subject: remove Date: Thu, 9 Sep 1999 11:19:35 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Thu Sep 09 11:39:47 1999 From rem-conf-request@es.net Thu Sep 09 11:39:46 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P92q-0006HN-00; Thu, 9 Sep 1999 11:35:40 -0700 Received: from smtprch1.nortelnetworks.com (smtprch1.nortel.com) [192.135.215.14] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P92p-0006HA-00; Thu, 9 Sep 1999 11:35:39 -0700 Received: from zrchb213.us.nortel.com (actually zrchb213) by smtprch1.nortel.com; Thu, 9 Sep 1999 13:27:10 -0500 Received: by zrchb213.us.nortel.com with Internet Mail Service (5.5.2448.0) id ; Thu, 9 Sep 1999 13:35:04 -0500 Message-ID: <63E0DAD7784FD21188310000F80824B3013C2E5D@zmpkdx02.us.nortel.com> From: "Sunitha Kumar" To: rem-conf@es.net Subject: remove Date: Thu, 9 Sep 1999 13:35:01 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove Sunitha Kumar The ideas put forth here are not necessarily the ideas of Nortel Networks From rem-conf Thu Sep 09 12:25:57 1999 From rem-conf-request@es.net Thu Sep 09 12:25:57 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P9ni-0007i8-00; Thu, 9 Sep 1999 12:24:06 -0700 Received: from popb-f.gsfc.nasa.gov (popb.gsfc.nasa.gov) [128.183.251.164] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P9nh-0007hy-00; Thu, 9 Sep 1999 12:24:05 -0700 Received: from sc4port1.gsfc.nasa.gov (sc4port1.gsfc.nasa.gov [128.183.166.50]) by popb.gsfc.nasa.gov (8.8.8/8.8.8) with SMTP id PAA00434 for ; Thu, 9 Sep 1999 15:24:02 -0400 (EDT) Message-ID: <008501befaf9$175500c0$32a6b780@gsfc.nasa.gov> Reply-To: "Clayton Sigman" From: "Clayton Sigman" To: Subject: remove Date: Thu, 9 Sep 1999 15:25:32 -0400 Organization: NASA/GSFC 423 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0082_01BEFAD7.8E5C9F60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. ------=_NextPart_000_0082_01BEFAD7.8E5C9F60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable remove ------=_NextPart_000_0082_01BEFAD7.8E5C9F60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
remove
------=_NextPart_000_0082_01BEFAD7.8E5C9F60-- From rem-conf Thu Sep 09 12:33:06 1999 From rem-conf-request@es.net Thu Sep 09 12:33:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11P9sy-0000CW-00; Thu, 9 Sep 1999 12:29:32 -0700 Received: from east.isi.edu [38.245.76.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 11P9sx-0000CJ-00; Thu, 9 Sep 1999 12:29:31 -0700 Received: from petrus.east.isi.edu by east.isi.edu (8.8.5/5.61+local-24) id ; Thu, 9 Sep 1999 15:28:49 -0400 (EDT) Date: Thu, 9 Sep 1999 03:22:32 -0400 (EDT) From: To: rem-conf@es.net Subject: remove Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Thu Sep 09 13:09:06 1999 From rem-conf-request@es.net Thu Sep 09 13:09:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PATH-0001hF-00; Thu, 9 Sep 1999 13:07:03 -0700 Received: from mailgw2a.lmco.com [192.91.147.7] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PATF-0001g8-00; Thu, 9 Sep 1999 13:07:01 -0700 Received: from emss03g01.ems.lmco.com (emss03g01.ems.lmco.com [141.240.4.144]) by mailgw2a.lmco.com (8.8.8/8.8.8) with ESMTP id QAA14558 for ; Thu, 9 Sep 1999 16:07:00 -0400 (EDT) Received: from CONVERSION-DAEMON by lmco.com (PMDF V5.2-32 #38888) id <0FHT008016HO3W@lmco.com> for rem-conf@es.net; Thu, 9 Sep 1999 16:05:49 -0400 (EDT) Received: from emss35m01.ems.lmco.com ([158.187.107.140]) by lmco.com (PMDF V5.2-32 #38888) with ESMTP id <0FHT00JYT6HCAN@lmco.com> for rem-conf@es.net; Thu, 09 Sep 1999 16:05:37 -0400 (EDT) Received: by emss35m01.owg.fs.lmco.com with Internet Mail Service (5.5.2580.0) id ; Thu, 09 Sep 1999 16:10:07 -0400 Content-return: allowed Date: Thu, 09 Sep 1999 16:05:26 -0400 From: "Driscoll, Daniel" Subject: remove To: "'rem-conf@es.net'" Message-id: <99AA2270B1E6D111BCE10000F805F17F03757B6F@emss35m02.owg.fs.lmco.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2580.0) Content-type: text/plain Content-transfer-encoding: 7BIT X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Thu Sep 09 14:28:17 1999 From rem-conf-request@es.net Thu Sep 09 14:28:17 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PBgv-00035x-00; Thu, 9 Sep 1999 14:25:13 -0700 Received: from hercules.cs.ucsb.edu [128.111.41.30] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PBgu-00035n-00; Thu, 9 Sep 1999 14:25:13 -0700 Received: from jackson.cs.ucsb.edu (jackson [128.111.52.10]) by hercules.cs.ucsb.edu (8.8.6/8.8.6) with ESMTP id OAA17169 for ; Thu, 9 Sep 1999 14:25:03 -0700 (PDT) Received: by jackson.cs.ucsb.edu (8.9.3+Sun/SMI-SVR4) id OAA08678 for rem-conf@es.net; Thu, 9 Sep 1999 14:25:02 -0700 (PDT) Date: Thu, 9 Sep 1999 14:25:02 -0700 (PDT) From: almeroth@cs.ucsb.edu (Kevin C. Almeroth) Message-Id: <199909092125.OAA08678@jackson.cs.ucsb.edu> To: rem-conf@es.net Subject: RE: PCMCIA video X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Thanks for all the suggestions... I may have to try the nogatech stuff to see if I can get it to work. Someone else sent me email and suggested the VideoPort professional but the site doesn't specifically say PCMCIA, so the MRT folks email. http://209.0.153.22/products/vpp/default.asp If I find other solutions I'll certaily post them. -Kevin From rem-conf Thu Sep 09 15:32:34 1999 From rem-conf-request@es.net Thu Sep 09 15:32:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PCh9-0004LM-00; Thu, 9 Sep 1999 15:29:31 -0700 Received: from sfo.erg.sri.com [128.18.100.4] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PCh8-0004LB-00; Thu, 9 Sep 1999 15:29:30 -0700 Received: from erg.sri.com (walleye.erg.sri.com [128.18.4.214]) by sfo.erg.sri.com (8.9.1/8.9.0) with ESMTP id PAA19750; Thu, 9 Sep 1999 15:29:23 -0700 (PDT) Message-ID: <37D833FF.CDE025C2@erg.sri.com> Date: Thu, 09 Sep 1999 15:26:07 -0700 From: "Fred L. Templin" Organization: SRI International X-Mailer: Mozilla 4.08 [en] (WinNT; U) MIME-Version: 1.0 To: "Kevin C. Almeroth" CC: rem-conf@es.net Subject: Re: PCMCIA video References: <199909092125.OAA08678@jackson.cs.ucsb.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Kevin, > Someone else sent me email and suggested the VideoPort professional > but the site doesn't specifically say PCMCIA, so the MRT folks email. > > http://209.0.153.22/products/vpp/default.asp I looked at the website, and it claims the VideoPort Professional is a PC Card. But, PC-Card is just another name for PCMCIA. (For whatever reason, the industry attempted to rename the standard >from 'PCMCIA' to 'PC-Card'. But, the term 'PCMCIA' refuses to die so the two terms are frequently used interchangably.) Best of luck with whatever you do, Fred templin@erg.sri.com From rem-conf Thu Sep 09 20:21:15 1999 From rem-conf-request@es.net Thu Sep 09 20:21:14 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PHBz-0007fu-00; Thu, 9 Sep 1999 20:17:39 -0700 Received: from imo14.mx.aol.com [198.81.17.4] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PHBx-0007fe-00; Thu, 9 Sep 1999 20:17:37 -0700 Received: from Deepak2000@aol.com by imo14.mx.aol.com (mail_out_v22.4.) id 3AOVa23990 (3964) for ; Thu, 9 Sep 1999 23:16:07 -0400 (EDT) From: Deepak2000@aol.com Message-ID: <295cae2e.2509d1f7@aol.com> Date: Thu, 9 Sep 1999 23:16:07 EDT Subject: A very basic question. To: rem-conf@es.net MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 21 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Need some help from list. Most cameras available seem to use a periodic ftp transfer of jpegs to post images on a web site. If they do it fast enough, it looks like jerky video. Interested in open source software for doing the above. Also, any imporved workbenches for standards compliant streaming video. Please advise. Deepak From rem-conf Thu Sep 09 23:50:59 1999 From rem-conf-request@es.net Thu Sep 09 23:50:58 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PKSJ-0002Ah-00; Thu, 9 Sep 1999 23:46:43 -0700 Received: from galaxy.uci.agh.edu.pl (uci.agh.edu.pl) [149.156.96.9] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11PKSI-00029r-00; Thu, 9 Sep 1999 23:46:42 -0700 Received: from uci.agh.edu.pl (iris.ics.agh.edu.pl [149.156.97.17]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with ESMTP id IAA13130 for ; Fri, 10 Sep 1999 08:46:21 +0200 (MET DST) Sender: ruchala@uci.agh.edu.pl Message-ID: <37D8A93C.C82FBAA0@uci.agh.edu.pl> Date: Fri, 10 Sep 1999 08:46:20 +0200 From: Radoslaw Ruchala X-Mailer: Mozilla 4.61 [en] (X11; I; SunOS 5.7 sun4u) X-Accept-Language: pl, en MIME-Version: 1.0 To: rem-conf@es.net Subject: remove Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 00:02:40 1999 From rem-conf-request@es.net Fri Sep 10 00:02:40 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PKgM-0002zh-00; Fri, 10 Sep 1999 00:01:14 -0700 Received: from habanero.marratech.com [195.196.47.9] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PKgK-0002zX-00; Fri, 10 Sep 1999 00:01:12 -0700 Received: from marratech.com (dhcp161.sthlm.marratech.com [195.196.47.161]) by habanero.marratech.com (8.9.3/8.8.8) with ESMTP id JAA14035; Fri, 10 Sep 1999 09:01:05 +0200 (CEST) (envelope-from Serge.Lachapelle@marratech.com) Message-ID: <37D8AC7B.779A9087@marratech.com> Date: Fri, 10 Sep 1999 09:00:11 +0200 From: Serge Lachapelle Organization: Marratech AB http://www.marratech.com/ X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: fr-CA,en,sv MIME-Version: 1.0 To: "Fred L. Templin" , rem-conf@es.net Subject: Re: PCMCIA video References: <199909092125.OAA08678@jackson.cs.ucsb.edu> <37D833FF.CDE025C2@erg.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list You should also check out the Winnov Videum Traveller. http://www.winnov.com The camera is a bit on the "el-cheapo" side, but the card does not take up any IRQ. The support is better than Nogatech's. /Serge From rem-conf Fri Sep 10 00:39:20 1999 From rem-conf-request@es.net Fri Sep 10 00:39:19 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PLGR-0003y5-00; Fri, 10 Sep 1999 00:38:31 -0700 Received: from mailctr.marben.fr [193.105.113.5] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PLGQ-0003xu-00; Fri, 10 Sep 1999 00:38:30 -0700 Received: from fcsgs by mailctr.marben.fr with SMTP (8.8.2/1.2-eef) id HAA12672; Fri, 10 Sep 1999 07:35:07 GMT Received: from [55.3.250.68] by fcsgs; (5.65v4.0/1.1.8.2/09Jul97-1213PM) id AA03641; Fri, 10 Sep 1999 09:39:29 +0200 Received: by ELN with Microsoft Mail id <01BEFB70.E7DA39A0@ELN>; Fri, 10 Sep 1999 09:43:15 +0200 Message-Id: <01BEFB70.E7DA39A0@ELN> From: Etienne LEBRETON To: "rem-conf@es.net" Subject: remove Date: Fri, 10 Sep 1999 09:42:55 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 00:41:10 1999 From rem-conf-request@es.net Fri Sep 10 00:41:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PLIh-00049G-00; Fri, 10 Sep 1999 00:40:51 -0700 Received: from s2.smtp.oleane.net [195.25.12.6] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PLIf-000491-00; Fri, 10 Sep 1999 00:40:49 -0700 Received: from nec.oleane.com (dyn-1-1-253.Cor.dialup.oleane.fr [62.161.8.253]) by s2.smtp.oleane.net with SMTP id JAA29639 for ; Fri, 10 Sep 1999 09:40:48 +0200 (CEST) Message-ID: <008a01befb5f$f47dc2a0$0201a8c0@nec.oleane.com> From: "Peter lewis" To: Subject: QoS Summit Date: Fri, 10 Sep 1999 09:41:55 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list QoS Summit: key requirements for advanced applications running on future networks. Technologies (MPLS, ATM, IntSev/DiffServ, Frame Relay). Managing, policing, billing, charging QoS. The annual rendez-vous with top senior specialists. Paris, France, 16-19 November 1999 Please see details at the following web address: http://www.upperside.fr/baqos.htm Sorry to post this message on the list. Thanks From rem-conf Fri Sep 10 00:46:15 1999 From rem-conf-request@es.net Fri Sep 10 00:46:15 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PLMB-0004xC-00; Fri, 10 Sep 1999 00:44:27 -0700 Received: from magic.ensica.fr (magic) [192.70.110.76] by mail1.es.net with smtp (Exim 1.81 #2) id 11PLMA-0004dz-00; Fri, 10 Sep 1999 00:44:26 -0700 Received: (from pdss@localhost) by magic (940816.SGI.8.6.9/8.6.12) id JAA29355 for rem-conf@es.net; Fri, 10 Sep 1999 09:40:05 +0200 Date: Fri, 10 Sep 1999 09:40:05 +0200 From: pierre de saqui sannes DFR/MI Message-Id: <199909100740.JAA29355@magic> To: rem-conf@es.net Subject: IDMS99: call for participation X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list === Please accept our apologies in the event of multiple receptions === ======================== CALL FOR PARTICIPATION =========================== IDMS'99 Sixth International Workshop on Interactive Distributed Multimedia Systems and Telecommunication Services October 12-15, 1999 http://www.ensica.fr/idms99 Toulouse, France =========================================================================== Overview ======== IDMS'99 brings together researchers, developers, and practitioners from academia and industry. The workshop serves as a forum for discussion, presentation, and exploration of technologies and their advances in the broad field of interactive distributed multimedia systems and telecommunication services; ranging from basic system technologies such as networking and operating system support to all kinds of teleservices and distributed multimedia applications. IDMS'99 will consist of a three day technical program, a full day of tutorials, and demonstrations during the workshop. To retain the flavor of a workshop, the number of participants will be restricted. Furthermore, we have encouraged contributions in form of full papers and position papers. Full papers are expected to describe innovative and significant work. The purpose of position papers is to provide a seed for debate and discussion. Position papers enable researchers to present exciting ongoing work in early stages, suggestions for future directions, and concerns about current developments. Both types of papers have been reviewed by the program committee and printed in the workshop proceedings edited by Springer Verlag in the Lecture Notes in Computer Science series (LNCS). IDMS'99 has support from ACM and IEEE. Location ======== The conference will be held at ENSICA, a famous 'Grance Ecole' located 6 minutes from downtown Toulouse by metro. Hotels listed on the Web site are all located within walking distance from metro stations. Social events will be organized in downtown Toulouse. Contacts ======== Web site http://www.ensica.fr/idms99 Email contact idms99@ensica.fr Fax +33 5 61 61 86 88 Chairmen Michel Diaz diaz@ensica.fr Patrick Senac senac@ensica.fr Philippe Owezarski owe@laas.fr Tutorial chair Laurent Dairaine dairaine@ensica.fr Webmaster Publicity chair Pierre de Saqui-Sannes pdss@ensica.fr Demonstrations From rem-conf Fri Sep 10 00:49:53 1999 From rem-conf-request@es.net Fri Sep 10 00:49:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PLQZ-0005d8-00; Fri, 10 Sep 1999 00:48:59 -0700 Received: from mex.italtel.it [138.132.53.99] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PLQX-0005cy-00; Fri, 10 Sep 1999 00:48:58 -0700 Received: .(iltws72 [138.132.52.82]) by mex.italtel.it (8.9.0/8.9.0) with ESMTP id JAA06600 for ; Fri, 10 Sep 1999 09:44:35 +0200 (MET DST) Received: .(localhost [127.0.0.1]) by iltws72.settimo.italtel.it (8.9.1a/8.9.1) with ESMTP id JAA20968 for ; Fri, 10 Sep 1999 09:47:54 +0200 (MET DST) Received: from ic8u32.settimo.italtel.it (ic8u32.settimo.italtel.it [138.132.1.1]) by mix.italtel.it (8.9.3/8.9.3) with SMTP id JAA28482 for ; Fri, 10 Sep 1999 09:45:02 +0200 (MET DST) Received: by ic8u32.settimo.italtel.it; id AA20256; Fri, 10 Sep 1999 10:00:38 +0200 Received: from [138.132.54.251] by ilt9h01.settimo.italtel.it with SMTP (1.38.193.5/16.2) id AA07941; Fri, 10 Sep 1999 09:44:14 +0200 Message-Id: <37D935EA.42A754C2@italtel.it> Date: Fri, 10 Sep 1999 09:46:34 -0700 From: Chiara Dottorini X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en Mime-Version: 1.0 To: "rem-conf@es.net" Subject: remove Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 01:10:21 1999 From rem-conf-request@es.net Fri Sep 10 01:10:20 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PLij-0007Dg-00; Fri, 10 Sep 1999 01:07:45 -0700 Received: from qhars001.nortelnetworks.com (qhars001.nortel.com) [192.100.101.18] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PLih-0007DW-00; Fri, 10 Sep 1999 01:07:43 -0700 Received: from zhard00m.europe.nortel.com (actually zhard00m) by qhars001.nortel.com; Fri, 10 Sep 1999 09:06:49 +0100 Received: by zhard00m.europe.nortel.com with Internet Mail Service (5.5.2448.0) id ; Fri, 10 Sep 1999 09:06:49 +0100 Message-ID: <33E324D95F44D311AA3E00204840075B934AAB@zhard00e.europe.nortel.com> From: "William Harbison" To: rem-conf@es.net Subject: Date: Fri, 10 Sep 1999 09:06:48 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 01:53:58 1999 From rem-conf-request@es.net Fri Sep 10 01:53:57 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PMQS-0000fn-00; Fri, 10 Sep 1999 01:52:56 -0700 Received: from (nscnt12.nsc.gov.tw) [192.83.180.39] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PMQQ-0000fd-00; Fri, 10 Sep 1999 01:52:55 -0700 Received: from nscpo.nsc.gov.tw (NSCPO [192.83.180.61]) by nscnt12.nsc.gov.tw with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id QV4DMQQ2; Fri, 10 Sep 1999 16:51:53 +0800 Received: by nscpo with Internet Mail Service (5.0.1460.8) id ; Fri, 10 Sep 1999 16:53:06 +0800 Message-ID: <1E0D12FDE7B4D111BAC400805FA6B078623F6C@nscpo> From: =?Big5?B?p2axZMTJ?= To: rem-conf@es.net Subject: remove Date: Fri, 10 Sep 1999 16:53:04 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 03:45:43 1999 From rem-conf-request@es.net Fri Sep 10 03:45:42 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PO9M-0002Yd-00; Fri, 10 Sep 1999 03:43:24 -0700 Received: from colo01-033.xoom.com (www2.xoommail.com) [206.132.179.33] by mail1.es.net with esmtp (Exim 1.81 #2) id 11PO9L-0002YT-00; Fri, 10 Sep 1999 03:43:23 -0700 Received: (from service@localhost) by www2.xoommail.com (8.8.8/8.8.8) id DAA12915; Fri, 10 Sep 1999 03:43:26 -0700 Date: Fri, 10 Sep 1999 03:43:26 -0700 Message-Id: <199909101043.DAA12915@www2.xoommail.com> X-Loop: xoommail.com From: YeowCheong Pua Subject: Framing mechanism for RTP on connection oriented networks ? To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi In Section 10 of the RTP specifications, it says that a framing mechanism needs to be defined when RTP is carried over protocols that provides the abstraction of a continuous stream. Is there any standard specs that define the format of this framing mechanism? If there isn't, what are the common framing formats that are in use today? I'm particularly interested in the case of RTP over AAL5, but would like to know about mechanism for other protocols as well Thank you for any help YeowCheong ______________________________________________________ Get your free web-based email at http://www.xoom.com Birthday? Anniversary? Send FREE animated greeting cards for any occasion at http://greetings.xoom.com From rem-conf Fri Sep 10 08:22:27 1999 From rem-conf-request@es.net Fri Sep 10 08:22:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PSRw-0005Zz-00; Fri, 10 Sep 1999 08:18:52 -0700 Received: from f68.hotmail.com (hotmail.com) [207.82.251.208] by mail1.es.net with smtp (Exim 1.81 #2) id 11PSRv-0005ZY-00; Fri, 10 Sep 1999 08:18:51 -0700 Received: (qmail 39057 invoked by uid 0); 10 Sep 1999 15:17:48 -0000 Message-ID: <19990910151748.39056.qmail@hotmail.com> Received: from 204.178.20.14 by www.hotmail.com with HTTP; Fri, 10 Sep 1999 08:17:48 PDT X-Originating-IP: [204.178.20.14] From: "Ethendranath Bommaiah" To: pycremconf@xoommail.com, rem-conf@es.net Subject: Re: Framing mechanism for RTP on connection oriented networks ? Date: Fri, 10 Sep 1999 08:17:48 PDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Section 10.12 of RTSP (RFC 2326) spec states: "Stream data such as RTP packets is encapsulated by an ASCII dollar sign (24 hexadecimal), followed by a one-byte channel identifier, followed by the length of the encapsulated binary data as a binary, two-byte integer in network byte order. The stream data follows immediately afterwards, without a CRLF, but including the upper-layer protocol headers. Each $ block contains exactly one upper-layer protocol data unit, e.g., one RTP packet." Ethen >From: YeowCheong Pua >To: rem-conf@es.net >Subject: Framing mechanism for RTP on connection oriented networks ? >Date: Fri, 10 Sep 1999 03:43:26 -0700 > >Hi > >In Section 10 of the RTP specifications, it says that a framing mechanism >needs to be defined when RTP is carried over protocols that provides the >abstraction of a continuous stream. > >Is there any standard specs that define the format of this framing >mechanism? > >If there isn't, what are the common framing formats that are in use today? >I'm particularly interested in the case of RTP over AAL5, but would like to >know about mechanism for other protocols as well > >Thank you for any help > >YeowCheong > > > > >______________________________________________________ >Get your free web-based email at http://www.xoom.com >Birthday? Anniversary? Send FREE animated greeting >cards for any occasion at http://greetings.xoom.com > > > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Fri Sep 10 09:23:20 1999 From rem-conf-request@es.net Fri Sep 10 09:23:20 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PTMn-0006kw-00; Fri, 10 Sep 1999 09:17:37 -0700 Received: from gateus.nmss.com (ns.nmss.com) [208.236.204.65] by mail1.es.net with smtp (Exim 1.81 #2) id 11PTMm-0006km-00; Fri, 10 Sep 1999 09:17:36 -0700 Received: from NMS_Notes4.nmss.com by ns.nmss.com via smtpd (for mail1.es.net [198.128.3.181]) with SMTP; 10 Sep 1999 11:16:56 UT Received: by notes4.nmss.com(Lotus SMTP MTA v4.6.2 (693.3 8-11-1998)) id 852567E8.005947FC ; Fri, 10 Sep 1999 12:15:11 -0400 X-Lotus-FromDomain: NATURAL MICROSYSTEMS From: David_Franklin@nmss.com To: rem-conf@es.net Message-ID: <852567E8.00594658.00@notes4.nmss.com> Date: Fri, 10 Sep 1999 12:17:31 -0400 Subject: Re: remove Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Doesn't it seem like there are much more "remove" postings erroneously sent to the list, rather than to the list server, lately? Is it a full moon? Heavy sunspot activity? Mass hypnosis? Come on people, save your subscribe confirmation email ! It contains the following useful tidbit: If you want to unsubscribe from rem-conf, please send a message to rem-conf-request@es.net. The body of the message should contain the word unsubscribe. From rem-conf Fri Sep 10 09:23:20 1999 From rem-conf-request@es.net Fri Sep 10 09:23:20 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11PTPg-0006n9-00; Fri, 10 Sep 1999 09:20:36 -0700 Received: from syncgate.sync.com [207.18.204.60] (firewall-user) by mail1.es.net with esmtp (Exim 1.81 #2) id 11PTPc-0006my-00; Fri, 10 Sep 1999 09:20:35 -0700 Received: by syncgate.sync.com; id JAA01677; Fri, 10 Sep 1999 09:25:24 -0700 (PDT) Received: from unknown(207.18.205.4) by syncgate.sync.com via smap (3.2) id xma001561; Fri, 10 Sep 99 09:25:02 -0700 Received: by syncmail with Internet Mail Service (5.5.2232.9) id ; Fri, 10 Sep 1999 09:19:59 -0700 Message-ID: <40D9D437FF95D211B59100A024E037432E7006@syncmail> From: Henry Luk To: rem-conf@es.net Subject: remove Date: Fri, 10 Sep 1999 09:19:50 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Fri Sep 10 23:38:57 1999 From rem-conf-request@es.net Fri Sep 10 23:38:55 1999 Received: from list by mail2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 11Pgdu-0005ma-00; Fri, 10 Sep 1999 23:28:10 -0700 Received: from bay1-500.miami.ziplink.net ([206.15.138.8] helo=mail.websrttrer6245.com) by mail2.es.net with smtp (Exim 1.92 #1) id 11Pgdn-0005li-00; Fri, 10 Sep 1999 23:28:04 -0700 From: Subject: GET YOUR OWN WEBSITE NOW FOR ONLY 9.95 PER MONTH Date: Sun, 12 Sep 1999 18:34:25 Message-Id: <135.812988.869706@mail.websrttrer6245.com> Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Are You Paying TOO MUCH for Webspace??? Call Web Hosting Internet Associates Today AT 1 877 213 7949 STOP PAYING $20 OR MORE PER MONTH FOR YOUR WEB SPACE ... You can CUT Your Web Charges IN HALF ...TODAY! GET YOUR OWN WEB DOMAIN HOSTED(www.yourcompany.com) for JUST $9.95 PER MONTH! Your new domain includes the latest server technology, multiple high-speed OC - 12 redundant backbone connnections, and personalized customer support! Every domain includes ... - 5 MB WEB STORAGE - FRONT PAGE 98 - CYBER CASH* - SECURE SERVER* - ECOMMERCE ENABLING* (ACCEPT CREDIT CARDS) - CGI-BIN FOR CUSTOM SCRIPTS - REAL AUDIO/streaming audio* - AUTOMATED SEARCH ENG. SUBMISSION* - AND MUCH, MUCH MORE ... .. All for just $9.95 per month! *these features carry extra surcharges. Get your own shopping cart with credit card processing on line in real time! Simply transfer your domain and upload your data and you're all set to go. We guarantee 1 hour SETUP with a simple phone call to our offices. Why overpay a server when you can enjoy the features and performance of one of the countrys' largest webhosting organizations ... for less? Reserve your space today! Call 1 877 213 7949 for further information. Outside of the United States please call 416 352 5710 for further information. All web sites are pre-paid annually with a 90 day money back guarantee! A $40 setup fee applies to new customers. Not interested in web hosting? Why not try our unlimited long distance telephone program? Reduce your phone bill! Call anywhere in North America from any phone to any phone for only $55.00 per month. This unbeatable price includes internet access. I have reduce my long distance bill from $500.00 per month to only $55.00 per month. Thank you for subscribing to our mailing list. If you wish no further mailings, just email junior543@telkom.net with the word "UNSUBSCRIBE" typed in the subject line. WEB HOSTING INTERNET ASSOCIATES 1790 Bonhill Rd Mississauga, On L4W 1T1 From rem-conf Sun Sep 12 00:33:06 1999 From rem-conf-request@es.net Sun Sep 12 00:33:05 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Q3rV-0003Ei-00; Sun, 12 Sep 1999 00:15:45 -0700 Received: from usc.edu [128.125.253.136] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11Q3rU-0003EY-00; Sun, 12 Sep 1999 00:15:44 -0700 Received: from aludra.usc.edu (jamin@aludra.usc.edu [128.125.19.184]) by usc.edu (8.8.8/8.8.8/usc) with ESMTP id AAA08413 for ; Sun, 12 Sep 1999 00:15:43 -0700 (PDT) Received: from localhost (jamin@localhost) by aludra.usc.edu (8.9.3/8.9.3/usc) with ESMTP id AAA01763 for ; Sun, 12 Sep 1999 00:15:42 -0700 (PDT) Date: Sun, 12 Sep 1999 00:15:42 -0700 (PDT) From: Jamin Johnson To: rem-conf@es.net Subject: remove Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove jamin@scf-fs.usc.edu remove jamin@scf.usc.edu remove jamin@usc.edu From rem-conf Sun Sep 12 12:25:17 1999 From rem-conf-request@es.net Sun Sep 12 12:25:16 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QF84-00015K-00; Sun, 12 Sep 1999 12:17:36 -0700 Received: from alphatje.nl.net [193.79.237.10] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QF7w-000154-00; Sun, 12 Sep 1999 12:17:29 -0700 Received: from ldn52-34.Leiden.NL.net ([212.206.213.35]:4100 "HELO firebal" ident: "NO-IDENT-SERVICE[2]") by alphatje.NL.net with SMTP id <234346-32567>; Sun, 12 Sep 1999 21:17:12 +0200 From: "Gerard Niersman" To: Subject: remove Date: Fri, 10 Sep 1999 16:01:31 +0200 Message-ID: <000001befd53$92111ae0$0101968c@firebal> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Sun Sep 12 17:25:12 1999 From rem-conf-request@es.net Sun Sep 12 17:25:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QJt5-0004OE-00; Sun, 12 Sep 1999 17:22:27 -0700 Received: from (nscnt12.nsc.gov.tw) [192.83.180.39] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QJt3-0004O4-00; Sun, 12 Sep 1999 17:22:26 -0700 Received: from nscpo.nsc.gov.tw (192.83.180.61 [192.83.180.61]) by nscnt12.nsc.gov.tw with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id QV4DMQV8; Mon, 13 Sep 1999 08:21:52 +0800 Received: by nscpo with Internet Mail Service (5.0.1460.8) id ; Mon, 13 Sep 1999 08:22:38 +0800 Message-ID: <1E0D12FDE7B4D111BAC400805FA6B078623F6E@nscpo> From: =?Big5?B?p2axZMTJ?= To: rem-conf@es.net Subject: remove Date: Mon, 13 Sep 1999 08:22:36 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain; charset="Big5" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove ---------- =A1=D3H=A2DoaI: Ethendranath Bommaiah [SMTP:ethenb@hotmail.com] ?C=A2Xe?e=A1=A6A: 1999|~9?e10?e 23:18 |?=A2DoaI pycremconf@xoommail.com; rem-conf@es.net =A2DD|(r): Re: Framing mechanism for RTP on connection oriented networks ? Section 10.12 of RTSP (RFC 2326) spec states: "Stream data such as RTP packets is encapsulated by an ASCII dollar sign (24 hexadecimal), followed by a one-byte channel identifier, followed by the length of the encapsulated binary data as a binary, two-byte integer in network byte order. The stream data follows immediately afterwards, without a CRLF, but including the upper-layer=20 protocol headers. Each $ block contains exactly one upper-layer protocol=20 data unit, e.g., one RTP packet." Ethen >From: YeowCheong Pua >To: rem-conf@es.net >Subject: Framing mechanism for RTP on connection oriented networks ? >Date: Fri, 10 Sep 1999 03:43:26 -0700 > >Hi > >In Section 10 of the RTP specifications, it says that a framing mechanism >needs to be defined when RTP is carried over protocols that provides the >abstraction of a continuous stream. > >Is there any standard specs that define the format of this framing >mechanism? > >If there isn't, what are the common framing formats that are in use today? >I'm particularly interested in the case of RTP over AAL5, but would like to >know about mechanism for other protocols as well > >Thank you for any help > >YeowCheong > > > > >______________________________________________________ >Get your free web-based email at http://www.xoom.com >Birthday? Anniversary? Send FREE animated greeting >cards for any occasion at http://greetings.xoom.com > > > > ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From rem-conf Sun Sep 12 22:04:13 1999 From rem-conf-request@es.net Sun Sep 12 22:04:11 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QOEh-00078e-00; Sun, 12 Sep 1999 22:01:03 -0700 Received: from dfw-ix15.ix.netcom.com [206.214.98.15] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QOEf-00075z-00; Sun, 12 Sep 1999 22:01:01 -0700 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id XAA08321 for ; Sun, 12 Sep 1999 23:59:56 -0500 (CDT) Received: from 206-135-146-146.gw.eni.net(206.135.146.146) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma008313; Sun Sep 12 23:59:52 1999 Received: by localhost with Microsoft MAPI; Sun, 12 Sep 1999 21:58:18 -0700 Message-ID: <01BEFD69.EBB5B4A0.nutek@ix.netcom.com> From: nutek To: "'rem-conf@es.net'" Subject: remove Date: Sun, 12 Sep 1999 21:58:14 -0700 Organization: 4436 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 Encoding: 1 TEXT X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 00:15:43 1999 From rem-conf-request@es.net Mon Sep 13 00:15:41 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QPij-0000oA-00; Sun, 12 Sep 1999 23:36:09 -0700 Received: from mex.italtel.it [138.132.53.99] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QPih-0000mw-00; Sun, 12 Sep 1999 23:36:08 -0700 Received: .(iltws72 [138.132.52.82]) by mex.italtel.it (8.9.0/8.9.0) with ESMTP id IAA02402 for ; Mon, 13 Sep 1999 08:31:07 +0200 (MET DST) Received: .(localhost [127.0.0.1]) by iltws72.settimo.italtel.it (8.9.1a/8.9.1) with ESMTP id IAA21143 for ; Mon, 13 Sep 1999 08:34:22 +0200 (MET DST) Received: from ic8u32.settimo.italtel.it (ic8u32.settimo.italtel.it [138.132.1.1]) by mix.italtel.it (8.9.3/8.9.3) with SMTP id IAA05125 for ; Mon, 13 Sep 1999 08:31:32 +0200 (MET DST) Received: by ic8u32.settimo.italtel.it; id AA16412; Mon, 13 Sep 1999 08:47:19 +0200 Received: from [138.132.54.251] by ilt9h01.settimo.italtel.it with SMTP (1.38.193.5/16.2) id AA17793; Mon, 13 Sep 1999 08:30:46 +0200 Message-Id: <37DD1939.C46A6489@italtel.it> Date: Mon, 13 Sep 1999 08:33:13 -0700 From: Chiara Dottorini X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: en Mime-Version: 1.0 To: "rem-conf@es.net" Subject: REMOVE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 01:33:31 1999 From rem-conf-request@es.net Mon Sep 13 01:33:30 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QQrn-00023k-00; Mon, 13 Sep 1999 00:49:35 -0700 Received: from mailctr.marben.fr [193.105.113.5] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QQrl-00023a-00; Mon, 13 Sep 1999 00:49:34 -0700 Received: from fcsgs by mailctr.marben.fr with SMTP (8.8.2/1.2-eef) id HAA02693; Mon, 13 Sep 1999 07:46:09 GMT Received: from [55.3.250.68] by fcsgs; (5.65v4.0/1.1.8.2/09Jul97-1213PM) id AA17803; Mon, 13 Sep 1999 09:50:37 +0200 Received: by ELN with Microsoft Mail id <01BEFDCD.F5634800@ELN>; Mon, 13 Sep 1999 09:54:24 +0200 Message-Id: <01BEFDCD.F5634800@ELN> From: Etienne LEBRETON To: "rem-conf@es.net" Subject: remove Date: Mon, 13 Sep 1999 09:54:02 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove elebreton@atos-group.com From rem-conf Mon Sep 13 01:44:19 1999 From rem-conf-request@es.net Mon Sep 13 01:44:19 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QRfg-00034V-00; Mon, 13 Sep 1999 01:41:08 -0700 Received: from p-biset.issy.cnet.fr [139.100.0.33] by mail1.es.net with smtp (Exim 1.81 #2) id 11QRff-00034B-00; Mon, 13 Sep 1999 01:41:08 -0700 Received: by p-biset.issy.cnet.fr with Internet Mail Service (5.5.2448.0) id ; Mon, 13 Sep 1999 10:42:21 +0200 Message-ID: From: PHILIPPE Pierrick CNET/DIH/REN To: rem-conf@es.net Subject: remove Date: Mon, 13 Sep 1999 10:41:01 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove pierrick.philippe@cnet.francetelecom.fr From rem-conf Mon Sep 13 03:03:10 1999 From rem-conf-request@es.net Mon Sep 13 03:03:09 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QSvE-0004WC-00; Mon, 13 Sep 1999 03:01:16 -0700 Received: from newmint.cern.ch [137.138.26.94] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QSvC-0004W1-00; Mon, 13 Sep 1999 03:01:14 -0700 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by newmint.cern.ch (8.9.3/8.9.3) with SMTP id MAA26456 for ; Mon, 13 Sep 1999 12:00:08 +0200 (MET DST) Received: by dxcoms.cern.ch (5.65v4.0/1.1.10.5/15Nov97-1020AM) id AA01929; Mon, 13 Sep 1999 12:00:08 +0200 Message-Id: <199909131000.AA01929@dxcoms.cern.ch> Subject: CERN MBone Announcement: Next ATLAS To: rem-conf@es.net (List Mbone-WW) Date: Mon, 13 Sep 1999 12:00:08 +0200 (MET DST) From: "Daniel Davids CERN/IT" X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the ATLAS Physics Meeting and Plenary Sessions ========================================== Thursday 16 September 1999 Place: CERN Main Auditorium *** Times are UTC+2 *** Thursday Morning ================ Physics Meeting General ------- 09h00 - 09h15 News on the organisation of Physics activities F. Gianotti 09h15 - 09h35 Report from the Les Houches LHC workshop F. Paige 09h35 - 09h55 Extra dimensions: a phenomenological introduction I. Hinchliffe 09h55 - 10h10 First look at extra-dimension signatures with ATLAS L. Vacavant Work plan of the physics/performance groups after the TDR --------------------------------------------------------- 10h40 - 10h50 E/gamma (S.Haywood/J.B.Hansen) 10h50 - 11h00 Jet/ETmiss (M.Bosman/J.Pinfold) 11h00 - 11h10 Muon combined (J-F.Laporte/L.Nisati) 11h10 - 11h20 Trigger/Event filter (S.Tapprogge/V.Vercesi) 11h20 - 11h30 B-physics (P.Eerola/N.Ellis) 11h30 - 11h40 Top-physics (M.Cobal/J.Parsons) 11h40 - 11h50 QCD (S.Tapprogge) 11h50 - 12h00 Higgs (K.Jakobs/E.Richter-Was) 12h00 - 12h10 SUSY (F.Paige/G.Polesello) 12h10 - 12h20 Exotics (G.Azuelos/L.Poggioli) 12h20 - 12h30 MC generators (I.Hinchliffe) 12h30 - 13h00 Software and physics/performance N.McCubbin/F.Gianotti Thursday Afternoon ================== Plenary Sessions 14h00 - 14h45 Introduction and Status (P Jenni) LHCC matters Decisions of the ATLAS EB since the last Plenary Status of milestones Video of some activities in the collaboration 14h45 - 15h45 Progress on computing (N McCubbin et al.) 15h45 - 16h15 Status of 1999 summer test beam and preliminary results (A Henriques-Correia) 16h15 - 16h45 Coffee break 16h45 - 17h15 Options for luminosity and total cross section measurement (K Piotrzkowski) 17h15 - 17h45 Critical technical co-ordination matters (M Price) 17h45 - 18h15 Remaining issues on ATLAS leadership elections (M Cavalli-Sforza) 18h15 - 18h25 Brief announcements (P Jenni) ---------------------------------------------------------- The MBONE Broadcast is Announced via 'sdr' as "CERN ATLAS" The 'vat'&'vic' Applications will be Used with a 'ttl=127' Audio Addr 224.2.212.83 Port 26156 Video Addr 224.2.191.208 Port 61516 --------------------------------------- The Sessions are Recorded Using the 'wrtp' Application They can be Downloaded from the following Web-Site "http://csvod1.cern.ch/cgi-bin/nph-MBone-sessions" -------------------------------------------------- In Case of Questions or Problems Please Contact: "multicast@noc.cern.ch" From rem-conf Mon Sep 13 06:38:49 1999 From rem-conf-request@es.net Mon Sep 13 06:38:48 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QWEj-0007BW-00; Mon, 13 Sep 1999 06:33:37 -0700 Received: from rohan.btg.com [199.29.53.67] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QWEh-00079d-00; Mon, 13 Sep 1999 06:33:35 -0700 Received: from exch_server.btg.com (exchserver.btg.com [199.29.53.73]) by rohan.btg.com (8.9.2/8.9.2) with ESMTP id JAA12264 for ; Mon, 13 Sep 1999 09:32:33 -0400 (EDT) Received: by exchserver.btg.com with Internet Mail Service (5.5.2448.0) id ; Mon, 13 Sep 1999 09:32:33 -0400 Message-ID: From: "Dean, Adam" To: Remote Conference Group Subject: remove Date: Mon, 13 Sep 1999 09:26:44 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 06:57:39 1999 From rem-conf-request@es.net Mon Sep 13 06:57:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QWaz-00004P-00; Mon, 13 Sep 1999 06:56:37 -0700 Received: from newmint.cern.ch [137.138.26.94] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QWay-00003m-00; Mon, 13 Sep 1999 06:56:36 -0700 Received: from dxcoms.cern.ch (dxcoms.cern.ch [137.138.28.176]) by newmint.cern.ch (8.9.3/8.9.3) with SMTP id PAA12405 for ; Mon, 13 Sep 1999 15:55:34 +0200 (MET DST) Received: by dxcoms.cern.ch (5.65v4.0/1.1.10.5/15Nov97-1020AM) id AA00079; Mon, 13 Sep 1999 15:55:34 +0200 Message-Id: <199909131355.AA00079@dxcoms.cern.ch> Subject: CERN MBone Announcement: Next SPSC To: rem-conf@es.net (List Mbone-WW) Date: Mon, 13 Sep 1999 15:55:34 +0200 (MET DST) From: "Daniel Davids CERN/IT" X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list CERN is pleased to announce the MBONE broadcast of the SPS and PS Experiments Committee ================================ Tuesday 14 September 1999 Place: CERN Main Auditorium *** Times are UTC+2 *** Tuesday Morning ================ Open Sessions 09h00 - 09h30 Status report from WA95 P. Zucchelli 09h30 - 10h00 Status report from WA96 L. Camilleri 10h00 - 10h30 Search for 'vu' to 've' oscillation at the CERN PS P. Loverre 10h50 - 11h50 ICANOE Imaging and Calorimetric Neutrino Oscillation Experiment A proposal for a CERN-GS long baseline and atmospheric neutrino oscillation experiment (INFN/AE-99-17, CERN/SPSC 99-25/P314) C. Rubbia, G. Barbarino, A. Rubbia 11h50 - 12h30 OPERA (Progress Report) A long baseline 'vt' appearance experiment in the CNGS beam from CERN to Gran Sasso (CERN/SPSC 99-20/M635, LNGS-LOI 19/99) A. Ereditato The MBONE Broadcast is Announced via 'sdr' as "CERN SPSC" The 'vat'&'vic' Applications will be Used with a 'ttl=127' Audio Addr 224.2.170.167 Port 26366 Video Addr 224.2.214.32 Port 52432 --------------------------------------- The Sessions are Recorded Using the 'wrtp' Applications They can be Downloaded from the following Web-Site: "http://csvod1.cern.ch/cgi-bin/nph-MBone-sessions/" --------------------------------------------------- In Case of Questions or Problems Please Contact: "multicast@noc.cern.ch" From rem-conf Mon Sep 13 07:01:38 1999 From rem-conf-request@es.net Mon Sep 13 07:01:38 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QWfY-0000JH-00; Mon, 13 Sep 1999 07:01:20 -0700 Received: from ns2.thmulti.com [212.208.99.244] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QWfX-0000Ft-00; Mon, 13 Sep 1999 07:01:19 -0700 Received: by ns2.thmulti.com; id RAA08799; Mon, 13 Sep 1999 17:00:27 +0200 (CEST) Message-Id: <199909131500.RAA08799@ns2.thmulti.com> From: Point Jean-Charles To: Remote Conference Group Subject: RE: remove Date: Mon, 13 Sep 1999 15:00:08 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 07:19:51 1999 From rem-conf-request@es.net Mon Sep 13 07:19:50 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QWwf-0001bJ-00; Mon, 13 Sep 1999 07:19:01 -0700 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 11QWwd-0001b9-00; Mon, 13 Sep 1999 07:18:59 -0700 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 13 Sep 1999 15:18:56 +0100 To: rem-conf@es.net Subject: How to get off this list... Date: Mon, 13 Sep 1999 15:18:55 +0100 Message-ID: <5592.937232335@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list For those trying to unsubscribe, a reminder that the correct way to do this is to send mail to rem-conf-request@es.net containing the word "unsubscribe". ^^^^^^^^ Sending mail to the list will not work. Please stop sending remove messages! Colin From rem-conf Mon Sep 13 07:23:50 1999 From rem-conf-request@es.net Mon Sep 13 07:23:50 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QX1A-0001wO-00; Mon, 13 Sep 1999 07:23:40 -0700 Received: from engsci.engga.uwo.ca [129.100.222.11] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QX19-0001w3-00; Mon, 13 Sep 1999 07:23:39 -0700 Received: from engga.uwo.ca by engsci.engga.uwo.ca with ESMTP id KAA25405; Mon, 13 Sep 1999 10:29:09 -0400 (EDT) Message-ID: <37DD08F5.241500F2@engga.uwo.ca> Date: Mon, 13 Sep 1999 10:23:49 -0400 From: Cezar Zaharia X-Mailer: Mozilla 4.51 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "'rem-conf@es.net'" Subject: remove Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 07:27:06 1999 From rem-conf-request@es.net Mon Sep 13 07:27:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QX4J-0002TK-00; Mon, 13 Sep 1999 07:26:55 -0700 Received: from is1-50.antd.nist.gov (is1-55.antd.nist.gov) [129.6.50.251] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QX4I-0002T5-00; Mon, 13 Sep 1999 07:26:54 -0700 Received: from nist.gov (camel.antd.nist.gov [129.6.50.54]) by is1-55.antd.nist.gov (8.9.3/8.9.3) with ESMTP id KAA02607 for ; Mon, 13 Sep 1999 10:19:08 -0400 (EDT) Sender: dongwen@antd.nist.gov Message-ID: <37DD0B44.DDAF6634@nist.gov> Date: Mon, 13 Sep 1999 10:33:40 -0400 From: Dongwen Wang Reply-To: dongwen.wang@nist.gov Organization: NIST X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: rem-conf@es.net Subject: remove Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Mon Sep 13 08:28:19 1999 From rem-conf-request@es.net Mon Sep 13 08:28:19 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QXzw-0004fi-00; Mon, 13 Sep 1999 08:26:28 -0700 Received: from apprentice.qualcomm.com [129.46.2.86] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QXzv-0004fY-00; Mon, 13 Sep 1999 08:26:27 -0700 Received: from imir (imir.qualcomm.com [129.46.237.137]) by apprentice.qualcomm.com (8.8.5/1.4/8.7.2/1.15) with SMTP id IAA23756 for ; Mon, 13 Sep 1999 08:26:26 -0700 (PDT) Message-Id: <4.1.19990913082441.00c7e320@mail1.qualcomm.com> X-Sender: imir@mail1.qualcomm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Mon, 13 Sep 1999 08:25:20 -0700 To: rem-conf@es.net From: Idris Mir Subject: remove In-Reply-To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_490214656==_.ALT" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_490214656==_.ALT Content-Type: text/plain; charset="us-ascii" remove im@eng.buffalo.edu Idris Mir QCT Systems Engineering V-271P x18333 pager: 636-8047 --=====================_490214656==_.ALT Content-Type: text/html; charset="us-ascii"
remove im@eng.buffalo.edu


Idris Mir
QCT Systems Engineering
V-271P
x18333
pager: 636-8047
--=====================_490214656==_.ALT-- From rem-conf Mon Sep 13 09:55:21 1999 From rem-conf-request@es.net Mon Sep 13 09:55:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QZLr-0006TG-00; Mon, 13 Sep 1999 09:53:11 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QZLq-0006T6-00; Mon, 13 Sep 1999 09:53:10 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id JAA03851; Mon, 13 Sep 1999 09:43:30 -0700 (PDT) Message-Id: <3.0.3.32.19990907083000.00b5f4a0@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 07 Sep 1999 08:30:00 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/8 The Bunny Production Management System for Animation and Visual Effects -- Jonathan Luskin, Franz Inc. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar The Bunny Production Management System for Animation and Visual Effects Wednesday, September 8, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Jonathan Luskin Franz Inc. The production of a computer animated feature film typically involves 150 artists, 100,000 rendered frames, 2 terabytes of data, and multiple production locations. Managing data and workflow with standard computer file systems and communication software is extremely difficult. The Bunny system, from Franz Inc., is an extensible software infrastructure for managing digital assets and workflow. Bunny production management features include versioning of assets, concurrent access control, multilayered permission and security, annotation of assets, change control, notification, and task tracking. Bunny uses a client/server architecture. A Java client permits access from remote locations and a variety of computer workstations. Meta data objects are managed using AllegroStore, which combines ObjectStore with CLOS, the advanced Common Lisp Object System. The Unix file system is used to store and retrieve the digital assets. Franz Inc. is the world's leading vendor of dynamic object-oriented development tools featuring CLOS, the only ANSI-standard dynamic object-oriented language. The company's mission is to deliver leading-edge development products that enable corporate and independent software developers to build sophisticated, flexible and adaptive applications quickly and easily. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the real player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: Video: low bit rate: 233.0.25.125/22334 high bit rate: 233.0.25.1/22334 Audio: 233.0.25.3/22446 You can get further information about this seminar, and access to replays of previous seminars at the Multimedia Graphics and Interfaces Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Mon Sep 13 09:55:28 1999 From rem-conf-request@es.net Mon Sep 13 09:55:27 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QZLg-0006T4-00; Mon, 13 Sep 1999 09:53:00 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QZLf-0006Su-00; Mon, 13 Sep 1999 09:52:59 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id JAA03853; Mon, 13 Sep 1999 09:43:31 -0700 (PDT) Message-Id: <3.0.3.32.19990909083000.00b5f440@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 09 Sep 1999 08:30:00 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/15 The Analysis of Digital Mammograms -- Edward J. Delp, School of Electrical Engineering Purdue University Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar The Analysis of Digital Mammograms Wednesday, September 15, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Edward J. Delp School of Electrical Engineering Purdue University Breast cancer is one of the leading causes of death in women. It is estimated that one in seven women will get breast cancer. Recent studies have indicated that cure rates dramatically increase if the breast lesion can be detected at a size less than 1 centimeter. This size is too small for the lesion to be palpable. The only way a lesion this small can be detected is through screening mammography. In the past several years there has been tremendous interest in the use of image processing and analysis techniques in screening mammography. The goal of this research has been to develop techniques for automatic detection and classification of breast tumors. In this talk we will present two approaches to the analysis of digital mammograms. First, we will present a new multiresolution scheme for the detection of stellate lesions in digital mammograms. A multiresolution representation of the original mammogram is obtained using a linear phase nonseparable 2-D wavelet transform. A set of features are then extracted at each resolution for every pixel. Detection is performed from the coarsest resolution to the finest resolution using binary tree classifiers. This top-down approach requires less computation by starting with the least amount of data and propagating detection results to finer resolutions. Next, we present a novel approach to the problem of computer aided analysis of digital mammograms for breast cancer detection: namely, the development of algorithms to recognize unequivocally normal mammograms. First, we eliminate amorphous "clouds" or "blobs" in mammograms produced by normal glandular tissue of varying density using local average subtraction. Then we identify and remove normal connective tissue markings based on a set of specially designed line detectors. Any abnormality that may exist in the mammogram is therefore enhanced in the residual image, which makes the decision regarding the normality of the mammogram much easier. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: Video: low bit rate: 233.0.25.125/22334 high bit rate: 233.0.25.1/22334 Audio: 233.0.25.3/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Mon Sep 13 10:13:20 1999 From rem-conf-request@es.net Mon Sep 13 10:13:20 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QZeK-00001m-00; Mon, 13 Sep 1999 10:12:16 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QZeJ-00001Z-00; Mon, 13 Sep 1999 10:12:15 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id KAA04060; Mon, 13 Sep 1999 10:02:09 -0700 (PDT) Message-Id: <3.0.3.32.19990913100215.00b3cd80@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Mon, 13 Sep 1999 10:02:15 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/15 The Analysis of Digital Mammograms -- Edward J. Delp, School of Electrical Engineering Purdue University Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar The Analysis of Digital Mammograms Wednesday, September 15, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Edward J. Delp School of Electrical Engineering Purdue University Breast cancer is one of the leading causes of death in women. It is estimated that one in seven women will get breast cancer. Recent studies have indicated that cure rates dramatically increase if the breast lesion can be detected at a size less than 1 centimeter. This size is too small for the lesion to be palpable. The only way a lesion this small can be detected is through screening mammography. In the past several years there has been tremendous interest in the use of image processing and analysis techniques in screening mammography. The goal of this research has been to develop techniques for automatic detection and classification of breast tumors. In this talk we will present two approaches to the analysis of digital mammograms. First, we will present a new multiresolution scheme for the detection of stellate lesions in digital mammograms. A multiresolution representation of the original mammogram is obtained using a linear phase nonseparable 2-D wavelet transform. A set of features are then extracted at each resolution for every pixel. Detection is performed from the coarsest resolution to the finest resolution using binary tree classifiers. This top-down approach requires less computation by starting with the least amount of data and propagating detection results to finer resolutions. Next, we present a novel approach to the problem of computer aided analysis of digital mammograms for breast cancer detection: namely, the development of algorithms to recognize unequivocally normal mammograms. First, we eliminate amorphous "clouds" or "blobs" in mammograms produced by normal glandular tissue of varying density using local average subtraction. Then we identify and remove normal connective tissue markings based on a set of specially designed line detectors. Any abnormality that may exist in the mammogram is therefore enhanced in the residual image, which makes the decision regarding the normality of the mammogram much easier. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: Video: low bit rate: 233.0.25.125/22334 high bit rate: 233.0.25.1/22334 Audio: 233.0.25.3/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Tue Sep 14 02:08:44 1999 From rem-conf-request@es.net Tue Sep 14 02:08:43 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QoKa-00036b-00; Tue, 14 Sep 1999 01:52:52 -0700 Received: from s2.smtp.oleane.net [195.25.12.6] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QoKZ-00036R-00; Tue, 14 Sep 1999 01:52:51 -0700 Received: from nec.oleane.com (dyn-1-1-203.Cor.dialup.oleane.fr [62.161.8.203]) by s2.smtp.oleane.net with SMTP id KAA57223 for ; Tue, 14 Sep 1999 10:52:47 +0200 (CEST) Message-ID: <004b01befe8e$abc0c120$0201a8c0@nec.oleane.com> From: "Peter lewis" To: Subject: Media Gateway Control 99 Call for Papers Date: Tue, 14 Sep 1999 10:53:52 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Paris, France, 15-17 December 1999 Media Gateway Control 99 Conference. MGCP, Megaco, H.248. How to assure convergence between IP and PSTN networks. Technical challenges, trials, interoperability tests, normalization work. Call for papers: www.upperside.fr/bamgc.htm From rem-conf Tue Sep 14 07:10:06 1999 From rem-conf-request@es.net Tue Sep 14 07:10:05 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11QtCR-0006uj-00; Tue, 14 Sep 1999 07:04:47 -0700 Received: from talos.forthnet.gr (forthnet.gr) [193.92.150.21] by mail1.es.net with esmtp (Exim 1.81 #2) id 11QtCP-0006uP-00; Tue, 14 Sep 1999 07:04:45 -0700 Received: from oemcomputer (assinik.ath.forthnet.gr [193.92.136.196]) by forthnet.gr (8.8.8/8.8.5) with SMTP id KAA18184; Tue, 14 Sep 1999 10:28:26 +0300 Message-Id: <3.0.2.32.19990914102928.006a61d4@popper.forthnet.gr> X-Sender: assinik.ath.forthnet.gr@popper.forthnet.gr X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32) Date: Tue, 14 Sep 1999 10:29:28 +0300 To: assinik@unipi.gr From: Nikitas Assimakopoulos Subject: Special Issue of JASS Journal Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ------------------------------------------------------------------------- We apologize if you receive this message more than once. ------------------------------------------------------------------------- JOURNAL OF APPLIED SYSTEMS STUDIES Methodologies and Applications for Systems Approaches [ JASS ] http://www.unipi.gr/jass/ ===================================================== Special Issue on "Applications of Electronic Commerce Systems" The electronic commerce is now well recognised as a key enabler of global electronic markets where small and large enterprises compete as equal players. Electronic commerce systems are based on the service-centric internet is producing profound changes in enterprise culture in general, and in particular in areas associated with the business-to-business and business-to-consumer environments. The special issue will focus on applications of electronic commerce systems, and papers should present analytically the electronic commerce practical problem. In addition to it, papers that address aspects of transaction processes and models including issues related to the legal, regulatory and standards frameworks for these systems will be welcome. Papers should be presented according to the "Guidelines for Contributors", the details of which can be found at the web site: http://www.unipi.gr/jass/. Submission deadline: 31 January, 2000 . Expected publication date: 31 August, 2000 . All the submissions for this special issue must be sent to the Guest Editor. Guest Editor : Narayana Jayaram, School of Computer Science, University of Westminster, Watford Road, Northwick Park, Harrow HA1 3TP, ENGLAND. E-mail: jayaramn@westminster.ac.uk n.jayaram@computer.org n.jayaram@acm.org Phone: +44 171 911 5000 ext 4203, Fax:+44 171 911 5906 ===================================================== In the meantime, we would like to inform you that one of our scopes for JASS is to have Special Issues on a specific Application Domain of Systems Sciences. For the next year we are going to have two special issues. You may propose to us an area related to JASS in which I expect you will act as the "Guest Editor" under, of course, the general operating rules of JASS. From rem-conf Tue Sep 14 17:42:17 1999 From rem-conf-request@es.net Tue Sep 14 17:42:15 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11R2y8-0006gU-00; Tue, 14 Sep 1999 17:30:40 -0700 Received: from saturn1.acs.oakland.edu [141.210.10.2] (sdong) by mail1.es.net with esmtp (Exim 1.81 #2) id 11R2y6-0006gK-00; Tue, 14 Sep 1999 17:30:38 -0700 Received: from localhost (sdong@localhost) by saturn1.acs.oakland.edu (8.8.4/8.6.6) with SMTP id UAA17281 for ; Tue, 14 Sep 1999 20:30:37 -0400 (EDT) Date: Tue, 14 Sep 1999 20:30:37 -0400 (EDT) From: Shujie To: rem-conf@es.net Subject: remove In-Reply-To: <40D9D437FF95D211B59100A024E037432E6FFB@syncmail> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list remove From rem-conf Wed Sep 15 06:25:23 1999 From rem-conf-request@es.net Wed Sep 15 06:25:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11REtR-0004oZ-00; Wed, 15 Sep 1999 06:14:37 -0700 Received: from astrophys.es.pusan.ac.kr (astrophys.es.pusan.ac.kr .es.pusan.ac.kr) [164.125.122.70] by mail1.es.net with smtp (Exim 1.81 #2) id 11REtP-0004oP-00; Wed, 15 Sep 1999 06:14:35 -0700 Received: from use (p66.amax12.dialup.lax1.flash.net) by astrophys.es.pusan.ac.kr .es.pusan.ac.kr (5.x/Astrophys-mx-1.0) id AA15940; Wed, 15 Sep 1999 22:25:20 +0900 From: "john452385" Subject: Great New Book-Male Sexual Secrets #15DD Message-Id: {7C1AA004-0B7A-11D3-A89D-444553540000}@use To: aavatar999@exit.de X-Mailer: Microsoft Outlook Express 5.0.1712.3 X-Mimeole: Produced By Microsoft MimeOLE VÐÏD.1712.3 Mime-Version: 1.0 Date: Sun, 16 May 1999 10:31:18 -0800 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list 5F4D Now any man, regardless of age, can easily learn: * To be multi-orgasmic * To greatly increase the intensity of his orgasm * Triple the length of his orgasm * The secrets to penis enlargement * Discover the male G-spot * To greatly increase semen volume * The facts about Viagra, plus new drugs * To eliminate premature ejaculation * The secrets of getting his partner to want more sex * To eliminate impotence at any age * To have up to a three hour erection New, Easy to Read Book on Men's Sexual Secrets Male Sexual Secret's Written by Robert Winter and Jeff Rutgard, M.D. Most Men Only Get A =46raction of The Pleasure They Can =46rom Sex-After Only A =46ew Pages You Can Easily Triple That Amount Of Pleasure. This is a fantastic new book covering so many little known and unknown sexual secret's you'll be amazed. If you don't learn something new in the first few pages that greatly increases your sex life we'll return your money. The total cost of this book is only $12.95 plus $3.95 shipping and handling. To order " Men's Secrets" Call 800-426-5921 24 hours a day or you can send your check or money order for $16.90 to Avatar Publishing 168 second Ave #PBM 285 New York, NY. 10003 This message is sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph(a)(2)(c) of S.1618 To be removed from our e-mail list please call 888-248-2594 From rem-conf Wed Sep 15 08:48:32 1999 From rem-conf-request@es.net Wed Sep 15 08:48:32 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11RHFr-0006rV-00; Wed, 15 Sep 1999 08:45:55 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11RHFq-0006rL-00; Wed, 15 Sep 1999 08:45:54 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id IAA15780; Wed, 15 Sep 1999 08:35:57 -0700 (PDT) Message-Id: <3.0.3.32.19990915083603.00b39100@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 15 Sep 1999 08:36:03 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: Today: The Analysis of Digital Mammograms -- Edward J. Delp, School of Electrical Engineering Purdue University Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar The Analysis of Digital Mammograms Wednesday, September 15, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Edward J. Delp School of Electrical Engineering Purdue University Breast cancer is one of the leading causes of death in women. It is estimated that one in seven women will get breast cancer. Recent studies have indicated that cure rates dramatically increase if the breast lesion can be detected at a size less than 1 centimeter. This size is too small for the lesion to be palpable. The only way a lesion this small can be detected is through screening mammography. In the past several years there has been tremendous interest in the use of image processing and analysis techniques in screening mammography. The goal of this research has been to develop techniques for automatic detection and classification of breast tumors. In this talk we will present two approaches to the analysis of digital mammograms. First, we will present a new multiresolution scheme for the detection of stellate lesions in digital mammograms. A multiresolution representation of the original mammogram is obtained using a linear phase nonseparable 2-D wavelet transform. A set of features are then extracted at each resolution for every pixel. Detection is performed from the coarsest resolution to the finest resolution using binary tree classifiers. This top-down approach requires less computation by starting with the least amount of data and propagating detection results to finer resolutions. Next, we present a novel approach to the problem of computer aided analysis of digital mammograms for breast cancer detection: namely, the development of algorithms to recognize unequivocally normal mammograms. First, we eliminate amorphous "clouds" or "blobs" in mammograms produced by normal glandular tissue of varying density using local average subtraction. Then we identify and remove normal connective tissue markings based on a set of specially designed line detectors. Any abnormality that may exist in the mammogram is therefore enhanced in the residual image, which makes the decision regarding the normality of the mammogram much easier. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: Video: low bit rate: 233.0.25.125/22334 high bit rate: 233.0.25.1/22334 Audio: 233.0.25.3/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Wed Sep 15 12:12:40 1999 From rem-conf-request@es.net Wed Sep 15 12:12:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11RKPJ-0001jK-00; Wed, 15 Sep 1999 12:07:53 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11RKPH-0001j4-00; Wed, 15 Sep 1999 12:07:51 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id MAA17146; Wed, 15 Sep 1999 12:00:56 -0700 (PDT) Message-Id: <3.0.3.32.19990915120058.00b44100@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Wed, 15 Sep 1999 12:00:58 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Tai-Ping Yu (by way of Florissa Colina ) Subject: Errata for Seminar Audio and Video Addresses Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list There was a mix up and I told you the wrong addresses for the seminar today. These are the right addresses. low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm From rem-conf Wed Sep 15 12:15:11 1999 From rem-conf-request@es.net Wed Sep 15 12:15:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11RKVZ-0001qY-00; Wed, 15 Sep 1999 12:14:21 -0700 Received: from 98aedbe7.ipt.aol.com (Your Mail) [152.174.219.231] by mail1.es.net with smtp (Exim 1.81 #2) id 11RKVU-0001qJ-00; Wed, 15 Sep 1999 12:14:19 -0700 From: Win To: Message-Id: <419.436418.59199502ok@hotmail.com> Subject: Win $1,000,000. & Get 1,000 fresh email list free Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Wed, 15 Sep 1999 12:14:19 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hello, Please accept my invitation to you to get 1,000 Fresh Emails List Free and Win the Daily $1000,000.00 free. All from http://freeemaillist.virtualave.net Thank You . . . From rem-conf Wed Sep 15 14:27:04 1999 From rem-conf-request@es.net Wed Sep 15 14:27:03 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11RMWc-0004S3-00; Wed, 15 Sep 1999 14:23:34 -0700 Received: from galaxy.net (mail.Galaxy.net) [199.224.11.10] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11RMWa-0004Re-00; Wed, 15 Sep 1999 14:23:33 -0700 Received: from a200 (a200.galaxy.net [198.138.93.113] (may be forged)) by mail.Galaxy.net (8.9.3/8.9.3) with SMTP id RAA14477 for ; Wed, 15 Sep 1999 17:23:30 -0400 (EDT) Date: Wed, 15 Sep 1999 17:23:30 -0400 (EDT) To: rem-conf@es.net From: mdorren@lognet.com Subject: prime warehouse/distribution space available Organization: tmvisions Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list IT MAY NOT BE A ONCE IN A LIFETIME OPPORTUNITY... (But it's pretty close!) A T T E N T I O N ! >>>> Document storage companies >>>> Pick and Pack providers >>>> Import / Exporters >>>> Mail Order Retailer / Distributors ... Or anyone else that needs prime, professional storage space for a B E L O W R E A S O N A B L E P R I C E ! Atlantic Freight Systems is offering 120,000 square feet of some of the cleanest, safest and most convenient storage space for as low as $2.00 per square foot! You read right... $ 2 . 0 0 P E R S Q U A R E F O O T ! ! ! Here are some features: * .5 miles from the rail yard * 1 mile from the ocean port * 1.5 miles from EWR Airport * Access to the top > Truckload > LTL > Cartage > Courier > Freight Forwarding ...companies directly upstairs, ready to deliver from, or take to... anywhere in the world! * With shuttles going to NYC several times a day, WHY PAY HIGH JFK WAREHOUSE PRICES IF YOU DON'T HAVE TO? * IMMEDIATE OCCUPANCY! Just in time for the holiday season. See more at http://www.tmvisions.com/services/commercial/seaport ...or call (909) 766-9020 for more information. ...or just respond to this email. Thanks for your time. This mailing will not be repeated. From rem-conf Thu Sep 16 06:00:35 1999 From rem-conf-request@es.net Thu Sep 16 06:00:34 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Rb2A-0004K2-00; Thu, 16 Sep 1999 05:53:06 -0700 Received: from soleil.uvsq.fr [193.51.24.1] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11Rb28-0004Jm-00; Thu, 16 Sep 1999 05:53:04 -0700 Received: from lucifer.prism.uvsq.fr (lucifer.prism.uvsq.fr [193.51.25.7]) by soleil.uvsq.fr (8.9.3/jtpda-5.3.2) with ESMTP id OAA36754 ; Thu, 16 Sep 1999 14:48:16 +0200 (CEST) Received: from prism.uvsq.fr (bernadotte.prism.uvsq.fr [193.51.25.141]) by lucifer.prism.uvsq.fr (8.9.3/jtpda-5.3.2) with ESMTP id OAA24511 ; Thu, 16 Sep 1999 14:12:17 +0200 (MET DST) Message-ID: <37E0E152.48160E6A@prism.uvsq.fr> Date: Thu, 16 Sep 1999 14:23:47 +0200 From: Rebecca Morales Reply-To: Rebecca.Morales@prism.uvsq.fr Organization: PRiSM X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 Subject: Networking2000:SUBMISSION DEADLINE EXTENDED to OCTOBER 1 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by soleil.uvsq.fr id OAA36754 To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list ******************************** SUBMISSIONS DEADLINE EXTENDED TO OCTOBER 1, 1999 ******************************** /////////////////////////////////////// Call for Papers Networking 2000 May 14-19, 2000 Paris, France ////////////////////////////////////// More information and submission: http://www.noc.uoa.gr/net2000 http://www.prism.uvsq.fr/~net2000 Networking 2000 conference is a joint conference of: HPN (High Performance Networking) Aaren 1987, Li=E8ge 1988, Berlin 1990, Li=E8ge 1992, Grenoble 1994, Palma 1995, New York 1997, Vienna 1998, Paris 2000. BC (Broadband Communications) Paris 1995, Montreal 1996, Lisboa 1997, Stuttgart 1998, Hong-Kong 1999, Paris 2000. PCN (Performance of Communication Networks) Paris 1981, Z=FCrich 1984, Ri= o de Janeiro 1987, Barcelona 1990, Raleigh 1993, Lund 1998, Paris 2000. From rem-conf Thu Sep 16 09:13:23 1999 From rem-conf-request@es.net Thu Sep 16 09:13:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Re2T-0006ue-00; Thu, 16 Sep 1999 09:05:37 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Re2S-0006uU-00; Thu, 16 Sep 1999 09:05:36 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id JAA21969; Thu, 16 Sep 1999 09:01:20 -0700 (PDT) Message-Id: <3.0.3.32.19990916083000.00b3e4e0@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 16 Sep 1999 08:30:00 -0700 To: bmrc-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/22 VisualizeR: Software Architecture for a VR-Based Learning Environment -- Margaret Murray, School of Medicine, University of California at San Diego Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar VisualizeR: Software Architecture for a VR-Based Learning Environment Wednesday September 22, 1999 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Margaret Murray School of Medicine, University of California at San Diego Synthesizing 3D Virtual Reality technologies with extant 2D Multimedia has great educational potential, especially in learning domains where the acquisition of spatial knowledge is both essential and difficult to teach. One of these target domains has been addressed by the Learning Resources Center at the UCSD School of Medicine, which has developed a VR-based learning environment for teaching and learning human anatomy. Research has resulted in the "Anatomic VisualizeR" application, which has been successfully piloted in both medical school and high school anatomy courses. A formal study of the effects of different VR technologies on 3D task performance has also been completed. The VisualizeR software architecture underlying "Anatomic VisualizeR" encompasses an overarching event manager responsible for handling various VR displays and user interaction with VR interaction devices, and includes features that facilitate change and extensibility. Application design has been driven by educational goals while considering technical factors. Using VisualizeR, VR scenes may include 3D polygonal models, 2D digital imagery, video clips, sounds, organized text, and 3D interaction widgets and tools. Learning modules consist of sets of scripted scenes developed by faculty mentors that load and place 3D and 2D content resources and then suggest student exercises that use provided 3D tools. Following an active-learning paradigm, students are given the ability to manipulate any loaded content resource and may choose to search for and load additional resources. Learning module scripts and content resources may reside on network servers, and are accessed and loaded via database query. Software and learning module evolution will be discussed, with an eye towards illuminating strategic development issues. Ways to apply VR technologies to meet 21st century educational needs will also be presented. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Fri Sep 17 10:13:00 1999 From rem-conf-request@es.net Fri Sep 17 10:12:59 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11S1Fj-0007bU-00; Fri, 17 Sep 1999 09:52:51 -0700 Received: from 1cust1.tnt21.sfo3.da.uu.net (Postmaster) [208.254.227.1] by mail1.es.net with smtp (Exim 1.81 #2) id 11S1Fh-0007bC-00; Fri, 17 Sep 1999 09:52:50 -0700 From: Mailbox To: Message-Id: <419.436420.41168368audiorec@hotmail.com> Subject: 42 gig Audio / Video Editing PC $1,000 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Fri, 17 Sep 1999 09:52:50 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Call (818) 377-9502 and leave your number if you want details This is just a one time note as I have heard many people say they would like a PC like this, rather than just the RAID I mentioned so here it is. Shipping within the U.S. is included. Highlights: 36 Gigabyte 4 Drive high speed RAID array (Fast / Wide SCSI-3 A/V drives) IDE boot (operating system) hard drive Asus P5A motherboard (PC-100 Pentium III bus speed) Mylex Dual RAID controler (controls the RAID as well as other 68 or 50 pin devices) Diamond Graphics card Black Tower Case with casters, locking door, and 6 activity indicator LEDs. 10 external bays, 15 internal option. Optional adapters also accept various motherboard and power supply designs. From rem-conf Fri Sep 17 12:22:35 1999 From rem-conf-request@es.net Fri Sep 17 12:22:34 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11S3P1-0001k0-00; Fri, 17 Sep 1999 12:10:35 -0700 Received: from boa.crl.mcmaster.ca [130.113.224.130] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11S3P0-0001jo-00; Fri, 17 Sep 1999 12:10:34 -0700 Received: from mcmaster.ca (todd@empc-port43.net.McMaster.CA [130.113.192.195]) by boa.crl.mcmaster.ca (8.8.7/8.8.7) with ESMTP id PAA29252; Fri, 17 Sep 1999 15:15:53 -0400 Sender: todd@boa.crl.mcmaster.ca Message-ID: <37E28274.9D235191@mcmaster.ca> Date: Fri, 17 Sep 1999 14:03:32 -0400 From: Terry Todd Organization: McMaster University X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i586) X-Accept-Language: en MIME-Version: 1.0 To: itc@ieee.org, comsoc-chapters@ieee.org, multicomm@cc.bellcore.com, commsoft@cc.bellcore.com, sigmedia@bellcore.com, end2end-interest@isi.edu, tcgn@ieee.org, hipparch@sophia.inria.fr, comsoc-gicb@ieee.org, comsoc.tac@tab.ieee.org, ieeetcpc@listserv.utoronto.ca, fokus-user@fokus.gmd.de, f-troup@codex.cis.upenn.edu, g-troup@ccrc.wustl.edu, giga@tele.pitt.edu, rem-conf@es.net Subject: ICNP'99 (Toronto), Call for Registration Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Colleagues, I have appended the technical program for ICNP'99, which will be held in Toronto, Canada, Oct. 31 - Nov 3. Registration details are included in the attachment. The program is an excellent one and we hope that you will be able to attend. We would appreciated it very much if you could circulate this notice to any of your colleagues who may be interested in attending the conference. Sorry if you have received multiple copies of this email. Thanks, Terry -- Prof Terence D. Todd, Communications Research Laboratory, McMaster University, Hamilton, Ontario, Canada, L8S 4K1. todd@mcmaster.ca 905-525-9140 ext 24343, Fax.905-521-2922, http://boa.crl.mcmaster.ca/~todd ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ CALL FOR REGISTRATION 7th International Conference on Network Protocols October 31 - November 3, 1999 The Royal York Hotel, Toronto, Canada www.computer.org/conferen/home/icnp/ ICNP is one of the premier conferences in the computer networking field. This year ICNP'99 will be held in Toronto, whose name is a Huron Indian word meaning "place of meeting". Toronto is Canada's largest city, the capital of the province of Ontario, and one of the most exciting and progressive cities in the world. Its attractions are far too numerous to list. The conference will be held at the famous Royal York Hotel. The Royal York has been in operation since 1929 and is one of the grand hotels of Canada. It is located in the centre of downtown Toronto, a focal point for shopping, culture and nightlife. -------------------- ICNP'99 REGISTRATION -------------------- Conference and hotel registration information is available at the ICNP'99 web site: www.computer.org/conferen/home/icnp/ * The hotel room cutoff date is OCTOBER 8, 1999. * The conference advance registration deadline is OCTOBER 11, 1999. To avoid disappointment, please register as soon as possible. --------------- ICNP'99 PROGRAM --------------- Sunday, 31 October 1999 ----------------------- Full-Day Tutorials 9:00am - 5:00pm Lunch provided * Internet Telephony Henning Schulzrinne, Columbia University * Mobile Networking with Mobile IP Charles E. Perkins, Sun Microsystems (Further details of the tutorials are given at the end of this program.) Monday, 1 November 1999 ----------------------- 9:00am - 9:30am Welcome Session 9:30am - 10:30am Keynote Address: * Dr. Jon Turner, Washington University "Technology Changes and Networking Research -- Speculations on the Future" 10:30am - 11:00am Break 11:00am - 12:30am Paper Session 1: Protocols and Routing Automated Protocol Implementations based on Activity Threads P. Langendoerfer, H. Koenig (Brandenburg University of Cottbus) Dynamic Memory Model-based Optimization and Code Synthesis for IP Address Lookup G. Cheung, S. McCanne (U.C. Berkeley) Policy Disputes in Path-Vector Protocols T. Griffin, F. Shepherd, G. Wilfong (Bell Laboratories) Fault Detection in Routing Protocols D. Massey (UCLA), B. Fenner (AT&T Research) 12:30am - 2:00pm Lunch Break 2:00pm - 3:30pm Paper Session 2: Multicast I Receiver-Cooperative Bandwidth Management for Layered Multicast H. Yamaguchi, T. Higashino, K. Taniguchi (Osaka University), K. Yasumoto (Shiga University) Receiver-initiated Group Membership Protocol (RGMP): A New Group Management Protocol for IP Multicasting W. Liao, D. Yang (National Taiwan university) Centralized Multicast S. Keshav (Cornell University), S. Paul (Bell Laboratories) Optimal Allocation of Clients to Replicated Multicast Servers Z. Fei, M. Ammar, E. Zegura (Georgia Institute of Technology) 3:30pm - 4:00pm Break 4:00pm - 5:30pm Paper Session 3: Multicast II Scaling End-to-end Multicast Transports with a Topologically-sensitive Group Formation Protocol S. Ratnasamy, S. McCanne (U.C. Berkeley) WDM Multicasting in IP over WDM Networks C. Qiao, M. Jeong, (SUNY at Buffalo), A. Guha (AT&T Labs), X. Zhang (Lucent Technologies), J. Wei (Telcordia Technologies, Inc) Evaluating the Utility of FEC with Reliable Multicast D. Li, D. Cheriton (Stanford University) A Logical Ring Reliable Multicast Protocol for Mobile Nodes I. Nikolaidis, J. Harms (University of Alberta) 5:30pm - 7:30pm Reception Tuesday, 2 November 1999 ------------------------ 9:00am - 10:30am Paper Session 4: Quality of Service I ERUF: Early Regulation of Unresponsive Best-Effort Traffic A. Rangarajan, A. Acharya (U.C. Santa Barbara) An In-Depth Look at Flow Aggregation for Quality of Service Jorge Cobb (University of Texas at Dallas) NBQ: Neighbor-state Based Queuing for Adaptive Bandwidth Sharing Y. Tamura, Y. Tobe, H. Tokuda (Keio University) Evaluation of Bandwidth Broker Signaling M. Gunter, T. Braun (University of Berne) 10:30am - 11:00am Break 11:00am - 12:30am Paper Session 5: Quality of Service II Minimum Rate Guarantee without Per-Flow Information Y. Kim, W. Tsai, M. Iyer, J. Ros (U.C. Irvine) A New Proposal of RSVP Refreshes L. Wang, A. Terzis, L. Zhang (UCLA) Effect of Unreliable Nodes on QoS Routing S. Gokhale, S. Tripathi (U.C. Riverside) How to make assured services more assured W. Lin, R. Zheng, J. Hou (Ohio State University) 12:30am - 2:00pm Lunch Break 2:00pm - 3:30pm Panel 1: Embedded Wireless Networks 3:30pm - 4:00pm Break 4:00pm - 5:30pm Paper Session 6: Transport Protocols Empirical TCP Profiles and Application C. Popescu, A.U. Shankar (University of Maryland) On Individual and Aggregate TCP Performance L. Qiu, Y. Zhang, S. Keshav (Cornell University) Improving TCP Congestion Control Over Internets with Heterogenous Transmission Media C. Parsa, J. Garcia-Luna-Aceves (U.C. Santa Cruz) TCP Trunking: Design, Implementation and Performance H.T. Kung, S.Y. Wang (Harvard University) Wednesday, 3 November 1999 -------------------------- 9:00am - 10:30am Paper Session 7: Wireless Networks I The Havana Framework for Supporting Application and Channel Dependent QOS in Wireless Networks J. Gomez, A. Campbell (Columbia University), H. Morikawa (University of Toyko) A Distributed Scheduling Algorithm for Quality of Service Support in Multiaccess Networks C. Barrack, K. Siu (MIT) Fluid Analysis of Delay Performance for QoS Support in Wireless Networks J. Kim, M. Krunz (University of Arizona) Scheduling in Wireless Networks with Multiple Transmission Channels S. Damodaran, K. Sivalingam (Washington State University) 10:30am - 11:00am Break 11:00am - 12:30am Panel 2: Active Networks: Where Do We Stand Today? 12:30am - 2:00pm Lunch Break 2:00pm - 3:30pm Paper Session 8: Wireless Networks II Source-Tree Routing in Wireless Networks J. Garcia-Luna-Aceves (U.C. Santa Cruz), M. Spohn (Nokia Wireless Routers) HAWAII: A Domain-based Approach for Supporting Mobility in Wide-area Wireless Networks R. Ramjee, T. La Porta, S. Thuel, K. Varadhan (Bell Labs, Lucent Technologies) and S. Wang (Harvard University) Analysis of Caching-based Location Management in Personal Communication Networks K. Ratnam (Northeastern University), I. Matta (Boston University), S. Rangarajan (Bell Laboratories) Wave and Wait Protocol (WWP): An Energy Saving Protocol for Mobile IP-Devices V. Tsaoussidis, H. Badr, R. Verma (SUNY at Stony Brook) 3:30pm - 4:00pm Break 4:00pm - 5:30pm Paper Session 9: Internet Services Smoothing and Prefetching Video from Distributed Servers S. Bakiras, V. Li (University of Hong Kong) Analysis of Receiver Adaptation for Layered Video Transmission over Heterogeneous Networks: A Microscopic Perspective P. Hu, Z. Zhang, M. Kaveh (University of Minnesota) A Behavioral Model of Web Traffic H. Choi, J. Limb (Georgia Institute of Technology) Concast: Design and Implementation of a New Network Service K. Calvert, J. Griffioen, A. Sehgal, S. Wen (University of Kentucky) ---------------- TUTORIAL PROGRAM ---------------- Internet Telephony Henning Schulzrinne, Columbia University Internet telephony or voice-over-IP (VoIP), the use of the Internet to replace parts of the existing circuit-switched telephone network, holds the promise of fundamentally changing how telephone calls are made. Beyond replacing the circuit-switched network, VoIP has the potential of making phone service as flexible and programmable as email and web service, speed the availability of multimedia communications, as well as integrating phone service with existing common Internet services. This tutorial introduces the major components needed to support telephony in the Internet: signaling, quality-of-service support and media transport. It covers the basic signaling protocols, such as H.323, MGCP/Megaco and SIP, as well as how to use them to provide common and advanced services. VoIP will likely be a major user of resource reservation and differentiated services, possibly with charging and policy extensions. Finally, voice and video data has to be carried efficiently across the network. For the foreseeable future, Internet telephony has to interwork with the existing phone system. We discuss how this can be done, either by viewing the Internet telephone as a switch or as an end system. A basic introduction to the existing telephone architecture will be provided. Internet Telephony motivation for Internet telephony transmission efficiency OAM integration services short summary of the existing PSTN (SS7) digital transmission and switching SS7 architecture: SSP, SCP, ... SS7 protocol stack: MTP, ISUP, TCAP signaling: H.323, SIP role of signaling SIP architecture: user agents, proxies and redirect servers SIP forking SIP security H.323 architecture interaction of signaling and resource reservation Internet telephony services SIP services cgi-bin Call Processing Language Internet telephony device control motivation and architecture MGCP Interoperation with the PSTN architectures: bridging or tunneling SIP-to-ISUP translation E.164 address mapping Gateway location motivation and architecture BGP and synchronization approaches Billing and operational issues Billing for what and where? Emergency services Operator services Intercepts audio/video codings audio coding techniques: sample vs. frame impairments for packet audio uncompress digital video formats: YUV, CIF, ... JPEG MPEG quality of service constraints and impairments packet loss packet delay: causes and requirements delay jitter QOS compensation mechanisms packet scheduling and resource reservation traffic policing: GCRA and token buckets packet scheduling: priority and WFQ receiver-oriented resource reservation: RSVP sender-oriented resource reservation: YESSIR Diff-Serv RTP motivation packet formats for data RTCP for QOS feedback and audience size estimation media synchronization BIOGRAPHY --------- Henning Schulzrinne received his undergraduate degree in economics and electrical engineering from the Technische Hochschule in Darmstadt, Germany, in 1984, his MSEE degree as a Fulbright scholar from the University of Cincinnati, Ohio and his Ph.D. degree from the University of Massachusetts in Amherst, Massachusetts in 1987 and 1992, respectively. From 1992 to 1994, he was a member of technical staff at AT&T Bell Laboratories, Murray Hill. From 1994-1996, he was associate department head at GMD-Fokus (Berlin), before joining the Computer Science and Electrical Engineering departments at Columbia University, New York. His research interests encompass real-time, multimedia network services in the Internet and modeling and performance evaluation. He is an editor of the Journal of Communications and Networks and IEEE Communications Society editor of the IEEE Internet Computing Magazine. He co-chairs the IEEE Communications Society Internet Technical Committee and is vice chair of the IEEE Communications Society Technical Committee on Computer Communications. He has been vice general chair of IEEE Infocom and will be co-technical chair of that conference in 2000. Protocols co-developed by him are now Internet standards, used by almost all Internet telephony and multimedia applications. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Mobile Networking with Mobile IP Charles E. Perkins, Sun Microsystems When mobile computers move, and attach themselves to new networks within the Internet, they can use mobile-IP as a means to achieve seamless roaming transparently to application software. In this situation, transparent means that the applications work just as before, and don't need to be recompiled or reconfigured. Seamless means that roaming from one place to another occurs without inconvenience to the user. As long as a physical path exists for communication, the user might not even be aware when a cell boundary has been crossed. The objective of the seminar is to lay out the necessary protocol technology to allow mobile computers to use mobile-IP, and to describe the relevant operation of other protocols which can be used to aid mobility. In this tutorial, I will explore in detail all aspects of mobile-IP and other standard protocols that further simplify the operation of mobile computers in the Internet, including: - Mobile Agent advertisements - Registration procedures - Tunneling mechanisms - The role of Security - Home Agents - Foreign Agents - How to set up a home network - Getting Care-of Addresses via DHCP - Route Optimization - Smooth handoffs - Reverse tunnels and filtering by border routers - IPv6 mobility support - AAA (Authentication, Authorization, and Accounting) The seminar is intended for anyone who is interested in learning about how to use mobile-IP, create a home network for mobile users within their organization, or explore new Internet protocols and mobile computing. This includes programmers, administrators, network managers, and mobile computer users who are already familiar with using the Internet. The following is a rough outline of the tutorial, which will be adapted to fit the interests of the audience and the time available. Introduction - Why Mobile Networking? o Wireless Technologies o Laptop Computing o Information Superhighway o Mobility vs. Portability o The Need for two-level addressing Mobile IP o What is Mobile IP? o Terminology o Protocol Oveview o Mobile Agent Discovery o Solicitation Packet Format o Advertisement Packet Format o Registration o Registration Packet Format o Registration Reply and Status Codes o Tunneling o IP-Within-IP o Minimal Encapsulation Format o Generic Record Encapsulation (GRE) o Security o Home Networks o Virtual Home Networks o Discovering Home Agent Addresses o Gratuitous ARP o ARP handling by the mobile node o TCP Congestion control vs Error-prone Media o Private Addresses o Route Optimization o Role of the Internet Engineering Task Force Mobility Considerations in IP version 6 o An Overview of IPv6 o IPv6 Options o IP version 4 vs IP version 6 o Mobility Considerations in IPv6 o Binding Update Option o Binding Acknowledgment ICMP Message o Binding Request option o Home Address option o Home Agent Discovery o Node and Router requirements for Mobility Support Mobile IP and AAA o AAA functionality o Simple Mobile IP protocol extensions o Local Handoff o Dynamic home-address allocation o Surrogate Registration o Localized Registration/multi-level foreign agents BIOGRAPHY --------- Charles E. Perkins is a Senior Staff Engineer at Sun Laboratories, investigating mobile wireless networking and dynamic configuration protocols. He is the editor for several ACM and IEEE journals for areas related to wireless networking. He is serving as document editor for the mobile-IP working group of the Internet Engineering Task Force (IETF), and is author or co-author of standards-track documents in the mobileip, svrloc, dhc (Dynamic Host Configuration) and IPng working groups. Charles is also associate editor for Mobile Communications and Computing Review, the official publication of ACM SIGMOBILE, and is on the editorial staff for IEEE Internet Computing magazine. He has served on the Internet Architecture Board (IAB) of the IETF. Charles has authored a book on Mobile IP, and has published a number of papers and award winning articles in the areas of mobile networking, ad-hoc networking, route optimization for mobile networking, resource discovery, and automatic configuration for mobile computers. Charles has served on various committees for the National Research Council, and is currently the chairperson of the Nomadicity Working Team of the Cross-Industry Working Team (XIWT). Charles holds a B.A. in mathematics and a M.E.E. degree from Rice University, and a M.A. in mathematics from Columbia University. He is a member of ISOC, ACM, IEEE, and the IETF. From rem-conf Fri Sep 17 20:18:09 1999 From rem-conf-request@es.net Fri Sep 17 20:18:08 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11SAwq-00067Z-00; Fri, 17 Sep 1999 20:14:00 -0700 Received: from exip-t-006-p-207-88.tmns.net.au (139.134.207.88) [139.134.207.88] by mail1.es.net with smtp (Exim 1.81 #2) id 11SAwo-00067P-00; Fri, 17 Sep 1999 20:13:58 -0700 From: anthony.lion@angelfire.com To: rem-conf@es.net Subject: nothing to lose Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: Date: Fri, 17 Sep 1999 20:13:58 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list

Take a look at this......

Greetings....

THE NEWS THAT HAS BEEN RUMORED FOR WEEKS

IS HERE

NEWS THAT WILL TAKE THE WORLD BY STORM!

REGISTER NOW TO SECURE BEST POSITION DURING PRE-LAUNCH

Just imagine. Thousands upon Thousands of Premium Products

and Services all categorized for your easy use

THE LARGEST DIRECTORY OF FREE OFFERS IN THE WORLD!

To Start With…. Take the tour and you can have your very

own

Digital Satellite System Certificate, valued at

$149………FREE

We know that no one has to be a computer genius or know everything about

the Internet to profit from it….Combine FREE with the dynamics of

cyber space and you have the World's easiest and most lucrative business

Work will simply be…… Sharing FREE goods and services with others

Take this for starters…….. All subscribers will have FREE

INTERNET

and E-MAIL ACCESS…That is just the beginning!

But….An immediate saving on your current overheads.

YOU WILL ALSO HAVE…….. FREE

* Software allowing long distance calls at zero dollars per minute.

* $100 airline check

* Encarta Encyclopedia 99

* Personal Computer

* Las Vegas vacation

* Thousands upon Thousands of Free Products and Services

Just click your reply button now and type the words "send more info " in your subject box and I will send you the website where you can get the rest of the information and join straightaway.

===========================================================================

><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

>PLEASE NOTE: You have received this email because your email address is

>part of our "in house" list. You or someone you know has sent your

>email address to us in the past. Our team promotes professional and

>responsible use of direct email marketing. If this message is in

>error we apologize. Further transmissions to you by the sender of this

>email may be stopped at no cost to you by sending a reply to this

>email address with the word "remove" in the subject line.

><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

======================================= From rem-conf Sat Sep 18 01:38:21 1999 From rem-conf-request@es.net Sat Sep 18 01:38:19 1999 Received: from list by mail2.es.net with local (Exim 1.92 #1) for rem-conf-dist@es.net id 11SFqw-00004r-00; Sat, 18 Sep 1999 01:28:14 -0700 Received: from klj-231-34.tm.net.my ([202.188.231.34] helo=writeme.com) by mail2.es.net with smtp (Exim 1.92 #1) id 11SFqr-000044-00; Sat, 18 Sep 1999 01:28:10 -0700 To: From: Subject: {{{Brand New}}} You will be Paid USD$0.60/hour To Surf The Net FREE! Highest Referrals Payout! Date: Sat, 18 Sep 1999 12:49:13 Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list {{{FREE}}} {{{No Scam}}} {{{No Hype}}} {{{Not MLM}}} {{ Not Pyramid}}} {{{Not Chain Letters}}} Dear Online Surfer, I ran across something on the Internet today that I really do like. It is a company that will actually pay you 60 cents an hour to surf the web. Free of Charge! The reason is they are sharing part of the advertising income with you. They don't get in your way while on-line, and they don't make you visit any special sites, they just have a simple little software application that sits on your computer, displaying ads and counting your money. The application is no bigger than a typical banner ad, and you can move it around anywhere on your screen, so it really isn't too distracting. The ultimate thing about the concept is that they not only pay you to surf the web, but will also pay you when your friends and family are on-line as well. For anyone you refer you are going to get 10 cent per hour down to 5 level!.You can use their online calculator to find out instantly why you can easily make USD1000+ every month. The 10 cent hourly rate per referral is double compare with other similar opp. which mean that you will earn double from your referrals group! You can check out and sign up at the link below:- http://www.epipo.com/signup_form.asp?jerinne Best of luck, and be sure to let me know what you think. Jerinne wordergal@writeme.com ********************************************************************** This is one time message only. I sincerely apologize to you if you find this msg annoying as I need fund for my education desparately and hope these help. ********************************************************************** @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ To Remove please send a mail to re12kd@mycampus.com?subject=REMOVE I had install an automatic removal system to ensure your request are handle properly & completely. Please do not make complain to this email account in order to ensure the integrity of this removal system. Many Thanks. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ From rem-conf Sun Sep 19 14:54:53 1999 From rem-conf-request@es.net Sun Sep 19 14:54:52 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Sohk-0006eW-00; Sun, 19 Sep 1999 14:41:04 -0700 Received: from sparcmail.cube.com [207.242.168.22] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Sohh-0006e4-00; Sun, 19 Sep 1999 14:41:01 -0700 Received: from cube.com (mail.cube.com [207.242.168.167]) by sparcmail.cube.com (8.9.1/8.9.1) with ESMTP id RAA16226; Sun, 19 Sep 1999 17:27:39 -0400 (EDT) From: w.e.int-@ibm.net Received: from ibm.net [152.200.142.65] by cube.com (SMTPD32-5.00) id A86D113500F0; Sun, 19 Sep 1999 17:41:01 EST To: w.e.int-@ibm.net Subject: VERY IMPORTANT Announcement ! Message-Id: <199909191741.SM00162@ibm.net> Date: Sun, 19 Sep 1999 17:42:50 EST X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list September 19, 1999 Dear Friend: This is an extremely IMPORTANT announcement for you! iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii IMPORTANT ANNOUNCEMENT IMPORTANT ANNOUNCEMENT ''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' Your Future May Depend on it!!! iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii BUT FIRST, please read the following Editorial Excerpts from some important publications in the United States: New York Times: "In concluding our review of financial organizations '''''''''''''''''''''''''''''''''''''''' to effect change in the 90's, special attention should be called to 'World Currency Cartel' organization based in California. The members of this organization are amassing hundreds of millions of dollars in the currency market using a very LEGAL method which has NEVER been divulged to the general public. While their purpose is not yet known, their presence has most certainly been felt". NBC Nightly News: "Members of the World Currency Cartel organization, ''''''''''''''''''''''''''''''''''''''''''''' who always keep Low Profile of themselves, are some of the most powerful and wealthiest people in this hemisphere". More Excerpts later, but first let us give you this "Important Announcement": ``````````````````````````````````````````````````````````````````````````````````````````````````````````` We are glad to announce that for the very first time, the World Currency Cartel organization will instruct a LIMITED number of people worldwide on HOW TO CONVERT $25 INTO ONE HUNDRED OF LEGAL CURRENCY. We will transact the first conversion for you, after that you can quickly and easily do this on your own hundreds or even thousands of times each and every month. TAKE ADVANTAGE OF THIS "SECRET FLAW" ! ================================== It is even more explosive than we have yet disclosed. While currency does fluctuates daily, we can show you HOW TO CONVERT $99 INTO $580 as many times as you want. That means, you will be able to CONVERT $99 American Legal Currency Dollars for $580 OF THE SAME. You can do this as many times as you wish, every day, every week, every month. All very LEGALLY and effortlessly! %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Due to the nature of this rare opportunity, we keep everything under very Low Profile. We do not advertise anywhere and the information is not available anywhere at all but from us. The reason we are sharing this with you is because we need few people to help us and share the wealth around the world. You are one of the very few people to receive this mail. Therefore, it is very important to emphasize on keeping it very 'Low Profile' when you become a member. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% It only takes about 5 to 10 minutes each time you do this. You can do this from your home, your office or even while travelling. All you need is an access to a phone line and an address. Best of all, you can do this from ANY CITY ON THIS EARTH!!! Again, we must reiterate, anyone can do this and the source is Never-Ending. For as long as the global financial community continues to use different curr- encies with varying exchange rate, this "SECRET FLAW" will exist. '''''''''''''''''''''''''''''''''''''''''''''''''''' As we have said earlier, we will do the first transaction for you and will also show you exactly how to do this on your own over and over again. The amount of exchange you would do each time is entirely up to you. Working just 2 to 10 hours a week, you can soon join the list of Millionaires who do this on a daily basis several times a day. The transaction is so simple that even a high school kid can do it! We at the World Currency Cartel organization would like to see a uniform global currency backed by Gold. But, until then, we will allow a LIMITED number of individuals worldwide to share in the Unlimited Profits provided for by the world currency differentials. We will espouse no more political views nor will we ask you to do so. We can say however, that our parent organization Wealth Exchange Int. benefits greatly by the knowledge being shared as we ourselves alongwith YOU benefit likewise. Your main concern surely will be, how you will benefit. As soon as you become a member, you can start making transanctions from your home, office, by telephone or through the mail and even while travelling. As said earlier, we will do the first transanction for you and will show you exactly how to do this on your own over and over again. No one can stop you from earning hundreds of thousands and even millions of dollars each year for as long as this "SECRET FLAW" exists. '''''''''''''''''''''''''''''''''''''''''''''''''''''''' Don't believe us, experience it for yourself! ================================ Unlike anyone else, we will assure you a great financial freedom and you will add to our quickly growing base of supporters and you may join the list of Millionaires being created using the "SECRET FLAW" in the world currency market. ============== DON'T ENVY US, JOIN US TODAY!!! iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii There is a one time membership fee of only $195.00. BUT, if you reply by OCTOBER 15 , 1999; which is our company's 2nd Anniversary date, you can join us for only $29 administrative cost. Your important documents, instructions, contact name & addresses, phone numbers and all other pertinent information will be mailed to you immediately. So, take advantage of our Anniversary date and join us today. If you are replying AFTER OCTOBER 15 , 1999; you must pay $195.00 for the membership fee. NO EXCEPTIONS and no more e-mail inquiries please. Upon becoming a member, you promise to keep all infos CONFIDENTIAL. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Should you choose to cancell your membership for any reason, you must return all documents for a refund within 60 days. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ IMPORTANT: ***************** 1.....Write your name & mailing address VERY CLEARLY on paper 2..... Below your address, please write your E-mail address (Optional) 3..... At the top Left Hand corner, write the word "New Member" 4..... Attach a CHECK or M.O. for $29 plus $ 5 for postage & shipping (TOTAL = US$ 34.00 ) 5..... Please make the Check/M.O. payable to "Wealth Exchange Int." and mail it to : WEALTH EXCHANGE INT. 9903 SANTA MONICA BLVD; SUITE # 405 BEVERLY HILLS, CA 90212. U.S.A. ( Outside U.S.A. Must add US$ 12 EXTRA for shipping). US$ FUNDS ONLY! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Funds Must be payable at a bank in USA ! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Here are some more Editorial Excerpts: Wall Street : "A discreet group of Americans, operating under the guise of World Currency Cartel have recently begun making rumbles in the world finance market. While at this time, their game is not completely known, they certainly be watched by those making major moves in the currency contracts". Financial Week : "Watch them, monitor them, extract their knowledge and try to become one of them. That is the soundest financial advice we could give to someone". National Business Weekly : "While this reporter has been left in the cold as to its method of operation, we have been able to confirm that World Currency Cartel and its members are literally amassing a great fortune overnight". $$$$$$$$$$$$$$$$$$$$$$$$$$$$ E N D $$$$$$$$$$$$$$$$$$$$$$$$$$$$ REMOVE: Your e-mail address is automatically REMOVED from our database when this Announcement was mailed to you. Thank you for your understanding! . From rem-conf Sun Sep 19 17:50:07 1999 From rem-conf-request@es.net Sun Sep 19 17:50:06 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Srae-0000bG-00; Sun, 19 Sep 1999 17:45:56 -0700 Received: from alphant.adia.co.ae [194.170.24.9] (firewall-user) by mail1.es.net with esmtp (Exim 1.81 #2) id 11Srab-0000Zr-00; Sun, 19 Sep 1999 17:45:54 -0700 Received: by alphant.adia.co.ae; id EAA16339; Mon, 20 Sep 1999 04:41:04 +0400 (GST) From: Message-Id: <199909200041.EAA16339@alphant.adia.co.ae> Received: from 98cc2b94.ipt.aol.com(152.204.43.148) by alphant.adia.co.ae via smap (V3.1.1) id xma016100; Mon, 20 Sep 99 04:40:36 +0400 Date: Sun, 19 Sep 1999 17:16:47 Subject: Sales Low? We Have the Solution! Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list INCREASE SALES UP TO 200% http://3626046468/ia/moresales/index2.html ACCEPT CREDIT CARDS OVER THE INTERNET *** NO SETUP FEES Good Credit / Bad Credit / No Credit **** NO PROBLEM ****!!! It Just Doesn't Matter - Everyone Gets Approved Limited Offer So Take Advantage Of It!! We Specialize In Servicing The Following: *Multilevel Marketing *Mail Order/Phone Sales *At Home Business *INTERNET BASED BUSINESS *New Business*Small Business Whatever!!! We Do It All!!! Everyone Is Welcome! http://3626046468/ia/moresales/index2.html What Can Do It For Your Company ???? >>>>INTERNET SERVICE<<<<< SECURE REAL-TIME ON-LINE TRANSACTIONS make it as easy as possible for your customers to purchase your products or services. We use SSL SECURITY (best on the NET today). Now tell me if this doesn't sound intriguing, lets say a customer visits your website and decides they want to buy your product(s) or services(s). They would simply enter their credit card information and receive an approval WITHIN 5 SECONDS. That's all there is to it!!! >From that point on, the sale is complete and the money will be directly deposited into your business checking account within 24 to 48 hours. So you will have LIQUID ASSETS AVAILABLE ALMOST IMMEDIATLY!!!! Your customer will be e-mailed a receipt and you will be e-mailed an invoice slip, all instantaneously. Now, since this program is automated for 24 hours a day 7 days a week, you will be recieving orders and maiking money in your sleep!!!!! IT'S JUST THAT EASY!!!! WHAT MAKES US SO SPECIAL????? * We process over $4 Billion in credit card transactions every year. * We have over 100,000 merchants online and growing. * We offer secured on-line real time transactions. * We offer 24 hour customer service 7 days a week in 17 different languages. * We offer complete training and installation through our technical support group. * We offer a life time warranty and unlimited upgrades. * We help make money for your company and yoru customer. Click Here! DON'T DELAY!!!! ACT TODAY!!!! From rem-conf Tue Sep 21 11:09:46 1999 From rem-conf-request@es.net Tue Sep 21 11:09:45 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TU9S-0006Rx-00; Tue, 21 Sep 1999 10:56:26 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11TU9R-0006Rn-00; Tue, 21 Sep 1999 10:56:25 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id KAA11599; Tue, 21 Sep 1999 10:34:02 -0700 (PDT) Message-Id: <3.0.3.32.19990921103413.00b328b0@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 21 Sep 1999 10:34:13 -0700 To: ibs-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/22 VisualizeR: Software Architecture for a VR-Based Learning Environment -- Margaret Murray, School of Medicine, University of California at San Diego Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar VisualizeR: Software Architecture for a VR-Based Learning Environment Wednesday September 22, 1999 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Margaret Murray School of Medicine, University of California at San Diego Synthesizing 3D Virtual Reality technologies with extant 2D Multimedia has great educational potential, especially in learning domains where the acquisition of spatial knowledge is both essential and difficult to teach. One of these target domains has been addressed by the Learning Resources Center at the UCSD School of Medicine, which has developed a VR-based learning environment for teaching and learning human anatomy. Research has resulted in the "Anatomic VisualizeR" application, which has been successfully piloted in both medical school and high school anatomy courses. A formal study of the effects of different VR technologies on 3D task performance has also been completed. The VisualizeR software architecture underlying "Anatomic VisualizeR" encompasses an overarching event manager responsible for handling various VR displays and user interaction with VR interaction devices, and includes features that facilitate change and extensibility. Application design has been driven by educational goals while considering technical factors. Using VisualizeR, VR scenes may include 3D polygonal models, 2D digital imagery, video clips, sounds, organized text, and 3D interaction widgets and tools. Learning modules consist of sets of scripted scenes developed by faculty mentors that load and place 3D and 2D content resources and then suggest student exercises that use provided 3D tools. Following an active-learning paradigm, students are given the ability to manipulate any loaded content resource and may choose to search for and load additional resources. Learning module scripts and content resources may reside on network servers, and are accessed and loaded via database query. Software and learning module evolution will be discussed, with an eye towards illuminating strategic development issues. Ways to apply VR technologies to meet 21st century educational needs will also be presented. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Tue Sep 21 13:24:57 1999 From rem-conf-request@es.net Tue Sep 21 13:24:56 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TWPg-0000UF-00; Tue, 21 Sep 1999 13:21:20 -0700 Received: from mail-blue.research.att.com [135.207.30.102] by mail1.es.net with esmtp (Exim 1.81 #2) id 11TWPe-0000U5-00; Tue, 21 Sep 1999 13:21:18 -0700 Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 223C24CE46 for ; Tue, 21 Sep 1999 16:21:17 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id QAA26740 for ; Tue, 21 Sep 1999 16:21:16 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id NAA00963; Tue, 21 Sep 1999 13:21:16 -0700 (PDT) Message-Id: <199909212021.NAA00963@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: rem-conf@es.net Subject: Comments on Appendix A of draft-ietf-avt-rtp-new-04 Date: Tue, 21 Sep 1999 13:21:15 -0700 Versions: dmail (solaris) 2.2e/makemail 2.8u X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi, While using the UCL RTP library, which is heavily based upon Appendix A of draft-ietf-avt-rtp-new-04, I found the following problems. The first two are major and must be fixed; the others are just nits. 1. A single packet loss is always reported during the first reporting interval. I believe that this is because the fencepost error arising >from subtracting two sequence numbers is corrected for in two places: a) in A.2's init_seq(), setting s->base_seq to seq - 1. b) when calculating the number of expected packets in A.3. Removing the -1 from the initialization of base_seq fixes this problem (and eliminates possible problems when seq == 0), and as far as I can tell is the correct solution. 2. Section A.3 says to clamp the loss at 0xffffff for negative loss. 0xffffff is -1; the smallest negative number in 24 bits is 0x800000. It might be better to write the values in decimal; +8388607 to -8388608, or at least change the 0xffffff to 0x800000 in the existing sentence. Should the wording about clamping be stronger than a SHOULD? I guess the wraparound is so far out of the expected operating conditions that it's OK to not necessarily address it, since who really cares whether you lost 8 million packets or got 8 million extra. 3. The setting of s->bad_seq is a little non-obvious: s->bad_seq = (seq + 1) & (RTP_SEQ_MOD-1); Since there's no pressing need to optimize this particular case, I think it would be more obvious to actually use the mod operator: s->bad_seq = (seq + 1) % RTP_SEQ_MOD; It's much more obvious [to me, at least] what's going on in the latter code fragment. (Understanding exactly what the first one does relies on knowing the value of RTP_SEQ_MOD, while the second is obvious. Plus, the constant is named *_MOD, so it's fairly natural to use the mod operator with it.) 4. On the packet that brings a source out of probation, s->max_seq is updated twice. It's set to seq both times, so there's no inconsistency, but it might be worth moving the update of s->max_seq to after the "if (s->probation == 0)" condition. (I told you it was minor =) 5. Formatting nit: the length[] arg to rtp_write_sdes() in section A.4 should be indented consistently with the other arguments. Bill From rem-conf Tue Sep 21 19:22:59 1999 From rem-conf-request@es.net Tue Sep 21 19:22:58 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TbyH-00040H-00; Tue, 21 Sep 1999 19:17:25 -0700 Received: from badlands.nodak.edu [134.129.111.66] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11TbyF-000406-00; Tue, 21 Sep 1999 19:17:23 -0700 Received: from lily (lily.ece.ndsu.NoDak.edu [134.129.123.95]) by badlands.NoDak.edu (8.9.3/8.9.3) with SMTP id UAA129482; Tue, 21 Sep 1999 20:42:35 -0500 Message-Id: <3.0.3.32.19990921204745.006d5f64@badlands.nodak.edu> X-Sender: msyed@badlands.nodak.edu (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 21 Sep 1999 20:47:45 -0500 To: "MMC7@irma.Anchorage":; From: Mahbubur Syed Subject: Multimedia Computing - CFP Reminder Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_937982865==_" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --=====================_937982865==_ Content-Type: text/plain; charset="us-ascii" Dear Colleague: My apologies if you received this email more than once. Please find attached below a call for paper. I am also attching a pdf version of the CFP. It will be highly appreciated, if you take the trouble also to circulate among interested faculty and your network. Please note that high quality submissions will be considereds for a book chapter for "Design and Management of Multimedia Information Systems: Opportunities and Challenges". They may also be considered for further review and possible inclusion in the Information Resource Management Journal, Journal of End User Computing, Journal of Database Management, Journal of Global Information Management or Review of Accounting Information Systems. ***BACKGROUND**** Last year's IRMA International Conference (10th Anniversary) was held in Hershey, PA with more than 300 participants from the U.S., Canada, and 38 other countries attended. More than 200 papers, panels, workshops and tutorials were presented at this Int'l conference. Our survey of those who attended the conference clearly indicates that the participants of the 1999 IRMA International enjoyed the atmosphere and quality of the conference tremendously. As one participant stated, "This is the first conference I have attended with IRMA, and if this is standard, I will be back. I have attended many conferences and this one is head and shoulders above the rest". Best Regards. Thanks. Syed M Rahman *****CALL FOR PAPERS************ MULTIMEDIA COMPUTING (MMC) track IRMA 2000 International Conference May 21-24, 2000 at Anchorage Hilton Hotel Anchorage, Alaska, USA ***TRACK CHAIR*** Syed Mahbubur Rahman Department of Electrical and Computer Engineering, North Dakota State University, Fargo, USA (On secondment from Gippsland School of Computing and Information Technology, Monash University, Australia.) Email: msyed@badlands.nodak.edu, syed.rahman@infotech.monash.edu.au ***TRACK URL*** For details please visit the following URL: http://www.ece.ndsu.nodak.edu/~msyed/irmamm/index.html ***IMPORTANT DATES*** Submission Deadline October 8, 1999 Notification of Acceptance/Rejection November 19, 1999 Final Submission Due January 14, 2000 Early Registration Ends April 3, 2000 ***TOPICS*** Multimedia technology has the potential to evolve the paradigm of end user computing, from the interactive text and graphics model that has developed since 1950s, into one more compatible with the digital electronic world of the next century. This track will present papers and panels designed to help professionals gain an understanding and perspective on MMC. The Multimedia Computing Track encourages the submission of quality papers and panel workshop proposals dealing with (but not limited to) the following topics: * Multimedia-specific technologies (e.g., DVI, CD-I, JPEG, MPEG) * Multimedia platforms and peripherals * Multimedia and communications (e.g., WAN, LAN, ISDN, fibre optics) * Graphics, audio, and video hardware and software technologies * Operating systems * Authoring tools, languages * Design and development (software engineering, CASE, multi/cross platform consideration) * Media preparation and integration * Research issues (interface design, end user performance, etc.) * MMC and information systems * Training and education issues related to MMC * MMC applications (e.g., commercial, home, entertainment, etc.) * Issues concerned with legal, copyright, standard matters * Related emerging technologies (e.g., HDTV, parallel processing, virtual systems, hypermedia) * Global issues (e.g., development, distribution, manufacturing, etc.) ***SUBMISSION CATEGORIES*** # Full Length Submissions # Reaseach-in-progress Submission # Panel, Workshop, Tutorial and symposium submissions Please visit Track URL for more detail information ***SUBMISSION GUIDELINES*** # Manuscript must not exceed 4000 words for full length submissions; 500-1000 words for research-in-progress summary/proposal; and 1000-2000 words for panel, workshop, tutorial and symposium proposals. # Must be accompanied by a separate cover letter with the title 'SUBMISSION FOR MULTIMEDIA TRACK', EVERY AUTHOR(S) NAME, ADDRESS, TEL. AND FAX NUMBERS, E-MAIL AND FULL AFFILIATION. All correspondence will be sent to the first author unless otherwise specified. # Submitted papers must not currently be under review by any other publication or conference. # Submitters must provide their e-mail address where the acknowledgment will be forwarded. # The number of submissions by an author (including joint authorship) is limited to a maximum of two submissions. # All submissions should be submitted electronically in either MS Word '97 or rich text format (RTF). (Note: If you do not receive an e-mail acknowledgment one week after your electronic submissions, please contact the program chair. submissions (indicate MULTIMEDIA COMPUTING Track in your submission) to: Mehdi Khosrowpour, Program Chair 2000 IRMA INTERNATIONAL CONFERENCE 1331 E. Chocolate Avenue, Hershey, PA 17033-1117, U.S.A. Tel: (717) 533-8879 * Fax: (717) 533-8661 Email: mehdi@irma-international.org --=====================_937982865==_ Content-Type: application/pdf; name="IRMAcall1.PDF" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="IRMAcall1.PDF" JVBERi0xLjIgDQol4uPP0w0KIA0KMTEgMCBvYmoNCjw8DQovTGVuZ3RoIDEyIDAgUg0KL0ZpbHRl ciAvTFpXRGVjb2RlIA0KPj4NCnN0cmVhbQ0KgAwFw3GQgO4gBoxEBKhEKNUIgQ1GEFiMTEAwEBSI 8QF0Sikdi0YORnho0Ggggg2Fw5GwgGQ5Gouk0uHIuGEnORlEBiBsVj8ei8ggsjhEvgctG1GG8tGo 0gUElAygdDnRmnouj8UjMbhIghUikgNGdIGUnpsCstRrE4nU8jFvrcQoNAnwgokJHA3rAgpt6Gw4 lwzgQ2k4xvU3u1tvF6go0GozF1jwODws1v+JneLvYzqAywQuwkuGOgzE8GN5vYxssdlueymiFw4t mZIRUBoyGI02MoGcxyQgKhErsKhV3F5GjAxmo5gvAq0CGAzGMK4BjEAtgQxGFLEHAg4oIZBJhMEB GJ5SEBQIJQIpSKYp4BqBot3Gk+kq0PAIlzkMXuywuO4jIOY7oqKs7CbBow0Cus7IbQW7wQBQKY6j ENo0jmOY0jeNwQCIMowjINg0jcModBAJ4xjoN4xDKOQQBwFivBzGj4Co+QWhuHC1uvBUEwK/a6re oT/oQ46CrS5yrhhCAqQamwahrArviaOo2DoNI2jKMg0jCEAhjeNo4DrLA3JILgUCaJohi4FMbPkG IbN8loWtOqcgP4n7+uMI0BJW5sDPm6AZBqwDqqC3NCynCQqDkMIxjWEA3jNN75s8yAaoLOq9O4/T /SFIoGwCryYtVArnpsGaZ0PQYapbCIUBkGFZhAJI3DMN45DaMMsQ4jIyjmN46jkMdgBAJowjcMIz jLLQ3DoEAgwyN4xy7XsO1sOkXWVa4wjZL8ODNFwyjdYtKtwgSWOu1YaUM4M80/Ik+ILU0lOgv4Zw Y67s0zfNYWQPLRPoGkZVlWdKhbVSbMBOrdPzd7oBph7rQQGLBJPWFeWjco0VzZadCQNMr18JA320 NlKpVdWGtBjGIVTJMnX2Fzp4e74g45j1mRkII2DCOY1jDGQqimINzpUk76Jiy9POIr1QuO5MB0BV EmBxf2ZQRJmmCo74qCkIIhiXL4kCCJIpYQGapTjdaY0BIN4qBPl84tP9T0EmwbBnrEnui3tFwmPM t2OMI0DFCthozwtdjdhDVL1AmWBxd24LhPjC6pJblBvfWKhiGvOVhD44DCOQ6WdaFJhAIo2DLFQ5 DSMdvBBZIyXBMUyRd1czRIMsXRIM8ZCdXI6DRDwwjXk0vCmOleJ0Ko3DSO0XQ0Og8xkI3SjON+h6 LhCnMjTTc5pV+XonRVD4q3HQ67CU0CfDo59dDgydQEAzDlMIQCONI4DgHNnwbnbBTDGx0N633VJg dwmUkjtVaq3Vyrta5wHXBoDdAcN4Z3rrHQ4z94z0HpPUDS9ZngdQ5h0UciMMILk2qVJMTI67422K eOOlJeqgVBnRX0dA6L7DvhFV2yJE4bQ5uCDIEAMSIYAhkDmC6C4ZHkAuS2HVGURUtguUcGhxgQES K4W1AUFwbYOhzDRFIMgdQXBhDqpU3JAnJttNA5Rp7Tk+NSbsvZVJynOnQMElJWDX2wtjCGE8Kx7Q ghHCKwhWRMXIn1N+xBT7UAjQ2Ogu5qrFm+FeJk5twCVUrpZS2l0EEX4LQYg0CANDP5RhoJ0HBky5 EsOzRWCAModoDvTlXK10qIQ0hnDapIM0tIBAghM7oMaYUxwMRk/h/TxSdIkW0o5FUIZRhlDwtB2q lSMJ1NGplPDWjpruOsaM1RMHABnUcHANDsQ5ggjEGQMq33isalTO2eD0w2BvDg4NDS5SdHKIkHNG U0A3qSRLO5XJOpjpiV4GkMTrSDQjeNM4ECXAzwjdnPF10KEOOxIMrkNjtnVUURLNdSoVAVMzJudR mRFY3qwWKs9YYeQXHAnXO2FCj1Ih3ZEt8OBOX5LPBA6SfYcp2wOdIiUNk9lgS9RK7aWcrA2BwqG/ lcSGUNrKqWCAM4YUSO0Q6HWAT1HmwCeBWB21RQ5z7mm9Ok9KWtAyfYk87S7XAK+TUEMF0bDZGsjg 2+ObT46leam3c6CmZxUqBqblwAUgiyDTUEUJwRAin7CoE8KASQhnvPifM05ulXLrMgYhTxcCwJGC MS06aP0lVxBooA6xUgbA3sW4AKkrFjpWSwlpLiXoFTJrOo2nUwpjrDY/Ti3Ac0KoXqwr51QcQ6re hGwGoj1K0VDWTPGj4cg1xkn1NqGJkFVrva0dKuZQQYA4Bk+U79P59BvDmt6pl0kzUReKCBNDh1oQ XWgiNC62qoBvTbLl+8B5808vqisOE7AdRsN00lQhe4aBGc4TWG6qDVV2VY4ALl6wbwufCf7CaUsL OZIwoe1ZuWJOABBGwyBl8TrvhqV40dpIcE2thegwQOZO26lBb0Fta3XBpDNR6UkF580XWMmgMoLg zguRkEQKwSUZBDCIC28CdSpLqU81oGCD4dpQh8hLKhCz2BHRkE3M8LbOp1YYaolb5T9nHwqzTE2d sNUtw5h7EDasRYykmCDEthl9YpJNexCWLbOt1xgnjGdq8bNVMFYlQePZP28lEHBnwdFcK6qPMOor /ZWQpDm47N+W85AgzpoLO1hs8aUz3bPPpWsR6swuT3Qs5ND4sxdHHP+c9A6QZc1UGmflWE2O3mNN OPtMJegdQsNtYnY0NQ5O3JmTsoAgCuEEJwLMs5wy4+YsuOVB2zcAEzbiMgkhTCJt1+9DicqSDglg MYc82I3s9qfOOjsKa2zvhnWCsMO6ys6brP2MdgYk1avbXLNNdqw0VvjRhgOEaq2DjXYaSymvlYpD wzjgAjzpnXvVGUakuPcuuHYNM8KCypDkGQO7pSdTZs7NvcGqbDg5pZx3ZF6nALBDMHTmO8cjymDS sDU0MdUb8zrrc7JZeAvtBRwPD/BcQ8VxnoPhmKNdYr4hr3RutdhauOjH6lpNnP48VgE+otDb6xFh Os3UubTT9K33hPpu/+oQ71j1XfHBtaaA4V07huKtEAo4inDF/FN+Q24x2QGoOWXc8VmDjszN0yMd dhgkN8B6BAggCGe6KzO574zd3bcOwO86u4B3zgWfOrcH8bv7QnXOHde6l4khPi9f8W8dazG4MCm2 Jy8DPtXUkPoaDOh2B0954z6fsmjoHQuZbf6XaVVKBNjpMSad9clF0Su/TNlUIIUwioy2jJ8F4Y38 oZqHpvToba346b167qUxw3Iango5a+90cO6stO7tAPVo8PWlDupvYO/urvZutIcPCuHvcuwPGOxP Ho8CbvcG+svmsEqJQkvKfgynSP+KsrrpoAyp0NqHGrOuoIYHPiYpvO8PaQCu9sNvXuCQFPZNawGj nwHvcDvvdOJvetHwKvggaEdMwlZjpLGlgEQFiHjEMLlMlgUQSg5AzFHidJ4PlA3EZFyHbJig5PrQ BEgkoQjvKnAKiv4lkliwtg6AxoWE3O6N9PUuLQCMbwDM9Qau/D5PAQgtAwdNcPbPDNeNFveOsOLv gJLjPQjgZgcPDq8wSIIFdQUAQO4FtIiOkwAw5NVw/Ons8kGu+tZw+PBsTQePDwfxCPZuxwLAZOfP tgZK5LbFHESKzoHIpnZIJwng6ljCctNnBpZq8xLubumQYw6wZw7upOqRQRCxRPamZNDQetEwJRQs aRDnNDpxFAcl3EqE1naH/ERxbKstrAUMmsnkZNoEXFqlvEZGOktNvOavUOcEErXwyNzFYJYEXHmk SHUQ1w2v/N8x3xhRNtXv7DvxkPYvAuExhwdxAQIQfRoxlRptIklvJr0DtPjjvgkkMxcp2v8Fig5K nr7HjHWqug2Ryp9A8nYAzg0A6IqqyooOXwwQ5FBu6waOpIJJovSv/w4tUxNOFxiROn3QEw9QFwcy eyFRmuuxSyHRUQhtiRXQyC8wlReHbFmkXPwCSOiskujxwxxtsgkAiAqArR2t8ObPrtxCmwjlCGXL 2pdg2HWqfH8liqsPxgQOVHTLolvxKO5R1A8qitmx+vTxMSdt+yAw7RPQ8RkwGSiw/yjvbykxBtfS HxUwiNyOeyLEJAjp8oklvxcQoyuEZPnJ8g4R9KKkMIUKHEyKsyxD5SyQwr0CmudqVG/HAHGA6wqk VFhngR9w3GEAci9CZgWnwI5GnDikADkLCI7vgnQOOLFCknAAks1DzgqNuAqEPAggqAirOPTJMG7D 6EdtjJIHLTirVSmG8CJgbvjm+kdRskJEKELQnwRkPolHevdFCCVLQuKjoDczYI+R6OpEUkVkWkXk Ywfr0vejsmrSBkJDlEas2ixrQE6G6rxj9rykmm+r1PLkJHhksMixvrnJggggxlit5w0gygXgpAyg 1KNqslzlXK/T8McGLS0Nwjvnhnpg20AkZzVCE0C0XjtSZxjDv0Fgcm0jCK/E6rxGXUJlWpMjoCll ADvgjESHZz2rmENFfFKjmHyUDOeuzTDPkRco2UiiT0XibzzwyQNkJAlFkrog5GAjckZI2UeE8UD0 f0vDvmDAYUiUHrwiZUkqVRVrz0m0ZkJAinSg2GA0TqLoTwRFfAioBScDb0Wz7pvmIraQjxsU0AUA gqfmRAQAZ04NF05PsUfOo07lZ08s2tilNFZDYo5NHpKm7pwT+m+vJS1EJGelvv8FxCcp/LsHTHYn +lkg6RwwPqgybkZKkp4zSvPgyw2MBtooTjE1FJosCkXqKVdFxp/K9rOgijbCAg0KZW5kc3RyZWFt DQplbmRvYmoNCjEyIDAgb2JqDQozNDM5DQplbmRvYmoNCjQgMCBvYmoNCjw8DQovVHlwZSAvUGFn ZQ0KL1BhcmVudCA1IDAgUg0KL1Jlc291cmNlcyA8PA0KL0ZvbnQgMjEgMCBSDQovUHJvY1NldCAy IDAgUg0KPj4NCi9Db250ZW50cyAxMSAwIFINCj4+DQplbmRvYmoNCjIxIDAgb2JqDQo8PA0KL0Yw IDYgMCBSDQovRjEgOCAwIFINCi9GMiA5IDAgUg0KL0YzIDEzIDAgUg0KL0Y0IDE0IDAgUg0KL0Y1 IDE2IDAgUg0KL0Y2IDE3IDAgUg0KL0Y3IDE5IDAgUg0KPj4NCmVuZG9iag0KMjUgMCBvYmoNCjw8 DQovTGVuZ3RoIDI2IDAgUg0KL0ZpbHRlciAvTFpXRGVjb2RlIA0KPj4NCnN0cmVhbQ0KgAwFw3GQ gO4gBoxEBKhEKNUIGAgiMRKRHiESFw1GEFgUagpyM8NHI0Fw0EA0GYyFwykwyGQzksmGMkG0mORl EBihMjkoggg5FwzGwgl0wGktGIuHE2nE6GM8lo4gQwHFEl8xEAxG8Doc3nINIRUBoyGMCHNDG4zk gxoYgKhEhNZuUghAvI0RGMwHMFtxmBtTGg4tpUMYgFuAgggt0HFBTKpCJpJKZTJJPJwgIZBKhFI5 PKRJIpTFNuNQNFt5mEF044ktVtxEiWxjsbEF0Bt2hQxpIwk1901THA5GuKwkYGQw4XExhcFBUN5w EBvMwgOhonBjN52MpyEBwMJnnBzNBvOpsMgg7BuOhhNJuEGOyGSymWEBGzwgJpVJhUJJNIoiCSIK 3CkIIhiWEAwjnBAQOsMIyPaM4uBS0YqNKFoaKSG6htOGylOI2CJti2y7Kqra9uIvzDhcjYboUtzC oixYQBQN0KNKocYreEC7OHEy+Cov0csKoAbhyHEfsYEEbISjkPowjzZNqkLbiMGasuBFC/xWlwbu JGCMhmGsXCoxgjP0JgQCYIonCOKgkPex7IsmyonNE0iEqOFyzti18diM4ayxW10gS0GAYLVL0+TJ GYWyWmChUVEEottFQYBil9EoEHCyzHJIqPGOacPbB47DSMg6jCNkFPaOjtjKOdWvONowjyEA5jqM Q2jSOkFjM8o2BANgyjcM7qhA5g3DfXg6DeEAyjwMYyjK84aUMiI7jeOQyDnCQWSW07AqC1TdK5J1 Kt1McvhpDTBsZbI0jO9tUhZBA3POOCb1K8g5jZWo6jcOFcDYNLxWnej02iOA6VRYFs2cNo4DSOQ0 jHVLa1eMowjkMY0BBWY3DqOYx4nhQQDNh18jSMqDjDewQDIMox4INI3jcFwQCCMeE1jJaItOpIax +2FKqE3ripUst1uVGbvDg7cFDuNI2WAMScYCMWB4K872uo6z0ZqM1XDdaLujkN9o2nCFVvc6oy4l Zz1YkMo6Vrh0EwWGKNBgFsw0Mg1s1k9o0hbprt3pBMlioFTDKmrUfsKpK86WFCbuwNo22HmDzjFW u24vUuV6fm4kXhjo44ZXda8KOWoalqjr5qOdTVc8+Tu5Xw5ba7mU5Xet7jeOfZaxUWxjZkOaPc9v E8XSrj3TJ9qhzyfPCSN3bVmOnkBAKVXvJjacCblrvjLzD1IX7w3Xn846jl9OGumIuXCrULuCGN+I Dr7NiXoJX0YsdIEARAwnrDEgl8D4jwPlDot5O7ilFJfK0ohGQKH+vsfcdE6YRw2BvgKsB6r14Bva fC+mBKw1eMOe46Ag8AGcnYX+/okMH1svYe0FMPKsHyBzZu9VBAZEHvZZqvRzzVVYHdDC04OTy3GI rJml1F5GDkEscm1xVocg2oKgA6dVLqXfK2DqrsMIYmpRcWY10nDbXMQYjM196zYmyNRamTknAYQ7 sac1GsLhRQhKvV4FCI5248xSCDHVbQLlvgxKqz9cqfUSE+T0j9FJUwZItUy5NGqd0cJOR5I5E5vk hAgSIkZJCM0lJ3UupFJ5tEQojSqldQSWXmyniehkG5wXJhSNCEUIIUghhIBaEkJwLQoBSCeEeXBk 04HxTmZZOyFSxm8T1JlPqISIysUAliTyK1DtGRg5NRqd1HzSR1JtchvEsyfKSDkG5yHJylmcDVFZ JkcmwnJNhQjzUjKJJUiw4cE1PvAeIqRUzDG1xVj4tNjytIvK5V2xdULGmORGiQ2U57wFUhzW+WSc JhlyIaXNJIG0/TikCnWShyZzIwqwDkGEMYdFuGjbtF5y7Gm6nTVaeqEJ2qHHlpdGpzysA6hkc6s0 MkA3iAgb0adazf1tIKc4CAJ9LYOHbBADhehTwclAZw/k8brIMM9o40BoUSzeN5UyC5vLkoJ0sZ3Q hfFFQ50XBerembE1XoIK8gkNdCIyu2kIecMJWakt9Wu4BBSug3ODdWTlWoSmWqoDkrUma9Djt+ds CA9oY3jOyZrEqfDjyMFlBs9KCcVGvHpbCTdsbVmzNoQesSHUh5EqXIHWORqPpYSSkpE9HJjJLzOn FPRP8nJIF/UTKFI87UlynnnKlJs1Upl2SsoEqluZtW7aPNoGlpFFgoCgEEJwRQmL0CuZ4JYUwkBP CgvQKgVQqGeQDeNnATjYBTCyE0KATzKBVCbMlOR806qOBmUkGxVbmzUSkXW4c5WjJBrQpZQbkClW jU7KSQJQ7lodJTKiesrzfKVBhgWfRKyjrtRm9WgSp6L2YPUq6HDWz3HpVPS1CCCFvlqtmhkwbQ3G gywiUQFwNqQ4VBQd4NwZQ2L0WwHINZ4jnr0DmHliDwA0h1DadE7jC1mMTYszCLaxCDK7Y6q1jiyY NrxYrkmhMJDthpfVW9sLwXkPqVbSwNCEMoNnZUevJNYJFNBo/NqfMTyVA3KPE67r6YgQXYcqw7ei s5rAYIreu8AD2wg0WdRmIaMzBvDOrVj744FV4eIqVWJ1Fmq3oYrywNSSyt+yWGSzxUy1GDwkVIpb k63hwossA7B2mJ5gc9BwNTMXsnaDmvTSYda7xlaq1/YDBouuefS5gOYL0HBkJu8HSp02Wt1d1EbI +asl5NPGHCBkzoHLnBpSJL86yRvTfyu9VNc8pa8dllZjz5GqusZuE1uZ4zzwAXwxinGmWCIIWW17 VSug6RVkCDJBSD2RE30WvQ8Ydwy7AjXw1XcVUGN3bbrNLdoCzLrUGYzbevA3PCjG3RkzDq3qlteS HO+1zrHcDeHc9x3ncsUDTkanpzFb0RbvkbJG+w279pezcIMca2BlYVW5s2+MVxwWBEdpzGsWckwh dzd6R2jGMc9aiN1rGzrS5rDpY4KAnLKDKDpnEcekbkWzubJ51N55cDZvbKe+cruY6W09jzIVeE3X jDg7jLV70KsvyOBrzNaA13cVkpRwZRgo7NapaLN4/bjbLwaKqCsnHlPOGtZJBzqwDZe+zGvZWwdn cOe47J20Gr3bNsWqXi2XcVWke7rEcuvFPx+QJapbNdNm5pQip7nkEhzz1CFmvMTuMZojwVUPB3kd ODcrXbKu9IrOdP0HUeR1p0I8e17uuSu75O3R3rLebg2fDBl2DIBHsTAoYdlHv+VcruEvWHPOKGRm 5ntIAHPPsITKqPGLMFePgtnubssEGKqOVnYg0oxGBuYIyuZnZo1lng6KVolCpgYAapuFFDGAyvxg 4IFJDJTAajWPkAWjjvLknDci5roi7isi9LitaMhFEmiNAIJj4L/k6AQAjgqgkgiLxJgDQpDkNK0E NiyCgsdkoroMFESpHrrEWHnrekZrfkbsOLhrcJPLjiBpRLlJTEmpGMFp7JIp4iyMRizv6nJoRmQm RugleA2vDAQFkleFnrXCTqltYkFLLlfI4lhFiFjOPM5HYgdqkFDKlNYLDPqKHGMmNg0AWj2nCGzA zttqME7mfFyQgkdFKnoqzjdDBHJq6FZrIgXtdtexHQGNXm9rKrCqmxKP1qmO8P3stN6Osvet7sqN 9RXq4lVQWpnDVqwpFpxgjQsJOp7rdQuJLElrgk/EewswyInrkPMp3DSrmJNQ2MPRoImN2qzgZp1N EDGAmw9tnq2H7sjGVHNvvFbOpGNKjNoKqFhOHqqGoljHPHsg6FhRuixgbitijwwrpw2rjLeCMgax 0kZgTgplcFdRGD3LLx1g2HsnMEHrAgqKVgxg1gTl6ONjtvvKuFsuiEJKMyCisDTqxwRxyyGCtKsp LAwnMHDofRPIhMkGbwGAzAwg8Q+MrOmSRgWlZmpIuxDOsgzAzIxvpQvixp1K0Q1RmJrxxQ3CNpER zRzv8unI4jsA5QKl7Fho3nXI5R6HzIynPSmnWNWSTokk7wZSpJTpFKPE+xSgZkrSZQ4IJl/lhHgj ondGolQlbGnGZSmlpxjkLStM/rbRmriQtJJxpIJyoRqpNwxlCJPxtw0JnRvw1yrLqsPnGtDKzjkR RjGSJNVtTnVrDw9w+j0H2LVSAlatnl/mYHduNmVCDqntvzAucjumBGKSnwJPNyyAyzFDTTGRRTHR nLinmrsJuzKRqQwxrxnkgwykirkoJyBzPSqpXTQxxlLAcwuEVizruTUSJuPvCQ9IiwOGYIzG3gyy jD2OsyclXmoOcozmvKWPUOdlhAyAztRwHicK/I7TErZRlRRrhTmzIzoQTwvTprmzLxsTMzsQzztr lyqLhTQFBysAYTSSGCqTTkZlPicGQPBudDpxFrOOWrGF6kES3u2rMnjOagQA1A3lWUYDqlsjxOgk JLMEFGBuHK+FmrAlZg8A0w9MrwDlsKFyKUWLYy4zlKxRwUGTREt0HQukaUIxwTqweULTtLuzuUNR rTv0Ojfp4xRkvgbCNzzkZunlgUVnkPSDxvTSz0MkQppktlLKztDSHRVT0x9jzskNjGzLEs0l+sWF nMxKqAmgpgQArnAAQATp1QJGJqIlWg8FeNMO2gpAqAjEJGbjmO3lWu5Akjpg8jyGXg3pDjj0Eqxl zgcNEEvjkKQpLFlGLlog0qdGWlnT5ykT+PUz/0AoTDosjiDFpA1kEAzOQVUn2FnFhKW1DGKUnNJ0 5l6A4FhIDI2D1qWo1q3xOybD0A0D2A5TkCyCSAawop4KxwbCFJWC8QdpzkVvKPinJgmAnjMj+DLK MiUiMwoiklIJplJwcUOTIgaLQCYCCPMggmxqunx0gEFjsA5g2qKwM1emZOYIAAzg2PngWo6mpqEM 7gzxMGJlQtkuYn2AWyOWKmXDxlWlVIusljzAWrNPnm4Iqj1j2oFN0jSxQ0qS7zR1ZiMAZyCuUkZl bywjySxx5AQO3ncmOggnMVLgwgTkFROmMlWoio4TbsjzAMnA7mbgrGZstnWo4ymmXLAmoz3g7GNM 9qaicl4WaouSbFhvwK7x+mO2KFUg2Jvt1PJJ4lNqzl1gZ2jgUFmOeGTK7F7GB2vO2AiHBMwQGP3G I3JCvGMsoswljWKivPVj3AZm/VsqWNmlm2souttD2g11sLNkGTbCblto1P3EFPGOvP6y9Lsrt3bj GAyA3g9FhosDpyyINlQlZW+G1rNKgsavoI0yfvdm6n8x9O2Apgxjyup2m2OKWGVKvXJ3MIhGvWGm OFs2IGNGM2Igw3alEqxSDoJlsSxg5WOmXIAFZtilYVqAzUbxbyfFsqDjz222QobslT8o12nndD3A mHSqemSVso5ves7nLqqLTDwg1vvGXPIW/qyDUTSzxsiIqqVmuOE22q7VBlkg62SNUKKPloejtD1H 2K7v0icEGnc4KDztqFlAWvoAW4Ym6TkGfCrpzWgomRnt3kisiAgy33gEEGdOpNTmPw7GSKewGRiO ryzR2g5q94aFmz3T9UCF5NfDn24U5PpmuVHVIHAVKEulss/TltAiN4fqRzy0wjGVPAjPqHsVoVCm azhGpg8unYjo1Oo3rKJPCKUFeVtIimamrGnma0fz2PDgyvEuQQGIBqb4aLTvYvOTjs/AZV2EnCJi MpVMEkqC8DdsG00FDMNonp4AcZVqRTUHMkEI4j2vxq7XZvez0yKkFDmFRzhIYSBv6p9sDZOjZZPi PkpsQQTZVDg3dEZyMSNG0rAn7H8ZeyPT+LlkWsgpUZPEoQrZTZNwTEO0P0Pp2muW+AQVnS4RkAaA bCYMRDTijGjMeEV3bjClKilyHvNFsyxGYLVqXtUAdZrEOiaqOZ35hJVwcChsGQtMCwTCBDdRnx1A yg0EHyBkwiV5g4gFLaBUQgbDEoJgllQGzA7teH2F6AoROKVsrgh1yGJFvialxaBisaMIozS02MiR agQAkgpAmkBJgDNgpAnDNE6Agk0AhjLAjAipcAnAhgisbizENi86YkdJJMQzS3QPMjUCFAimb6VG zg32OlWmcYVtmF6AkGnjrA86SkBCtFDgZmfitF6AqgXApgXAgzkAWwSra6YX16pImQfUQi1Zljms kO5DmEWgb0fgay8gW5VkigQHFgjSgbCAUbDbEbFDBAbCFHFgiyjg2O5HMaJA0ggGJFZxMsWn2ynl UgXFsgzrl5VCTZ3ao54sQ6NY3jdC0nJ2xnZFeElpJyppUZjuTV6ExHJuNAxbdFXu5A0OHg4AdAXg Xg77oAXGYzjl7FbgXFkqig17pFTgXg/Irg8lpgX7RybA27xSxg8AXblA2v5k7yWKPbYa97ZDeOTH J7lA6bmbnboWw7x7SoqtIGa7U7VklgiixCAgDQplbmRzdHJlYW0NCmVuZG9iag0KMjYgMCBvYmoN CjQ2NTANCmVuZG9iag0KMjIgMCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA1IDAgUg0K L1Jlc291cmNlcyA8PA0KL0ZvbnQgMjcgMCBSDQovUHJvY1NldCAyIDAgUg0KPj4NCi9Db250ZW50 cyAyNSAwIFINCj4+DQplbmRvYmoNCjI3IDAgb2JqDQo8PA0KL0YwIDYgMCBSDQovRjEgOCAwIFIN Ci9GMyAxMyAwIFINCi9GNSAxNiAwIFINCi9GNiAxNyAwIFINCi9GOCAyMyAwIFINCj4+DQplbmRv YmoNCjYgMCBvYmoNCjw8DQovVHlwZSAvRm9udA0KL1N1YnR5cGUgL1RydWVUeXBlDQovTmFtZSAv RjANCi9CYXNlRm9udCAvVGFob21hLEJvbGQNCi9GaXJzdENoYXIgMzENCi9MYXN0Q2hhciAyNTUN Ci9XaWR0aHMgWyAxMDAwIDI5MyAzNDMgNDg5IDgxOCA2MzcgMTE5OSA3ODEgMjc1IDQ1NCA0NTQg NjM3IDgxOCAzMTMgNDMxIDMxMyANCjU3NyA2MzcgNjM3IDYzNyA2MzcgNjM3IDYzNyA2MzcgNjM3 IDYzNyA2MzcgMzYzIDM2MyA4MTggODE4IDgxOCANCjU2NiA5MjAgNjg1IDY4NiA2NjcgNzU3IDYx NSA1ODEgNzQ1IDc2NCA0ODMgNTAwIDY5NiA1NzIgODkzIDc3MSANCjc3MCA2NTcgNzcwIDcyNiA2 MzMgNjEyIDczOSA2NzUgMTAyOCA2ODUgNjcwIDYyMyA0NTQgNTc3IDQ1NCA4MTggDQo2MzcgNTQ2 IDU5OSA2MzIgNTI3IDYyOSA1OTQgMzgyIDYyOSA2NDAgMzAyIDM2MyA2MDMgMzAyIDk1NCA2NDAg DQo2MTcgNjI5IDYyOSA0MzQgNTE1IDQxNiA2NDAgNTc5IDg5MCA2MDQgNTc2IDUyNiA2MjMgNjM3 IDYyMyA4MTggDQoxMDAwIDEwMDAgMTAwMCAyNzUgNjM3IDQ4OSAxMDAwIDYzNyA2MzcgNTQ2IDE2 NzYgNjMzIDQyNSAxMDM3IDEwMDAgMTAwMCANCjEwMDAgMTAwMCAyNzUgMjc1IDQ4OSA0ODkgNjM3 IDYzNyA5MDkgNTQ2IDg2MSA1MTUgNDI1IDk4NSAxMDAwIDEwMDAgDQo2NzAgMjkzIDM0MyA2Mzcg NjM3IDYzNyA2MzcgNjM3IDYzNyA1NDYgOTI5IDUwOCA3MDMgODE4IDQzMSA5MjkgDQo2MzcgNTIw IDgxOCA1MzkgNTM5IDU0NiA2NTEgNjM3IDMxMyA1NDYgNTM5IDUzOSA3MDMgMTEyOCAxMTI4IDEx MjggDQo1NjYgNjg1IDY4NSA2ODUgNjg1IDY4NSA2ODUgOTg5IDY2NyA2MTUgNjE1IDYxNSA2MTUg NDgzIDQ4MyA0ODMgDQo0ODMgNzc0IDc3MSA3NzAgNzcwIDc3MCA3NzAgNzcwIDgxOCA3NzAgNzM5 IDczOSA3MzkgNzM5IDY3MCA2NTkgDQo2NDYgNTk5IDU5OSA1OTkgNTk5IDU5OSA1OTkgOTM3IDUy NyA1OTQgNTk0IDU5NCA1OTQgMzAyIDMwMiAzMDIgDQozMDIgNjIwIDY0MCA2MTcgNjE3IDYxNyA2 MTcgNjE3IDgxOCA2MTcgNjQwIDY0MCA2NDAgNjQwIDU3NiA2MjkgDQo1NzYgXQ0KL0VuY29kaW5n IC9XaW5BbnNpRW5jb2RpbmcNCi9Gb250RGVzY3JpcHRvciA3IDAgUg0KPj4NCmVuZG9iag0KNyAw IG9iag0KPDwNCi9UeXBlIC9Gb250RGVzY3JpcHRvcg0KL0ZvbnROYW1lIC9UYWhvbWEsQm9sZA0K L0ZsYWdzIDE2NDE2DQovRm9udEJCb3ggWyAtMjUwIC0yMDUgMjAxMCAxMDAwIF0NCi9NaXNzaW5n V2lkdGggMTAwMA0KL1N0ZW1WIDE2Mg0KL1N0ZW1IIDE2Mg0KL0l0YWxpY0FuZ2xlIDANCi9DYXBI ZWlnaHQgMTAwMA0KL1hIZWlnaHQgNzAwDQovQXNjZW50IDEwMDANCi9EZXNjZW50IDIwNQ0KL0xl YWRpbmcgMjA1DQovTWF4V2lkdGggMTY3NQ0KL0F2Z1dpZHRoIDUwNg0KPj4NCmVuZG9iag0KOCAw IG9iag0KPDwNCi9UeXBlIC9Gb250DQovU3VidHlwZSAvVHJ1ZVR5cGUNCi9OYW1lIC9GMQ0KL0Jh c2VGb250IC9UaW1lc05ld1JvbWFuLEJvbGQNCi9FbmNvZGluZyAvV2luQW5zaUVuY29kaW5nDQo+ Pg0KZW5kb2JqDQo5IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBlIC9UcnVlVHlwZQ0K L05hbWUgL0YyDQovQmFzZUZvbnQgL0NlbnR1cnlTY2hvb2xib29rLEJvbGQNCi9GaXJzdENoYXIg MzENCi9MYXN0Q2hhciAyNTUNCi9XaWR0aHMgWyAzMjcgMjg3IDI5NiAzMzMgNTc0IDU3NCA4MzMg ODUyIDI0MSAzODkgMzg5IDUwMCA2MDYgMjc4IDMzMyAyNzggDQoyNzggNTc0IDU3NCA1NzQgNTc0 IDU3NCA1NzQgNTc0IDU3NCA1NzQgNTc0IDI3OCAyNzggNjA2IDYwNiA2MDYgDQo1MDAgNzQ3IDc1 OSA3NzggNzc4IDgzMyA3NTkgNzIyIDgzMyA4NzAgNDQ0IDY0OCA4MTUgNzIyIDk4MSA4MzMgDQo4 MzMgNzU5IDgzMyA4MTUgNjY3IDcyMiA4MzMgNzU5IDk4MSA3MjIgNzIyIDY2NyAzODkgNjA2IDM4 OSA2MDYgDQo1MDAgMzMzIDYxMSA2NDggNTU2IDY2NyA1NzQgMzg5IDYxMSA2ODUgMzcwIDM1MiA2 NjcgMzUyIDk2MyA2ODUgDQo2MTEgNjY3IDY0OCA1MTkgNTAwIDQyNiA2ODUgNjExIDg4OSA2MTEg NjExIDUzNyAzODkgNjA2IDM4OSA2MDYgDQozMjcgMzI3IDMyNyAyNDEgNTc0IDQ4MSAxMDAwIDUw MCA1MDAgMzMzIDEwMDAgNjY3IDMzMyAxMDAwIDMyNyAzMjcgDQozMjcgMzI3IDI0MSAyNDEgNDgx IDQ4MSA2MDYgNTAwIDEwMDAgMzMzIDEwMDAgNTAwIDMzMyA5MDcgMzI3IDMyNyANCjcyMiAyODcg Mjk2IDU3NCA1NzQgNjA2IDcyMiA2MDYgNTAwIDMzMyA3NDcgMzY3IDUwMCA2MDYgMzMzIDc0NyAN CjUwMCA0MDAgNTQ5IDM0NCAzNDQgMzMzIDU3NiA3NDcgMjc4IDMzMyAzNDQgMzY3IDUwMCA4NjEg ODYxIDg2MSANCjUwMCA3NTkgNzU5IDc1OSA3NTkgNzU5IDc1OSA5ODEgNzc4IDc1OSA3NTkgNzU5 IDc1OSA0NDQgNDQ0IDQ0NCANCjQ0NCA4MzMgODMzIDgzMyA4MzMgODMzIDgzMyA4MzMgNjUwIDgz MyA4MzMgODMzIDgzMyA4MzMgNzIyIDc1OSANCjYxMSA2MTEgNjExIDYxMSA2MTEgNjExIDYxMSA4 NzAgNTU2IDU3NCA1NzQgNTc0IDU3NCAzNzAgMzcwIDM3MCANCjM3MCA2MTEgNjg1IDYxMSA2MTEg NjExIDYxMSA2MTEgNTQ5IDYxMSA2ODUgNjg1IDY4NSA2ODUgNjExIDY2NyANCjYxMSBdDQovRW5j b2RpbmcgL1dpbkFuc2lFbmNvZGluZw0KL0ZvbnREZXNjcmlwdG9yIDEwIDAgUg0KPj4NCmVuZG9i ag0KMTAgMCBvYmoNCjw8DQovVHlwZSAvRm9udERlc2NyaXB0b3INCi9Gb250TmFtZSAvQ2VudHVy eVNjaG9vbGJvb2ssQm9sZA0KL0ZsYWdzIDE2NDE4DQovRm9udEJCb3ggWyAtMjUwIC0yMjAgMTIw MCAxMDAwIF0NCi9NaXNzaW5nV2lkdGggMzMwDQovU3RlbVYgMTY1DQovU3RlbUggMTY1DQovSXRh bGljQW5nbGUgMA0KL0NhcEhlaWdodCAxMDAwDQovWEhlaWdodCA3MDANCi9Bc2NlbnQgMTAwMA0K L0Rlc2NlbnQgMjIwDQovTGVhZGluZyAyMjANCi9NYXhXaWR0aCAxMDAwDQovQXZnV2lkdGggNTIw DQo+Pg0KZW5kb2JqDQoxMyAwIG9iag0KPDwNCi9UeXBlIC9Gb250DQovU3VidHlwZSAvVHJ1ZVR5 cGUNCi9OYW1lIC9GMw0KL0Jhc2VGb250IC9BcmlhbCxCb2xkDQovRW5jb2RpbmcgL1dpbkFuc2lF bmNvZGluZw0KPj4NCmVuZG9iag0KMTQgMCBvYmoNCjw8DQovVHlwZSAvRm9udA0KL1N1YnR5cGUg L1RydWVUeXBlDQovTmFtZSAvRjQNCi9CYXNlRm9udCAvQXJpYWxOYXJyb3cNCi9GaXJzdENoYXIg MzENCi9MYXN0Q2hhciAyNTUNCi9XaWR0aHMgWyAyMjggMjI4IDIyOCAyOTEgNDU2IDQ1NiA3Mjkg NTQ3IDE1NyAyNzMgMjczIDMxOSA0NzkgMjI4IDI3MyAyMjggDQoyMjggNDU2IDQ1NiA0NTYgNDU2 IDQ1NiA0NTYgNDU2IDQ1NiA0NTYgNDU2IDIyOCAyMjggNDc5IDQ3OSA0NzkgDQo0NTYgODMyIDU0 NyA1NDcgNTkyIDU5MiA1NDcgNTAxIDYzOCA1OTIgMjI4IDQxMCA1NDcgNDU2IDY4MyA1OTIgDQo2 MzggNTQ3IDYzOCA1OTIgNTQ3IDUwMSA1OTIgNTQ3IDc3NCA1NDcgNTQ3IDUwMSAyMjggMjI4IDIy OCAzODUgDQo0NTYgMjczIDQ1NiA0NTYgNDEwIDQ1NiA0NTYgMjI4IDQ1NiA0NTYgMTgyIDE4MiA0 MTAgMTgyIDY4MyA0NTYgDQo0NTYgNDU2IDQ1NiAyNzMgNDEwIDIyOCA0NTYgNDEwIDU5MiA0MTAg NDEwIDQxMCAyNzQgMjEzIDI3NCA0NzkgDQoyMjggMjI4IDIyOCAxODIgNDU2IDI3MyA4MjAgNDU2 IDQ1NiAyNzMgODIwIDU0NyAyNzMgODIwIDIyOCAyMjggDQoyMjggMjI4IDE4MiAxODIgMjczIDI3 MyAyODcgNDU2IDgyMCAyNzMgODIwIDQxMCAyNzMgNzc0IDIyOCAyMjggDQo1NDcgMjI4IDI3MyA0 NTYgNDU2IDQ1NiA0NTYgMjEzIDQ1NiAyNzMgNjA0IDMwMyA0NTYgNDc5IDI3MyA2MDQgDQo1MDAg NDAwIDU0OSAyNzMgMjczIDI3MyA1NzYgNDQwIDIyOCAyNzMgMjczIDI5OSA0NTYgNjg0IDY4NCA2 ODQgDQo1MDEgNTQ3IDU0NyA1NDcgNTQ3IDU0NyA1NDcgODIwIDU5MiA1NDcgNTQ3IDU0NyA1NDcg MjI4IDIyOCAyMjggDQoyMjggNTkyIDU5MiA2MzggNjM4IDYzOCA2MzggNjM4IDQ3OSA2MzggNTky IDU5MiA1OTIgNTkyIDU0NyA1NDcgDQo1MDEgNDU2IDQ1NiA0NTYgNDU2IDQ1NiA0NTYgNzI5IDQx MCA0NTYgNDU2IDQ1NiA0NTYgMjI4IDIyOCAyMjggDQoyMjggNDU2IDQ1NiA0NTYgNDU2IDQ1NiA0 NTYgNDU2IDU0OSA1MDEgNDU2IDQ1NiA0NTYgNDU2IDQxMCA0NTYgDQo0MTAgXQ0KL0VuY29kaW5n IC9XaW5BbnNpRW5jb2RpbmcNCi9Gb250RGVzY3JpcHRvciAxNSAwIFINCj4+DQplbmRvYmoNCjE1 IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnREZXNjcmlwdG9yDQovRm9udE5hbWUgL0FyaWFsTmFycm93 DQovRmxhZ3MgMzINCi9Gb250QkJveCBbIC0yNTAgLTIyMCAxMTUyIDk0MCBdDQovTWlzc2luZ1dp ZHRoIDIyMA0KL1N0ZW1WIDY1DQovU3RlbUggNjUNCi9JdGFsaWNBbmdsZSAwDQovQ2FwSGVpZ2h0 IDk0MA0KL1hIZWlnaHQgNjU4DQovQXNjZW50IDk0MA0KL0Rlc2NlbnQgMjIwDQovTGVhZGluZyAx ODANCi9NYXhXaWR0aCA5NjANCi9BdmdXaWR0aCAzNjANCj4+DQplbmRvYmoNCjE2IDAgb2JqDQo8 PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0Y1DQovQmFzZUZvbnQg L0FyaWFsDQovRW5jb2RpbmcgL1dpbkFuc2lFbmNvZGluZw0KPj4NCmVuZG9iag0KMTcgMCBvYmoN Cjw8DQovVHlwZSAvRm9udA0KL1N1YnR5cGUgL1RydWVUeXBlDQovTmFtZSAvRjYNCi9CYXNlRm9u dCAvQ2VudHVyeVNjaG9vbGJvb2sNCi9GaXJzdENoYXIgMzENCi9MYXN0Q2hhciAyNTUNCi9XaWR0 aHMgWyAzMjcgMjc4IDI5NiAzODkgNTU2IDU1NiA4MzMgODE1IDIwNCAzMzMgMzMzIDUwMCA2MDYg Mjc4IDMzMyAyNzggDQoyNzggNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2 IDI3OCAyNzggNjA2IDYwNiA2MDYgDQo0NDQgNzM3IDcyMiA3MjIgNzIyIDc3OCA3MjIgNjY3IDc3 OCA4MzMgNDA3IDU1NiA3NzggNjY3IDk0NCA4MTUgDQo3NzggNjY3IDc3OCA3MjIgNjMwIDY2NyA4 MTUgNzIyIDk4MSA3MDQgNzA0IDYxMSAzMzMgNjA2IDMzMyA2MDYgDQo1MDAgMzMzIDU1NiA1NTYg NDQ0IDU3NCA1MDAgMzMzIDUzNyA2MTEgMzE1IDI5NiA1OTMgMzE1IDg4OSA2MTEgDQo1MDAgNTc0 IDU1NiA0NDQgNDYzIDM4OSA2MTEgNTM3IDc3OCA1MzcgNTM3IDQ4MSAzMzMgNjA2IDMzMyA2MDYg DQozMjcgMzI3IDMyNyAyMDQgNTU2IDM4OSAxMDAwIDUwMCA1MDAgMzMzIDEwMDAgNjMwIDI1OSAx MDAwIDMyNyAzMjcgDQozMjcgMzI3IDIwNCAyMDQgMzg5IDM4OSA2MDYgNTU2IDEwMDAgMzMzIDEw MDAgNDYzIDI1OSA4MzMgMzI3IDMyNyANCjcwNCAyNzggMjk2IDU1NiA1NTYgNjA2IDcwNCA2MDYg NTAwIDMzMyA3MzcgMzM0IDQyNiA2MDYgMzMzIDczNyANCjUwMCA0MDAgNTQ5IDMzMyAzMzMgMzMz IDU3NiA2MDYgMjc4IDMzMyAzMzMgMzAwIDQyNiA4MzMgODMzIDgzMyANCjQ0NCA3MjIgNzIyIDcy MiA3MjIgNzIyIDcyMiAxMDAwIDcyMiA3MjIgNzIyIDcyMiA3MjIgNDA3IDQwNyA0MDcgDQo0MDcg Nzc4IDgxNSA3NzggNzc4IDc3OCA3NzggNzc4IDYwNiA3NzggODE1IDgxNSA4MTUgODE1IDcwNCA2 NjcgDQo1NzQgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNzk2IDQ0NCA1MDAgNTAwIDUwMCA1MDAg MzE1IDMxNSAzMTUgDQozMTUgNTAwIDYxMSA1MDAgNTAwIDUwMCA1MDAgNTAwIDU0OSA1MDAgNjEx IDYxMSA2MTEgNjExIDUzNyA1NzQgDQo1MzcgXQ0KL0VuY29kaW5nIC9XaW5BbnNpRW5jb2RpbmcN Ci9Gb250RGVzY3JpcHRvciAxOCAwIFINCj4+DQplbmRvYmoNCjE4IDAgb2JqDQo8PA0KL1R5cGUg L0ZvbnREZXNjcmlwdG9yDQovRm9udE5hbWUgL0NlbnR1cnlTY2hvb2xib29rDQovRmxhZ3MgMzQN Ci9Gb250QkJveCBbIC0yNTAgLTIxNyAxMjAwIDEwMDAgXQ0KL01pc3NpbmdXaWR0aCAzMjYNCi9T dGVtViA4Mw0KL1N0ZW1IIDgzDQovSXRhbGljQW5nbGUgMA0KL0NhcEhlaWdodCAxMDAwDQovWEhl aWdodCA3MDANCi9Bc2NlbnQgMTAwMA0KL0Rlc2NlbnQgMjE3DQovTGVhZGluZyAyMTcNCi9NYXhX aWR0aCAxMDAwDQovQXZnV2lkdGggNDU3DQo+Pg0KZW5kb2JqDQoxOSAwIG9iag0KPDwNCi9UeXBl IC9Gb250DQovU3VidHlwZSAvVHJ1ZVR5cGUNCi9OYW1lIC9GNw0KL0Jhc2VGb250IC9TeW1ib2wN Ci9GaXJzdENoYXIgMzENCi9MYXN0Q2hhciAyNTUNCi9XaWR0aHMgWyA2MDAgMjUwIDMzMyA3MTMg NTAwIDU0OSA4MzMgNzc4IDQzOSAzMzMgMzMzIDUwMCA1NDkgMjUwIDU0OSAyNTAgDQoyNzggNTAw IDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA1MDAgNTAwIDI3OCAyNzggNTQ5IDU0OSA1NDkg DQo0NDQgNTQ5IDcyMiA2NjcgNzIyIDYxMiA2MTEgNzYzIDYwMyA3MjIgMzMzIDYzMSA3MjIgNjg2 IDg4OSA3MjIgDQo3MjIgNzY4IDc0MSA1NTYgNTkyIDYxMSA2OTAgNDM5IDc2OCA2NDUgNzk1IDYx MSAzMzMgODYzIDMzMyA2NTggDQo1MDAgNTAwIDYzMSA1NDkgNTQ5IDQ5NCA0MzkgNTIxIDQxMSA2 MDMgMzI5IDYwMyA1NDkgNTQ5IDU3NiA1MjEgDQo1NDkgNTQ5IDUyMSA1NDkgNjAzIDQzOSA1NzYg NzEzIDY4NiA0OTMgNjg2IDQ5NCA0ODAgMjAwIDQ4MCA1NDkgDQo2MDAgNjAwIDYwMCA2MDAgNjAw IDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgDQo2MDAgNjAwIDYw MCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgNjAwIDYwMCA2MDAgDQo2 MDAgNjAwIDYyMCAyNDcgNTQ5IDE2NyA3MTMgNTAwIDc1MyA3NTMgNzUzIDc1MyAxMDQyIDk4NyA2 MDMgOTg3IA0KNjAzIDQwMCA1NDkgNDExIDU0OSA1NDkgNzEzIDQ5NCA0NjAgNTQ5IDU0OSA1NDkg NTQ5IDEwMDAgNjAzIDEwMDAgDQo2NTggODIzIDY4NiA3OTUgOTg3IDc2OCA3NjggODIzIDc2OCA3 NjggNzEzIDcxMyA3MTMgNzEzIDcxMyA3MTMgDQo3MTMgNzY4IDcxMyA3OTAgNzkwIDg5MCA4MjMg NTQ5IDI1MCA3MTMgNjAzIDYwMyAxMDQyIDk4NyA2MDMgOTg3IA0KNjAzIDQ5NCAzMjkgNzkwIDc5 MCA3ODYgNzEzIDM4NCAzODQgMzg0IDM4NCAzODQgMzg0IDQ5NCA0OTQgNDk0IA0KNDk0IDYwMCAz MjkgMjc0IDY4NiA2ODYgNjg2IDM4NCAzODQgMzg0IDM4NCAzODQgMzg0IDQ5NCA0OTQgNDk0IA0K NjAwIF0NCi9Gb250RGVzY3JpcHRvciAyMCAwIFINCj4+DQplbmRvYmoNCjIwIDAgb2JqDQo8PA0K L1R5cGUgL0ZvbnREZXNjcmlwdG9yDQovRm9udE5hbWUgL1N5bWJvbA0KL0ZsYWdzIDYNCi9Gb250 QkJveCBbIC0yNTAgLTIxMSAxMjY0IDEwMDAgXQ0KL01pc3NpbmdXaWR0aCA2MDUNCi9TdGVtViAx MDUNCi9TdGVtSCAxMDUNCi9JdGFsaWNBbmdsZSAwDQovQ2FwSGVpZ2h0IDEwMDANCi9YSGVpZ2h0 IDcwMA0KL0FzY2VudCAxMDAwDQovRGVzY2VudCAyMTENCi9MZWFkaW5nIDIxMQ0KL01heFdpZHRo IDEwNTMNCi9BdmdXaWR0aCA1NzkNCj4+DQplbmRvYmoNCjIzIDAgb2JqDQo8PA0KL1R5cGUgL0Zv bnQNCi9TdWJ0eXBlIC9UcnVlVHlwZQ0KL05hbWUgL0Y4DQovQmFzZUZvbnQgL0tKRUJJSCtNb25v dHlwZVNvcnRzDQovRmlyc3RDaGFyIDMxDQovTGFzdENoYXIgMjU1DQovV2lkdGhzIFsgNzUwIDI3 OCA5NzQgOTYxIDk3NCA5ODAgNzE5IDc4OSA3OTAgNzkxIDY5MCA5NjAgOTM5IDU0OSA4NTUgOTEx IA0KOTMzIDkxMSA5MTEgOTExIDkxMSA5MTEgOTExIDkxMSA5MTEgOTExIDkxMSA3NjAgNzU5IDc1 NCA0OTQgNTUyIA0KNTM3IDU3NyA2OTIgNzg2IDc4OCA3ODggNzkwIDc5MyA3OTQgODE2IDgyMyA3 ODkgODQxIDgyMyA4MzMgODE2IA0KODMxIDkyMyA3NDQgNzIzIDc0OSA3OTAgNzkyIDY5NSA3NzYg NzY4IDc5MiA3NTkgNzA3IDcwOCA2ODIgNzAxIA0KODI2IDgxNSA3ODkgNzg5IDcwNyA2ODcgNjk2 IDY4OSA3ODYgNzg3IDcxMyA3OTEgNzg1IDc5MSA4NzMgNzYxIA0KNzYyIDc2MiA3NTkgNzU5IDg5 MiA4OTIgNzg4IDc4NCA0MzggMTM4IDI3NyA0MTUgMzkyIDM5MiA2NjggNjY4IA0KNzUwIDM5MCAz OTAgMzE3IDMxNyAyNzYgMjc2IDUwOSA1MDkgNDEwIDQxMCAyMzQgMjM0IDMzNCAzMzQgNzUwIA0K NzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgNzUwIDc1MCA3NTAgNzUwIDc1MCA3 NTAgNzUwIA0KNzUwIDc1MCA3MzIgNTQ0IDU0NCA5MTAgNjY3IDc2MCA3NjAgNzc2IDU5NSA2OTQg NjI2IDc4OCA3ODggNzg4IA0KNzg4IDc4OCA3ODggNzg4IDc4OCA3ODggNzg4IDc4OCA3ODggNzg4 IDc4OCA3ODggNzg4IDc4OCA3ODggNzg4IA0KNzg4IDc4OCA3ODggNzg4IDc4OCA3ODggNzg4IDc4 OCA3ODggNzg4IDc4OCA3ODggNzg4IDc4OCA3ODggNzg4IA0KNzg4IDc4OCA3ODggNzg4IDc4OCA4 OTQgODM4IDEwMTYgNDU4IDc0OCA5MjQgNzQ4IDkxOCA5MjcgOTI4IDkyOCANCjgzNCA4NzMgODI4 IDkyNCA5MjQgOTE3IDkzMCA5MzEgNDYzIDg4MyA4MzYgODM2IDg2NyA4NjcgNjk2IDY5NiANCjg3 NCA3NTAgODc0IDc2MCA5NDYgNzcxIDg2NSA3NzEgODg4IDk2NyA4ODggODMxIDg3MyA5MjcgOTcw IDkxOCANCjc1MCBdDQovRm9udERlc2NyaXB0b3IgMjQgMCBSDQo+Pg0KZW5kb2JqDQoyNCAwIG9i ag0KPDwNCi9UeXBlIC9Gb250RGVzY3JpcHRvcg0KL0ZvbnROYW1lIC9LSkVCSUgrTW9ub3R5cGVT b3J0cw0KL0ZsYWdzIDQNCi9Gb250QkJveCBbIC0yNTAgLTIxMiAxMjM2IDc4OCBdDQovTWlzc2lu Z1dpZHRoIDc1OA0KL1N0ZW1WIDEzOA0KL1N0ZW1IIDEzOA0KL0l0YWxpY0FuZ2xlIDANCi9DYXBI ZWlnaHQgNzg4DQovWEhlaWdodCA1NTENCi9Bc2NlbnQgNzg4DQovRGVzY2VudCAyMTINCi9MZWFk aW5nIDANCi9NYXhXaWR0aCAxMDMwDQovQXZnV2lkdGggNzU4DQovRm9udEZpbGUyIDI4IDAgUg0K Pj4NCmVuZG9iag0KMjggMCBvYmoNCjw8DQovTGVuZ3RoIDI5IDAgUg0KL0xlbmd0aDEgMzEgMCBS DQovTGVuZ3RoMiAzMCAwIFINCi9MZW5ndGgzIDMyIDAgUg0KPj4NCnN0cmVhbQ0KAAEAAAANAIAA AwBQT1MvMnrdaOcAAADcAAAATmNtYXDaI7sYAAABKgAAAVJjdnQgTw5I2QAAAnwAAAV0ZnBnbY+n 6YkAAAfwAAAEI2dseWaB3xRfAAAMEwAAAJhoZWFksluI3gAADKsAAAA2aGhlYQ4+B1QAAAzhAAAA JGhtdHjKwDzQAAANBQAAAzRsb2NhGPgZIgAAEDkAAAGcbWF4cAMqBw0AABHVAAAAIG5hbWWTGotv AAAR9QAABVBwb3N0+ns0GQAAF0UAAAVEcHJlcG6IrVkAAByJAAACegAABfsBkAAFAAAFMwUzAAAB mgUzBTMAAP9+AGYCEgwDAQEGAQEBAQEBAQAAAAAAAAAAAAAAAAAAAABNb25vAEDwIPD+AAAAAAiP BmkBmwAAAAIAAQAAAAAAFAADAAAAAAEaAAABBgAAAQAAAAAAAAABAgAAAAIAAAAAAAAAAAAAAAAA AAABAAADBAUGBwgJCgsMDQ4PEBESExQVFhcYGRobHB0eHyAhIiMkJSYnKCkqKywtLi8wMTIzNDU2 Nzg5Ojs8PT4/QEFCQ0RFRkdISUpLTE1OT1BRUlNUVVZXWFlaW1xdXl9gYQBiY2RlZmdoaWprbG1u bwAAAAAAAAAAAAAAAAAAAAAAAABwcXJzdHV2d3h5ent8fX5/gIGCg4SFhoeIiYqLjI2Oj5CRkpOU lZaXmJmam5ydnp+goaKjpKWmp6ipqqusra6vsLGys7S1tre4ubq7vL2+AL/AwcLDxMXGx8jJysvM AAAEADgAAAAKAAgAAgAC8H7wjfDv8P7//wAA8CDwgPCh8PH//w/jD+IPzw/OAAEAAAAAAAAAAAAA BZEAAAXBAAAFGwBaBbMABAAA/+QAAAAAARX+6wAAAAAFwQAAAAAAAP/kAAAFpAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAP///////////////////////////////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAD///////8AAAAAADIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA MgCVApkARgBHAQUAQAB3AEMAKABBACsA5gA5AIgALwAnALQAAwApAC0AegFHAAQBlABiBcAArADE ApkCtgBVAFoCmQAoAEIAigCZAKEADQAqAEcAbgBwBbQANgA9AEcARwD+AYkBpAHoAkoCbgAFAA8A JAAqACoAjACYALAA2QDrATkBPQFyAZEBmAGiAfAFwAAfADYAOwBHAEcAUQB6AL8AwgDlAj4ACAAO ABYAFgAmAEcAcQCzANkA7AFnAYgByAHpArYANgA8AEEATgBRAFYAWgCIAJUAnQCyAL8AwwDHAMgA 1wEHASkBSwFLAXEBiQGSAhYCWQJZAloCcwK3BfAAFgAZACMAKQAqACoAMQA8AD8AUQBRAFUAWwB0 AHYAeQCAAJcAowDBAMoA3ADwAQkBJwErASsBMwFUAWsBawGRAasBxgHhAiQCKgJBAm8CeAKuBhcA EQAnACsAMQA/AFUAYQBiAGgAaQBvAHMAfwB/AIEAhACGAJIAlwCaAJ0AnwCfAKsArgC9AM8A0gDd APEA8gENASUBMwE4AVwBaAF8AYkBnAGdAaMBtgHQAdsB2wH8AgkCQwKSA6YEqAUVBZYGIga3BtIA EQAgADIAPAA8ADwAPQBHAFUAVgBXAFoAWwBcAFwAcQBzAHQAdQB2AHwAgACCAI0AngCxALIAsgCy ALcAxADEANEA2QDcAN0A7wDyAPUA9gEBAQMBBgEHAQsBEAEWAScBLgEzATsBSgFOAVEBVQFbAV0B ZAFpAXEBcgGQAZABlAGZAaMBpgGmAacBsQGzAbMBuQG7AcYBxwHIAdoB8gIaAh8CNQI3Aj0CSQJT AlMCYwJ3AoMChgKRApYClgKWAswC0ALRAtQC5wL8AwkDKAM2AzsDZAN0A6MDywQ3BDkEoATVBNoE 3ATcBNwE6QT+BR4FOAVYBYEFlgXYBd0GEwZkBqIGtgbWBt8G6Ab6B4cADQAkAEMAVQBaAG4AcgB9 AIoAiwCPAJcApgCpALYAtgC3AMQAzwDTANoA2wDlAOUA6wDuAQsBFQEcASABRgFGAUYBSQFZAVoB bQFyAXUBdgF+AZEBkgGcAaYBpwGpAcEBwwHFAd4B3wHhAfIB8wH5Af0B/QIAAhUCFgIZAhoCHgIf AiICLwI0AjQCPQJIAloCWgJdAmQCbgJ4AoECgQKIApACpgKoAqsCvwLDAsQCywLcAuAC8AL7AwsD DwMmAysDNAM1A1wDcgOLA40DngOgA6QDrQPGA9ED0QPZA/sEAARQBHoEjgTZBQAFAQUVBTYFXwWC BaIFuQXmBe8GCwYVBhoGHQYxBkkGSgZVBmsGfgaXBsgG9gcDBxYHLAdJB4cHxwCPAJ0AjQAAAAAA AAAAAAAAAAAAAHIATQCnAFwBmwAoACsAAQAiALkEWwBlAx4ChQFZAMID/ADCA/wAmwEoAH4AvQES BDcASwCpASsAfgFfAZgASgBXBcAAnQFkAMcA2gB8AD0AsgG/AB4DJgE6ANgAAgAtANkAlQEcAL8C BwKuBY4BqQCJADwA+ABHADUAbgO9A9UDuwJYAGsA8AGuAQUANwHUA1wBbgHHAwoCYgLwAtoDXAE4 BP4F7wXBAAABGAA8Au0CsgC1ACACkwJeBH0DLkA1NDMyMTAvLi0sKyopKCcmJSQjIiEgHx4dHBsa GRgXFhUUExIREA8ODQwLCgkIBwYFBAMCAQAsRSNGYCCwJmCwBCYjSEgtLEUjRiNhILAmYbAEJiNI SC0sRSNGYLAgYSCwRmCwBCYjSEgtLEUjRiNhsCBgILAmYbAgYbAEJiNISC0sRSNGYLBAYSCwZmCw BCYjSEgtLEUjRiNhsEBgILAmYbBAYbAEJiNISC0sARAgPAA8LSwgRSMgsM1EIyC4AVpRWCMgsI1E I1kgsO1RWCMgsE1EI1kgsAQmUVgjILANRCNZISEtLCAgRRhoRCCwAWAgRbBGdmiKRWBELSwBsQsK QyNDZQotLACxCgtDI0MLLSwAsEYjcLEBRj4BsEYjcLECRkU6sQIACA0tLEWwSiNERbBJI0QtLCBF sAMlRWFksFBRWEVEGyEhWS0ssAFDYyNisAAjQrAPKy0sIEWwAENgRC0sAbAGQ7AHQ2UKLSwgabBA YbAAiyCxLMCKjLgQAGJgKwxkI2RhXFiwA2FZLSxFsBErsEcjRLBHeuQYLSy4AaZUWLAJQ7gBAFRY uQBK/4CxSYBERFlZLSyKA0WKioewESuwRyNEsEd65BgtLC0sS1JYIUVEGyNFjCCwAyVFUlhEGyEh WVktLAEYLy0sILADJUWwSSNERbBKI0RFZSNFILADJWBqILAJI0IjaIpqYGEgsBqKsABSeSGyGkpA uf/gAEpFIIpUWCMhsD8bI1lhRByxFACKUnmzSUAgSUUgilRYIyGwPxsjWWFELSyxEBFDI0MLLSyx Dg9DI0MLLSyxDA1DI0MLLSyxDA1DI0NlCy0ssQ4PQyNDZQstLLEQEUMjQ2ULLSxLUlhFRBshIVkt LAEgsAMlI0mwQGCwIGMgsABSWCOwAiU4I7ACJWU4AIpjOBshISEhIVkBLSxFabAJQ2CKEDotLAGw BSUQIyCK9QCwAWAj7ewtLAGwBSUQIyCK9QCwAWEj7ewtLAGwBiUQ9QDt7C0sILABYAEQIDwAPC0s ILABYQEQIDwAPC0ssCsrsCoqLSwAsAdDsAZDCy0sPrAqKi0sNS0sdrBLI3AQILBLRSCwAFBYsAFh WTovGC0sISEMZCNki7hAAGItLCGwgFFYDGQjZIu4IABiG7IAQC8rWbACYC0sIbDAUVgMZCNki7gV VWIbsgCALytZsAJgLSwMZCNki7hAAGJgIyEtLLQAAQAAABWwCCawCCawCCawCCYPEBYTRWg6sAEW LSy0AAEAAAAVsAgmsAgmsAgmsAgmDxAWE0VoZTqwARYtLEUjIEUgsQQFJYpQWCZhiosbJmCKjFlE LSxGI0ZgiopGIyBGimCKYbj/gGIjIBAjirFLS4pwRWAgsABQWLABYbj/wIsbsECMWWgBOi0ssDMr sCoqLQACAQAAAAUABQAAAwAHACq1BJAAB5ABuAI0sgAKBL4BOgAAAAUBOgADAi8AAC/+5RDlAD/+ 5RDlMTAhESERJSERIQEABAD8IAPA/EAFAPsAIATAAAABADAAAAXnBbcAAwAqQB8CgQEKAIEAARAB MAFAAXABgAGwAfABCMAB0AHwAQMBL11x7QA/7TEwISERIQXn+kkFtwW3AAEAAAABAADB2R5DXw88 9QAbCAAAAAAApWPHrgAAAACl93di///+ZQfUBmkAAAALAAAAAAAAAAEAAAZp/mUAAAgh//8AAAfU AAEAAAAAAAAAAAAAAAAAAADNBgABAAAAAAAGAAAAAjkAAAfLAHIHsABNB8sAcgfXAA0FwAAuBlAA iwZSAD0GVAAiBYUAOAeuAEoHgwBVBGQAhAbXAHgHSgCAB3cASAdKAIAHSgBKB0oAaAdKACQHSgBF B0oAYAdKAF8HSv//B0oAMgdKAEgGFABFBhIARwYIAEgD9ABHBGoAEwRMAE4EngBJBYkAPAZKAEsG TgBFBk4ARQZSAEkGWABMBloATQaHAEwGlQBMBlAAQAa6AGUGlQBMBqoAVgaHAEUGpgBIB2IAZQX0 ADwFyQAlBf4ASAZSAEcGVgBgBY8ASwY1AEgGJQBHBlYASAYSAEcFqABABaoARQV1ABoFnAArBpwA RwaFAEcGUABHBlAAWgWoADkFfwBCBZEAPAWDAAIGSgA9BkwAVwW0AFcGVAB7BkgANQZUADMG/ABT BhcAMAYYADAGGAAwBhIALwYSAC8HIwA2ByMANgZOAE0GRgBJA4EAOwEbADsCNwA7A1IAOwMjAHID IwByBVgATQVYAE0DHwBTAx8AOwKJAC4CiQBTAjUALgI1AEYEEgAVBBIALQNIAC8DSABHAd8ARwHf AEcCrABjAqwAYwXbALMEWgB6BFoAOQdIAEgFVgBNBhQAnAYUAAEGNQBIBMIAGAWNADwFAgACBk4A RwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBH Bk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcG TgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwZOAEcGTgBHBk4ARwcnAC0GtABFCCEATQOq AHQF/ADZB2QAQwX8APgHWAA6B2oATgdtAKgHbQCoBqwASAb8AEkGoAAbB2QARwdkAEcHVgDTB3EA VQdzAFYDtABdBxAAKgawAEkGsABTBvAAfQbwAH0FkQBLBZEASwb+AE0G/gBNBhQAHweRADAGKwBX BusANwYrACkHGwC/B7wAdAcbAMkGpgBHBvwAOQdqAKkHwgAeB1gAUwAAACoAKgAqACoAKgAqACoA KgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAq ACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoA KgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqACoAKgAqAEwATABMAEwATABMAEwATABMAEwATABM AEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwA TABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABM AEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwA TABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwATABMAEwAAQAA AM0BUgAQAAAAAAACABAAEwA4AAAB/gWlAAYAAQAAABwBVgABAAAAAAAAAH0AAAABAAAAAAABABQA fQABAAAAAAACAAcAkQABAAAAAAADABQAmAABAAAAAAAEABQArAABAAAAAAAFAAwAwAABAAAAAAAG ABQAzAABAAAAAAAHAD4A4AADAAAEBgACAAwBHgADAAAEBwACABABKgADAAAECQAAAPoBOgADAAAE CQABACgCNAADAAAECQACAA4CXAADAAAECQADACgCagADAAAECQAEACgCkgADAAAECQAFABgCugAD AAAECQAGACgC0gADAAAECQAHAHwC+gADAAAECgACAAwDdgADAAAECwACABADggADAAAEDAACAAwD kgADAAAEEAACAA4DngADAAAEEwACABIDrAADAAAEFAACAAwDvgADAAAEHQACAAwDygADAAAIFgAC AAwD1gADAAAMCgACAAwD4gADAAAMDAACAAwD7lR5cGVmYWNlIKkgVGhlIE1vbm90eXBlIENvcnBv cmF0aW9uIHBsYy4gRGF0YSCpIFRoZSBNb25vdHlwZSBDb3Jwb3JhdGlvbiBwbGMvVHlwZSBTb2x1 dGlvbnMgSW5jLiAxOTkwLzkxIEFsbCBSaWdodHMgUmVzZXJ2ZWQuS0pFQklIK01vbm90eXBlU29y dHNSZWd1bGFyS0pFQklIK01vbm90eXBlU29ydHNLSkVCSUgrTW9ub3R5cGVTb3J0c1ZlcnNpb24g MS4wMUtKRUJJSCtNb25vdHlwZVNvcnRzTW9ub3R5cGUgU29ydHMgaXMgYSB0cmFkZW1hcmsgb2Yg VGhlIE1vbm90eXBlIENvcnBvcmF0aW9uIHBsYy4AbgBvAHIAbQBhAGwAUwB0AGEAbgBkAGEAcgBk AFQAeQBwAGUAZgBhAGMAZQAgAKkAIABUAGgAZQAgAE0AbwBuAG8AdAB5AHAAZQAgAEMAbwByAHAA bwByAGEAdABpAG8AbgAgAHAAbABjAC4AIABEAGEAdABhACAAqQAgAFQAaABlACAATQBvAG4AbwB0 AHkAcABlACAAQwBvAHIAcABvAHIAYQB0AGkAbwBuACAAcABsAGMALwBUAHkAcABlACAAUwBvAGwA dQB0AGkAbwBuAHMAIABJAG4AYwAuACAAMQA5ADkAMAAvADkAMQAgAEEAbABsACAAUgBpAGcAaAB0 AHMAIABSAGUAcwBlAHIAdgBlAGQALgBLAEoARQBCAEkASAArAE0AbwBuAG8AdAB5AHAAZQBTAG8A cgB0AHMAUgBlAGcAdQBsAGEAcgBLAEoARQBCAEkASAArAE0AbwBuAG8AdAB5AHAAZQBTAG8AcgB0 AHMASwBKAEUAQgBJAEgAKwBNAG8AbgBvAHQAeQBwAGUAUwBvAHIAdABzAFYAZQByAHMAaQBvAG4A IAAxAC4AMAAxAEsASgBFAEIASQBIACsATQBvAG4AbwB0AHkAcABlAFMAbwByAHQAcwBNAG8AbgBv AHQAeQBwAGUAIABTAG8AcgB0AHMAIABpAHMAIABhACAAdAByAGEAZABlAG0AYQByAGsAIABvAGYA IABUAGgAZQAgAE0AbwBuAG8AdAB5AHAAZQAgAEMAbwByAHAAbwByAGEAdABpAG8AbgAgAHAAbABj AC4ATgBvAHIAbQBhAGwATgBvAHIAbQBhAGEAbABpAE4AbwByAG0AYQBsAE4AbwByAG0AYQBsAGUA UwB0AGEAbgBkAGEAYQByAGQATgBvAHIAbQBhAGwATgBvAHIAbQBhAGwATgBvAHIAbQBhAGwATgBv AHIAbQBhAGwATgBvAHIAbQBhAGwAAgAAAAAAAP+eAG8AAAAAAAAAAAAAAAAAAAAAAAAAAADNAAAA AAAAAQIBAwEEAQUBBgEHAQgBCQEKAQsBDAENAQ4BDwEQAREBEgETARQBFQEWARcBGAEZARoBGwEc AR0BHgEfASABIQEiASMBJAElASYBJwEoASkBKgErASwBLQEuAS8BMAExATIBMwE0ATUBNgE3ATgB OQE6ATsBPAE9AT4BPwFAAUEBQgFDAUQBRQFGAUcBSAFJAUoBSwFMAU0BTgFPAVABUQFSAVMBVAFV AVYBVwFYAVkBWgFbAVwBXQFeAV8BYAFhAWIBYwFkAWUBZgFnAWgBaQFqAWsBbAFtAW4BbwFwAXEB cgFzAXQBdQF2AXcBeAF5AXoBewF8AX0BfgF/AYABgQGCAYMBhAGFAYYBhwGIAYkBigGLAYwBjQGO AY8BkAGRAZIBkwGUAZUBlgGXAZgBmQGaAZsBnAGdAZ4BnwGgAaEBogGjAaQBpQGmAacBqAGpAaoB qwGsAa0BrgGvAbABsQGyAbMBtAG1AbYBtwG4AbkBugG7AbwBvQG+Ab8BwAHBAcIBwwHEAcUBxgHH AcgByQHKAcsFc3BhY2UCYTECYTIEYTIwMgJhMwJhNAJhNQRhMTE5BGExMTgEYTExNwNhMTEDYTEy A2ExMwNhMTQDYTE1A2ExNgRhMTA1A2ExNwNhMTgDYTE5A2EyMANhMjEDYTIyA2EyMwNhMjQDYTI1 A2EyNgNhMjcDYTI4AmE2AmE3AmE4AmE5A2ExMANhMjkDYTMwA2EzMQNhMzIDYTMzA2EzNANhMzUD YTM2A2EzNwNhMzgDYTM5A2E0MANhNDEDYTQyA2E0MwNhNDQDYTQ1A2E0NgNhNDcDYTQ4A2E0OQNh NTADYTUxA2E1MgNhNTMDYTU0A2E1NQNhNTYDYTU3A2E1OANhNTkDYTYwA2E2MQNhNjIDYTYzA2E2 NANhNjUDYTY2A2E2NwNhNjgDYTY5A2E3MANhNzEDYTcyA2E3MwNhNzQEYTIwMwNhNzUEYTIwNANh NzYDYTc3A2E3OANhNzkDYTgxA2E4MgNhODMDYTg0A2E5NwNhOTgDYTk5BGExMDADYTg5A2E5MANh OTMDYTk0A2E5MQNhOTIEYTIwNQNhODUEYTIwNgNhODYDYTg3A2E4OANhOTUDYTk2BGExMDEEYTEw MgRhMTAzBGExMDQEYTEwNgRhMTA3BGExMDgEYTExMgRhMTExBGExMTAEYTEwOQRhMTIwBGExMjEE YTEyMgRhMTIzBGExMjQEYTEyNQRhMTI2BGExMjcEYTEyOARhMTI5BGExMzAEYTEzMQRhMTMyBGEx MzMEYTEzNARhMTM1BGExMzYEYTEzNwRhMTM4BGExMzkEYTE0MARhMTQxBGExNDIEYTE0MwRhMTQ0 BGExNDUEYTE0NgRhMTQ3BGExNDgEYTE0OQRhMTUwBGExNTEEYTE1MgRhMTUzBGExNTQEYTE1NQRh MTU2BGExNTcEYTE1OARhMTU5BGExNjAEYTE2MQRhMTYzBGExNjQEYTE5NgRhMTY1BGExOTIEYTE2 NgRhMTY3BGExNjgEYTE2OQRhMTcwBGExNzEEYTE3MgRhMTczBGExNjIEYTE3NARhMTc1BGExNzYE YTE3NwRhMTc4BGExNzkEYTE5MwRhMTgwBGExOTkEYTE4MQRhMjAwBGExODIEYTIwMQRhMTgzBGEx ODQEYTE5NwRhMTg1BGExOTQEYTE5OARhMTg2BGExOTUEYTE4NwRhMTg4BGExODkEYTE5MARhMTkx QRgAIAKZADACmQBAApkAUAKZAAQAIAGlADABpQBAAaUAUAGlAHABpQAFAIACcwCwAnNADQIARkYA AAASEQhASCC4AQNAT0gyIN5IMiDcSDIg2kgyINlIMiCuSDIgoUgyIJ9IMiCPSDIgg0gyIH5IMiBo SDIgZEgyIGBIMiBfSDIgXkgyIF1IMiBbSDIgWUgyIFVIMiC4AcKySDIguAHBskgyILgBQLJIMiC4 AT6ySDIguAE9skgyILgBBLJIMiC4AQJAlUgyIN1IMiDbSDIguEgyIKJIMiCgSDIgkEgyII5IMiCF SDIghEgyIIJIMiB9SDIgeEgyIHdIMiBpSDIgZUgyIGJIMiBYSDIRCREJkJoHkJYHkJMHkIcHkHsH kHYHkHIHkGsHkGYHkFoHkFcHkFYHJAgiCCAIHggcCBoIGAgWCBQIEggQCA4IDAgKCAgIBggECAII AAgAAUuwwGMAS2IgsPZTI7gBClFasAUjQgGwEksAS1RCuQABB8CFjRYrKysrKysrKysrKysrKysr KysrGCsrKysrKysrKysrKwFLUHm5AB8B0bYHH8QHH3AHKysrS1N5uQCQAdG2B5DEB5BwBysrKxgB slAAMkthi2AdACsrKysrKysrKysrKysrKysrKysrKysrKwErKysrKysrKysrKysrKysrKysrKwFF aVNCAUtQWLEIAEJZQ1xYsQgAQlmzAgsKEkNYYBshWUIWEHA+sBJDWLk7IRh+G7oEAAGoAAsrWbAM I0KwDSNCsBJDWLktQS1BG7oEAAQAAAsrWbAOI0KwDyNCsBJDWLkYfjshG7oBqAQAAAsrWbAQI0Kw ESNCAXNzcw0KZW5kc3RyZWFtDQplbmRvYmoNCjI5IDAgb2JqDQo3OTM5DQplbmRvYmoNCjMxIDAg b2JqDQo3OTM5DQplbmRvYmoNCjMwIDAgb2JqDQowDQplbmRvYmoNCjMyIDAgb2JqDQowDQplbmRv YmoNCjIgMCBvYmoNClsgL1BERiAvVGV4dCAgXQ0KZW5kb2JqDQo1IDAgb2JqDQo8PA0KL0tpZHMg WzQgMCBSIDIyIDAgUiBdDQovQ291bnQgMg0KL1R5cGUgL1BhZ2VzDQovTWVkaWFCb3ggWyAwIDAg NjEyIDc5MiBdDQo+Pg0KZW5kb2JqDQoxIDAgb2JqDQo8PA0KL0NyZWF0b3IgKE1pY3Jvc29mdCBX b3JkICkNCi9DcmVhdGlvbkRhdGUgKE1vbmRheSwgSnVuZSAyOCwgMTk5OSA1OjM0OjMyIFBNKQ0K L1RpdGxlIChJUk1BY2FsbDEuUERGKQ0KL0F1dGhvciAoVW5rbm93bikNCi9Qcm9kdWNlciAoQWNy b2JhdCBQREZXcml0ZXIgMy4wMiBmb3IgV2luZG93cykNCi9LZXl3b3JkcyAoKQ0KL1N1YmplY3Qg KCkNCj4+DQplbmRvYmoNCjMgMCBvYmoNCjw8DQovUGFnZXMgNSAwIFINCi9UeXBlIC9DYXRhbG9n DQovRGVmYXVsdEdyYXkgMzMgMCBSDQovRGVmYXVsdFJHQiAgMzQgMCBSDQo+Pg0KZW5kb2JqDQoz MyAwIG9iag0KWy9DYWxHcmF5DQo8PA0KL1doaXRlUG9pbnQgWzAuOTY0MyAxIDAuODI1MSBdDQov R2FtbWEgMS45IA0KPj4NCl0NCmVuZG9iag0KMzQgMCBvYmoNClsvQ2FsUkdCDQo8PA0KL1doaXRl UG9pbnQgWzAuOTY0MyAxIDAuODI1MSBdDQovR2FtbWEgWzEuOSAxLjkgMS45IF0NCi9NYXRyaXgg WzAuNTExIDAuMjkwMyAwLjAyNzMgMC4zMjY0IDAuNjQ5OSAwLjEyNzkgMC4xMjY4IDAuMDU5OCAw LjY2OTkgXQ0KPj4NCl0NCmVuZG9iag0KeHJlZg0KMCAzNQ0KMDAwMDAwMDAwMCA2NTUzNSBmDQow MDAwMDI1ODQ0IDAwMDAwIG4NCjAwMDAwMjU3MTEgMDAwMDAgbg0KMDAwMDAyNjA2NSAwMDAwMCBu DQowMDAwMDAzNTY4IDAwMDAwIG4NCjAwMDAwMjU3NDUgMDAwMDAgbg0KMDAwMDAwODc4MiAwMDAw MCBuDQowMDAwMDA5OTE1IDAwMDAwIG4NCjAwMDAwMTAyMDAgMDAwMDAgbg0KMDAwMDAxMDMyOCAw MDAwMCBuDQowMDAwMDExNDYwIDAwMDAwIG4NCjAwMDAwMDAwMjEgMDAwMDAgbg0KMDAwMDAwMzU0 NCAwMDAwMCBuDQowMDAwMDExNzU2IDAwMDAwIG4NCjAwMDAwMTE4NzcgMDAwMDAgbg0KMDAwMDAx Mjk5NCAwMDAwMCBuDQowMDAwMDEzMjcwIDAwMDAwIG4NCjAwMDAwMTMzODYgMDAwMDAgbg0KMDAw MDAxNDUxNSAwMDAwMCBuDQowMDAwMDE0ODAxIDAwMDAwIG4NCjAwMDAwMTU4ODkgMDAwMDAgbg0K MDAwMDAwMzY4OCAwMDAwMCBuDQowMDAwMDA4NTY1IDAwMDAwIG4NCjAwMDAwMTYxNjUgMDAwMDAg bg0KMDAwMDAxNzI2NCAwMDAwMCBuDQowMDAwMDAzODA3IDAwMDAwIG4NCjAwMDAwMDg1NDEgMDAw MDAgbg0KMDAwMDAwODY4NiAwMDAwMCBuDQowMDAwMDE3NTY4IDAwMDAwIG4NCjAwMDAwMjU2MjEg MDAwMDAgbg0KMDAwMDAyNTY2OSAwMDAwMCBuDQowMDAwMDI1NjQ1IDAwMDAwIG4NCjAwMDAwMjU2 OTAgMDAwMDAgbg0KMDAwMDAyNjE2MiAwMDAwMCBuDQowMDAwMDI2MjQ3IDAwMDAwIG4NCnRyYWls ZXINCjw8DQovU2l6ZSAzNQ0KL1Jvb3QgMyAwIFINCi9JbmZvIDEgMCBSDQovSUQgWzw5MzdiYjQy Y2YyMWU3MzA4ZjczMWNmMzQwNjkyYzE3ND48OTM3YmI0MmNmMjFlNzMwOGY3MzFjZjM0MDY5MmMx NzQ+XQ0KPj4NCnN0YXJ0eHJlZg0KMjY0MTUNCiUlRU9GDQo= --=====================_937982865==_ Content-Type: text/plain; charset="us-ascii" ******************************** Dr. Mahbubur Rahman Syed Department of Electrical and Computer Engineering North Dakota State University Fargo, ND 58105, USA Email: msyed@badlands.nodak.edu Phone: (701) 231 7689 Fax: (701) 231 8677 ******************************** --=====================_937982865==_-- From rem-conf Tue Sep 21 21:45:35 1999 From rem-conf-request@es.net Tue Sep 21 21:45:33 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TeEJ-0005p0-00; Tue, 21 Sep 1999 21:42:07 -0700 Received: from mail-blue.research.att.com [135.207.30.102] by mail1.es.net with esmtp (Exim 1.81 #2) id 11TeEI-0005oo-00; Tue, 21 Sep 1999 21:42:06 -0700 Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 869744CE0F; Wed, 22 Sep 1999 00:42:01 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id AAA06658; Wed, 22 Sep 1999 00:42:00 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id VAA06294; Tue, 21 Sep 1999 21:41:59 -0700 (PDT) Message-Id: <199909220441.VAA06294@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: bill.strahm@intel.com Subject: Re: rtpSession{Sender,Receiver}Joins in the RTP MIB Cc: rem-conf@es.net Date: Tue, 21 Sep 1999 21:41:59 -0700 Versions: dmail (solaris) 2.2e/makemail 2.8u X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list A question on the expected uses of rtpSessionSenderJoins and rtpSessionReceiverJoins in the context of an RTP monitor: what if a receiver starts sending? What if a sender stops sending? My guess is that each variable should be incremented at most once by an SSRC without seeing a BYE, but that a change of state should trigger the incrementing of the associated counter. This way, a teleconference where each participant may switch back and forth many times between being a sender and receiver will not cause the counters to increment forever, but the switch of status will be noted. Am I close? Bill From rem-conf Wed Sep 22 07:20:12 1999 From rem-conf-request@es.net Wed Sep 22 07:20:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TnAR-0002UB-00; Wed, 22 Sep 1999 07:14:43 -0700 Received: from penguin-ext.wise.edt.ericsson.se (penguin.wise.edt.ericsson.se) [194.237.142.110] by mail1.es.net with esmtp (Exim 1.81 #2) id 11TnAQ-0002U1-00; Wed, 22 Sep 1999 07:14:42 -0700 Received: from lms001.lu.erisoft.se (lms001.lu.erisoft.se [150.132.144.19]) by penguin.wise.edt.ericsson.se (8.9.3/8.9.3/WIREfire-1.3) with ESMTP id QAA08660 for ; Wed, 22 Sep 1999 16:14:39 +0200 (MET DST) Received: by lms001.lu.erisoft.se id QAA16723; Wed, 22 Sep 1999 16:14:39 +0200 (MET DST) Message-ID: <00b101bf0504$ce35bea0$7fb08496@e00008639f5da.epl.ericsson.se> From: "Lars-Erik Jonsson" To: Subject: ROCCO header compression, motivation and IPR Date: Wed, 22 Sep 1999 16:14:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by penguin.wise.edt.ericsson.se id QAA08660 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In June, a concept called "RObust Checksum-based header COmpression (ROCC= O)" was introduced in the internet draft "draft-jonsson-robust-hc". The work = was also presented in the AVT-group at the 45'th IETF meeting (Oslo, July -99= ). When presented at the Oslo meeting, there were questions raised about the IPR situation regarding this proposal. Ericsson has therefore made a statement regarding ROCCO and IPR which can be found at the IETF IPR page= : http://www.ietf.org/ietf/IPR/ERICSSON-ROCCO Questions regarding this statement should be directed to Tage Lovgren, tage.lovgren@era.ericsson.se So, over to the technical stuff!!! In the future, cellular "telephones" will support more services than spee= ch. This could be achieved by implementing specialized solutions for each service supported (as in todays systems) or by providing only ONE transpo= rt service on top of which all kind of applications, including speech, could= be run. Because IP is already used in the fixed parts of the networks and builds a well known platform for all communication, a cellular "phone" providing an IP-stack, on top of which you can run all kind of applicatio= ns >from which vendor you want, would be a desirable solution. However, it is not a simple task to bring IP over the cellular air interface and some manufacturers are still very sceptical to such solutions. Cellular system= s provide their users with a service that works almost everywhere and to a price that can be accepted by most people. The secret behind this is an efficient usage of the radio spectrum. To make IP-based solutions economically feasible compared to the solutions of today, the spectrum us= age must still be (almost) as efficient as today. One of the most important mechanisms needed for spectrum efficient radio usage is then header compression. Today, header compression is performed using any of the schemes defined in RFC1144 (Van Jacobson), RFC2507 (Degermark et.al.) or RFC2508 (Casner, Jacobson). For real-time data the only candidate is RFC2508, also called CRTP. CRTP compresses the 40 octet= es of IPv4/UDP/RTP headers down to a minimum of 2 octets and works very well over RELIABLE low-bandwidth links. However, as shown in the Internet-Draf= t "draft-degermark-crtp-cellular", when used over error-prone links such as cellular links, CRTP does NOT perform well. ROCCO on the other hand is designed to be adaptable both to the characteristics of the channel over which it is used and to the packet stream it compresses. It can therefore both compress in an optimal way and at the same time avoid additional pac= ket losses due to header compression because of errors on the link. ROCCO and CRTP have been implemented and evaluated in a testbed environment with different voice-over-IP applications. The testbed results has shown that = for an IP-solution with ROCCO, the spectrum usage is almost as good as for traditional solutions and demanding real-time services like IP-telephony works well. With CRTP, the spectrum usage is worse but also, the quality = of the service is far below what could be accepted. It is our conviction that cellular telephony will be a market of explosiv= e growth also in the future, and if the cellular terminals were based upon = IP we would get a much more flexible and open environment for all kinds of applications. However, to make this happen it is important to provide technical solutions that solves the problems which today makes specialize= d solutions more attractive. ROCCO is one such mechanism NEEDED. The ROCCO draft was updated lately and current version is: draft-jonsson-robust-hc-01.ps,txt /Lars-Erik Jonsson -------------------------------------------------------------- Lars-Erik Jonsson, M.Sc. Voice Processing and Radio Network Research Ericsson Erisoft AB Box 920, S-971 28 Lule=E5, Sweden E-mail: lars-erik.jonsson@ericsson.com Phone: +46 920 20 21 07 Mobile: +46 70 365 20 58 Fax: +46 920 20 20 99 Home: +46 920 999 57 From rem-conf Wed Sep 22 08:19:00 1999 From rem-conf-request@es.net Wed Sep 22 08:18:59 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11To6S-0003YZ-00; Wed, 22 Sep 1999 08:14:40 -0700 Received: from ganymede.or.intel.com [134.134.248.3] by mail1.es.net with esmtp (Exim 1.81 #2) id 11To6Q-0003YP-00; Wed, 22 Sep 1999 08:14:39 -0700 Received: from orsmsx29.jf.intel.com (orsmsx29.jf.intel.com [192.168.65.29]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id IAA00431; Wed, 22 Sep 1999 08:14:36 -0700 (PDT) Received: by orsmsx29.jf.intel.com with Internet Mail Service (5.5.2448.0) id ; Wed, 22 Sep 1999 08:14:36 -0700 Message-ID: <7DAA70BEB463D211AC3E00A0C96B7AB201363011@orsmsx41.jf.intel.com> From: "Strahm, Bill" To: "'Bill Fenner'" , "Strahm, Bill" Cc: rem-conf@es.net Subject: RE: rtpSession{Sender,Receiver}Joins in the RTP MIB Date: Wed, 22 Sep 1999 08:14:33 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Yes that is how rtpSession{Sender,Receiver}Joins works. Basically one of the things that people are interested in tracking is an approximate gauge of the size of a multicast audience. We are trying to roughly gauge the size of the audience using these figures. These counters MUST NOT increment for each SR/RR that is seen, if it were to do that the counters would be useless. Bill ______________________________________________ Bill Strahm Programming today is a race between bill.strahm@ software engineers striving to build intel.com bigger and better idiot-proof programs, (503) 264-4632 and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.--Rich Cook I am not speaking for Intel. And Intel rarely speaks for me > -----Original Message----- > From: Bill Fenner [mailto:fenner@research.att.com] > Sent: Tuesday, September 21, 1999 9:42 PM > To: bill.strahm@intel.com > Cc: rem-conf@es.net > Subject: Re: rtpSession{Sender,Receiver}Joins in the RTP MIB > > > > A question on the expected uses of rtpSessionSenderJoins and > rtpSessionReceiverJoins in the context of an RTP monitor: what if a > receiver starts sending? What if a sender stops sending? > > My guess is that each variable should be incremented at most once by > an SSRC without seeing a BYE, but that a change of state > should trigger > the incrementing of the associated counter. This way, a > teleconference > where each participant may switch back and forth many times > between being > a sender and receiver will not cause the counters to > increment forever, > but the switch of status will be noted. > > Am I close? > > Bill > From rem-conf Wed Sep 22 12:00:49 1999 From rem-conf-request@es.net Wed Sep 22 12:00:49 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TrVA-0006pg-00; Wed, 22 Sep 1999 11:52:24 -0700 Received: from andrew.triumf.ca [142.90.106.59] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11TrV8-0006pW-00; Wed, 22 Sep 1999 11:52:23 -0700 Received: from localhost (andrew@localhost [127.0.0.1]) by andrew.triumf.ca (8.8.7/8.8.7) with ESMTP id LAA12439 for ; Wed, 22 Sep 1999 11:52:20 -0700 Date: Wed, 22 Sep 1999 11:52:19 -0700 (PDT) From: Andrew Daviel Reply-To: Andrew Daviel To: RemConf List Subject: administrative scope ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I recently built sdr 2.8. The docs. say this about administrative scope: Users of administrative scope zones only need to know the zone name (e.g. ``United Kingdom'') to be able to scope their conference correctly - the TTL and the address are allocated by sdr. Currently there is no automatic way for sdr to learn about the relevant scope zones - this must be configured on a per-site basis. while the SDR dialog says "we recommend Admin Scoping" Do I need to configure sdr somehow to properly use admin scoping? Do I need to configure my mrouted or router tunnel ? Is somebody upstream going to take care of it all for me ?? Andrew Daviel, TRIUMF, Canada From rem-conf Wed Sep 22 16:24:09 1999 From rem-conf-request@es.net Wed Sep 22 16:24:08 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11TvgV-0002i9-00; Wed, 22 Sep 1999 16:20:23 -0700 Received: from (dthaler.microsoft.com) [131.107.152.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 11TvgT-0002hg-00; Wed, 22 Sep 1999 16:20:21 -0700 Received: (from dthaler@localhost) by dthaler.microsoft.com (8.8.7/8.8.7) id SAA08053; Wed, 22 Sep 1999 18:01:32 -0700 (PDT) (envelope-from dthaler) From: Dave Thaler Message-Id: <199909230101.SAA08053@dthaler.microsoft.com> Subject: Re: administrative scope ? In-Reply-To: from Andrew Daviel at "Sep 22, 1999 11:52:19 am" To: advax@triumf.ca Date: Wed, 22 Sep 1999 18:01:31 -0700 (PDT) Cc: rem-conf@es.net X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list > I recently built sdr 2.8. > > The docs. say this about administrative scope: > Users of administrative scope zones only need to know the zone name > (e.g. ``United Kingdom'') to be able to scope their conference > correctly - the TTL and the address are allocated by sdr. > > Currently there is no automatic way for sdr to learn about the relevant > scope zones - this must be configured on a per-site basis. > > while the SDR dialog says "we recommend Admin Scoping" > > Do I need to configure sdr somehow to properly use admin scoping? Until SDR implements either MADCAP or MZAP, yes. > Do I need to configure my mrouted or router tunnel ? If you want a local scope, yes. > Is somebody upstream going to take care of it all for me ?? Don't count on it. > Andrew Daviel, TRIUMF, Canada -Dave From rem-conf Wed Sep 22 19:45:27 1999 From rem-conf-request@es.net Wed Sep 22 19:45:26 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Typn-0004QU-00; Wed, 22 Sep 1999 19:42:11 -0700 Received: from abd722fd.ipt.aol.com (Hello) [171.215.34.253] by mail1.es.net with smtp (Exim 1.81 #2) id 11Typf-0004QE-00; Wed, 22 Sep 1999 19:42:08 -0700 From: Win To: Message-Id: <419.436425.90270174win@hotmail.com> Subject: WOW !! THIS ONE REALLY WORKS -WMRH Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: Wed, 22 Sep 1999 19:42:08 -0700 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list I received your address as someone who would be interested in this kind of offer. Ifthis is not the case please accept my apologies and reply with remove from list Read this carefully. These are super easy to do and they work! Figure out the worst case scenario and you will still make lots of money. If you are looking for a money maker, DO THIS.If you already happy with what you are doing DO THIS TOO! Itwill not take time away >from business and the benefits are awesome! PEOPLE HELPING PEOPLE "GIVE AND YOU SHALL RECEIVE" READ THIS!!! THIS MAY BE THE MOST SIGNIFICANT LETTER YOU RECEIVE THIS YEAR!! Greetings, Hopefully my name is still on the list. When I first read the letter, I thought it was some off- the- wall idea to make money. A week later I met again with my client to discuss the issue. I told him that the letteroriginally brought to me was not 100% legal. I advised him to make a small change in the letter and it would be alright. I was curious about the letter, so he told me how it works. I thought it was a long shot, so I decided against participating. Before my client left I asked him to keep me updated as to his results. About two months later he called to tell me that he had received over $800,000 in cash!! I didn't believe him so he asked me to try the plan and see for myself. I thought about it for afew days and decided that there was not much to lose. I followed the instructions exactly and mailed out 200 letters. (E-mail and snailmail) Sure enough the money started coming in !! It came slowly at first, but after three weeks I was getting more than I could open in a day. After about three months the money stopped coming. I kept a precise record of my earnings and at the end they totaled $868,439.00! I was earning a good living as a lawyer, but as anyone in the legal profession will tell you, there is a lot of stress that comes with the job. I told myself if things worked out I would retire >from practice and play golf. I decided to try the letter again, but this time I sent out 500 letters. Well, three months after that I had a total of $2,344,178.00!! I just couldn't believe it. I met my old client for lunch to find out exactly how this program works. He told me that there were a few similar letters going around. What makes this one different is the fact that there are seven names on the letter, not five like most others. This fact, alone, resulted in more returns. The other factor was the advice I gave him in making the whole thing perfectly legal, since no one wants to risk doing anything illegal. I bet by now you are curious about what changes I told him to make. Well if you send a letter like this out, to be legal, you must sell something if you expect to receive payment. I told him that anyone sending money out must receive something in return. So when you send a dollar to each of the seven names on the list you must include a note saying "please put me on your mailing list" and include your name and mailing address. Follow these simple instructions exactly and within three months you will receive over $800,000.00. A) Mail a $1 bill (wrapped in a piece of blank paper) to each of the seven names below. Include a note (handwritten or typed) saying "Please add me to your mailing list" and include your name and mailing address. You Must include this note for this to be legal. Remember, what comes around, goes around...... BE HONEST & SEND THE$7... What's seven bucks?????? We will all prosper! (1.) S.O.E. Trust P.O. Box 412 Greens Farms, CT 06436-0412 (2.) Walker Enterprises 7922 Dunhill Village Circle Suite 102 Baltimore, MD 21244 (3.) Stephen L. Corpas P.O. Box 621 Fox Creek,AB T0H 1P0 Canada (4.) RDK P.O. Box 521 Liberty, SC 29657 (5.) K and J Morgan 2564 B Shangri La Lemoore, CA 93245 (6.) K. Y. 9434 S. 78th CT #1-S Hickory Hills, IL 60457 (7.) IUP P.O Box 1713 Indiana, Pa 15705 B) Remove the name next to the #1 at the top of the list and move the rest of the names up one position. Then place your name in the #7 position. This is done by saving this to a file and then entering your information on line #7. Be very careful when you type the addresses and be sure to proof read them. C) When you have completed the above instructions you have the option of mailing your new letter in two ways. 1) Through US Postal Service or (2)through e-mail. This letter has been proven perfectly legal for both ways as long as you follow the above instructions, because you're purchasing membership in our exclusive mailing list. To mail this out over the internet, you could browse through areas and find people to send this to all the time. All you have to do is cut and paste e-mail addresses whenever you are on the internet. Or you can use a Bulk E-mail Network to mail your letter in large volumes for you. We highly recommend this method. Contact this Bulk E-mail company now. They have the lowest rates on the net and they are fast, provide effective results and give excellent service. They are running a special for $89.00 per 100,000 mailings and if you order now they are giving away an extra 50,000 mailings free. The number is 207-896-7915. Send this letter to thousands, even millions. This will bring big payoffs. **Keep in mind that there is no limit to the amount of letters you can send out. The more you send, the more money you will make. We strongly encourage you to mail this letter to family and friends as well. THIS IS A SERVICE AND IS 100% LEGAL!!! (refer to title 18, section 1302 & 1342 of the U.S. Postal and Lottery (Laws). This program is also, legal in Canada. Assume for example, that you get 7.5% return rate, which is very conservative. My first attempt was over 11%. 1) When you mail out 200 letters, 15 people will send you $1.00 2) Those 15 people mail out 200 letters and 225 people send you $1.00 3) Those 225 mail out 200 letters and 3,375 people send you $1.00 4) Those 3,375 people mail out 200 letters and 50,625 people send you$1.00 5) Those 50,625 people mail out 200 letters and 759,375 people send you$1.00 6) Those 759,375 people mail out 200 letters and 11,390,625 people send you $1.00 At this point your name drops of the list. Think about it. With only the first 6 levels, you have received over $813,615.00!! Amazing!!! THINK ABOUT IT Before you delete this program from your mailbox, as I almost did, take a moment to read it again and REALLY THINK ABOUT IT. Get a pencil and figureout what could happen when you participate. Figure out the worst possible response and no matter how you calculate it, you will still make a lot of money! Any doubts you have will vanish when your first orders come in. IT WORKS! Now, smile all the way to the bank!! This is the power of PEOPLE HELPING PEOPLE. Stephen Corpas From rem-conf Wed Sep 22 21:22:21 1999 From rem-conf-request@es.net Wed Sep 22 21:22:20 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11U0Mr-0005hd-00; Wed, 22 Sep 1999 21:20:25 -0700 Received: from mercury.sun.com [192.9.25.1] by mail1.es.net with esmtp (Exim 1.81 #2) id 11U0Mp-0005hS-00; Wed, 22 Sep 1999 21:20:23 -0700 Received: from engmail1.Eng.Sun.COM ([129.146.1.13]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id VAA09581 for ; Wed, 22 Sep 1999 21:20:23 -0700 (PDT) Received: from valathar.eng.sun.com (valathar.Eng.Sun.COM [129.146.122.176]) by engmail1.Eng.Sun.COM (8.9.1b+Sun/8.9.1/ENSMAIL,v1.6) with ESMTP id VAA21672 for ; Wed, 22 Sep 1999 21:20:22 -0700 (PDT) Received: from columbine (columbine [129.146.100.26]) by valathar.eng.sun.com (8.9.3+Sun/8.9.1) with SMTP id VAA04707; Wed, 22 Sep 1999 21:20:21 -0700 (PDT) Date: Wed, 22 Sep 1999 21:19:08 -0700 (PDT) From: "michael.speer@eng.sun.com" Reply-To: "michael.speer@eng.sun.com" Subject: Mbone tool for MP3 To: rem-conf@es.net Cc: speer@valathar.eng.sun.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list What's a good mbone tool for MP3 on Solaris? Where can I find one? Michael From rem-conf Wed Sep 22 21:55:22 1999 From rem-conf-request@es.net Wed Sep 22 21:55:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11U0pw-0006dC-00; Wed, 22 Sep 1999 21:50:28 -0700 Received: from proxy4.ba.best.com [206.184.139.15] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11U0pu-0006d1-00; Wed, 22 Sep 1999 21:50:26 -0700 Received: from mg-20425426-184.ricochet.net (mg-20425426-184.ricochet.net [204.254.26.184]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with SMTP id VAA20834; Wed, 22 Sep 1999 21:48:35 -0700 (PDT) Message-Id: <3.0.5.16.19990922094755.2d5fd654@shell7.ba.best.com> X-Sender: rsf@shell7.ba.best.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16) Date: Wed, 22 Sep 1999 09:47:55 To: "michael.speer@eng.sun.com" From: Ross Finlayson Subject: Re: Mbone tool for MP3 Cc: rem-conf@es.net In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list At 09:19 PM 9/22/99 -0700, michael.speer@eng.sun.com wrote: > >What's a good mbone tool for MP3 on Solaris? Where can I find one? If you already have a MP3 player tool that can take its data either from stdin, or from a HTTP stream, then you can use my "playRTPMPEG" MBone tool to feed data to it. See for details. Ross. From rem-conf Thu Sep 23 09:10:00 1999 From rem-conf-request@es.net Thu Sep 23 09:09:59 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11UBIX-00043t-00; Thu, 23 Sep 1999 09:00:41 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11UBIV-00043h-00; Thu, 23 Sep 1999 09:00:39 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id IAA00442; Thu, 23 Sep 1999 08:59:48 -0700 (PDT) Message-Id: <3.0.3.32.19990923090000.00b30b90@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 23 Sep 1999 09:00:00 -0700 To: ibs-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 9/29 An Opinionated View of the Current State of IP Differentiated Services -- Kathleen Nichols, Cisco Systems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar An Opinionated View of the Current State of IP Differentiated Services Wednesday September 29, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Kathleen Nichols Cisco Systems The differentiated services approach to IP quality of service has its roots in several years of research discussions and ad hoc traffic engineering. An IETF WG on differentiated services (diffserv) was formed in early 1998 and has produced three standards track RFCs and an informational RFC on the general architecture. A number of vendors have announced diffserv products and the Internet2 effort has adopted a diffserv style QoS for its testbed. The initial momentum for diffserv came largely from ISPs and reflected a lack of confidence in the Intserv/RSVP QoS solution that came out of the research community. Diffserv reflects the need for a scalable, incrementally deployable QoS that matches well with the administrative realities of today's Internet. As diffserv moved to visibility in the IETF, the University research community has seized on the topic and produced a raft of similar simulation studies based on simplistic network models and proposing complexity that would threaten the scalability and deployability of diffserv. This talk will include a (somewhat opinionated) overview of diffserv, presentation of some results, and a shopping list of of interesting questions the presenter would like to see investigated. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Thu Sep 23 12:19:00 1999 From rem-conf-request@es.net Thu Sep 23 12:19:00 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11UEFu-0006vU-00; Thu, 23 Sep 1999 12:10:10 -0700 Received: from ns.stardust.com (ziggy.stardust.com) [205.184.205.34] (root) by mail1.es.net with esmtp (Exim 1.81 #2) id 11UEFt-0006vK-00; Thu, 23 Sep 1999 12:10:09 -0700 Received: from WHITESTAR (dhcp204-106.stardust.com [205.184.204.106]) by ziggy.stardust.com (8.9.3/8.9.3/Debian/GNU) with SMTP id MAA16172 for ; Thu, 23 Sep 1999 12:01:14 -0700 Message-Id: <3.0.5.32.19990923120424.00aa1250@stardust.com> X-Sender: martinb@stardust.com X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Thu, 23 Sep 1999 12:04:24 -0700 To: rem-conf@es.net From: Marty Bickford Subject: Multicast at a Cross-Roads Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Multicast at a Cross-Roads -------------------------- A workshop run by Dr. Kevin Almeroth of Stardust.com and the University of Santa Barbara. The workshop first establishes a solid base of knowledge about intra-domain Multicast protocols and then explores the options for inter-domain Multicast. October 20, 1999 9:00am - 3:00pm at iBAND3 Space is limited. Sign-up Today for only $595!! https://www.stardust.com/events/iband3/registration2.htm The Workshop ------------ The state of Multicast is in flux. We are at two paths in the road and which we will take is being decided. The question is a technical fundamental for IP Multicast: how to best build a tree between sender(s) and receiver(s). In this workshop you will learn both the basics and the future of IP Multicast. We'll examine what it is, applications which benefit from Multicast, and examine the key advantages and disadvantages of using Multicast. Together we'll explore the Multicast technologies and protocols enabling efficient, scalable multimedia applications over the Internet. Including: - IP Multicast service model - Realtime Transport Protocol (RTP) - Intra-domain routing protocols including DVMRP, MOSPF, and PIM - Inter-domain Multicast routing - Scalable, reliable Multicast delivery algorithms Finally, we'll explore the future of IP Multicast including the latest IETF developments and application services being built on top of IP Multicast The workshop will be taught be Dr. Kevin Almeroth. Dr. Almeroth is an assistant professor at the University of California in Santa Barbara. His research interests include computer networks and protocols, Multicast communication, large-scale multimedia systems, and performance evaluation. In addition to his research activities Dr. Almeroth is involved in the design of the high speed California Research and Education Network (CalREN-2); works on the Digital Media Innovation (DiMI) matching research grant Program; and is working to develop the Media Arts and Technology Program (MATP). Outside of UCSB, Dr. Almeroth is actively involved in several Internet Engineering Task Force (IETF) working groups; has helped manage Multicast services for Networld+Interop as part of the Network Operations Center (NOC) team; is a Senior Technologist for the IP Multicast Initiative; and is the Multicast working group chair for Internet2. You can reach him at almeroth@cs.ucsb.edu. Space is limited. Sign-up Today for only $595!! https://www.stardust.com/events/iband3/registration2.htm If you have questions, please email or call Sherryl Alameda at (408)879-8080. --- Marty Bickford - 408.879.8080 (8081-fax) iBAND3 Conference Director Stardust.com - http://www.stardust.com QoS Forum - http://www.qosforum.com iBAND3 - The Internet Bandwidth Management Summit http://www.stardust.com/iband3/ From rem-conf Fri Sep 24 03:18:44 1999 From rem-conf-request@es.net Fri Sep 24 03:18:44 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11USMT-0006jq-00; Fri, 24 Sep 1999 03:13:53 -0700 Received: from hpheger0.nm.informatik.uni-muenchen.de [129.187.214.20] (usm2000) by mail1.es.net with esmtp (Exim 1.81 #2) id 11USMR-0006jR-00; Fri, 24 Sep 1999 03:13:51 -0700 Received: (from usm2000@localhost) by hpheger0.nm.informatik.uni-muenchen.de (8.8.6 (PHNE_17135)/8.8.6) id MAA21041 for rem-conf@es.net; Fri, 24 Sep 1999 12:13:47 +0200 (METDST) Date: Fri, 24 Sep 1999 12:13:47 +0200 (METDST) Message-Id: <199909241013.MAA21041@hpheger0.nm.informatik.uni-muenchen.de> From: USM 2000 Organisation Committee To: USM 2000 Subject: USM 2000 - Second Call for Papers X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list USM 2000: SECOND ANNOUNCEMENT AND CALL FOR PAPERS 3rd IFIP/GI International Conference on Trends towards a Universal Service Market Munich, Germany September 12-14, 2000 General Information USM 2000 is the third event in a series of international IFIP conferences on Trends in Distributed Systems. It continues TreDS'96, held in Aachen, Germany and TrEC'98 with special focus on Electronic Commerce in Hamburg, Germany. The technological progress in internet and telecommunication domains as well as deregulation efforts of the telecommunication markets currently under way in many countries enable an integration of data and telecommunication. Distributed platforms get adapted to the needs of telecommunication networks. This leads to a global distributed system with millions of objects, running on top of a middleware kernel and interacting with each other to provide services. USM 2000 brings together researchers, service vendors and users in the field of universal service markets. USM 2000 takes place in Munich, Germany, the city of the famous Oktoberfest which will start two days after the conference on September 16, 2000. Topics The USM 2000 considers services of a universal market in relation to middleware, distributed applications and management. Areas of special interest include: * Component Based Systems, Service Creation * Service Market Models, Accounting and Customer Care * Quality of Service for Distributed Applications * Trading, Brokering and Information Management * Management of Virtual Networks * Service and Application Management * Ubiquitous Services and Nomadic Computing * Distributed and Mobile Objects * Agent Technology for Integrated Management * Advances in Middleware, e.g. CORBA, DCOM, Jini * Telecommunication Architectures related to Distributed Systems Submissions You are encouraged to submit full technical papers describing original, unpublished research or experience of about 12 pages. Extended abstracts of 3-5 pages will be accepted for poster session papers. For submission guidelines please visit our web server. The proceedings will be published in "Lecture Notes in Computer Science", Springer-Verlag. Submissions due: January 30th, 2000 Notice of Acceptance: April 15th, 2000 Camera-ready Paper due: June 1st, 2000 Further Information Contact Person: Helmut Reiser - Phone (Fax): +49 89 2178 2163 (~2147) e-mail: usm2000@informatik.uni-muenchen.de, WWW: http://usm2000.informatik.uni-muenchen.de/ Address: Ludwig Maximilians University Institute for Computer Science Oettingenstr. 67 D-80538 Munich GERMANY Conference Chairs Claudia Linnhoff-Popien and Heinz-Gerd Hegering, LMU Munich Program Committee Sebastian Abeck, Uni Karlsruhe, Germany Andrew T. Campbell, Center for Telecommunications Research, Columbia Uni New York, USA John Dilley, Hewlett Packard, Palo Alto, USA Kurt Geihs, Uni Frankfurt, Germany Bernd Heinrichs, Cisco Systems Europe, Düsseldorf, Germany Yigal Hoffner, IBM Zurich Research Laboratory, Switzerland Axel Küpper, RWTH Aachen, Germany Lea Kutvonen, Uni Helsinki, Finland Winfried Lamersdorf, Uni Hamburg, Germany Luigi Logrippo, Uni Ottawa, Canada Michael Merz, Ponton, Hamburg, Germany Zoran Milosevic, DSTC Brisbane, Australia Elie Najm, Ecole Nationale Superieure des Telecommunications, Paris, France Bernhard Neumair, DeTeSystem, Germany Jerome Rolia, Uni Ottawa, Canada Alexander Schill, TU Dresden, Germany Doug Schmidt, ARL St. Louis, USA Gerd Schürmann, GMD FOKUS, Germany Morris Sloman, Imperial College, London, UK Otto Spaniol, RWTH Aachen, Germany Michael Stal, Siemens ZT, München, Germany Ralf Steinmetz, TU Darmstadt, Germany Volker Tschammer, GMD FOKUS, Berlin, Germany Conference Organisation Helmut Reiser (Chair), Christian Ensel, Markus Garschhammer, Rainer Hauck, Bernhard Kempter, Annette Kostelezky, Igor Radisic, Holger Schmidt, Gerald Vogt, LMU Munich Sponsors Ludwig-Maximilians-University (LMU) International Federation for Information Processing (IFIP) German National Foundation for Computer Science (GI) Computing Centre of the Bavarian Academy of Sciences (LRZ) BMW AG DG Bank Munich Network Management Team (MNM) and others From rem-conf Fri Sep 24 07:11:33 1999 From rem-conf-request@es.net Fri Sep 24 07:11:32 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11UVxX-0000oq-00; Fri, 24 Sep 1999 07:04:23 -0700 Received: from magic.ensica.fr (magic) [192.70.110.76] by mail1.es.net with smtp (Exim 1.81 #2) id 11UVxW-0000oU-00; Fri, 24 Sep 1999 07:04:22 -0700 Received: (from pdss@localhost) by magic (940816.SGI.8.6.9/8.6.12) id PAA19178 for rem-conf@es.net; Fri, 24 Sep 1999 15:59:40 +0200 Date: Fri, 24 Sep 1999 15:59:40 +0200 From: pierre de saqui sannes DFR/MI Message-Id: <199909241359.PAA19178@magic> To: rem-conf@es.net Subject: IDMS99: call for participation X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list [Apologies if you receive multiple copies of this message] IDMS'99 Sixth International Workshop on Interactive Distributed Multimedia Systems and Telecommunication Services October 12-15, 1999 http://www.ensica.fr/idms99 Toulouse, France =========================================================================== Overview ======== IDMS'99 brings together researchers, developers, and practitioners from academia and industry. The workshop serves as a forum for discussion, presentation, and exploration of technologies and their advances in the broad field of interactive distributed multimedia systems and telecommunication services; ranging from basic system technologies such as networking and operating system support to all kinds of teleservices and distributed multimedia applications. IDMS'99 will consist of a three day technical program, a full day of tutorials, and demonstrations during the workshop. To retain the flavor of a workshop, the number of participants will be restricted. Furthermore, we have encouraged contributions in form of full papers and position papers. Full papers are expected to describe innovative and significant work. The purpose of position papers is to provide a seed for debate and discussion. Position papers enable researchers to present exciting ongoing work in early stages, suggestions for future directions, and concerns about current developments. Both types of papers have been reviewed by the program committee and printed in the workshop proceedings edited by Springer Verlag in the Lecture Notes in Computer Science series (LNCS). IDMS'99 has support from ACM and IEEE. Location ======== The conference will be held at ENSICA, a famous 'Grance Ecole' located 6 minutes from downtown Toulouse by metro. Hotels listed on the Web site are all located within walking distance from metro stations. Social events will be organized in downtown Toulouse. Contacts ======== Web site http://www.ensica.fr/idms99 Email contact idms99@ensica.fr Fax +33 5 61 61 86 88 Chairmen Michel Diaz diaz@ensica.fr Patrick Senac senac@ensica.fr Philippe Owezarski owe@laas.fr Tutorial chair Laurent Dairaine dairaine@ensica.fr Webmaster Publicity chair Pierre de Saqui-Sannes pdss@ensica.fr Demonstrations From rem-conf Sun Sep 26 09:23:21 1999 From rem-conf-request@es.net Sun Sep 26 09:23:21 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11VGuV-0005WA-00; Sun, 26 Sep 1999 09:12:23 -0700 Received: from tempest.ocis.temple.edu [155.247.166.120] (jmulik) by mail1.es.net with esmtp (Exim 1.81 #2) id 11VGuU-0005W0-00; Sun, 26 Sep 1999 09:12:22 -0700 Received: from localhost (jmulik@localhost) by tempest.ocis.temple.edu (8.8.8/8.8.8) with ESMTP id MAA09726 for ; Sun, 26 Sep 1999 12:12:17 -0400 (EDT) Date: Sun, 26 Sep 1999 12:12:17 -0400 (EDT) From: Jaiwant Mulik X-Sender: jmulik@tempest.ocis.temple.edu To: rem-conf@es.net Subject: Wb on Redhat 6.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Does anybody have a stable distribution of Wb for Redhat Linux 6.0 ? The ucl binaries do not work on my machine. Actually for now, any tool for RH 6.0 would be fine. I have sdr working, but need a tool to test further. regards, ----------------------------------------------------------------------- Jaiwant Mulik Home : (215) 204-5775 Room 203, 1928 N Broad St. Email: jmulik@unix.temple.edu Philadelphia, PA : jmulik@hotmail.com USA 19121 : jmulik@acm.org ----------------------------------------------------------------------- Office hours : Monday 10:30am to 12:30pm and Monday 4:30pm to 6:30pm Location : Room 1000M, Wachman Hall. Phone : (215) 204-3668 Home page : http://members.tripod.com/~jaiwant ----------------------------------------------------------------------- Lekin woh zindagi he kya, jisme koi namumkin sapna na ho ? From rem-conf Sun Sep 26 11:46:23 1999 From rem-conf-request@es.net Sun Sep 26 11:46:22 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11VJDm-00071B-00; Sun, 26 Sep 1999 11:40:26 -0700 Received: from basil.cdt.luth.se [130.240.64.67] by mail1.es.net with esmtp (Exim 1.81 #2) id 11VJDk-000710-00; Sun, 26 Sep 1999 11:40:24 -0700 Received: from tuttifrutti.cdt.luth.se (IDENT:root@tuttifrutti.cdt.luth.se [130.240.52.34]) by basil.cdt.luth.se (8.9.3/8.7.3) with ESMTP id UAA18556; Sun, 26 Sep 1999 20:38:07 +0200 (MET DST) Received: from tuttifrutti (IDENT:hakan@localhost [127.0.0.1]) by tuttifrutti.cdt.luth.se (8.9.3/8.9.3) with ESMTP id UAA24296; Sun, 26 Sep 1999 20:40:19 +0200 Message-Id: <199909261840.UAA24296@tuttifrutti.cdt.luth.se> X-Mailer: exmh version 2.0.2 From: Hakan.Lennestal@cdt.luth.se Reply-to: Hakan.Lennestal@cdt.luth.se To: Jaiwant Mulik cc: rem-conf@es.net Subject: Re: Wb on Redhat 6.0 In-reply-to: Your message of "Sun, 26 Sep 1999 12:12:17 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 26 Sep 1999 20:40:19 +0200 Sender: hakan@tuttifrutti.cdt.luth.se X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list In message , = Jaiwant Mulik writes: > = > Does anybody have a stable distribution of Wb for Redhat Linux 6.0 ? The old wb binary that is available is in a.out format. You need to have a kernel with a.out support. > The ucl binaries do not work on my machine. > Actually for now, any tool for RH 6.0 would be fine. I have sdr working= , > but need a tool to test further. ftp://ftp.cdt.luth.se/mbone/Linux /H=E5kan --------------------------------------- e-mail: Hakan.Lennestal@lu.erisoft.se | or Hakan.Lennestal@cdt.luth.se | or hakan@tuttifrutti.nu | --------------------------------------- From rem-conf Sun Sep 26 14:23:05 1999 From rem-conf-request@es.net Sun Sep 26 14:23:03 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11VLj7-0000mb-00; Sun, 26 Sep 1999 14:20:57 -0700 Received: from cs.columbia.edu [128.59.16.20] by mail1.es.net with esmtp (Exim 1.81 #2) id 11VLj5-0000m7-00; Sun, 26 Sep 1999 14:20:55 -0700 Received: from opus.cs.columbia.edu (opus.cs.columbia.edu [128.59.20.100]) by cs.columbia.edu (8.9.1/8.9.1) with ESMTP id RAA06219; Sun, 26 Sep 1999 17:20:53 -0400 (EDT) Received: from cs.columbia.edu (bart.cs.columbia.edu [128.59.19.191]) by opus.cs.columbia.edu (8.9.1/8.9.1) with ESMTP id RAA21532; Sun, 26 Sep 1999 17:20:52 -0400 (EDT) Sender: hgs@cs.columbia.edu Message-ID: <37EE8E29.3049E75F@cs.columbia.edu> Date: Sun, 26 Sep 1999 17:20:41 -0400 From: Henning Schulzrinne Organization: Columbia University, Dept. of Computer Science X-Mailer: Mozilla 4.61 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: rem-conf@es.net CC: megaco@standards.nortelnetworks.com Subject: New draft for DTMF and other tones Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list A new draft should be appearing shortly in the on-line I-D archives. It can also be found at http://www.cs.columbia.edu/~hgs/rtp/drafts/draft-ietf-avt-tones-01.txt or http://www.cs.columbia.edu/~hgs/rtp/drafts/draft-ietf-avt-tones-01.pdf (unofficial PDF version). The draft incorporates changes discussed at the AVT meeting. The only substantive change beyond that is based on a comment by Terry Lyons (although the solution is slightly different): an end-of-tone bit was added so that the last packet in a tone may be marked. This is backward-compatible with previous drafts, but does allow implementations to play a tone until the end marker or the next distinct tone, resulting in somewhat larger error resiliency, at the risk that a tone will last longer than "correct". (An error of more than 150 ms duration occurs only if all three retransmission packets for the end-marked packet are lost.) I'd like to ask the AVT WG chairs to issue a working group last call for this document. Comments are particularly appreciated at this stage... Henning -- Henning Schulzrinne http://www.cs.columbia.edu/~hgs From rem-conf Sun Sep 26 22:14:33 1999 From rem-conf-request@es.net Sun Sep 26 22:14:32 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11VT4z-0004y1-00; Sun, 26 Sep 1999 22:12:01 -0700 Received: from klj-229-105.tm.net.my (post.com) [202.188.229.105] by mail1.es.net with smtp (Exim 1.81 #2) id 11VT4u-0004xR-00; Sun, 26 Sep 1999 22:11:57 -0700 To: From: Subject: {{{Brand New}}} You will be paid USD$1.00 per hour simply to surf! FREE! Date: Mon, 27 Sep 1999 09:32:58 Message-Id: X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list $$$ Get Paid USD$1.00/hr! $$$ Smallest ads box! $$$ The best among others! $$$ Support Windows, MAC, WebTV or other platforms! Dear Friend, I am writing this email to you to tell you about a new Internet Service that will pay you upto $1.00 per hour to surf the Net with their revolutionary new minibrowser called pIggy! pIggy! works ontop of your current browser, so there are no heavy downloads or changes you have to make. You dont have to visit any special sites or read any special emails. Just become a member, and continue surfing the way you normally did. Membership is FREE and takes only a few minutes. How does it work ? Well pIggy! displays mini-ads on the top right corner of your current unused space in your browser for which you are paid. Since ValuePay gets $$ for showing you these ads they split this income with you on an equal 50-50 basis. pIggy! is even intelligent and is capable of showing you only the ads you are interested in! Whats even better, is that for every person you tell about this offer and who joins, you will be paid an additional $.10 for every dollar that they earn! Further, if the person you tell, tells someone else, then you will be paid an indirect referral fee of $.05 per dollar that they earn ... and so on upto 5 levels. This way your earnings can multiply exponentially! Use the online calculator to see how you can easily earn USD1,000+ every month! Click the link below and sign up Now:- http://www.valuepay.com/ref.asp?re=jesiccash Note: If you encounter problem when try to access the above website retry it later as the company continuing upgrading their servers. Thank you. Best regards, Jesicca sendittome@post.com ********************************************************************** This is one time message only. I sincerely apologize to you if you find this msg annoying as I need fund for my education desparately and hope these help. ********************************************************************** @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ To Remove pleas send a mail to smileygal@mycampus.com?subject=REMOVE @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ From rem-conf Tue Sep 28 04:10:28 1999 From rem-conf-request@es.net Tue Sep 28 04:10:27 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11VuyQ-00010z-00; Tue, 28 Sep 1999 03:59:06 -0700 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 11VuyO-0000zl-00; Tue, 28 Sep 1999 03:59:04 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA07081; Tue, 28 Sep 1999 06:58:02 -0400 (EDT) Message-Id: <199909281058.GAA07081@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-tones-01.txt Date: Tue, 28 Sep 1999 06:58:02 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --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 for DTMF Digits, Telephony Tones and Telephony Signals Author(s) : H. Schulzrinne, S. Petrack Filename : draft-ietf-avt-tones-01.txt Pages : 25 Date : 27-Sep-99 This memo describes how to carry dual-tone multifrequency (DTMF) signaling, other tone signals and telephony events in RTP packets. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-tones-01.txt Internet-Drafts are also 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-tones-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-tones-01.txt". NOTE: The mail server at ietf.org 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. 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@ietf.org" Content-Type: text/plain Content-ID: <19990927090855.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-tones-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-tones-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990927090855.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Tue Sep 28 09:35:11 1999 From rem-conf-request@es.net Tue Sep 28 09:35:10 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11W06r-0003j2-00; Tue, 28 Sep 1999 09:28:09 -0700 Received: from crufty.research.bell-labs.com [204.178.16.49] by mail1.es.net with smtp (Exim 1.81 #2) id 11W06q-0003im-00; Tue, 28 Sep 1999 09:28:08 -0700 Received: from nova.dnrc.bell-labs.com ([135.180.131.5]) by crufty; Tue Sep 28 12:26:59 EDT 1999 Received: from dnrc.bell-labs.com (arrakis.dnrc.bell-labs.com [135.180.130.41]) by nova.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id MAA26807; Tue, 28 Sep 1999 12:26:57 -0400 (EDT) Message-ID: <37F0EC3F.4C669CE@dnrc.bell-labs.com> Date: Tue, 28 Sep 1999 12:26:39 -0400 From: Jonathan Rosenberg X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: confctrl@isi.edu, "iptel, list" , rem-conf@es.net, pint@lists.research.bell-labs.com, megaco@standards.nortelnetworks.com Subject: [Fwd: WG ACTION: Session Initiation Protocol (sip)] Content-Type: multipart/mixed; boundary="------------877B9E266C83C41E7BE5317D" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is a multi-part message in MIME format. --------------877B9E266C83C41E7BE5317D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Folks, My apologies for the broad cross-posting, but I wanted to make sure folks see this. As those who attended mmusic in Oslo may recall, there was agreement that the work of mmusic was becoming too much. In particular, the SIP related activities were enough to warrant its own group. The mmusic session devoted some time to deciding on what a new group would look like. It was agreed that such a group SHOULD NOT focus on pure IP telephony aspects of SIP, but rather its broadest application. As such, a new sip working group has been formed. its charter is to fully own SIP, including its movement to draft, and any extensions which may arise. It is within the charter that maintaining the generality and broad application of SIP, and keeping it simple, are primary goals of the groups activity. Note that the email below is incorrect regarding the area; the sip working group is within the transport area. >From here on, we would like to use the sip mailing list (sip@lists.research.bell-labs.com) for SIP related discussion. mmusic is still active, and is going to continue work on sap, sdp, rtsp, and those non-SIP things. As such, please use the mmusic list (confctrl@isi.edu) for discussion of those issues. ************************************* NOTE: YOU WILL NOT BE AUTOMATICALLY SUBSCRIBED TO THE SIP MAILING LIST. YOU MUST SUBSCRIBE YOURSELF USING THE PROCEDURES ON THE SIP WEB PAGE http://www.bell-labs.com/mailing-lists/sip/ WHICH SAYS TO SEND MAIL TO sip-request@lists.research.bell-labs.com WITH THE SINGLE WORD subscribe IN THE BODY DO NOT SEND SUBSCRIPTION REQUESTS TO confctrl@isi.edu OR sip@lists.research.bell-labs.com ************************************* Thanks, Jonathan Rosenberg Joerg Ott Dean Willis sip co-chairs -- Jonathan D. Rosenberg Lucent Technologies Member of Technical Staff 101 Crawfords Corner Rd. High Speed Networks Research Holmdel, NJ 07733 FAX: (732) 834-5379 Rm. 4C-526 EMAIL: jdrosen@bell-labs.com URL: http://www.cs.columbia.edu/~jdrosen --------------877B9E266C83C41E7BE5317D Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from chair.dnrc.bell-labs.com (chair.dnrc.bell-labs.com [135.180.161.201]) by nova.dnrc.bell-labs.com (8.9.3/8.9.3) with ESMTP id JAA21122 for ; Tue, 28 Sep 1999 09:29:07 -0400 (EDT) Received: from grubby.research.bell-labs.com (grubby.research.bell-labs.com [135.104.2.9]) by chair.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id JAA28149 for ; Tue, 28 Sep 1999 09:29:06 -0400 (EDT) Received: from dusty.research.bell-labs.com ([135.104.2.7]) by grubby; Tue Sep 28 09:28:04 EDT 1999 Received: from loki.ietf.org ([132.151.1.177]) by dusty; Tue Sep 28 09:27:50 EDT 1999 Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id JAA11036 for ietf-123-outbound.02@ietf.org; Tue, 28 Sep 1999 09:25:00 -0400 (EDT) Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id JAA10917 for ; Tue, 28 Sep 1999 09:16:22 -0400 (EDT) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA13338 for ; Tue, 28 Sep 1999 09:16:20 -0400 (EDT) Message-Id: <199909281316.JAA13338@ietf.org> From: The IESG To: Subject: WG ACTION: Session Initiation Protocol (sip) Date: Tue, 28 Sep 1999 09:16:20 -0400 Sender: scoya@cnri.reston.va.us Content-Type: text A new working group has been formed in the Internet Area of the IETF. Please contact the chair or Area Directors for additional information. Session Initiation Protocol (sip) --------------------------------- Current Status: Active Working Group Chair(s): Jonathan Rosenberg Joerg Ott Dean Willis Transport Area Director(s): Scott Bradner Vern Paxson Transport Area Advisor: Vern Paxson Mailing Lists: General Discussion:sip@lists.research.bell-labs.com To Subscribe: sip-request@lists.research.bell-labs.com In Body: subscribe Archive: http://www.bell-labs.com/mailing-lists/sip Description of Working Group: The Session Initiation Protocol (SIP) working group is chartered to continue the development of SIP, currently specified as proposed standard RFC 2543. SIP is a text-based protocol, similar to HTTP and SMTP, for initiating interactive communication sessions between users. Such sessions include voice, video, chat, interactive games, and virtual reality. The main work of the group involves bringing SIP from proposed to draft standard, in addition to developing proposed extensions. Throughout its work, the group will strive to maintain the basic model and architecture defined by SIP. In particular: 1. Services and features are provided end to end whenever possible. 2. Extensions and new features must be general purpose, and not applicable only to a specific set of session types. 3. Simplicity is key. 4. Reuse of existing IP protocols and architectures, and integrating with other IP applications, is crucial. SIP was first developed within the Multiparty Multimedia Session Control (MMUSIC) working group, and the SIP working group will continue to maintain active communications with MMUSIC. This is particularly important since the main MIME type carried in SIP messages, the Session Description Protocol (SDP), specified in RFC 2327, is developed by MMUSIC. The group will also maintain open dialogues with the IP telephony (iptel) working group, whose Call Processing Language (CPL) relates to many features of SIP, and the PSTN and Internet Internetworking (pint) working group, whose specification is based on SIP; and will consider input from the Distributed Call Signaling Group (DCS) for distributed telephony services. The specific deliverables of the group are: 1. A Draft Standard version of SIP. 2. Completion of the SIP call control specification, which enables multiparty services, such as transfer and bridged sessions. 3. Completion of the SIP caller preferences specification, which enables intelligent call routing services. 4. Completion of the SIP INFO method extension, used for carrying SIP session related information. 5. Completion of the "183 response" extension, to enable early session establishment. Other deliverables may be agreed upon as extensions are proposed. Goals and Milestones: Dec 99 INFO Method extension submitted to IESG Feb 00 Early session establishment extension submitted to IESG Mar 00 Caller preferences specification submitted to IESG May 00 Call control specification submitted to IESG Jul 00 Draft standard version of SIP submitted to IESG --------------877B9E266C83C41E7BE5317D-- From rem-conf Wed Sep 29 04:12:45 1999 From rem-conf-request@es.net Wed Sep 29 04:12:44 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WHS3-0003lI-00; Wed, 29 Sep 1999 03:59:11 -0700 Received: from odin.ietf.org (ietf.org) [132.151.1.176] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WHS1-0003l2-00; Wed, 29 Sep 1999 03:59:09 -0700 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA22224; Wed, 29 Sep 1999 06:58:08 -0400 (EDT) Message-Id: <199909291058.GAA22224@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rem-conf@es.net From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-avt-rtp-mib-06.txt Date: Wed, 29 Sep 1999 06:58:07 -0400 Sender: nsyracus@cnri.reston.va.us X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list --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 : Real-Time Transport Protocol Management Information Base Author(s) : M. Baugher, I. Suconick, B. Strahm Filename : draft-ietf-avt-rtp-mib-06.txt Pages : 37 Date : 28-Sep-99 This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing Real-Time Transport Protocol(RTP) systems [RFC1889]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-rtp-mib-06.txt Internet-Drafts are also 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-rtp-mib-06.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-avt-rtp-mib-06.txt". NOTE: The mail server at ietf.org 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. 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@ietf.org" Content-Type: text/plain Content-ID: <19990928143439.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-avt-rtp-mib-06.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-avt-rtp-mib-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <19990928143439.I-D@ietf.org> --OtherAccess-- --NextPart-- From rem-conf Wed Sep 29 05:20:58 1999 From rem-conf-request@es.net Wed Sep 29 05:20:57 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WIfj-0004qP-00; Wed, 29 Sep 1999 05:17:23 -0700 Received: from bells.cs.ucl.ac.uk [128.16.5.31] by mail1.es.net with smtp (Exim 1.81 #2) id 11WIfi-0004qF-00; Wed, 29 Sep 1999 05:17:22 -0700 Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Wed, 29 Sep 1999 13:07:27 +0100 To: rem-conf@es.net Subject: MPEG/IETF phone conference minutes Date: Wed, 29 Sep 1999 13:07:26 +0100 Message-ID: <1208.938606846@cs.ucl.ac.uk> From: Colin Perkins X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list This is also available from http://www-mice.cs.ucl.ac.uk/multimedia/misc/avt/IETF45/PhoneCallMinutes.doc for those who don't have access to the MPEG ftp site. Colin ------- Forwarded Message --> roberto.castagno@nokia.com writes: >Dear all, >for your convenience, I have uploaded document m5160 containing the minutes >of the MPEG/IETF phone conference about RTP payload for MPEG-4 (July 15th, >1999 in Vancouver/Oslo.) > >Best regards >Roberto ------- End of Forwarded Message From rem-conf Wed Sep 29 10:01:39 1999 From rem-conf-request@es.net Wed Sep 29 10:01:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WN2j-0007KE-00; Wed, 29 Sep 1999 09:57:25 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WN2h-0007K4-00; Wed, 29 Sep 1999 09:57:23 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id JAA05926; Wed, 29 Sep 1999 09:41:33 -0700 (PDT) Message-Id: <3.0.3.32.19990928100308.00b34100@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 28 Sep 1999 10:03:08 -0700 To: (Recipient list suppressed) From: Florissa Colina Subject: 9/29 An Opinionated View of the Current State of IP Differentiated Services -- Kathleen Nichols, Cisco Systems Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar An Opinionated View of the Current State of IP Differentiated Services Wednesday September 29, 1999, 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Kathleen Nichols Cisco Systems The differentiated services approach to IP quality of service has its roots in several years of research discussions and ad hoc traffic engineering. An IETF WG on differentiated services (diffserv) was formed in early 1998 and has produced three standards track RFCs and an informational RFC on the general architecture. A number of vendors have announced diffserv products and the Internet2 effort has adopted a diffserv style QoS for its testbed. The initial momentum for diffserv came largely from ISPs and reflected a lack of confidence in the Intserv/RSVP QoS solution that came out of the research community. Diffserv reflects the need for a scalable, incrementally deployable QoS that matches well with the administrative realities of today's Internet. As diffserv moved to visibility in the IETF, the University research community has seized on the topic and produced a raft of similar simulation studies based on simplistic network models and proposing complexity that would threaten the scalability and deployability of diffserv. This talk will include a (somewhat opinionated) overview of diffserv, presentation of some results, and a shopping list of of interesting questions the presenter would like to see investigated. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Thu Sep 30 00:03:40 1999 From rem-conf-request@es.net Thu Sep 30 00:03:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WZya-0000EM-00; Wed, 29 Sep 1999 23:46:00 -0700 Received: from viewgraphics.viewgraphics.com (viewgraphics.com) [205.178.119.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WZyY-0000Dr-00; Wed, 29 Sep 1999 23:45:58 -0700 Received: from worf (worf.viewgraphics.com [170.1.129.18]) by viewgraphics.com (8.8.5/Viewgraphics-SM.cf) with SMTP id XAA17840; Wed, 29 Sep 1999 23:49:43 -0700 (PDT) Message-ID: <004901bf0b0e$b7cc2400$128101aa@viewgraphics.com> From: "John Howe" To: Cc: "John Howe" Subject: coming up to speed with RTP Date: Wed, 29 Sep 1999 23:36:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list we have a video streaming application for wide area networks that we'd like to move from UDP to RTP. this video can be studio quality uncompressed or compressed HD and we have streamed it across the continent using UDP and some proprietary error recovery algorithms. we would greatly appreciate any pointer (or consultant) that would help us incorporate RTP capability. our host platform can be either linux or nt 4/5. john howe vp, engineering www. viewgraphics.com 650.903.4900 From rem-conf Thu Sep 30 07:42:41 1999 From rem-conf-request@es.net Thu Sep 30 07:42:39 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WhHl-0000ZZ-00; Thu, 30 Sep 1999 07:34:17 -0700 Received: from p196.amax4.dialup.lax1.flash.net (ns.bigbear.net) [209.30.74.196] by mail1.es.net with smtp (Exim 1.81 #2) id 11WhHe-0000Wt-00; Thu, 30 Sep 1999 07:34:11 -0700 From: Subject: Homeworkers Needed! Date: Sat, 2 Oct 1999 03:59:33 Message-Id: <558.113143.511285@ns.bigbear.net> Bcc: To: rem-conf@es.net X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Dear Future Associate, You Can Work At Home & Set Your Own Hours. Start earning Big Money in a short time NO Newspaper Advertising! Your job will be to stuff and mail envelopes for our company. You will receive $.25 for each and every envelope you stuff and mail out. Just follow our simple instructions and you will be making money as easy as 1… 2… 3 For example stuff and mail 200 envelopes and you will receive $50.00. Stuff and mail 1000 and you will receive $250.00. Stuff and mail 2000 and you will receive $500.00 and more Never before has there been an easier way to make money from home! Our Company's Home Mailing Program is designed for people with little or no experience and provides simple, step by step instructions. There is no prior experience or special skills necessary on your part, Just stuffing envelopes. We need the help of honest and reliable home workers like you. Because we are overloaded with work and have more than our staff can handle. We have now expanded our mailing program and are expecting to reach millions more with our offers throughout the US and Canada. Our system of stuffing and mailing envelopes is very simple and easy to do! You will not be required to buy envelopes or postage stamps. We will gladly furnish all circulars at no cost to you. We assure you that as a participant in our program you will never have to mail anything objective or offensive. There are no quotas to meet, and there no contracts to sign. You can work as much, or as little as you want. Payment for each envelope you send out is Guaranteed! Here is what you will receive when you get your first Package. Inside you will find 100 envelopes, 100 labels and 100 sales letters ready to stuff and mail As soon as you are done with stuffing and mailing these first letters, your payment will arrive shortly, thereafter. All you have to do is to order more free supplies and stuff and mail more envelopes to make more money. Our sales literature which you will be stuffing and mailing will contain information outlining our highly informative manuals that we are advertising nationwide. As a free gift you will receive a special manual valued at $24.95, absolutely free, just for joining our Home Mailers Program. Plus you will get your own special code number, so that we will know how much you are to get paid. And to make re-ordering of more envelopes, that our company supplies very simple for you. We are giving you this free bonus because we want you to be confident in our company and to ensure that we will be doing business with you for a long time. Benefits Of This Job: 1. You do not have to quit your present job, to earn more money at home 2. You can make between $2,500 to $4,500 a month depending on the amount of time you are willing to spend stuffing and mailing envelopes 3. This is a great opportunity for the students, mothers, disabled persons or those who are home bodies. To secure your position and to show us that you are serious about earning extra income at home we require a one-time registration fee of $35.00. This fee covers the cost of your initial start up package, which includes 100 envelopes, 100 labels and 100 sales letters and a manual, your registration fee will be refunded back to you shortly thereafter. Money Back Guarantee! We guarantee that as soon as you stuff and mail your first 300 envelopes You will be paid $75.00 and your registration fee will be refunded. Many of you wonder why it is necessary to pay a deposit to get a job. It is because we are looking for people that seriously want to work from home. * If 3.000 people told us they wanted to start working from home and we sent out 3.000 packages free to every one. And then half of the people decided not to work, this would be a potential loss of more than $60,000 in supply's and shipping that we have sent out to people that don't want to work We have instituted this policy to make sure that you really want to work and at least finish your first package. To Get Started Today Please Enclose Your Registration Fee of $35 Check,Cash Or Money Order and fill out the application below and mail to: MOHW Co PMB 11054 Ventura Blvd #126 Studio City, CA 91604 Name_____________________________________________________ Address___________________________________________________ City____________________________________ State______________ Zip Code________________ Telephone Number(s)_________________________________________ E-mail Address______________________________________________ For all orders, please allow seven (7) days for delivery and up to 10 days. Cash and Money Orders will result in faster shipping of your package. From rem-conf Thu Sep 30 13:57:34 1999 From rem-conf-request@es.net Thu Sep 30 13:57:34 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11Wn94-0005wE-00; Thu, 30 Sep 1999 13:49:42 -0700 Received: from gumby.cs.berkeley.edu [128.32.32.38] by mail1.es.net with esmtp (Exim 1.81 #2) id 11Wn93-0005w4-00; Thu, 30 Sep 1999 13:49:41 -0700 Received: from sockeye (sockeye.CS.Berkeley.EDU [128.32.36.74]) by gumby.CS.Berkeley.EDU (8.8.4/8.6.9) with SMTP id NAA13998; Thu, 30 Sep 1999 13:34:57 -0700 (PDT) Message-Id: <3.0.3.32.19990930133512.00b3a370@plateau.cs.berkeley.edu> X-Sender: florissa@plateau.cs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Thu, 30 Sep 1999 13:35:12 -0700 To: ibs-list@gumby.CS.Berkeley.EDU From: Florissa Colina Subject: 10/6 Resource Management in Operating Systems --Timothy Roscoe, [affiliation] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Berkeley Multimedia, Graphics and Interfaces Seminar Resource Management in Operating Systems Wednesday October 6, 1999 1:00-2:30 p.m. PDT Fujitsu Seminar Room (405 Soda Hall) Timothy Roscoe Applied Technology Lab Sprint Communications This is a talk about how multimedia research and operating systems interact, in a few cases. Traditionally, multimedia applications research in academia and quite a few corporate labs has been based on dedicated hardware of one sort or another, either built specially for the application or else a general-purpose computer given over entirely to one processing job. The problem is usually not that the hardware lacks the resources, but that the system is incapable of sharing the resources in the appropriate way, including dynamically reallocating resources and policing resource usage. A few operating systems have appeared recently which directly address these problems, and in doing so require multimedia application designers to reorient their thinking away from virtual, abstracted resources to physical, controlled resources. This doesn't necessarily make writing programs harder, and can actually result in much simpler and more robust multimedia applications. I'll talk about this different way of thinking about systems, especially in relation to the Nemesis operating system. --------------- The seminar is broadcast live on the Internet Mbone and as a Real Networks G2 broadcast. You can connect to the live RealNetworks broadcast at: http://media2.bmrc.berkeley.edu/bibs/schedule.cfm You'll see a link to cs298-5/real networks/live programs. You can also directly put in this url into the Real Player: rtsp://media2.bmrc.berkeley.edu/encoder/cs298-5.rm To do so you will need to have the "Real Player G2" installed, which is available from: http://www.real.com/products/player/downloadrealplayer.html To tune into the Internet MBone broadcast, look for the announcement in your MBone session directory program ('sdr'). If you are not receiving the announcement you may be able to receive the session by manually configuring the client programs ('vic', and 'vat') with the session addresses: low bit rate video: 233.0.25.1/22334 audio: 233.0.25.2/22446 medium bit rate video: 233.0.25.129/22334 audio: 233.0.25.2/22446 You can get further information about this seminar, and access to replays of previous seminars at the MIG Seminar web page: http://bmrc.berkeley.edu/298/index.html Sponsored by the Berkeley Multimedia Research Center ____________________________________________ Florissa Colina Berkeley Multimedia Research Center (BMRC) http://bmrc.berkeley.edu/ 626 Soda Hall #1776 University of California Berkeley, CA 94720-1776 Phone: (510) 643-0800 FAX: (510) 642-5615 Email: florissac@bmrc.berkeley.edu From rem-conf Thu Sep 30 18:50:59 1999 From rem-conf-request@es.net Thu Sep 30 18:50:59 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WrlW-0000uG-00; Thu, 30 Sep 1999 18:45:42 -0700 Received: from dns.iternet.it (micro.iternet.it) [151.99.247.2] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WrlT-0000u6-00; Thu, 30 Sep 1999 18:45:41 -0700 Received: from smtp.boom.com (98AAAFCF.ipt.aol.com [152.170.175.207]) by micro.iternet.it (8.8.5/8.8.5) with SMTP id DAA06569 for ; Fri, 1 Oct 1999 03:51:04 +0200 From: freetravel@boom.com Message-Id: <199910010151.DAA06569@micro.iternet.it> Date: Mon, 15 Mar 1999 01:01:18 To: Subject: Free Vacation when you Request the Info X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list GET YOUR FREE VACATION VOUCHER WHEN VISITING OUR WEB SITE! ONLY 14 ASSOCIATES NEEDED! We will train hard working and ethical candidates. HUGE COMPENSATION PLAN AVAILABLE! This is your chance to get in on the ground floor of the Multi-Billion-Dollar Home Based Business Revolution. Receive a COMPLIMENTARY Weekend Get Away when visiting our site. http://3626046468/ut/travelfree/index2.html Click Here FOR FREE INFORMATION From rem-conf Thu Sep 30 23:37:27 1999 From rem-conf-request@es.net Thu Sep 30 23:37:27 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WwDJ-0004uR-00; Thu, 30 Sep 1999 23:30:41 -0700 Received: from mailweb.pue.udlap.mx [140.148.155.178] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WwDH-0004t7-00; Thu, 30 Sep 1999 23:30:39 -0700 Received: (from ad102336@localhost) by mailweb.pue.udlap.mx (8.9.0/8.9.0) id BAA18192; Fri, 1 Oct 1999 01:23:17 -0600 (CST) Date: Fri, 1 Oct 1999 01:23:17 -0600 (CST) From: VELA GONZALEZ WENDY K X-Sender: ad102336@mailweb To: trouble@es.net, info@es.net, rem-conf@es.net, request-videophone@es.net Subject: Could you do me a favor Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list Hi! I dont speak english very well, so I would like that you help me to anwser a few questions, I am taking a curse o Marketing by internet and I have to make a homework, I have to aswer these questions about (Audio and video in Internet) 1.-History 2.-Definition 3.-How does them work and 4.-The problem of (ANCHO DE BANDA...spanish) I will be very happy if you could answering my questions...Thak you From rem-conf Thu Sep 30 23:43:02 1999 From rem-conf-request@es.net Thu Sep 30 23:43:01 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WwNP-0005CQ-00; Thu, 30 Sep 1999 23:41:07 -0700 Received: from mailweb.pue.udlap.mx [140.148.155.178] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WwNN-0005Br-00; Thu, 30 Sep 1999 23:41:05 -0700 Received: (from ad102336@localhost) by mailweb.pue.udlap.mx (8.9.0/8.9.0) id BAA18607; Fri, 1 Oct 1999 01:33:58 -0600 (CST) Date: Fri, 1 Oct 1999 01:33:58 -0600 (CST) From: VELA GONZALEZ WENDY K To: VELA GONZALEZ WENDY K cc: trouble@es.net, info@es.net, rem-conf@es.net, videophone@es.net Subject: Re: Could you do me a favor In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Fri, 1 Oct 1999, VELA GONZALEZ WENDY K wrote: > > > Hi! I dont speak english very well, so I would like that you > help me to anwser a few questions, I am taking a curse o Marketing > by internet and I have to make a homework, I have to aswer these > questions about (Audio and video in Internet) > 1.-History > 2.-Definition > 3.-How does them work and > 4.-The problem of (ANCHO DE BANDA...spanish) > > > I will be very happy if you could answering my questions...Thak you > > From rem-conf Thu Sep 30 23:48:44 1999 From rem-conf-request@es.net Thu Sep 30 23:48:44 1999 Received: from list by mail1.es.net with local (Exim 1.81 #2) id 11WwQb-0005iR-00; Thu, 30 Sep 1999 23:44:25 -0700 Received: from mailweb.pue.udlap.mx [140.148.155.178] by mail1.es.net with esmtp (Exim 1.81 #2) id 11WwQZ-0005i0-00; Thu, 30 Sep 1999 23:44:23 -0700 Received: (from ad102336@localhost) by mailweb.pue.udlap.mx (8.9.0/8.9.0) id BAA18777; Fri, 1 Oct 1999 01:37:16 -0600 (CST) Date: Fri, 1 Oct 1999 01:37:15 -0600 (CST) From: VELA GONZALEZ WENDY K To: trouble@es.net, info@es.net, rem-conf@es.net, videophone@es.net Subject: Re: Could you do me a favor In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: X-Loop: rem-conf@es.net Precedence: list On Fri, 1 Oct 1999, VELA GONZALEZ WENDY K wrote: > > > On Fri, 1 Oct 1999, VELA GONZALEZ WENDY K wrote: > > > > > > > Hi! I dont speak english very well, so I would like that you > > help me to anwser a few questions, I am taking a curse o Marketing > > by internet and I have to make a homework, I have to aswer these > > questions about (Audio and video in Internet) > > 1.-History > > 2.-Definition > > 3.-How does them work and > > 4.-The problem of (ANCHO DE BANDA...spanish) > > > > > > I will be very happy if you could answering my questions...Thak you > > > > >