In one of the video related threads someone from Opera said that browsers
have a rough time trying to figure out how to intelligently handle video
content fetches. I think that a type suggestion, before the Content-type
could help a browser use a more optimal fetch behavior.
If the type of a reso
>
> Yes, the browser disconnects, and scripts have no influence over it. With
> preload="metadata" implemented, it should disconnect as soon as possible
> after getting enough data for the first frame. For preload="auto", it will
> disconnect after buffering X seconds of data. If you need more gran
On Wed, Jun 30, 2010 at 8:11 AM, Silvia Pfeiffer
wrote:
> Hi all,
>
> The W3C WG for media fragments has published a Last Call Working Draft
> at http://www.w3.org/TR/media-frags/ .
>
> The idea of the spec is to enable addressing sub-parts of audio-visual
> resources through URIs, such as http://
On Tue, Jul 6, 2010 at 4:37 PM, Aryeh Gregor
> wrote:
> On Tue, Jul 6, 2010 at 10:24 AM, Marques Johansson
> wrote:
> > The benefit to the user is that they could have less open network
> > connections while streaming video from server controlled sites and those
> >
On Tue, Jul 6, 2010 at 10:59 AM, Philip Jägenstedt wrote:
> On Tue, 06 Jul 2010 16:24:45 +0200, Marques Johansson <
> marq...@displague.com> wrote:
> Some UAs request video without sending "Range: bytes 0-". The server has
> no
>
>> way to negotiate that t
On Tue, Jul 6, 2010 at 10:12 AM, Philip Jägenstedt wrote:
> On Tue, 06 Jul 2010 15:19:35 +0200, Marques Johansson <
> marq...@displague.com> wrote:
>
> Is preload="none" not enough? I can't imagine the actual bandwidth savings
> of more fine-grained control to
On Mon, Jul 5, 2010 at 4:26 PM, Aryeh Gregor
> wrote:
> On Mon, Jul 5, 2010 at 4:10 PM, Marques Johansson
> wrote:
> > For my purposes I am interested in application-controlled video delivery.
> I
> > want to be able to deliver unprotected mp4, webm, or ogv content i
On Mon, Jul 5, 2010 at 7:53 PM, Bjartur Thorlacius wrote:
> On Mon, 5 Jul 2010, Marques Johansson wrote:
> > The company I work for, VOD.com (sfw) (aka Hotmovies .com and clips .com
> -
> > nsfw (spaces added)), offer video on demand services to thousands of
>
If I understa
On Mon, Jul 5, 2010 at 10:25 PM, Henri Sivonen wrote:
> On Jul 5, 2010, at 13:10, Marques Johansson wrote:
>
> > For the content that is not protected the download or stream is metered
> so the client can be charged only for the time they spent watching the
> content. We error
The company I work for, VOD.com (sfw) (aka Hotmovies .com and clips .com -
nsfw (spaces added)), offer video on demand services to thousands of
studios. Our sites are central locations for customers who want to watch
something - this is a service in itself. We handle encoding and content
distribu
Another way about handling this PPI ratio business would be with HTTP 300
multiple choice.
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.1
This may not be the best answer for every image on a page, but the first
HTML page in a server controlled session could store the PPI ratio se
On Fri, Jul 2, 2010 at 8:39 AM, Aral Balkan wrote:
> ...
> http://wiki.whatwg.org/wiki/MetaExtensions#Proposals
"In this case, the developer would provide 2x, 4x, and 8x versions of all
images. So, in the running example, she would make flower.jpg, flo...@2x.jpg,
flo...@4x.jpg, and"
And what if
If there were hooks for handling the bytes being requested and
supplied to the media object, would you agree that DRM modules could
be written with Javascript (if a bit of a straw man - as all DRM is
perceived to varying degrees)? I think this could prevent the need for
some plugins.
On Fri, Jul 2
If the seek method was further hookable it should be possible to add decrypt
or transcode methods to interpret the fetched content, possibly requesting
more data to the filter stream bucket, before apending the bytes of media.
On Jul 2, 2010 6:10 AM, "Marques Johansson" wrote:
On
A point in time, if it relates to an I-frame, is very small set and it
represents an image.
It would be interesting to have
or animated images in the sense of:
I think the earlier post was looking to display video thumbnails using
this sort of fragment notation.
If the video wasn't being play
On Thu, Jul 1, 2010 at 6:59 PM, John Harding wrote:
> 2. Robust Video Streaming
> Andy Berkheimer on our team has been putting some thought into this, so I'll
> defer to him for more specific proposals. For an app like YouTube, it is
> extremely useful to have fine-grained control over how the br
On Wed, Jun 30, 2010 at 5:02 PM, Aryeh Gregor wrote:
> Why doesn't the server just stop sending when the user hits the limit,
> maybe adding some filler frames to tell the user why the video ended?
> Pay-per-minute/pay-per-byte are very unimportant use-cases right now
> anyway, though. The overwh
On Wed, Jun 30, 2010 at 2:43 PM, Tab Atkins Jr. wrote:
> On Wed, Jun 30, 2010 at 11:27 AM, Marques Johansson
> wrote:
>> What is the problem with #3? My recent emails on this list concern #3.
>>
>> I know that anything that has been seen or heard can be recorded,
>&g
What is the problem with #3? My recent emails on this list concern #3.
I know that anything that has been seen or heard can be recorded,
replayed, and redistributed by illegitimate parties but that doesn't
mean content protection is silly. Content providers have a right to
determine who, how, a
I would like to see a standardization of HTTP streaming, not
necessarily "adaptive streaming" - but that could also be useful.
The HTTP spec is vague or incomplete on behaviors related to partial requests.
To implement a streaming audio / video site where the user can only
receive data if their a
20 matches
Mail list logo