|
These are all very relevant points for the sound brief Michael and I
have been working on this week. Below you can read an excerpt of what we have some up with so far: The very nature of a proposed sound depends on its purpose. Essentially any "sound object" can be defined by its pitch, amplitude and its timbre. Therefore the would be sound designer needs to consider these three factors.
>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 :) It is funny you mention this since we have been talking about the possibility using real-time processing on sound events using simple Gstreamer pipelines or Faust DSPs. We came to a point during the week where we realized we needed more community feedback before we committed to a brief hence the urge to organise a session at UDS about sound themes. More info on session to follow. Conor On 15/04/10 14:23, Jim Rorie wrote: On Thu, 2010-04-15 at 08:40 +0100, Mark Shuttleworth wrote: -- Conor Curran Desktop Architect Sound Engineer Desktop Experience team Canonical Ltd Email: conor.curran@xxxxxxxxxxxxx web: http://www.canonical.com |