<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Aug 7, 2008, at 12:23 PM, Charles Iliya Krempeaux wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Hello,<br><br><div class="gmail_quote">On Thu, Aug 7, 2008 at 12:11 PM, Jonas Sicking <span dir="ltr"><<a href="mailto:jonas@sicking.cc">jonas@sicking.cc</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">Dave Singer wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> At 20:10  +1200 7/08/08, Chris Double wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> On Thu, Aug 7, 2008 at 6:20 PM, Ian Hickson <<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>> wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">  On Thu, 7 Aug 2008, Biju Gm@il wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br>  On Thu, Aug 7, 2008 at 1:49 AM, Ian Hickson <<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>> wrote:<br>  > playbackRate is the right way to do it, but maybe Firefox doesn't yet<br>  > support it.<br> <br>  So can I assume HTML5 spec also allow playbackRate  to be negative value.<br>  ie to support go backward at various speed....<br> </blockquote> <br>  Yes.<br> </blockquote> <br> Would you expect the audio to be played backwards too?<br> </blockquote> <br> 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).<br> </blockquote> <br></div> 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".<font color="#888888"><br> </font></blockquote></div><br>I don't think turning sound off is a good idea.<br><br>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.)<br> <br clear="all">In those types of applications, the audio is on.  And it is important for usability, for the video editor to hear the sound.<br></div></blockquote></div><br><div>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.</div><div><br></div><div>Simon</div><div><br></div></body></html>