On 2010-09-01 21:34, David Singer wrote:
seems like a comma-separated list is the right way to go, and that audio/*
should mean what it says -- any kind of audio (whether that is useful or not
remains to be seen).
I would suggest that this is likely to be used for short captures, and that
I agree that if the server says it accepts something, then it should cover at
least the obvious bases, and transcoding at the server side is not very hard.
However, I do think tht there needs to be some way to protect the server (and
user, in fact) from mistakes etc. If the server was hoping
Most of the MIME types that support multiple channels and sample rates
have registered parameters for selecting those. Using a PCM format
such as audio/L16 (CD/Red Book audio) as a default would waste a huge
amount of network bandwidth, which translates directly into money for
some users.
On
On 2010-09-04 01:55, James Salsman wrote:
Most of the MIME types that support multiple channels and sample rates
have registered parameters for selecting those. Using a PCM format
such as audio/L16 (CD/Red Book audio) as a default would waste a huge
amount of network bandwidth, which
On 2010-08-31 22:11, James Salsman wrote:
Does anyone object to form input type=file
accept=audio/*;capture=microphone using Speex as a default, as if it
were specified
accept=audio/x-speex;quality=7;bitrate=16000;capture=microphone or
to allowing the requesting of different speex qualities and
On Tue, Aug 31, 2010 at 11:24 PM, Roger Hågensen resca...@emsai.net wrote:
On 2010-08-31 22:11, James Salsman wrote:
Does anyone object to form input type=file
accept=audio/*;capture=microphone using Speex as a default, as if it
were specified
On Tue, Aug 31, 2010 at 1:11 PM, James Salsman jsals...@gmail.com wrote:
Does anyone object to form input type=file
accept=audio/*;capture=microphone using Speex as a default, as if it
were specified
accept=audio/x-speex;quality=7;bitrate=16000;capture=microphone or
to allowing the requesting
seems like a comma-separated list is the right way to go, and that audio/*
should mean what it says -- any kind of audio (whether that is useful or not
remains to be seen).
I would suggest that this is likely to be used for short captures, and that
uncompressed (such as a WAV file or AVI with
