W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2008

[whatwg] Video : Slow motion, fast forward effects

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 15 Oct 2008 06:48:19 +1100
Message-ID: <2c0e02830810141248j5cd16f82we272b3e06d5302ab@mail.gmail.com>
I don't think it needs the word "required". But it shouldn't be "forbidden". :-)

Regards,
Silvia.

On Wed, Oct 15, 2008 at 6:34 AM, 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/
>
>
Received on Tuesday, 14 October 2008 12:48:19 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:06 UTC