Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Sep 28, 2016 at 5:18 PM, Garrett Smith wrote: > On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote: >> On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote: >>> >>> Gecko uses code that can do arbitrary pitch adjustment,

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote: > On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote: >> >> Gecko uses code that can do arbitrary pitch adjustment, unrelated to >> time-stretching (which is speed change with pitch compensation). >

Re: [whatwg] VIDEO and pitchAdjustment

All, There is no way to independently adjust pitch and speed of HTML5 video. (Now, Chrome doesn't support preservesPitch (in any prefix), so things are worse.) Generally it is a good idea to read all of the thread's messages before replying. Garrett: Which implementations does this work in?

Re: [whatwg] VIDEO and pitchAdjustment

From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Garrett Smith > What is the status on this? I believe the conclusion of the thread was that this is possible with the Web Audio API.

Re: [whatwg] VIDEO and pitchAdjustment

What is the status on this? Need to be able to independently adjust pitch and slow down playback. I need this on a daily basis. In Chrome pitch is now preserved regardless of setting vid.[prefix]preservesPitch = false. On Mon, Mar 14, 2016 at 1:13 AM, Xabier Rodríguez Calvar

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Mar 11, 2016 at 1:19 PM, Jer Noble wrote: > > On Mar 11, 2016, at 1:11 PM, Garrett Smith wrote: > … > I also found:— > https://developer.apple.com/library/prerelease/ios/documentation/AVFoundation/Reference/AVAudioUnitTimePitch_Class/ >

Re: [whatwg] VIDEO and pitchAdjustment

Hi, O Ven, 11-03-2016 ás 13:19 -0800, Jer Noble escribiu: > > Oh. Poor hardware integration, and now this…. Being Apple CEO is > not Tim Cook's greatest gift…  > > I’m not sure how that’s relevant. Yes I agree with Jer here, it looks like a very bad, undesired and irrelevant joke. Best

Re: [whatwg] VIDEO and pitchAdjustment

> On Mar 11, 2016, at 1:11 PM, Garrett Smith wrote: > > > > On Tuesday, March 8, 2016, Jer Noble > wrote: > > > On Mar 8, 2016, at 4:42 PM, Garrett Smith > wrote: > > > > On Fri, Mar 4, 2016

Re: [whatwg] VIDEO and pitchAdjustment

On Tuesday, March 8, 2016, Jer Noble wrote: > > > On Mar 8, 2016, at 4:42 PM, Garrett Smith > wrote: > > > > On Fri, Mar 4, 2016 at 3:43 PM, Jer Noble wrote: > >> > >>> On Mar 4, 2016, at 3:19 PM, Garrett Smith

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Mar 4, 2016 at 3:43 PM, Jer Noble wrote: > >> On Mar 4, 2016, at 3:19 PM, Garrett Smith wrote: >> >> On Fri, Mar 4, 2016 at 1:55 PM, Jer Noble wrote: >>> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt

Re: [whatwg] VIDEO and pitchAdjustment

> On Mar 4, 2016, at 3:19 PM, Garrett Smith wrote: > > On Fri, Mar 4, 2016 at 1:55 PM, Jer Noble wrote: >> >>> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt wrote: >>> >>> On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Mar 4, 2016 at 1:55 PM, Jer Noble wrote: > >> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt wrote: >> >> On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith wrote: >>> On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt

Re: [whatwg] VIDEO and pitchAdjustment

> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt wrote: > > On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith wrote: >> On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt >> wrote: >>> On Thu, Nov 12, 2015 at 10:55 AM, Garrett Smith

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Mar 3, 2016 at 1:18 AM, Paul Adenot wrote: > That looks appropriate, and is in line with how the Web Audio API does > detuning (using the same unit, [0]). > > That said, I'm not sure about the use case here? Time-stretching (normal > playbackRate) is useful, for

Re: [whatwg] VIDEO and pitchAdjustment

That looks appropriate, and is in line with how the Web Audio API does detuning (using the same unit, [0]). That said, I'm not sure about the use case here? Time-stretching (normal playbackRate) is useful, for example, to watch a conference slightly faster in order to save some time. I can't

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Mar 2, 2016 at 1:09 PM, Garrett Smith wrote: > On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote: >> On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote: >>> >>> Gecko uses code that can do arbitrary pitch adjustment,

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote: > On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote: >> >> Gecko uses code that can do arbitrary pitch adjustment, unrelated to >> time-stretching (which is speed change with pitch compensation). >

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote: > > Gecko uses code that can do arbitrary pitch adjustment, unrelated to > time-stretching (which is speed change with pitch compensation). That's neat. If you're interested in exposing this as an API on HTMLMediaElement,

Re: [whatwg] VIDEO and pitchAdjustment

Gecko uses code that can do arbitrary pitch adjustment, unrelated to time-stretching (which is speed change with pitch compensation). Paul. On Wed, Mar 2, 2016 at 5:00 AM, Philip Jägenstedt wrote: > On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith >

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith wrote: > On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt wrote: >> On Thu, Nov 12, 2015 at 10:55 AM, Garrett Smith >> wrote: >>> On 11/12/15, Philip Jägenstedt

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt wrote: > On Thu, Nov 12, 2015 at 10:55 AM, Garrett Smith > wrote: >> On 11/12/15, Philip Jägenstedt wrote: >>> On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Nov 12, 2015 at 9:43 AM, Eric Carlson wrote: > >> On Nov 12, 2015, at 9:34 AM, Philip Jägenstedt wrote: >> >> On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith > > wrote: >>> >>> On 10/19/15,

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Nov 12, 2015 at 10:55 AM, Garrett Smith wrote: > On 11/12/15, Philip Jägenstedt wrote: >> On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith >> wrote: >>> >>> On 10/19/15, Philip Jägenstedt wrote: >>> >

Re: [whatwg] VIDEO and pitchAdjustment

> On Nov 12, 2015, at 9:34 AM, Philip Jägenstedt wrote: > > On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith > wrote: >> >> On 10/19/15, Philip Jägenstedt wrote: >>> On Tue, Sep 1, 2015 at 11:21 AM,

Re: [whatwg] VIDEO and pitchAdjustment

On 10/19/15, Philip Jägenstedt wrote: > On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt > wrote: >> On Mon, Aug 31, 2015 at 9:48 PM, Domenic Denicola wrote: >>> From: Eric Carlson [mailto:eric.carl...@apple.com] >>> [...] > I've filed a

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith wrote: > > On 10/19/15, Philip Jägenstedt wrote: > > On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt > > wrote: > >> On Mon, Aug 31, 2015 at 9:48 PM, Domenic Denicola

Re: [whatwg] VIDEO and pitchAdjustment

On 11/12/15, Philip Jägenstedt wrote: > On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith > wrote: >> >> On 10/19/15, Philip Jägenstedt wrote: >> > On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt >> > wrote: >> >>

Re: [whatwg] VIDEO and pitchAdjustment

On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt wrote: > On Mon, Aug 31, 2015 at 9:48 PM, Domenic Denicola wrote: >> From: Eric Carlson [mailto:eric.carl...@apple.com] >> >>> FWIW, Safari supports negative playback rates on the desktop and on iOS. >>> >>>

Re: [whatwg] VIDEO and pitchAdjustment

On 8/27/15, Robert O'Callahan wrote: > On Fri, Aug 28, 2015 at 6:02 AM, Garrett Smith > wrote: > [...] > But variable pitch control it would be useful for music adjustments >> like "over the mountain", "Black Star", "Take your Whiskey Home", all

Re: [whatwg] VIDEO and pitchAdjustment

I'm an implementer (to the fullest extent that one can be one by modifying existing open source), just following the convention of this list of stating my use case. The use case reflects reality since it was implemented last year. On Mon, Aug 31, 2015 at 12:04 PM, Domenic Denicola

Re: [whatwg] VIDEO and pitchAdjustment

> On Sep 1, 2015, at 4:03 , Robert O'Callahan wrote: > > On Tue, Sep 1, 2015 at 8:02 PM, Kevin Marks wrote: > >> QuickTime supports full variable speed playback and has done for well over >> a decade. With bidirectionally predicted frames you need a

Re: [whatwg] VIDEO and pitchAdjustment

On Tue, Sep 1, 2015 at 10:55 AM, David Singer wrote: > > > On Sep 1, 2015, at 10:47 , Yay295 wrote: > > > > On Tue, Sep 1, 2015 at 11:30 AM, David Singer wrote: > > > On Sep 1, 2015, at 4:03 , Robert O'Callahan >

Re: [whatwg] VIDEO and pitchAdjustment

On Tue, Sep 1, 2015 at 11:57 AM, David Singer wrote: > > > On Sep 1, 2015, at 11:36 , Kevin Marks wrote: > > > I suppose the browser could generate this data the first time it reads > through the video. It would use a lot less memory. Though that sounds

Re: [whatwg] VIDEO and pitchAdjustment

> On Sep 1, 2015, at 11:36 , Kevin Marks wrote: > > I suppose the browser could generate this data the first time it reads > > through the video. It would use a lot less memory. Though that sounds like > > a problem for the browsers to solve, not the standard. > > There

Re: [whatwg] VIDEO and pitchAdjustment

On Tue, Sep 1, 2015 at 11:30 AM, David Singer wrote: > > On Sep 1, 2015, at 4:03 , Robert O'Callahan > wrote: > >> On Tue, Sep 1, 2015 at 8:02 PM, Kevin Marks > wrote: > >> QuickTime supports full variable speed playback and has

Re: [whatwg] VIDEO and pitchAdjustment

> On Sep 1, 2015, at 10:47 , Yay295 wrote: > > On Tue, Sep 1, 2015 at 11:30 AM, David Singer wrote: > > On Sep 1, 2015, at 4:03 , Robert O'Callahan wrote: > >> On Tue, Sep 1, 2015 at 8:02 PM, Kevin Marks wrote: >

Re: [whatwg] VIDEO and pitchAdjustment

On Wed, Sep 2, 2015 at 5:30 AM, David Singer wrote: > On Sep 1, 2015, at 4:03 , Robert O'Callahan wrote: > > How about a hard but realistic (IMHO) case: 4K video (4096 x 2160), 25 > fps, > > keyframe every 10s. Storing all those frames takes 250 x 4096 x

Re: [whatwg] VIDEO and pitchAdjustment

QuickTime supports full variable speed playback and has done for well over a decade. With bidirectionally predicted frames you need a fair few buffers anyway, so generalising to full variable wait is easier than posters above claim - you need to work a GOP at a time, but memory buffering isn't the

Re: [whatwg] VIDEO and pitchAdjustment

On Mon, Aug 31, 2015 at 9:48 PM, Domenic Denicola wrote: > From: Eric Carlson [mailto:eric.carl...@apple.com] > >> FWIW, Safari supports negative playback rates on the desktop and on iOS. >> >> ... >> >> The crash Garrett noted in Safari 8 is a bug that “only" happens with

Re: [whatwg] VIDEO and pitchAdjustment

On Tue, Sep 1, 2015 at 8:02 PM, Kevin Marks wrote: > QuickTime supports full variable speed playback and has done for well over > a decade. With bidirectionally predicted frames you need a fair few buffers > anyway, so generalising to full variable wait is easier than

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Aug 28, 2015 at 11:17 AM, Domenic Denicola wrote: > From: Robert O'Callahan > >> According to the spec it should work, but it's very low priority for us and >> implementing it would be very inefficient as Yay295 describes. So I don't >> think it's going to happen in Firefox in the

Re: [whatwg] VIDEO and pitchAdjustment

On 8/31/15, Michael Enright wrote: > On Fri, Aug 28, 2015 at 11:17 AM, Domenic Denicola wrote: >> From: Robert O'Callahan >> >>> According to the spec it should work, but it's very low priority for us >>> and >>> implementing it would be very inefficient as Yay295 describes.

Re: [whatwg] VIDEO and pitchAdjustment

To be clear: Everyone can imagine use cases for playing videos backward. However, so far the only statements we have about implementations are negative. My subthread was more concerned with making the spec reflect current reality. If you can convince implementers to support backward videos,

Re: [whatwg] VIDEO and pitchAdjustment

> On Aug 31, 2015, at 12:04 PM, Domenic Denicola wrote: > > My subthread was more concerned with making the spec reflect current reality. > If you can convince implementers to support backward videos, then that's > separate, and we can change the spec again. > FWIW,

Re: [whatwg] VIDEO and pitchAdjustment

From: Eric Carlson [mailto:eric.carl...@apple.com] > FWIW, Safari supports negative playback rates on the desktop and on iOS. > > ... > > The crash Garrett noted in Safari 8 is a bug that “only" happens with MSE > content. That's really helpful, thanks. Combined with Edge's keyframes-only

Re: [whatwg] VIDEO and pitchAdjustment

On Sat, Aug 29, 2015 at 8:18 AM, James Ross ja...@james-ross.co.uk wrote: Support is certainly poor; Internet Explorer/Trident and Edge both support negative playback rates on desktop (I haven’t tested mobile) but do so by simply showing the key frames as they are reached in reverse, in my

Re: [whatwg] VIDEO and pitchAdjustment

From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Robert O'Callahan According to the spec it should work, but it's very low priority for us and implementing it would be very inefficient as Yay295 describes. So I don't think it's going to happen in Firefox in the forseeable

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Aug 28, 2015 at 12:17 PM, Domenic Denicola d...@domenic.me wrote: From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Robert O'Callahan According to the spec it should work, but it's very low priority for us and implementing it would be very inefficient as Yay295

Re: [whatwg] VIDEO and pitchAdjustment

On Sat, Aug 29, 2015 at 8:27 AM, Robert O'Callahan rob...@ocallahan.org wrote: On Sat, Aug 29, 2015 at 8:18 AM, James Ross ja...@james-ross.co.uk wrote: Support is certainly poor; Internet Explorer/Trident and Edge both support negative playback rates on desktop (I haven’t tested mobile) but

[whatwg] VIDEO and pitchAdjustment

It would be useful to have pitch adjustment for VIDEO element. There is playbackRate, to control playback speed — useful!* And there is vv.mozPreservesPitch, in Firefox, which can be set to false, so that pitch will adjust to the speed of the video, sort of like old analog gear (tapes and

Re: [whatwg] VIDEO and pitchAdjustment

On Thu, Aug 27, 2015 at 12:02 PM, Garrett Smith dhtmlkitc...@gmail.com wrote: Negative playbackRate, to watch videos backwards, currently crashes Safari 8; Firefox 40 says not implemented. I think it would be entertaining for example, to watch things like cars uncrashing. Should this work?

Re: [whatwg] VIDEO and pitchAdjustment

On Fri, Aug 28, 2015 at 6:02 AM, Garrett Smith dhtmlkitc...@gmail.com wrote: It would be useful to have pitch adjustment for VIDEO element. There is playbackRate, to control playback speed — useful!* And there is vv.mozPreservesPitch, in Firefox, which can be set to false, so that pitch will

Re: [whatwg] VIDEO and pitchAdjustment

On 8/27/15, Robert O'Callahan rob...@ocallahan.org wrote: On Fri, Aug 28, 2015 at 6:02 AM, Garrett Smith dhtmlkitc...@gmail.com wrote: It would be useful to have pitch adjustment for VIDEO element. There is playbackRate, to control playback speed — useful!* And there is vv.mozPreservesPitch,

Re: [whatwg] video feedback

On Thu, 20 Dec 2012, Jer Noble wrote: On Dec 17, 2012, at 4:01 PM, Ian Hickson i...@hixie.ch wrote: Should we add a preciseSeek() method with two arguments that does a seek using the given rational time? This method would be more useful if there were a way to retrieve the media's

Re: [whatwg] video feedback

On 2012/12/18 9:01, Ian Hickson wrote: On Tue, 2 Oct 2012, Jer Noble wrote: The nature of floating point math makes precise frame navigation difficult, if not impossible. Rob's test is especially hairy, given that each frame has a timing bound of [startTime, endTime), and his test

Re: [whatwg] video feedback

On Thu, 20 Dec 2012, Mark Callow wrote: On 2012/12/18 9:01, Ian Hickson wrote: On Tue, 2 Oct 2012, Jer Noble wrote: The nature of floating point math makes precise frame navigation difficult, if not impossible. Rob's test is especially hairy, given that each frame has a timing bound of

Re: [whatwg] video feedback

On 12/20/12 9:54 AM, Ian Hickson wrote: Everything in the Web platform already uses doubles. Except WebGL. And Audio API wave tables, sample rates, AudioParams, PCM data (though thankfully times in Audio API do use doubles). And graphics libraries used to implement canvas, in many cases...

Re: [whatwg] video feedback

On 2012/12/21 2:54, Ian Hickson wrote: On Thu, 20 Dec 2012, Mark Callow wrote: I draw your attention to Don't Store that in a float http://randomascii.wordpress.com/2012/02/13/dont-store-that-in-a-float/ and its suggestion to use a double starting at 2^32 to avoid the issue around

Re: [whatwg] video feedback

On Fri, 21 Dec 2012, Mark Callow wrote: On 2012/12/21 2:54, Ian Hickson wrote: On Thu, 20 Dec 2012, Mark Callow wrote: I draw your attention to Don't Store that in a float http://randomascii.wordpress.com/2012/02/13/dont-store-that-in-a-float/ and its suggestion to use a double starting

Re: [whatwg] video feedback

On Dec 20, 2012, at 7:27 PM, Mark Callow callow.m...@artspark.co.jp wrote: On 2012/12/21 2:54, Ian Hickson wrote: On Thu, 20 Dec 2012, Mark Callow wrote: I draw your attention to Don't Store that in a float http://randomascii.wordpress.com/2012/02/13/dont-store-that-in-a-float/ and its

Re: [whatwg] video feedback

On Tue, 2 Oct 2012, Jer Noble wrote: On Sep 17, 2012, at 12:43 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 9 Jul 2012, adam k wrote: i'm aware that crooked framerates (i.e. the notorious 29.97) were not supported when frame accuracy was implemented. in my tests, 29.97DF timecodes

Re: [whatwg] video feedback

On Sep 17, 2012, at 12:43 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 9 Jul 2012, adam k wrote: i have a 25fps video, h264, with a burned in timecode. it seems to be off by 1 frame when i compare the burned in timecode to the calculated timecode. i'm using rob coenen's test app at

Re: [whatwg] video feedback

On Wed, Oct 3, 2012 at 6:41 AM, Jer Noble jer.no...@apple.com wrote: On Sep 17, 2012, at 12:43 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 9 Jul 2012, adam k wrote: i have a 25fps video, h264, with a burned in timecode. it seems to be off by 1 frame when i compare the burned in timecode to

[whatwg] video feedback

On Thu, 7 Jun 2012, Kit Grose wrote: On 06/06/2012, at 7:44 AM, Ian Hickson wrote: On Fri, 13 Jan 2012, Kit Grose wrote: I'd argue that while we did receive in WebM a common codec it does not enjoy the sort of universal adoption required to be able to mandate its support in the spec,

Re: [whatwg] video preload implementation feedback

On Fri, 15 Jun 2012 18:01:09 +0200, Ian Hickson i...@hixie.ch wrote: When preload=none, step 2 of http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html#concept-media-load-resource should not be optional. The effective (internal) preload state should be defined. It

Re: [whatwg] video preload implementation feedback

On Thu, 14 Jun 2012 20:32:16 +0200, Ian Hickson i...@hixie.ch wrote: On Thu, 14 Jun 2012, Simon Pieters wrote: It's not more. But it still is. Even though images aren't required to load at all, you still recently changed the way they load to be compatible (http://html5.org/r/7128 ). We should

Re: [whatwg] video preload implementation feedback

On Fri, 15 Jun 2012, Simon Pieters wrote: On Thu, 14 Jun 2012 20:32:16 +0200, Ian Hickson i...@hixie.ch wrote: On Thu, 14 Jun 2012, Simon Pieters wrote: It's not more. But it still is. Even though images aren't required to load at all, you still recently changed the way they load to

Re: [whatwg] video preload implementation feedback

On Thu, 14 Jun 2012 00:57:29 +0200, Ian Hickson i...@hixie.ch wrote: On Wed, 9 May 2012, Simon Pieters wrote: On Tue, 08 May 2012 18:59:29 +0200, Ian Hickson i...@hixie.ch wrote: On Thu, 18 Aug 2011, Philip Jägenstedt wrote: This is true, but as long as a few big browsers implement e.g.

Re: [whatwg] video preload implementation feedback

On Thu, 14 Jun 2012, Simon Pieters wrote: It's not more. But it still is. Even though images aren't required to load at all, you still recently changed the way they load to be compatible (http://html5.org/r/7128 ). We should also specify how videos load to be compatible. We can do it now

Re: [whatwg] video preload implementation feedback

On Wed, 9 May 2012, Simon Pieters wrote: On Tue, 08 May 2012 18:59:29 +0200, Ian Hickson i...@hixie.ch wrote: On Thu, 18 Aug 2011, Philip Jägenstedt wrote: This is true, but as long as a few big browsers implement e.g. preload=none in a somewhat compatible way, it's hard to imagine

Re: [whatwg] video element not ready for prime time

On Thu, 07 Jun 2012 04:06:10 +0200, Kit Grose k...@iqmultimedia.com.au wrote: On 06/06/2012, at 7:44 AM, Ian Hickson wrote: On Fri, 13 Jan 2012, Kit Grose wrote: I'd argue that while we did receive in WebM a common codec it does not enjoy the sort of universal adoption required to be

Re: [whatwg] video element not ready for prime time

On 06/06/2012, at 7:44 AM, Ian Hickson wrote: On Fri, 13 Jan 2012, Kit Grose wrote: I'd argue that while we did receive in WebM a common codec it does not enjoy the sort of universal adoption required to be able to mandate its support in the spec, so on that logic, I think establishing a

Re: [whatwg] video element not ready for prime time

On Fri, Jan 13, 2012 at 6:46 AM, Francis Boumphrey boumphre...@gmail.com wrote: Firstly if I use a video with the src attribute e.g. video src='myvideo.mp4' controls and my user agent does not support the format, all I get (in my versions of Opera and Firefox) is a blank screen. Recent

Re: [whatwg] video and audio tags need to have volume attribute.

On Mon, 14 Nov 2011, crocket wrote: I know that it's possible to manipulate the volume attribute with javascript. Many internet forums allow HTML tags but prohibit javascripts, however. If I was able to set the initial volume with volume attribute of those tags, I would be able to set the

Re: [whatwg] video element not ready for prime time

On Thu, 12 Jan 2012, Francis Boumphrey wrote: A few comments about the video element from the point of view of an HTML author. Currently it is not particularly useful, and there is nothing to encourage me to use it rather than embed Firstly if I use a video with the src attribute e.g.

Re: [whatwg] video element not ready for prime time

On Fri, 13 Jan 2012, Kit Grose wrote: On 13/01/2012, at 4:46 AM, Francis Boumphrey wrote: Firstly if I use a video with the src attribute e.g. video src='myvideo.mp4' controls and my user agent does not support the format, all I get (in my versions of Opera and Firefox) is a

Re: [whatwg] video preload implementation feedback

On Tue, 08 May 2012 18:59:29 +0200, Ian Hickson i...@hixie.ch wrote: On Thu, 18 Aug 2011, Philip Jägenstedt wrote: This is true, but as long as a few big browsers implement e.g. preload=none in a somewhat compatible way, it's hard to imagine page authors not coming to depend on that behavior

Re: [whatwg] Video- and audio-controls without scripting

On Sun, 14 Aug 2011, Timo Beermann wrote: The new video- and audio-tag are great, but the controls (play/pause, skip forward, skip back, volume, progress bar, time) should be possible without scripting. Some standard-controls that also can be modified with CSS. Because some users

Re: [whatwg] video preload implementation feedback

On Wed, 17 Aug 2011, Philip Jägenstedt wrote: I'd very much like to see feedback from other implementors. Are you happy with treating autoplay and preload as just hints as in [4] or do you think that we should specify them in greater detail? (This does not preclude having user preferences

Re: [whatwg] video element not ready for prime time

On Fri, 13 Jan 2012 01:53:23 +0100, Aryeh Gregor a...@aryeh.name wrote: On Thu, Jan 12, 2012 at 12:46 PM, Francis Boumphrey boumphre...@gmail.com wrote: e.g. video src='myvideo.mp4' controls and my user agent does not support the format, all I get (in my versions of Opera and Firefox) is a

[whatwg] video element not ready for prime time

A few comments about the video element from the point of view of an HTML author. Currently it is not particularly useful, and there is nothing to encourage me to use it rather than embed Firstly if I use a video with the src attribute e.g. video src='myvideo.mp4' controls and my user agent does

Re: [whatwg] video element not ready for prime time

On 1/12/12 12:46 PM, Francis Boumphrey wrote: and as far as I can see there is no way for me as an author to know that the video is not being played If true, this should be simple to fix. But I would think that there was a way to detect this via the readyState or error properties. In

Re: [whatwg] video element not ready for prime time

On Thu, Jan 12, 2012 at 9:46 AM, Francis Boumphrey boumphre...@gmail.comwrote: In which order does the user-agent check the source files (in Chrome it seems to be in the order in which they are written, but there is no guidance here in the spec. The spec does specify this, and chrome fails

Re: [whatwg] video element not ready for prime time

On 13/01/2012, at 4:46 AM, Francis Boumphrey wrote: Firstly if I use a video with the src attribute e.g. video src='myvideo.mp4' controls and my user agent does not support the format, all I get (in my versions of Opera and Firefox) is a blank screen. No message (as I would get with

Re: [whatwg] video element not ready for prime time

On Thu, Jan 12, 2012 at 12:46 PM, Francis Boumphrey boumphre...@gmail.com wrote: e.g. video src='myvideo.mp4' controls and my user agent does not support the format, all I get (in my versions of Opera and Firefox) is a blank screen. No message (as I would get with embed) and as far as I can

[whatwg] video and audio tags need to have volume attribute.

I know that it's possible to manipulate the volume attribute with javascript. Many internet forums allow HTML tags but prohibit javascripts, however. If I was able to set the initial volume with volume attribute of those tags, I would be able to set the volume without javascript.

Re: [whatwg] video preload implementation feedback

On Thu, 18 Aug 2011 04:50:17 +0200, Chris Pearce cpea...@mozilla.com wrote: I implemented preload support in Firefox. On 18/08/2011 3:44 a.m., Philip Jägenstedt wrote: I'd very much like to see feedback from other implementors. Are you happy with treating autoplay and preload as just

Re: [whatwg] video preload implementation feedback

On Thu, 18 Aug 2011 05:36:42 +0200, Bjartur Thorlacius svartma...@gmail.com wrote: Þann mið 17.ágú 2011 15:44, skrifaði Philip Jägenstedt: I'd very much like to see feedback from other implementors. Are you happy with treating autoplay and preload as just hints as in [4] or do you think that

Re: [whatwg] video preload implementation feedback

On 19/08/2011 12:01 a.m., Philip Jägenstedt wrote: I think that too much variation in how preload is implemented is also likely to give compat problems. In http://www.w3.org/Bugs/Public/show_bug.cgi?id=12596#c7 I have an example of what might break when pages inevitably assume that

[whatwg] video preload implementation feedback

Greetings, Opera's implementation [1] of video preload and the testsuite [2][3] has been available for about a month now. While implementing this, we found and reported a number of issues. [4-10] In general, it is my opinion that video preload is under-defined, giving implementors more

Re: [whatwg] video preload implementation feedback

I implemented preload support in Firefox. On 18/08/2011 3:44 a.m., Philip Jägenstedt wrote: I'd very much like to see feedback from other implementors. Are you happy with treating autoplay and preload as just hints as in [4] or do you think that we should specify them in greater detail? I

Re: [whatwg] video preload implementation feedback

Þann mið 17.ágú 2011 15:44, skrifaði Philip Jägenstedt: I'd very much like to see feedback from other implementors. Are you happy with treating autoplay and preload as just hints as in [4] or do you think that we should specify them in greater detail? (This does not preclude having user

Re: [whatwg] Video- and audio-controls without scripting

Timo Beermann timo.beerm...@googlemail.com wrote: The new video- and audio-tag are great, but the controls (play/pause, skip forward, skip back, volume, progress bar, time) should be possible without scripting. Some standard-controls that also can be modified with CSS. Because some users

Re: [whatwg] Video- and audio-controls without scripting

On Sun, Aug 14, 2011 at 3:33 AM, Timo Beermann timo.beerm...@googlemail.com wrote: The new video- and audio-tag are great, but the controls (play/pause, skip forward, skip back, volume, progress bar, time) should be possible without scripting. Some standard-controls that also can be modified

Re: [whatwg] Video feedback

On Thu, 7 Jul 2011, Eric Winkelman wrote: On Thursday, June 02 Ian Hickson wrote: On Fri, 18 Mar 2011, Eric Winkelman wrote: For in-band metadata tracks, there is neither a standard way to represent the type of metadata in the HTMLTrackElement interface nor is there a standard way

Re: [whatwg] Video feedback

-Original Message- From: whatwg-boun...@lists.whatwg.org [mailto:whatwg- boun...@lists.whatwg.org] On Behalf Of Mark Watson Sent: Monday, June 20, 2011 2:29 AM To: Eric Carlson Cc: Silvia Pfeiffer; whatwg Group; Simon Pieters Subject: Re: [whatwg] Video feedback On Jun 9, 2011

Re: [whatwg] Video feedback

On Thursday, June 02 Ian Hickson wrote: On Fri, 18 Mar 2011, Eric Winkelman wrote: For in-band metadata tracks, there is neither a standard way to represent the type of metadata in the HTMLTrackElement interface nor is there a standard way to represent multiple different types of

Re: [whatwg] Video feedback

On Jun 9, 2011, at 4:32 PM, Eric Carlson wrote: On Jun 9, 2011, at 12:02 AM, Silvia Pfeiffer wrote: On Thu, Jun 9, 2011 at 4:34 PM, Simon Pieters sim...@opera.com wrote: On Thu, 09 Jun 2011 03:47:49 +0200, Silvia Pfeiffer silviapfeiff...@gmail.com wrote: For commercial video

Re: [whatwg] Video feedback

On Mon, Jun 20, 2011 at 6:29 PM, Mark Watson wats...@netflix.com wrote: On Jun 9, 2011, at 4:32 PM, Eric Carlson wrote: On Jun 9, 2011, at 12:02 AM, Silvia Pfeiffer wrote: On Thu, Jun 9, 2011 at 4:34 PM, Simon Pieters sim...@opera.com wrote: On Thu, 09 Jun 2011 03:47:49 +0200, Silvia

Re: [whatwg] Video feedback

On Jun 20, 2011, at 10:42 AM, Silvia Pfeiffer wrote: On Mon, Jun 20, 2011 at 6:29 PM, Mark Watson wats...@netflix.commailto:wats...@netflix.com wrote: On Jun 9, 2011, at 4:32 PM, Eric Carlson wrote: On Jun 9, 2011, at 12:02 AM, Silvia Pfeiffer wrote: On Thu, Jun 9, 2011 at 4:34 PM, Simon

  1   2   3   4   5   6   7   8   9   >