[1804] in java-interest
Re: JDK AudioClip completion
daemon@ATHENA.MIT.EDU (Gary M. Hewitt)
Sun Sep 17 09:18:05 1995
Date: Sun, 17 Sep 95 04:33:40 CDT
To: Arthur van Hoff <Arthur.Vanhoff@Eng.Sun.COM>,
bert hobbs <bhobbs@sfhill.sfhill.org>
From: ghewitt@inc.net (Gary M. Hewitt)
Cc: java-interest@java.Eng.Sun.COM
>Please send us some requirements that you have. Perhaps you can suggest
>APIs for a good audio solution. Audio is pretty hard. We'd like to support
>many audio formats, audio filters, mixing, decompression, completion
>callbacks, looping, etc.
Mr. van Hoff,
Mr. Hobbs:
Please consider supporting the RealAudio format [www.realaudio.com].
As you may know, it is a format which uses a client-side audio buffer and
streams on the server side to provide unlimited-length audio clips to
any multimedia box equipped with their player app.
Users therefore need not download the entire clip before playing it.
A client-side buffer is created, filled and a separate client-side process
[their player] begins playing the clip while the server continues to feed
the audio stream to keep the buffer filled.
In the month or so since I've had their player, my typical delay before
hearing the audio [after getting to the appropriate URL connection]
has been only 10-15 seconds. This includes one 45-minute clip I played.
Please know that I am not a reseller or representative of RealAudio or
Progressive Networks.
gmh
Gary M. Hewitt, President
ScanAmerica Imaging Service Bureau
225 Regency Court - Ste #200
Brookfield, WI 53045
ghewitt@inc.net
414-536-9044
[Document-Imaging Systems & Services; Digital Video
and {new} Internet-based Document-Imaging]
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
