(oops, forgot to reply to list)
sorry i don'T have an easy solution...although there are definately a few out there...but if you just learn how to use tabread4~, you can code up sample players to do anything pretty quickly.
basically tabread~ 4 takes input from a line~ object to play the sample.
Or, if you want to loop, you can use a phasor~.
once you get the hang of getting the correct numbers to the line~ object, you can code sample players to do heaps of cool stuff
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi
thanks for the reply to all. I know all those methods you mention as i did several sample players myself a couple of years ago, and they were fairly complex (start point, end point, frecuency, loop on/off, import, export, save, amplitude, avoiding ticks on loop and some other stuff i cannot remember anymore).
The problem is that i am unable to reuse them as they are a bit too messy and I dont have much time to code one 'general' one myself.
but the main issue I wanted to point to, I guess, is that in my opinion it would be good for PD to have a good, portable sample player abstraction that people can use and reuse if they dont know (or dont have time or cannot be bothered, etc...) to code themselves one.
Sometimes I give introductions to PD to multimedia students, and it is quite a difficult point when they ask for a complex sample player like the object in MAX and I have to answer 'you have to code it yrself from scratch or start from qsample.pd'. Of course they mean one where they can straight away to change frequency, invert the sound, and control all kinds of parameters. And qsample, despite of being a nice example, it doesnt fulfill all this.
I actually found that in short intros to PD and MAX, many of them would go for MAX because it has a 'sampleplayer' object. Then being myself pasionated with PD, I decide to code a general one myself to give it to them so that they could get interested on PD and they would not be scared by all that low level work. But not being very efficient PD programmer I never did a clean one.
Maybe i should give another try and do one myself but I dont have much time to do so, I will try to find some time somewhere ... and if ever do it I will put it available for download of course.
thanks
Urs Liska wrote:
(oops, forgot to reply to list)
sorry i don'T have an easy solution...although there are definately a few out there...but if you just learn how to use tabread4~, you can code up sample players to do anything pretty quickly.
basically tabread~ 4 takes input from a line~ object to play the sample.
Or, if you want to loop, you can use a phasor~.
once you get the hang of getting the correct numbers to the line~ object, you can code sample players to do heaps of cool stuff
The xsample externals do everything you mentioned and more. They've also become quite easy to compile. And they're based on flext, so they can also be used for MAX, though I've never tried that.
altern wrote:
hi
thanks for the reply to all. I know all those methods you mention as i did several sample players myself a couple of years ago, and they were fairly complex (start point, end point, frecuency, loop on/off, import, export, save, amplitude, avoiding ticks on loop and some other stuff i cannot remember anymore).
The problem is that i am unable to reuse them as they are a bit too messy and I dont have much time to code one 'general' one myself.
but the main issue I wanted to point to, I guess, is that in my opinion it would be good for PD to have a good, portable sample player abstraction that people can use and reuse if they dont know (or dont have time or cannot be bothered, etc...) to code themselves one.
Sometimes I give introductions to PD to multimedia students, and it is quite a difficult point when they ask for a complex sample player like the object in MAX and I have to answer 'you have to code it yrself from scratch or start from qsample.pd'. Of course they mean one where they can straight away to change frequency, invert the sound, and control all kinds of parameters. And qsample, despite of being a nice example, it doesnt fulfill all this.
I actually found that in short intros to PD and MAX, many of them would go for MAX because it has a 'sampleplayer' object. Then being myself pasionated with PD, I decide to code a general one myself to give it to them so that they could get interested on PD and they would not be scared by all that low level work. But not being very efficient PD programmer I never did a clean one.
Maybe i should give another try and do one myself but I dont have much time to do so, I will try to find some time somewhere ... and if ever do it I will put it available for download of course.
thanks
Urs Liska wrote:
(oops, forgot to reply to list)
sorry i don'T have an easy solution...although there are definately a few out there...but if you just learn how to use tabread4~, you can code up sample players to do anything pretty quickly.
basically tabread~ 4 takes input from a line~ object to play the sample.
Or, if you want to loop, you can use a phasor~.
once you get the hang of getting the correct numbers to the line~ object, you can code sample players to do heaps of cool stuff
Ian Smith-Heisters wrote:
The xsample externals do everything you mentioned and more. They've also become quite easy to compile. And they're based on flext, so they can also be used for MAX, though I've never tried that.
ok, i will give it a try. thanks for the tip!
altern wrote:
hi
thanks for the reply to all. I know all those methods you mention as i did several sample players myself a couple of years ago, and they were fairly complex (start point, end point, frecuency, loop on/off, import, export, save, amplitude, avoiding ticks on loop and some other stuff i cannot remember anymore).
The problem is that i am unable to reuse them as they are a bit too messy and I dont have much time to code one 'general' one myself.
but the main issue I wanted to point to, I guess, is that in my opinion it would be good for PD to have a good, portable sample player abstraction that people can use and reuse if they dont know (or dont have time or cannot be bothered, etc...) to code themselves one.
Sometimes I give introductions to PD to multimedia students, and it is quite a difficult point when they ask for a complex sample player like the object in MAX and I have to answer 'you have to code it yrself from scratch or start from qsample.pd'. Of course they mean one where they can straight away to change frequency, invert the sound, and control all kinds of parameters. And qsample, despite of being a nice example, it doesnt fulfill all this.
I actually found that in short intros to PD and MAX, many of them would go for MAX because it has a 'sampleplayer' object. Then being myself pasionated with PD, I decide to code a general one myself to give it to them so that they could get interested on PD and they would not be scared by all that low level work. But not being very efficient PD programmer I never did a clean one.
Maybe i should give another try and do one myself but I dont have much time to do so, I will try to find some time somewhere ... and if ever do it I will put it available for download of course.
thanks
Urs Liska wrote:
(oops, forgot to reply to list)
sorry i don'T have an easy solution...although there are definately a few out there...but if you just learn how to use tabread4~, you can code up sample players to do anything pretty quickly.
basically tabread~ 4 takes input from a line~ object to play the sample.
Or, if you want to loop, you can use a phasor~.
once you get the hang of getting the correct numbers to the line~ object, you can code sample players to do heaps of cool stuff
Hallo, altern hat gesagt: // altern wrote:
but the main issue I wanted to point to, I guess, is that in my opinion it would be good for PD to have a good, portable sample player abstraction that people can use and reuse if they dont know (or dont have time or cannot be bothered, etc...) to code themselves one.
Sometimes I give introductions to PD to multimedia students, and it is quite a difficult point when they ask for a complex sample player like the object in MAX and I have to answer 'you have to code it yrself from scratch or start from qsample.pd'. Of course they mean one where they can straight away to change frequency, invert the sound, and control all kinds of parameters. And qsample, despite of being a nice example, it doesnt fulfill all this.
That's exactly what rrad.minipli.pd is intended for. I also use this in classes, because I just don't want to hear any sine waves anymore there, so I just tell students to load rrad.minipli, and that's it: They can play some nice wav-files they have on disk and it sound much better than the [osc~] orchestra with clicks, you normally hear in Pd workshops.
There also is rrad.minipli-xsample.pd, which uses xsample~ internally, but for this usecase, it doesn't have many advantages over qsample.
Anyway, rrad.minipli intentionally is kept simple, but of course it is possible to extend the idea to a more complex sample player.
Ciao
Frank Barknecht _ ______footils.org__
_ __latest track: "scans" _ http://footils.org/cms/show/41
Frank Barknecht wrote:
Hallo, altern hat gesagt: // altern wrote:
but the main issue I wanted to point to, I guess, is that in my opinion it would be good for PD to have a good, portable sample player abstraction that people can use and reuse if they dont know (or dont have time or cannot be bothered, etc...) to code themselves one.
Sometimes I give introductions to PD to multimedia students, and it is quite a difficult point when they ask for a complex sample player like the object in MAX and I have to answer 'you have to code it yrself from scratch or start from qsample.pd'. Of course they mean one where they can straight away to change frequency, invert the sound, and control all kinds of parameters. And qsample, despite of being a nice example, it doesnt fulfill all this.
That's exactly what rrad.minipli.pd is intended for. I also use this in classes, because I just don't want to hear any sine waves anymore there, so I just tell students to load rrad.minipli, and that's it: They can play some nice wav-files they have on disk and it sound much better than the [osc~] orchestra with clicks, you normally hear in Pd workshops.
There also is rrad.minipli-xsample.pd, which uses xsample~ internally, but for this usecase, it doesn't have many advantages over qsample.
Anyway, rrad.minipli intentionally is kept simple, but of course it is possible to extend the idea to a more complex sample player.
:) I knew somebody had had to deal with the same issue before me. Thanks for the tips.
Ciao
Hello
I have recently installed Linux (Fedora Core 4) on an old Pentium machine. I have plenty of experience running Pd and the extensions on Windows and OS X, but I am completely new to the world of Linux.
I have downloaded Miller's source for 0.38-4, but I am unable to compile the source. Based on my research in the PD-list archives, it seems that my compile problems arise from not having tcl/tk installed on my linux distribution. I don't have access to my linux box until late tonight, so I cannot include the compile errors with this message. Sorry. Anyway, based on some research in to the literature on FC3, it appears as if tcl/tk are supposedly included in the standard distribution.
My question is this: has anyone encountered similar problems compiling Pd on Fedora Core, and if so, is there some sort of option I can modify in the OS, in the package manager perhaps, to activate or install TCL/TK?
I may ultimately turn to the Fedora forum for help installing the TCL and TK rpms I find on the internet. But if there is some obvious solution that I am missing, then I would very much appreciate some clarification. Thanks in advance.
cheers, David Kendall
dave did you look at planet ccrma? i think they are transitioning to FC4 might be an easy fix while you get comfy.
http://ccrma.stanford.edu/planetccrma/software/
cheers
On Jun 28, 2005, at 7:50 PM, David Kendall wrote:
Hello
I have recently installed Linux (Fedora Core 4) on an old Pentium machine. I have plenty of experience running Pd and the extensions on Windows and OS X, but I am completely new to the world of Linux.
I have downloaded Miller's source for 0.38-4, but I am unable to compile the source. Based on my research in the PD-list archives, it seems that my compile problems arise from not having tcl/tk installed on my linux distribution. I don't have access to my linux box until late tonight, so I cannot include the compile errors with this message. Sorry. Anyway, based on some research in to the literature on FC3, it appears as if tcl/tk are supposedly included in the standard distribution.
My question is this: has anyone encountered similar problems compiling Pd on Fedora Core, and if so, is there some sort of option I can modify in the OS, in the package manager perhaps, to activate or install TCL/TK?
I may ultimately turn to the Fedora forum for help installing the TCL and TK rpms I find on the internet. But if there is some obvious solution that I am missing, then I would very much appreciate some clarification. Thanks in advance.
cheers, David Kendall
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks for the advice, Pat. I did notice that Plannet CCRMA will be ready for FC4 pretty soon. That is encouraging. I was hoping that an install of Planet CCRMA would take care of my problem.
By the way, I checked the page listing all the software contained in the Planet CCRMA distribution, and it looks like it comes with Pd 0.37. Does Planet CCRMA actually come with the latest version of Pd, or would I need to upgrade if I want Pd 0.38?
In any case, I think I'll keep investigating tcl with the hope that I can get Pd and GEM running sooner, rather than later.
David
dave did you look at planet ccrma? i think they are transitioning to FC4 might be an easy fix while you get comfy.
http://ccrma.stanford.edu/planetccrma/software/
cheers
On Jun 28, 2005, at 7:50 PM, David Kendall wrote:
Hello
I have recently installed Linux (Fedora Core 4) on an old Pentium machine. I have plenty of experience running Pd and the extensions on Windows and OS X, but I am completely new to the world of Linux.
I have downloaded Miller's source for 0.38-4, but I am unable to compile the source. Based on my research in the PD-list archives, it seems that my compile problems arise from not having tcl/tk installed on my linux distribution. I don't have access to my linux box until late tonight, so I cannot include the compile errors with this message. Sorry. Anyway, based on some research in to the literature on FC3, it appears as if tcl/tk are supposedly included in the standard distribution.
My question is this: has anyone encountered similar problems compiling Pd on Fedora Core, and if so, is there some sort of option I can modify in the OS, in the package manager perhaps, to activate or install TCL/TK?
I may ultimately turn to the Fedora forum for help installing the TCL and TK rpms I find on the internet. But if there is some obvious solution that I am missing, then I would very much appreciate some clarification. Thanks in advance.
cheers, David Kendall
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
altern -
David Kendall -
Frank Barknecht -
Ian Smith-Heisters -
Pat Pagano -
Urs Liska