[whatwg] Video : Slow motion, fast forward effects

[WeBMartians]

Yes, one must ALWAYS remember NEVER to use words like "always" and "never" ... and "required" and "forbidden" and...
________________________________
From: Charles Iliya Krempeaux [mailto:supercanadian at gmail.com] 
Sent: Tuesday, 2008 October 14 15:57
To: WeBMartians
Cc: Ian Hickson; whatwg at whatwg.org
Subject: Re: [whatwg] Video : Slow motion, fast forward effects

Hello,

Note that I said "when it is available".

I'd strongly encourage Codec/Plugin developers to add support for it.  As I know you'll have a certain class of web developers
screaming for this feature.  (And you'll be able to create alot of "cool" stuff with it :-)  )

-- 
Charles Iliya Krempeaux, B.Sc.
http://ChangeLog.ca/

On Tue, Oct 14, 2008 at 12:34 PM, WeBMartians <webmartians at verizon.net> wrote:


	I agree that scrubbing requires non-1X audio. However, to require it is going to cause CoDec/PlugIn developers not just
headaches
	but maybe aneurisms as well.
	
	Interestingly enough, audio at varied play rates has the potential to retain tonality. Since the audio is encoded with
something
	like a Fourier transform, the data is "spectral" rather than "wave." The samples may be presented tonally-accurate even if
their
	duration is not 1:1.
	
	Nonetheless, you're going to be very unpopular if the word "required" starts showing up.
	
	Best!
	________________________________
	
	From: whatwg-bounces at lists.whatwg.org [mailto:whatwg-bounces at lists.whatwg.org] On Behalf Of Charles Iliya Krempeaux
	Sent: Tuesday, 2008 October 14 15:24
	To: Ian Hickson
	Cc: whatwg at whatwg.org
	
	Subject: Re: [whatwg] Video : Slow motion, fast forward effects
	
	
	Hello Ian,
	
	On Mon, Oct 13, 2008 at 3:41 PM, Ian Hickson <ian at hixie.ch> wrote:
	
	[...]
	
	       On Thu, 7 Aug 2008, Charles Iliya Krempeaux wrote:
	
	       >
	       > 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.
	
	
	       I agree that on the long term we would want to provide this, but I think
	       that is something we should offer as a separate feature (e.g. a flag that
	       decides whether reverse-playback audio is muted or not, defaulting to true
	       for compatibility with today).
	
	If there's some way of turning this feature "on" (when it is available)... that would be sufficient for scrubbing AFAICT.
	--
	Charles Iliya Krempeaux, B.Sc.
	http://ChangeLog.ca/