On Mon, May 24, 2010 at 5:54 PM, Philip Jägenstedt phil...@opera.comwrote:
So from this I gather that either:
1. initialTime is always 0
or
2. duration is not the duration of resource, but the time at the end.
I wouldn't say that. If you can seek backwards to before the initial time,
Hi Marius,
That is actually a pretty good idea. You can still have your other code run
at document ready, but then do the drawing to canvas once the image is
ready. Best of both ;)
Thanks,
Schalk
From: Marius Gundersen [mailto:gunder...@gmail.com]
Sent: Monday, May 24, 2010 4:49 AM
On Mon, 24 May 2010 04:48:32 +0200, Marius Gundersen gunder...@gmail.com
wrote:
You could also add a listener to the image to check that it actually
loads:
If you want to paint the first frame of a video, listen for the loadeddata
event.
--
Simon Pieters
Opera Software
On Mon, 24 May 2010 08:14:47 +0200, Robert O'Callahan
rob...@ocallahan.org wrote:
On Mon, May 24, 2010 at 5:54 PM, Philip Jägenstedt
phil...@opera.comwrote:
So from this I gather that either:
1. initialTime is always 0
or
2. duration is not the duration of resource, but the time at the
On Mon, May 24, 2010 at 10:13 PM, Philip Jägenstedt phil...@opera.comwrote:
Oh, so the idea is that the earlier data might actually be seekable, it's
just that the UA seeks to an offset, much like with media fragments? The
exception might be live streaming, where the duration is +Inf anyway.
On Mon, 24 May 2010 12:33:56 +0200, Robert O'Callahan
rob...@ocallahan.org wrote:
On Mon, May 24, 2010 at 10:13 PM, Philip Jägenstedt
phil...@opera.comwrote:
Oh, so the idea is that the earlier data might actually be seekable,
it's
just that the UA seeks to an offset, much like with
On Mon, May 24, 2010 at 4:14 PM, Robert O'Callahan rob...@ocallahan.org wrote:
On Mon, May 24, 2010 at 5:54 PM, Philip Jägenstedt phil...@opera.com
wrote:
So from this I gather that either:
1. initialTime is always 0
or
2. duration is not the duration of resource, but the time at the
On Mon, May 24, 2010 at 11:29 PM, Silvia Pfeiffer silviapfeiff...@gmail.com
wrote:
Here's how I've understood it would work with the attributes:
* currentTime is the video's timeline as described, so since we are at
offset (3), currentTime = t2.
* initialTime = t1, namely the offset at where
I think it rather important that the format define where you are in time,
precisely so that temporal fragments, or syncing with other material, can work.
For most video-on-demand, the program starts at zero and runs to its duration.
But for 'streaming', knowing 'where you are' in a stream
2010/5/23 Silvia Pfeiffer silviapfeiff...@gmail.com:
I just came across this thread
http://forum.doom9.org/showthread.php?p=1397067 and found it a most
interesting read!
Particularly the comment of jiifurusu .
It seems the subtitling community is developing a replacement format
for ASS with
Thanks for all the feedback.
We've gotten into a lot of details about this proposal for image resizing
(without hanging the UI), so I'd like to step back to a summary of the
current state:
1. We've presented several use cases which demonstrate many websites
which would benefit from this
Hi,
I'm wondering why the value and max IDL attributes have to reflect the
content attribute with zero as a default value instead of reflecting the
internal values used to calculate the position. Wouldn't that be easier
to know what is the internal value and max values by using the IDL
attributes
On Mon, May 24, 2010 at 1:21 PM, David Levin le...@google.com wrote:
We've discussed the leading alternate proposal optimized canvas (plus js to
read the exif information) and then get the bits out of canvas, but there
are several issues with this proposal including
that not all browsers will
This has come up before, but since Google has officially announced the
project at IO, and Mozilla has voiced interest in the idea on their
blog, I felt like it might be a good to revisit.
Google would like to make today's web apps installable in Chrome.
From a user's point of view, installing a
On Mon, May 24, 2010 at 1:40 PM, Aryeh Gregor
simetrical+...@gmail.comsimetrical%2b...@gmail.com
wrote:
On Mon, May 24, 2010 at 1:21 PM, David Levin le...@google.com wrote:
We've discussed the leading alternate proposal optimized canvas (plus js
to
read the exif information) and then get
I think that unifying as much as possible would be a win. We could either:
a) each browser has their own formats, and someone generates tools to spit
them all out
b) come to some agreement on at least a base set (with vendor goodies added)
As a developer, I want to create one app and send that
2010/5/25 Tab Atkins Jr. jackalm...@gmail.com:
2010/5/23 Silvia Pfeiffer silviapfeiff...@gmail.com:
I just came across this thread
http://forum.doom9.org/showthread.php?p=1397067 and found it a most
interesting read!
Particularly the comment of jiifurusu .
It seems the subtitling community
Hi all,
I would like to raise an issue that has come up multiple times before,
but hasn't ever really been addressed properly.
We've in the past talked about how there is a need to adapt the
bitrate version of a audio or video resource that is being delivered
to a user agent based on the
* authoring of content in a specific way
* description of the alternative files on the server and their
features for the UA to download and use for switching
* a means to easily switch mid-way between these alternative files
I don't have something decent to offer for the first and last
19 matches
Mail list logo