[whatwg] Video : Slow motion, fast forward effects

On Aug 7, 2008, at 12:23 PM, Charles Iliya Krempeaux wrote:

> Hello,
>
> On Thu, Aug 7, 2008 at 12:11 PM, Jonas Sicking <jonas at sicking.cc>  
> wrote:
> Dave Singer wrote:
> At 20:10  +1200 7/08/08, Chris Double wrote:
> On Thu, Aug 7, 2008 at 6:20 PM, Ian Hickson <ian at hixie.ch> wrote:
>  On Thu, 7 Aug 2008, Biju Gm at il wrote:
>
>  On Thu, Aug 7, 2008 at 1:49 AM, Ian Hickson <ian at hixie.ch> wrote:
>  > playbackRate is the right way to do it, but maybe Firefox doesn't  
> yet
>  > support it.
>
>  So can I assume HTML5 spec also allow playbackRate  to be negative  
> value.
>  ie to support go backward at various speed....
>
>  Yes.
>
> Would you expect the audio to be played backwards too?
>
> I think that's extra credit and optional.  As you say, even with  
> audio coded in independent frames you have to flip the samples,  
> which is a pain.  For audio with forward dependencies, correct  
> decoding means decoding forwards and then flipping whole chunks of  
> timeline (though AAC doesn't suffer too badly if you don't do this,  
> by the way).
>
> Honestly, this seems useless enough that the spec should just say  
> that when playback is less than 0 sound should be turned off. I'd  
> hate to see engineers working on this just because "the spec says it  
> should work that way".
>
> I don't think turning sound off is a good idea.
>
> This feature would be used to implement "scrubing".  Like what you  
> see in Non-Linear Editors... for making movies, etc.  (I.e.,  
> grabbing the "position handle" of the player, and moving it forwards  
> and backwards through the video, and varying speeds, to find what  
> you are looking for.)
>
> In those types of applications, the audio is on.  And it is  
> important for usability, for the video editor to hear the sound.

But those applications are not na?vely playing the sound at the  
current playback rate; they are grabbing little snippets of audio  
samples from the current playhead position, and playing them at normal  
rate. I don't think the spec should go into this much detail about  
what happens to audio when rate != 1.

Simon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20080807/017aa1a2/attachment.htm>

Received on Thursday, 7 August 2008 15:52:17 UTC