hello!
is there a possibility to read a soundfile into gem? (maybe similar to reading a soundfile into a table with [soundfiler]) so that i could for example use the visual representation of the sound as the background of my gem window..
cheers. gerhard
ummm what is it called pix_sig2pix~ yeah thats it.
B>
geadsch wrote:
hello!
is there a possibility to read a soundfile into gem? (maybe similar to reading a soundfile into a table with [soundfiler]) so that i could for example use the visual representation of the sound as the background of my gem window..
cheers. gerhard
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
hello again!
ummm what is it called pix_sig2pix~ yeah thats it.
unfortunately pix_sig2pix~ doesnt quite what i want. i dont want to visualise an audio signal in realtime but rather read a sample (waveform) into a picture (or a buffer) in order to display it via gem. basically in the same way as [soundfiler] reads a sample into an array.
i use a sample instrument. what i want to achieve is that everytime i load a new sample that its waveform is displayed via gem.
i hope u understand what i want to do..
thank you, geadsch
geadsch wrote:
hello!
is there a possibility to read a soundfile into gem? (maybe similar to reading a soundfile into a table with [soundfiler]) so that i could for example use the visual representation of the sound as the background of my gem window..
cheers. gerhard
i use a sample instrument. what i want to achieve is that everytime i load a new sample that its waveform is displayed via gem.
some patching is needed for this. you could dump the content of the array where the sample is stored to pix_set . that's the idea, now you have to manipulate the list a bit of course.
a.
geadsch wrote:
hello again!
unfortunately pix_sig2pix~ doesnt quite what i want. i dont want to visualise an audio signal in realtime but rather read a sample (waveform) into a picture (or a buffer) in order to display it via gem. basically in the same way as [soundfiler] reads a sample into an array.
hmm, actually that is something completely different to what you want. [soundfiler] reads a soundfile and stores its data in an array (a lot of floating-point values packed together as tight as possible into memory) this has nothing to do with a visual representation (thats what the "graph" does; arrays are held in graphs)
there is an experimental object scopeXYZ~ in the CVS, but that is for realtime scoping (and when i tried it yesterday it did not behave as i expected it...)
in the meanwhile you can try generating the waveforms with an external editor and load the images as normal ;-)
mfg.asd.r IOhannes
scopeXYZ~ sounds quite interesting!
wondering if there's anything currently that can be used to create lissajous patterns from audio?
thanks, p
On Wednesday, April 6, 2005, at 08:10 AM, IOhannes m zmoelnig wrote:
geadsch wrote:
hello again!
unfortunately pix_sig2pix~ doesnt quite what i want. i dont want to visualise an audio signal in realtime but rather read a sample (waveform) into a picture (or a buffer) in order to display it via gem. basically in the same way as [soundfiler] reads a sample into an array.
hmm, actually that is something completely different to what you want. [soundfiler] reads a soundfile and stores its data in an array (a lot of floating-point values packed together as tight as possible into memory) this has nothing to do with a visual representation (thats what the "graph" does; arrays are held in graphs)
there is an experimental object scopeXYZ~ in the CVS, but that is for realtime scoping (and when i tried it yesterday it did not behave as i expected it...)
in the meanwhile you can try generating the waveforms with an external editor and load the images as normal ;-)
mfg.asd.r IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Paris Treantafeles wrote:
scopeXYZ~ sounds quite interesting!
wondering if there's anything currently that can be used to create lissajous patterns from audio?
that was the primar goal of [scopeXYZ~] (i guess this will work ok, it is just that using this object as a normal oscilloscope didn't what i wanted it to do)
mfg,.ad.s IOhannes
super! i thought it might be :-)
(newbie question starts here) - how does one get it from cvs and use it? i'm looking at the cvs directory at sourceforge but can't find it.
thanks, paris
On Wednesday, April 6, 2005, at 09:48 AM, IOhannes m zmoelnig wrote:
Paris Treantafeles wrote:
scopeXYZ~ sounds quite interesting! wondering if there's anything currently that can be used to create lissajous patterns from audio?
that was the primar goal of [scopeXYZ~] (i guess this will work ok, it is just that using this object as a normal oscilloscope didn't what i wanted it to do)
mfg,.ad.s IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Paris Treantafeles wrote:
super! i thought it might be :-)
(newbie question starts here) - how does one get it from cvs and use it? i'm looking at the cvs directory at sourceforge but can't find it.
well, where do you look for it ? it should be in src/Geos (as it is a Geo and has nothing to do with pixes)
http://cvs.sourceforge.net/viewcvs.py/pd-gem/Gem/src/Geos/scopeXYZ.cpp (probably you haven't noticed, but gem is _not_ developped on pure-data.sf.net)
the version that should appear soon (i have checked it in right now) has fixed several bugs and works quite nice
still no help-patch though.
mfg.a.dsr IOhannes
ah... right, Geos!
and yes, i was looking in the wrong place.
thanks, p
On Wednesday, April 6, 2005, at 03:06 PM, IOhannes m zmoelnig wrote:
Paris Treantafeles wrote:
super! i thought it might be :-)
(newbie question starts here) - how does one get it from cvs and use it? i'm looking at the cvs directory at sourceforge but can't find it.
well, where do you look for it ? it should be in src/Geos (as it is a Geo and has nothing to do with pixes)
http://cvs.sourceforge.net/viewcvs.py/pd-gem/Gem/src/Geos/scopeXYZ.cpp (probably you haven't noticed, but gem is _not_ developped on pure-data.sf.net)
the version that should appear soon (i have checked it in right now) has fixed several bugs and works quite nice
still no help-patch though.
mfg.a.dsr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
You can create a curved shape using "curve" in Gem, and you could make your own patch that uses the audio data to generate this curve. I don't know how to do that, perhaps other people have made Gem waveform representations of signals? Could be useful.
If no one else has done this its up to you to create a patch that does.
B>
geadsch wrote:
hello again!
ummm what is it called pix_sig2pix~ yeah thats it.
unfortunately pix_sig2pix~ doesnt quite what i want. i dont want to visualise an audio signal in realtime but rather read a sample (waveform) into a picture (or a buffer) in order to display it via gem. basically in the same way as [soundfiler] reads a sample into an array.
i use a sample instrument. what i want to achieve is that everytime i load a new sample that its waveform is displayed via gem.
i hope u understand what i want to do..
thank you, geadsch
geadsch wrote:
hello!
is there a possibility to read a soundfile into gem? (maybe similar to reading a soundfile into a table with [soundfiler]) so that i could for example use the visual representation of the sound as the background of my gem window..
cheers. gerhard
Hello again!
that was my basic aim:
i use a sample instrument. what i want to achieve is that everytime i load
a
new sample that its waveform is displayed via gem.
Thanks for all your tips.
von B. Bogart:
You can create a curved shape using "curve" in Gem, and you could make your own patch that uses the audio data to generate this curve. I don't know how to do that, perhaps other people have made Gem waveform representations of signals? Could be useful.
If no one else has done this its up to you to create a patch that does.
I´ve tried it this way now. I have attached what I come up with (main patch is "waveform_display.pd"). It works ok but it really takes a long time to generate so many instances of [curve 2] - a bit annoying. It would be great if there existed an object similiar to [curve] that would accept several breaking points as a list via one inlet.. However Im new to [PD] and programming in general. Im sure there are much ways to make the patch more effective or even faster?! I would really appreciate every comment.
another question: Is there a message i can send to a subpatch in order to delete all objects in this subpatch?
cheers, geadsch