unity-design team mailing list archive
-
unity-design team
-
Mailing list archive
-
Message #01338
Re: Fwd: CHI Day 4 continued
On 15/04/10 21:20, Jim Rorie wrote:
> On Thu, 2010-04-15 at 16:40 +0100, Conor Curran wrote:
>
>
>>> State type information that Charlene is referring to would be something
>>> novel like the musical pitch of the entire sound theme could being
>>> lowered by an octave as battery power drains to a critical level.
>>> Something easily done with a DFT audio processing routine.
>>>
>> This would be very nice indeed but are you implying we should schedule
>> real-time signal processing of a sound event on a machine that is
>> already dying because of lack of power :)
>>
> I should think it wouldn't cause too much overhead, as the duty cycle
> should be pretty low. Anyone generating continuous sound events has
> got bigger problems than a dying battery. IIRC, a good DFT transform for
> octave shift isn't too expensive, computationally.
>
It's a cool idea, but I don't think it meets the cost-benefit
requirement. There are better ways to signal battery low (including
sound events for folks who are more in tune with that) than reshaping
ALL sounds.
A major problem we have with sound events, classically, is latency. You
click, and half a second later the bell goes. That makes the sound theme
feel arbitrary and cheap. Let's work out how to make it feel real and
immediate, which means cutting latency out, not putting more in.
Sound is certainly an area where less will be more :-)
Mark
Attachment:
signature.asc
Description: OpenPGP digital signature
Follow ups
References