PURE DATA forum~

...that deal with pure data

You are not logged in.

#1 2011-11-23 23:37:13

thecryoflove
Moderator

Challenge #1 - [osc~]->[dac~]

Challenge #1 - The inaugural challenge!

Title: [osc~] -> [dac~]
Description: Create a patch with the following format:
[osc~]
|\
[dac~]
Rules: No other signal objects. One [osc~] object only.

Have fun!

Offline

 

#2 2011-11-24 12:48:18

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

here's a basic FM oscillator


Attachments:
Attachment Icon contol-only-FMosc.pd, Size: 1,088 bytes, Downloads: 232

Offline

 

#3 2011-11-24 21:00:18

drnn1076
Member

Re: Challenge #1 - [osc~]->[dac~]

Are there restriction to the amount of osc~?

Offline

 

#4 2011-11-25 00:08:40

Maelstorm
Administrator

Re: Challenge #1 - [osc~]->[dac~]

Here's my attempt to make it sound like multiple synths...

Bad glitch beat? Okay!


.mmb   |   My library

Attachments:
Attachment Icon challenge.mmb.pd, Size: 9,252 bytes, Downloads: 244

Offline

 

#5 2011-11-25 00:09:15

Maelstorm
Administrator

Re: Challenge #1 - [osc~]->[dac~]

Hey drnn, I believe it's just one [osc~] only.


.mmb   |   My library

Offline

 

#6 2011-11-25 06:04:45

thecryoflove
Moderator

Re: Challenge #1 - [osc~]->[dac~]

I believe it was originally intended to be one [osc~] object I'll edit the original post to clarify.

Offline

 

#7 2011-11-25 18:46:29

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

oops, sorry about that.  no-one had permission to read or write attachments.  :D

should be fine now.

read and write away!

(oh, and yeah,...there are some 'rules' for this challenge thing...but yeah...i'm not going to go deleting your post if you bend them a little bit.)

Offline

 

#8 2011-11-26 10:57:51

drnn1076
Member

Re: Challenge #1 - [osc~]->[dac~]

Hi,

here my little contribution to the challenge :)


Attachments:
Attachment Icon challenge0sc-Dac(drnn1076).pd, Size: 2,887 bytes, Downloads: 192

Offline

 

#9 2011-11-27 04:28:50

matju
Member

Re: Challenge #1 - [osc~]->[dac~]

juste-osc-1.pd , making sawtooths using [osc~] !!!


Attachments:
Attachment Icon juste-osc-1.pd, Size: 2,219 bytes, Downloads: 200

Offline

 

#10 2011-11-27 15:08:59

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

that's a really cool example of how accurately [metro] works. 

also, great how you can make quiet sounds with it. 

attaching the obvious mod to that patch to make volume adjustable.


Attachments:
Attachment Icon juste-osc-volumeMod.pd, Size: 2,417 bytes, Downloads: 158

Offline

 

#11 2011-11-27 15:54:25

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

love the [dbtorms] as scaling device.

here's a little lazer fx patch based on that.


Attachments:
Attachment Icon soundFxOsc.pd, Size: 1,617 bytes, Downloads: 167

Offline

 

#12 2011-11-27 21:35:12

matju
Member

Re: Challenge #1 - [osc~]->[dac~]

the only way you can make [line] a natural-sounding envelope is by putting a [dbtorms] on it. Then it mimics exponential decay, x'=kx for k<0.

I didn't actually need a [metro] for that patch : I could have used [bang~] instead, at most with an optional [spigot] on it. The period that I chose for the metro is 64/44.1, or 64 samples / 44100 Hz times 1000.

Offline

 

#13 2011-11-28 03:43:03

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

but [bang~] is technically another signal object ;)

you did good.

Offline

 

#14 2011-11-28 05:20:45

matju
Member

Re: Challenge #1 - [osc~]->[dac~]

oh... yeah. That must be why I didn't think of [bang~] ;)

So, a signal object means anything that has a dsp-method scheduling a perform-function, or do you use a different definition ? [bang~] is somewhat special because it has no signal input and no signal output. [switch~] is similarly odd but more so, as its dsp-method is empty and it has no perform-method. Where do you draw the line ?

Offline

 

#15 2011-11-28 07:59:52

Maelstorm
Administrator

Re: Challenge #1 - [osc~]->[dac~]

I was thinking of this, too. I really wanted to use [block~ 1] so I could cheat and just use [osc~] as a table-lookup using the phase inlet (though I haven't actually checked to see if it has that 64-sample limit that objects like [bang~] do).


.mmb   |   My library

Offline

 

#16 2011-11-28 08:18:27

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

matju wrote:

Where do you draw the line ?

i'd call anything with a tilde a signal object.  But as i said, no-one is going to delete your patches if you interpret it differently.

i think there are still a few more tricks that can be done with just [osc~] and [dac~] though.

Offline

 

#17 2011-11-28 10:12:26

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

extremely lo-fi "sampler" of sorts.  extracts basic pitch and amplitude information from a soundfile and plays it back one block at a time using [osc~]


Attachments:
Attachment Icon oscSampler5.pd, Size: 4,504 bytes, Downloads: 156
Attachment Icon comeonmyselector.wav, Size: 224,060 bytes, Downloads: 134

Offline

 

#18 2011-11-28 10:35:04

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

complex oscillator using table lookup


Attachments:
Attachment Icon complexOsc.pd, Size: 1,345 bytes, Downloads: 149

Offline

 

#19 2011-11-28 15:52:01

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

by switching the sine wave on and then off again, it is possible to make a filter/formant type of effect (there are examples of this in the pd docs, using a different technique)

here's a simple one, and then the same thing with some sequencing


Attachments:
Attachment Icon oscFormant.pd, Size: 936 bytes, Downloads: 140
Attachment Icon oscFormantSeq3.pd, Size: 13,419 bytes, Downloads: 148

Offline

 

#20 2011-11-30 04:20:52

Re: Challenge #1 - [osc~]->[dac~]

Is there any way you (or somebody more knowledgeable than myself) could explain how the phase inlet of the [osc~] is affecting the waveform in the oscFormantSeq3 patch? I can hear the difference, I just don't quite understand it.

I'm in love with that little sequencer =)

Tyler

Offline

 

#21 2011-11-30 05:47:46

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

resetting the [osc~] phase introduces a discontinuity in the signal.  The waveform suddenly jumps from whatever value it was at, to the value forced upon it by the reset.  These sudden jumps in waveform introduce a lot of harmonics to the sound, generally resulting in a 'buzzy' sound. 

This is why a sine wave sounds very clean and round, but a sawtooth wave sounds fuzzy and noisy. 

If you look at matju's sawtooth patch, it uses the same principle.  (as do parts of maelstorm's one)

Offline

 

#22 2011-11-30 05:58:48

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

Hey, if anyone has any ideas for patch challenge #2,  please just post them in this thread.  Go on! don't be shy!

Offline

 

#23 2011-11-30 06:09:40

matju
Member

Re: Challenge #1 - [osc~]->[dac~]

While making the sawtooth patch, I started wondering about ways to construct the best possible approximation to a sound using only one sine wave per block (and not necessarily a whole number of cycles). This means picking the best matching frequency and phase for each block. That's somewhat hard to solve, and it depends on the criterion of similarity being used. But I wonder what it would sound like.

BTW, much of the brrrrrr anomaly that appears in the sawtooth is because there are a variable number of blocks per cycle. E.g. if a cycle should last 23.25 blocks, then the cycles will have durations 23, 23, 23, 24, 23, 23, 23, 24, ... which gives a strange and very fast vibrato. Using a ideal approximator, you could get something that sounds much smoother (that is, in which the distorsions are still very present but not rough).

Offline

 

#24 2011-11-30 06:18:56

matju
Member

Re: Challenge #1 - [osc~]->[dac~]

My 2nd submission... phase only


Attachments:
Attachment Icon juste-osc-2.pd, Size: 675 bytes, Downloads: 148

Offline

 

#25 2011-11-30 06:59:45

mod
Administrator

Re: Challenge #1 - [osc~]->[dac~]

matju wrote:

I started wondering about ways to construct the best possible approximation to a sound using only one sine wave per block (and not necessarily a whole number of cycles). This means picking the best matching frequency and phase for each block. That's somewhat hard to solve, and it depends on the criterion of similarity being used. But I wonder what it would sound like.

that's pretty much the approach i took with the 'sampler' i did. 

i had to hack it pretty badly though, because once the osc~ frequency gets to 1/4 of block size, there is no longer any way to control amplitude - which from my observations, seems to be more important than pitch in making a sample play back with some degree of recognisability.  My hack was just to scale the pitch by the amplitude.  Somehow it works - at least for really simple sounds where pitch doesn't matter too much and rhythm is more pronounced.  So, i could make drum loops play back and still sound quite like drumloops.


by the way,
i've never seen that [f ]x[+ 1]x[& 255] structure before.  that's really cool.

Offline

 

Board footer

Powered by PunBB
Copyright 20022005 Rickard Andersson


pd.webring info