Maybe someone should ask the browser vendors how many img formats they
support and what the code footprint memory overhead would be for
adding rotation support for those which are likely to need it at
whatever confidence level you feel is appropriate.
On Fri, Aug 26, 2011 at 9:57 AM, Glenn
Sorry for the top posting, but I would like to reiterate my considered
opinion that Speex be supported for recording. It is the standard
format available from Adobe Flash recording, low bandwidth, open
source and unencumbered, efficient, and it is high quality for its
bandwidth.
On Tue, Mar 29,
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 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
accept=audio/x-speex;quality=7;bitrate=16000
file formats, some of which are encumbered;
etc.
-- Forwarded message --
From: James Salsman jsals...@gmail.com
Date: Tue, Aug 31, 2010 at 10:08 AM
Subject: Re: The Media Capture API Working Draft
To: Ilkka Oksanen ilkka.oksa...@nokia.com, Frederick Hirsch
frederick.hir...@nokia.com
I would like to speak up for sniffing because I believe in the
robustness principle. I don't know why people who are capable of
coding hundreds of lines of dense, uncommented javascript can't get
their web servers to declare the correct type of their media files,
but it happens so often that I
, too.
Sincerely,
James Salsman
On Sat, Jul 17, 2010 at 11:47 AM, ingmar.kli...@telekom.de wrote:
Hi Dom,
I think we also briefly tackled the issue of making the FormatData
attribute of the MediaFile interface read-only (in File all attributes
are read-only [1]). Was there a decision against
On Tue, Jul 6, 2010 at 5:18 AM, Anne van Kesteren ann...@opera.com wrote:
There are some advantages with input, but overall the design is ugly.
input type=file is buffered, which would seem to exclude the
possibility of onchange=form.submit() in any of its forms' elements,
but is otherwise
rare that example seems contrived.)
Regards,
James Salsman
On Wed, Jun 16, 2010 at 10:43 AM, Bjartur Thorlacius
svartma...@gmail.com wrote:
On 6/14/10, James Salsman jsals...@gmail.com wrote:
... I [had been earlier] persuaded that the device element is
unnecessary, given recent announcements for the input type=file
accept=...;source=... type
On Sun, Jun 13, 2010 at 6:36 PM, James Salsman jsals...@gmail.com wrote:
... I [was] persuaded that the device element is
unnecessary, given recent announcements for the
accept=...;source=... type specification proposed by Android and
Firefox developers. Does anyone have any reasons
svartma...@gmail.com wrote:
On 6/12/10, James Salsman jsals...@gmail.com wrote:
Bjartur, real-time streaming audio uploads enable pronunciation
assessment for language instruction during multiplayer online
roleplaying games such as those by http://www.8dworld.com
Yes, applications may need audio
Bjartur, real-time streaming audio uploads enable pronunciation assessment
for language instruction during multiplayer online roleplaying games such as
those by http://www.8dworld.com
input type=file accept=audio/x-speex;quality=(0-10);bitrate=... is more
important, and accept=audio/ogg
On Wed, Jun 9, 2010 at 5:22 AM, Rob Evans r...@mtn-i.com wrote:
I think an interesting addition to the input type=upload would be a
script-accessible progress value.
Either as a percentage, or probably more useful two values, one being the
size of the upload and
the other being current
bug on this --
https://bugzilla.mozilla.org/show_bug.cgi?id=46135 -- which has been
open for a whole decade, with 37 votes, and even had a patch back when
it was first opened.
Does anyone know how I can update my email address in Mozilla's
bugzilla? I am no longer at bovik.org.
--James Salsman
On Fri, Jun 4, 2010 at 4:19 AM, James May wha...@fowlsmurf.net wrote:
Couldn't SCTP/DCCP (or a variant) over UDP (for NAT compatibility) work?
No, DCCP is much newer than most NAT hardware in operation.
When a client user agent is sending UDP, client-initiated TCP streams
such as HTTP or HTTPS
I agree UDP sockets are a legitimate, useful option, with applications
far beyond games. In most cases TCP is fine, but adaptive bit-rate
vocoders, for example, can use packet loss as an adaptation parameter,
and chose only to retransmit some of the more essential packets in
cases of congestion.
On Mon, May 31, 2010 at 7:07 AM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
On Sun, May 30, 2010 at 6:01 PM, James Salsman jsals...@gmail.com wrote:
... With phase vocoder time shifting,
UDP delivery as per http://dev.w3.org/html5/html-device/#stream-api
would be far superior in quality
On Sat, May 29, 2010 at 4:57 PM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
On Thu, May 27, 2010 at 9:26 PM, James Salsman jsals...@gmail.com wrote:
Would it be appropriate to allow selection between reliable delivery
involving delay and unreliable delivery with the shorter delay
On Thu, May 27, 2010 at 3:34 PM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
There has been some limited discussion about the peer-to-peer section
as it relates to real-time peer to peer gaming applications:
On Thu, May 27, 2010 at 7:59 PM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
On Thu, May 27, 2010 at 6:22 PM, James Salsman jsals...@gmail.com wrote:
Why is relying on TCP for reliable delivery inferior to asking
applications to re-implement reliable transmission?
In real-time
because they were said
to be device dependent, which was completely meaningless, really.
Regards,
James Salsman
From: David Gerard dger...@gmail.com
Subject: [Wikitech-l] VP8 freed!
To: Wikimedia developers, Wikimedia Commons Discussion List
http://www.webmproject.org/
http://openvideoalliance.org/2010/05/google-frees-vp8-codec-for-html5-the-webm-project/?l=en
://www.springerlink.com/content/l0385t6v425j65h7/
Please let me know your thoughts.
Best regards,
James Salsman - http://talknicer.com/
in http://www.w3.org/TR/device-upload ? I am no longer affiliated with
Cisco. My new contact information which I would like included there
is:
James Salsman
device-upl...@talknicer.com or jsals...@gmail.com
http://talknicer.com
Thank you.
25 matches
Mail list logo
