Thread View: comp.multimedia
4 messages
4 total messages
Started by Danny Mitzel
Wed, 09 Sep 1992 19:34
Multimedia conferencing
Author: Danny Mitzel
Date: Wed, 09 Sep 1992 19:34
Date: Wed, 09 Sep 1992 19:34
9 lines
814 bytes
814 bytes
I know the last IETF provided audio and video over the Internet using IP multicast. Can anyone give me pointers to public domain packages available on the net to do something similar over a private IP internet [not LAN based]. I'm interested in info on audio/video encoding schemes, playback applications, and required hardware [camera, codec, PC/Workstation, etc.]. thanks for any info! danny (mitzel@usc.edu)
Re: Multimedia conferencing
Author: Dave Bell
Date: Thu, 10 Sep 1992 15:17
Date: Thu, 10 Sep 1992 15:17
9 lines
867 bytes
867 bytes
Multimedia conferencing I would like to think that TCP/IP (ie MacTCP) could be used to squirt QuickTime format audio/video over the ethernet from Macintosh to Macintosh (all be they very fast and hardware assisted Macs) I have yet to get involved in the details of such a task - does anyone have experiences of using MacTCP to shift QuickTime in real-time???? dave
Re: Multimedia conferencing
Author: Lawrence D'Oliveiro, Waikato Uni...
Date: Fri, 11 Sep 1992 01:56
Date: Fri, 11 Sep 1992 01:56
21 lines
1641 bytes
1641 bytes
In article <1992Sep10.151711.1693@dcs.qmw.ac.uk>, bell@dcs.qmw.ac.uk (Dave Bell) writes: > Multimedia conferencing > > I would like to think that TCP/IP (ie MacTCP) could be used to squirt > QuickTime format audio/video over the ethernet from Macintosh to > Macintosh (all be they very fast and hardware assisted Macs) I have yet > to get involved in the details of such a task - does anyone have > experiences of using MacTCP to shift QuickTime in real-time???? For most multimedia data, I'd say timeliness of delivery is more important than reliability of delivery. That is, if you're taking too long delivering one packet, you drop it and go on to the next one. In terms of existing network protocol stacks, that means using a datagram- oriented protocol (UDP or AppleTalk DDP), rather than a connection-oriented one (TCP, ADSP). This also means lower overall network overhead. Lawrence D'Oliveiro fone: +64-7-856-2889 Computer Services Dept fax: +64-7-838-4066 University of Waikato electric mail: ldo@waikato.ac.nz Hamilton, New Zealand 37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
Re: Multimedia conferencing
Author: Dave Bell
Date: Fri, 11 Sep 1992 10:49
Date: Fri, 11 Sep 1992 10:49
17 lines
1375 bytes
1375 bytes
In article <1992Sep11.135612.10757@waikato.ac.nz> Lawrence D'Oliveiro, ldo@waikato.ac.nz writes: >For most multimedia data, I'd say timeliness of delivery is more important than reliability of delivery. ... >In terms of existing network protocol stacks, that means using a datagram - oriented protocol (UDP or AppleTalk DDP), rather than a connection-oriented one (TCP, ADSP).... Lawrence, I understand what you are getting at, and would like to think that your reference to "existing network protocol stacks" means that there are some tools (in HyperCard form) that I could get hold of to set up UDP or DDP datagrams. If so, are there any public access sites having such tools that you could point me too, or is this material strictly via Apple ? dave
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads