Re: [PD] PD] request assistance with crackles and pops in VFOs driven, by modulating accelerometer signals

2010-07-03 Thread Darren Kelly




PD version: Pd-0.42.5-extended-20100501
Mac OS X: 10.5.8, 4GM, 2.5GHz Intel Core 2 Duo

Hi PD List,

I'm replying to my own thread, started a couple of years ago,
concerning crackles and pops
in VFOs driven by modulating accelerometer signals (such as from a
Wiimote).

I've been creating some new 3D GEM visuals (and making videos from
them),
however the quality is compromised by pops, crackles, and glitches in
the audio.

One can hear the sound problems (and see the nice videos) at:

Gallery: 3D Drancel RGB
visuals and sound synthesis with a PureData/GEM Prototype of DranceWare
http://www.webel.com.au/node/2592

Some videos that demonstrate the sound hiccups include:

Video: The Drancel RGB
virtual triaxial accelerometer: colour=sound synthesis principle in 3D
(with 3 VFOs and simulated sinusoidal signals)
http://www.webel.com.au/node/2617

Video: Drancel RGB
accelerometer "light horns" sound=colour synthesis
principle (with 3 Variable Frequency Oscillators): driven by Wiimote
http://www.webel.com.au/node/2616

Video: 1 Drancer
(acceleration avatar) with 5 Drancel RGB virtual
triaxial accelerometers: colour=sound synthesis principle in 3D
(PureData/GEM) 3 VFOs per Drancel and simulated sinusoidal signals
http://www.webel.com.au/node/2618

Video: 2 Drancers
(acceleration avatars) each with 5 Drancels: in PureData/GEM Prototype
of DranceWare: rotating camera: driven by Wiimote
http://www.webel.com.au/node/2614

I can conclude so far:

- It happens whether or not I show the 3D GEM visuals (I can remove the
[gemhead] and it makes no difference to the sound).

- It happens even for the simplest of my systems with only 3VFOs (and
does not seem to
get proportionally worse with number of elements).

- It happens whether or not I use smooth simulated (sinuisoidal) or
real accelerometer signals driving VFOs
(I can safely exclude the accelerometer sensor signal quality).

- It also happens even when I do not monitor signals in widgets
(I've come up with a nice little checkbox/spigot-based bypass system
for number and slider widgets,
because they can definitely eat a lot of CPU, and they can cause
disturbances).

- It happens even when I am not changing parameters in the graphical
interface. It "just happens" sometimes.

- It happens no matter what time-smoothing scale I use to smooth
changes in the driving frequency of the VFOs.

- I don't think it is a CPU problem, it happens even when the CPU usage
is modest.

And, by comparison, it definitely does not happen on an older Java/JSyn
version of my system,
with very similar parameters and synthesis, so I don't think the
algorithm is to blame.

I am clueless as to why I am still getting these pops and crackles in
PureData+GEM on Mac OS X.

I would be most grateful for suggestions of any other tests I might
perform to isolate the problem.

Q: Is there a standard patch I can use to test/benchmark performance of
PureData on my maschine ? 

Yours Gesturally Accelerated,


Dr Darren Kelly (Webel IT Australia)


Darren Kelly wrote:

  Hi PD list,

I have uploaded an example of the problem as about 20 rather unmusical 
seconds of me waving 1 Wiimote
as accelerometer driving frequencies of 3 [osc~], almost nothing else 
running, and no visuals, sliders, atoms:


http://www.webel.com.au/project/drancing/puredata/audio/drancing.VFO.3osc.crackles.mp3

It is panned quite left (when I use 2 Wiimotes I pan them leftish and 
rightish).

Will keep breaking it down further to isolate the problem.

The patches including visuals (now disconnected) can be viewed at:


http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii

Darren

Collin Oldham wrote:
  
  
I think you are getting those crackles from the atoms (number boxes) 
that are trying to redraw every time they get a new number from the 
accelerometers. (which is probably pretty often!) That would explain 
why it only happens you are using the sensors, and why your very 
sensible solutions didn't work. Just a hunch! I'd try hiding it all in 
a sub patch, and if that works, you could use something like 
[speedlim] (from cyclone?) to limit the refresh rate on the atoms.

Collin
http://homepage.mac.com/coldham/klang


  


-- 
Webel IT, "The Elements of the Web" 
Specialists in Drupal CMS web engineering, UML, SysML, Java and XML,
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
mobile: 0405 029 008
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 






___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] PD] request assistance with crackles and pops in VFOs driven, by modulating accelerometer signals

2010-07-03 Thread Max
I haven't had a look at the patches, but did you separate audio and gem in any 
way? there are different strategies on how to do that, explained here:
http://web.uni-weimar.de/medien/wiki/Audiovideo

m.

Am 03.07.2010 um 11:43 schrieb Darren Kelly:

 PD version: Pd-0.42.5-extended-20100501
 Mac OS X: 10.5.8, 4GM, 2.5GHz Intel Core 2 Duo
 
 Hi PD List,
 
 I'm replying to my own thread, started a couple of years ago, concerning 
 crackles and pops
 in VFOs driven by modulating accelerometer signals (such as from a Wiimote).
 
 I've been creating some new 3D GEM visuals (and making videos from them),
 however the quality is compromised by pops, crackles, and glitches in the 
 audio.
 
 One can hear the sound problems (and see the nice videos) at:
 
 Gallery: 3D Drancel RGB visuals and sound synthesis with a PureData/GEM 
 Prototype of DranceWare
 http://www.webel.com.au/node/2592
 
 Some videos that demonstrate the sound hiccups include:
 
 Video: The Drancel RGB virtual triaxial accelerometer: colour=sound synthesis 
 principle in 3D (with 3 VFOs and simulated sinusoidal signals)
 http://www.webel.com.au/node/2617
 
 Video: Drancel RGB accelerometer light horns sound=colour synthesis 
 principle (with 3 Variable Frequency Oscillators): driven by Wiimote
 http://www.webel.com.au/node/2616
 
 Video: 1 Drancer (acceleration avatar) with 5 Drancel RGB virtual triaxial 
 accelerometers: colour=sound synthesis principle in 3D (PureData/GEM) 3 VFOs 
 per Drancel and simulated sinusoidal signals
 http://www.webel.com.au/node/2618
 
 Video: 2 Drancers (acceleration avatars) each with 5 Drancels: in 
 PureData/GEM Prototype of DranceWare: rotating camera: driven by Wiimote
 http://www.webel.com.au/node/2614
 
 I can conclude so far:
 
 - It happens whether or not I show the 3D GEM visuals (I can remove the 
 [gemhead] and it makes no difference to the sound).
 
 - It happens even for the simplest of my systems with only 3VFOs (and does 
 not seem to get proportionally worse with number of elements).
 
 - It happens whether or not I use smooth simulated (sinuisoidal) or real 
 accelerometer signals driving VFOs
  (I can safely exclude the accelerometer sensor signal quality).
 
 - It also happens even when I do not monitor signals in widgets
 (I've come up with a nice little checkbox/spigot-based bypass system for 
 number and slider widgets,
 because they can definitely eat a lot of CPU, and they can cause 
 disturbances).
 
 - It happens even when I am not changing parameters in the graphical 
 interface. It just happens sometimes.
 
 - It happens no matter what time-smoothing scale I use to smooth changes in 
 the driving frequency of the VFOs.
 
 - I don't think it is a CPU problem, it happens even when the CPU usage is 
 modest.
 
 And, by comparison, it definitely does not happen on an older Java/JSyn 
 version of my system,
 with very similar parameters and synthesis, so I don't think the algorithm is 
 to blame.
 
 I am clueless as to why I am still getting these pops and crackles in 
 PureData+GEM  on Mac OS X.
 
 I would be most grateful for suggestions of any other tests I might perform 
 to isolate the problem.
 
 Q: Is there a standard patch I can use to test/benchmark performance of 
 PureData on my maschine ? 
 
 Yours Gesturally Accelerated,
 
 
 Dr Darren Kelly (Webel IT Australia)
 
 
 Darren Kelly wrote:
 Hi PD list,
 
 I have uploaded an example of the problem as about 20 rather unmusical 
 seconds of me waving 1 Wiimote
 as accelerometer driving frequencies of 3 [osc~], almost nothing else 
 running, and no visuals, sliders, atoms:
 
 
 
 http://www.webel.com.au/project/drancing/puredata/audio/drancing.VFO.3osc.crackles.mp3
 
 
 It is panned quite left (when I use 2 Wiimotes I pan them leftish and 
 rightish).
 
 Will keep breaking it down further to isolate the problem.
 
 The patches including visuals (now disconnected) can be viewed at:
 
 
 
 http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii
 
 
 Darren
 
 Collin Oldham wrote:
   
 
 I think you are getting those crackles from the atoms (number boxes) 
 that are trying to redraw every time they get a new number from the 
 accelerometers. (which is probably pretty often!) That would explain 
 why it only happens you are using the sensors, and why your very 
 sensible solutions didn't work. Just a hunch! I'd try hiding it all in 
 a sub patch, and if that works, you could use something like 
 [speedlim] (from cyclone?) to limit the refresh rate on the atoms.
 
 Collin
 
 http://homepage.mac.com/coldham/klang
 
 
 
 
 
 -- 
 Webel IT, The Elements of the Web 
 Specialists in Drupal CMS web engineering, UML, SysML, Java and XML,
 Darren Kelly, BSc, PhD
 phone: +61 (2) 9386 0090
 mobile: 0405 029 008
 post: PO Box 1816, Bondi Junction, NSW 1355, Australia
 
 http://www.webel.com.au
  
 
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and 

Re: [PD] PD] request assistance with crackles and pops in VFOs driven, by modulating accelerometer signals

2010-07-03 Thread Mathieu Bouchard

On Sat, 3 Jul 2010, Darren Kelly wrote:


I'm replying to my own thread, started a couple of years ago, concerning 
crackles and pops
in VFOs driven by modulating accelerometer signals (such as from a Wiimote).


Does the amount of problem change according to the amount of audio delay 
as chosen in the soundcard configuration dialogue ?


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-28 Thread Darren Kelly
Thanks Marius,

Volume/amplitude in the case at hand is set globally and fixed across 
all 6 [osc~], so not a suspect.
Am stripping back my system to remove all GUI and all downstream 
processing to isolate the cause

BTW I also have a 3D amplitude modulation mode, and I do use line 
smoothing with effect there.

You've also preempted some future questions about phase modulation,

Darren

marius schebella wrote:
 Frank Barknecht wrote:
   
 Hallo,
 hard off hat gesagt: // hard off wrote:

 
 i think it is pretty safe to say that the speed of the oscillator isn't what
 is is causing these clicks.
   
 Jumps (discontinuities) in a signal are the most nasty cause for
 clicks, while corners are generally harmless, if they aren't too
 sharp. Changing the frequency of an oscillator never generates a jump,
 so it's pretty safe.
 

 but, if you start to control the *volume* directly from a sensor you can 
 get into trouble if your signal drops to 0 for some milliseconds. also, 
 if your volume becomes very high, you can get distortion and crackles.
 if you do phase modulation you can also get crackles, if you have high 
 jumps in your control signal. I think it is good practice to use line~ 
 for such things.
 marius.

 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list

   

-- 
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs, driven by modulating accelerometer signals

2008-07-25 Thread Darren Kelly
Hi,

Yes, I am careful that the total signal pre dac is within range and even 
monitor clipping.
I also have a global scaling parameter for the gain across all 6 VFO 
[osc~] oscllators.

Darren

Andy Farnell wrote:
 On Thu, 24 Jul 2008 22:41:34 +1000
 Darren Kelly [EMAIL PROTECTED] wrote:

   
 There isn't just 1 [osc~] object in the whole system, there are (at 
 least) 6, 3 for each of 2 triaxial accelerometers.
 

 Did you remember to rescale the output {*~ 0.166] ?

 It might just be clipping at the DAC when all the oscillators
 are in phase.

   

-- 
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] PD] request assistance with crackles and pops in VFOs driven, by modulating accelerometer signals

2008-07-24 Thread Collin Oldham
I think you are getting those crackles from the atoms (number boxes) 
that are trying to redraw every time they get a new number from the 
accelerometers. (which is probably pretty often!) That would explain why 
it only happens you are using the sensors, and why your very sensible 
solutions didn't work. Just a hunch! I'd try hiding it all in a sub 
patch, and if that works, you could use something like [speedlim] (from 
cyclone?) to limit the refresh rate on the atoms.

Collin
http://homepage.mac.com/coldham/klang

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-24 Thread Andy Farnell
On Thu, 24 Jul 2008 13:22:47 +0900
hard off [EMAIL PROTECTED] wrote:

 by the way, is it even possible to get clicks when rapidly changing osc~
 speeds?  i didn't think it was, and i have never experienced that.
 

Think of the modulating signal as a triangle wave altering the frequency 
of [osc~]. As the change becomes fast and large, when the slope is big, then
it's become FM giving us a bunch of sidebands. If a large change happens
briefly a spike of new harmonics will be heard as a click.

What might be in Darrens data stream? 

100, 101.2, 99.98, 101.7, 102.21, 0, 102.96, 103.2

A spurious zero like that would cause a problem.

So, it's a good idea to look at the data closely to see what's going on.

-- 
Use the source


-- 
Use the source

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs, driven by modulating accelerometer signals

2008-07-24 Thread Andy Farnell
On Thu, 24 Jul 2008 22:41:34 +1000
Darren Kelly [EMAIL PROTECTED] wrote:

 There isn't just 1 [osc~] object in the whole system, there are (at 
 least) 6, 3 for each of 2 triaxial accelerometers.

Did you remember to rescale the output {*~ 0.166] ?

It might just be clipping at the DAC when all the oscillators
are in phase.

-- 
Use the source

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs, driven by modulating accelerometer signals

2008-07-24 Thread Andy Farnell
On Thu, 24 Jul 2008 22:41:34 +1000
Darren Kelly [EMAIL PROTECTED] wrote:

 There isn't just 1 [osc~] object in the whole system, there are (at 
 least) 6, 3 for each of 2 triaxial accelerometers.

Did you remember to rescale the output [*~ 0.166] ?

It might just be clipping at the DAC when all the oscillators
are in phase.

-- 
Use the source

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-24 Thread marius schebella
Andy Farnell wrote:
 On Thu, 24 Jul 2008 13:22:47 +0900
 hard off [EMAIL PROTECTED] wrote:
 
 by the way, is it even possible to get clicks when rapidly changing osc~
 speeds?  i didn't think it was, and i have never experienced that.

 
 Think of the modulating signal as a triangle wave altering the frequency 
 of [osc~]. As the change becomes fast and large, when the slope is big, then
 it's become FM giving us a bunch of sidebands. If a large change happens
 briefly a spike of new harmonics will be heard as a click.
 
 What might be in Darrens data stream? 
 
 100, 101.2, 99.98, 101.7, 102.21, 0, 102.96, 103.2
 
 A spurious zero like that would cause a problem.
 
 So, it's a good idea to look at the data closely to see what's going on.

I think it should be fairly easy to sort out sensor data of the stream 
that are most likely erroneous (like big jumps). isn't there already an 
object like [trust] or [believe]?
marius.



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-24 Thread hard off
a jump down to 0 wouldn't cause any problems though, the oscillator's
waveform would just flatline for a moment.  and in the tests i just did,
only very significant jumps, like from 100hz to 2hz caused major
clickiness.

i think it is pretty safe to say that the speed of the oscillator isn't what
is is causing these clicks.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs, driven by modulating accelerometer signals

2008-07-24 Thread Darren Kelly
hard off wrote:
 if you attach a [dac~] directly to the osc~ object, do you still get
 crackles?
   
There isn't just 1 [osc~] object in the whole system, there are (at 
least) 6, 3 for each of 2 triaxial accelerometers.

If I try an [osc~] into a [dac~] independently there is no problem 
(driven by hand).

I'll try again just driving the frequency of 1 [osc~] with 1 dimension 
of 1 accelerometer (happens to be a Wiimote via OSC).
 if not, then i guess your problem might lie further down the line.

 looking at your PAN module, the panning amount is sent as a float into [*~ ]
 objects without [line~] smoothing.  that would be the likeliest culprit i
 reckon.
A good idea to improve that anyway, and I did, however there is no 
obvious audio improvement.

hard off also wrote:
 by the way, is it even possible to get clicks when rapidly changing osc~
 speeds?  i didn't think it was, and i have never experienced that.
Precisely why I am bamboozled, it may well have another cause in my 
wider synthesis system.
(I have used a quite similar accelerometer audio synthesis system for 
years in JSyn without this trouble).

Thanks for taking the trouble to consider my situation and challenge my 
assumptions, appreciated,

I'll keep looking/listening, and try breaking things back down to a very 
simple test suite first,

Darren

-- 
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-24 Thread Frank Barknecht
Hallo,
hard off hat gesagt: // hard off wrote:

 i think it is pretty safe to say that the speed of the oscillator isn't what
 is is causing these clicks.

Jumps (discontinuities) in a signal are the most nasty cause for
clicks, while corners are generally harmless, if they aren't too
sharp. Changing the frequency of an oscillator never generates a jump,
so it's pretty safe.

Ciao
-- 
 Frank Barknecht _ __footils.org__

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] PD] request assistance with crackles and pops in VFOs driven, by modulating accelerometer signals

2008-07-24 Thread Darren Kelly
Hi PD list,

I have uploaded an example of the problem as about 20 rather unmusical 
seconds of me waving 1 Wiimote
as accelerometer driving frequencies of 3 [osc~], almost nothing else 
running, and no visuals, sliders, atoms:


http://www.webel.com.au/project/drancing/puredata/audio/drancing.VFO.3osc.crackles.mp3

It is panned quite left (when I use 2 Wiimotes I pan them leftish and 
rightish).

Will keep breaking it down further to isolate the problem.

The patches including visuals (now disconnected) can be viewed at:


http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii

Darren

Collin Oldham wrote:
 I think you are getting those crackles from the atoms (number boxes) 
 that are trying to redraw every time they get a new number from the 
 accelerometers. (which is probably pretty often!) That would explain 
 why it only happens you are using the sensors, and why your very 
 sensible solutions didn't work. Just a hunch! I'd try hiding it all in 
 a sub patch, and if that works, you could use something like 
 [speedlim] (from cyclone?) to limit the refresh rate on the atoms.

 Collin
 http://homepage.mac.com/coldham/klang

-- 
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-24 Thread marius schebella
Frank Barknecht wrote:
 Hallo,
 hard off hat gesagt: // hard off wrote:
 
 i think it is pretty safe to say that the speed of the oscillator isn't what
 is is causing these clicks.
 
 Jumps (discontinuities) in a signal are the most nasty cause for
 clicks, while corners are generally harmless, if they aren't too
 sharp. Changing the frequency of an oscillator never generates a jump,
 so it's pretty safe.

but, if you start to control the *volume* directly from a sensor you can 
get into trouble if your signal drops to 0 for some milliseconds. also, 
if your volume becomes very high, you can get distortion and crackles.
if you do phase modulation you can also get crackles, if you have high 
jumps in your control signal. I think it is good practice to use line~ 
for such things.
marius.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-23 Thread Darren Kelly
Hi PD,

I am getting crackles when driving the frequency of an osc~ with an 
accelerometer signal
(in fact I'm driving 3 x 2 = 6 oscillators with Wiimotes as wireless 2 
triaxial accelerometers) ,
which one can hear in the following mp4 movie (at the end when I am 
waving the sensors faster):


http://www.webel.com.au/project/drancing/wii/movie/iSight.320x240/Drancing_PD_Wii_iSight.VFO.1.320x240.mp4

The Pure Data patch for one channel can be seen here:

http://www.webel.com.au/project/drancing/puredata/VFO.pd.png

And the whole system's patches can be seen here:


http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii

Each conditioned accelerometer channel can drive a Variable Frequency 
Oscillator (VFO) (osc~) with the option
of locking onto discrete MIDI note frequencies, as well as a frequency 
scaling, a frequency offset, and an output gain.

I have tried inserting a sig~ before the osc~, it made no audible 
difference.

I have tried including a line and line~ to smooth the signal before 
varying the frequency, it made no audible difference.

I now have a limiter~ in COMPRESS mode at the output, did not help
(it certainly helped with many other things, just not with my VFO problem).

The amplitude definitely remains constant during this.

When I open up the osc~ examples and pump the frequency very quickly 
with just
a mouse over the feeding number as simulated driver I don't get any 
problems at all.

Note however that I am driving 6 oscillators (and a lot more stuff) when 
running my full system,
however I'm not topping out my CPU, so I don't think that's the problem 
either.

Am bamboozled, since I don't recall having this trouble using the same 
naive strategy
with an equivalent JSyn audio synthesis system.

Very glad for any suggestions and help,

Darren

-- 
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-23 Thread Andy Farnell



The combination of problems and tests does seem strange.

In a case like this a good debug approach may be to log 
everything from the controller to a file and look through
it for strange jumps.

A [lop~ 10] following the [sig~] might help smooth the data
better than a [line~]



On Thu, 24 Jul 2008 00:17:32 +1000
Darren Kelly [EMAIL PROTECTED] wrote:

 Hi PD,
 
 I am getting crackles when driving the frequency of an osc~ with an 
 accelerometer signal
 (in fact I'm driving 3 x 2 = 6 oscillators with Wiimotes as wireless 2 
 triaxial accelerometers) ,
 which one can hear in the following mp4 movie (at the end when I am 
 waving the sensors faster):
 
 
 http://www.webel.com.au/project/drancing/wii/movie/iSight.320x240/Drancing_PD_Wii_iSight.VFO.1.320x240.mp4
 
 The Pure Data patch for one channel can be seen here:
 
 http://www.webel.com.au/project/drancing/puredata/VFO.pd.png
 
 And the whole system's patches can be seen here:
 
 
 http://www.webel.com.au/project/drancing/puredata/index.jsp?page=DranceWarePureDataWii
 
 Each conditioned accelerometer channel can drive a Variable Frequency 
 Oscillator (VFO) (osc~) with the option
 of locking onto discrete MIDI note frequencies, as well as a frequency 
 scaling, a frequency offset, and an output gain.
 
 I have tried inserting a sig~ before the osc~, it made no audible 
 difference.
 
 I have tried including a line and line~ to smooth the signal before 
 varying the frequency, it made no audible difference.
 
 I now have a limiter~ in COMPRESS mode at the output, did not help
 (it certainly helped with many other things, just not with my VFO problem).
 
 The amplitude definitely remains constant during this.
 
 When I open up the osc~ examples and pump the frequency very quickly 
 with just
 a mouse over the feeding number as simulated driver I don't get any 
 problems at all.
 
 Note however that I am driving 6 oscillators (and a lot more stuff) when 
 running my full system,
 however I'm not topping out my CPU, so I don't think that's the problem 
 either.
 
 Am bamboozled, since I don't recall having this trouble using the same 
 naive strategy
 with an equivalent JSyn audio synthesis system.
 
 Very glad for any suggestions and help,
 
 Darren
 
 -- 
 Darren Kelly, BSc, PhD
 phone: +61 (2) 9386 0090
 post: PO Box 1816, Bondi Junction, NSW 1355, Australia
 http://www.webel.com.au 
 
 
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


-- 
Use the source

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-23 Thread hard off
by the way, is it even possible to get clicks when rapidly changing osc~
speeds?  i didn't think it was, and i have never experienced that.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] request assistance with crackles and pops in VFOs driven by modulating accelerometer signals

2008-07-23 Thread hard off
if you attach a [dac~] directly to the osc~ object, do you still get
crackles?

if not, then i guess your problem might lie further down the line.

looking at your PAN module, the panning amount is sent as a float into [*~ ]
objects without [line~] smoothing.  that would be the likeliest culprit i
reckon.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list