[PD] emulating early video synths - sync

shift8 shift8 at digitrash.com
Thu May 4 21:29:49 CEST 2006


great fun - thanks!

On Thu, 2006-05-04 at 13:36 -0400, Paris Treantafeles wrote:
> Ah.. well.. in this case it's kind of weird cause i have inputs into  
> RG and B.
> Try one at a time and setting the others to nothing.
> Imagine also that each R, G and B could have a completely different  
> wave resulting wave form going in.
> 
> And yes... the pix objects are really fun to add as well.
> 
> Best,
> p
> 
> On May 4, 2006, at 1:34 PM, Kyle Klipowicz wrote:
> 
> > Oh wow, this is really neat.  I wonder how you can control the
> > colors...Jeez I need to play with the pix_* objects more!
> >
> > ~Kyle
> >
> > On 5/4/06, Paris Treantafeles <paris at parisgraphics.com> wrote:
> >> Hi Kyle and List,
> >>
> >> On second thought, it might take a while for me to get back to
> >> putting this all together with the earlier patches so attached is
> >> just a simple experiment.
> >> No big deal - it takes two oscillators and puts them into RGB.
> >>
> >> To use this:
> >> 1. hit destroy/create+DSP on the left.
> >>
> >> 2. activate the toggle (green of the left oscillator).
> >> use the slider to adjust a frequency of some horizontal (ish) bars.
> >> (maybe around ~20)
> >> start the metro to "freeze" the image.
> >>
> >> 3. turn off the oscillator and do the same with the osc on the right
> >> but go for something like vertical bars.
> >> maybe around 16000.
> >>
> >> 4. turn them both on now to see the combined result.
> >> a circular pattern.
> >>
> >> if you now modulate either oscillator you will get some motion but it
> >> will be more controlled.
> >>
> >>
> >> A final video synth would have a variety of oscillators to choose
> >> from, a mixer for adjusting the amplitudes of each waveform, filters
> >> and other "pix_" operations, e.g. invert, etc.
> >> There's a ton of ways to go with this.
> >>
> >> Best,
> >> p
> >>
> >>
> >>
> >>
> >>
> >>
> >> On May 4, 2006, at 12:16 PM, Kyle Klipowicz wrote:
> >>
> >> > Would you care to share your work with the list, in patch form?
> >> >
> >> > ~Kyle
> >> >
> >> > On 5/4/06, Paris Treantafeles <paris at parisgraphics.com> wrote:
> >> >> haha... i can't be the only one who has hit "send" then figured  
> >> out
> >> >> the problem.
> >> >>
> >> >> basically i wasn't really resetting the oscillators since  
> >> sending a
> >> >> number to the right inlet of the oscillator wasn't enough.
> >> >> once i added a metro and "banged" the input, the sync worked.
> >> >>
> >> >> still... if there's anything that comes to mind regarding best  
> >> block~
> >> >> to use, please feel free to share.
> >> >>
> >> >> best,
> >> >> p
> >> >>
> >> >>
> >> >> On May 4, 2006, at 11:48 AM, Paris Treantafeles wrote:
> >> >>
> >> >> > Hello List,
> >> >> >
> >> >> > I've created a few patches with PD/GEM to emulate early video
> >> >> > synths such as the Sandin, etc. which I'm quite happy with.
> >> >> > At the heart of these patches is pix_sig2pix~
> >> >> > One thing I can't figure out though has to do with preventing  
> >> the
> >> >> > image from "rolling" - i.e. to stand still.
> >> >> > The early video synths did this by having a "sync" input to
> >> >> > oscillators.
> >> >> > So if you fed one oscillator a vertical sync (~60 Hz) you  
> >> would get
> >> >> > stationary vertical bars whose width would depend on the main
> >> >> > frequency of the oscillator. Doing this with another oscillator
> >> >> > receiving a horizontal sync (~1500 Hz) results in horizontal  
> >> bars.
> >> >> > By mixing these and perhaps another (and adjusting the  
> >> attenuation
> >> >> > of these), various shapes appear.
> >> >> > I can get all of this and more (e.g. add some filters for
> >> >> > subtractive synthesis) but what I'm missing is how to do the  
> >> sync
> >> >> > correctly.
> >> >> > Trying various values as reset inputs to say "phasor~" doesn't
> >> >> do it.
> >> >> > I'm wondering if this is in fact related to blocksize~ instead.
> >> >> > e.g. should the reset values of the oscillators be related in
> >> >> > someway to the value set in blocksize~
> >> >> >
> >> >> > Does anyone have any ideas about this?
> >> >> >
> >> >> > Thanks for any suggestions!
> >> >> >
> >> >> > Best,
> >> >> > p
> >> >> >
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > PD-list at iem.at mailing list
> >> >> > UNSUBSCRIBE and account-management -> http:// 
> >> lists.puredata.info/
> >> >> > listinfo/pd-list
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> PD-list at iem.at mailing list
> >> >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> >> >> listinfo/pd-list
> >> >>
> >> >
> >> >
> >> > --
> >> >
> >> > http://theradioproject.com
> >> > http://perhapsidid.blogspot.com
> >> >
> >> > (((())))(()()((((((((()())))()(((((((())()()())())))
> >> > (())))))(()))))))))))))(((((((((((()()))))))))((())))
> >> > ))(((((((((((())))())))))))))))))))__________
> >> > _____())))))(((((((((((((()))))))))))_______
> >> > ((((((())))))))))))((((((((000)))oOOOOOO
> >>
> >>
> >>
> >>
> >>
> >
> >
> > --
> >
> > http://theradioproject.com
> > http://perhapsidid.blogspot.com
> >
> > (((())))(()()((((((((()())))()(((((((())()()())())))
> > (())))))(()))))))))))))(((((((((((()()))))))))((())))
> > ))(((((((((((())))())))))))))))))))__________
> > _____())))))(((((((((((((()))))))))))_______
> > ((((((())))))))))))((((((((000)))oOOOOOO
> 
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 
-- 
᚛᚛ᚉᚑᚅᚔᚉᚉᚔᚋ ᚔᚈᚔ ᚍᚂᚐᚅᚑ ᚅᚔᚋᚌᚓᚅᚐ᚜





More information about the Pd-list mailing list