[PD] retrigger [tabread4~] sampler without clicks
Hi, I'm working on a granular sampler borrowing parts of the patch on pd-tutorial (http://www.pd-tutorial.com/english/ch03s07.html). Everything works smoothly except for one little annoying problem. If I fire the sample before the last one is through, sometimes I get a click at the beggining of the playback. This is happening on a percussive sound (rapid envelope attack) so I'm guessing it's got something to do with [tabread4~] failing to interpolate between whatever the last amplitude value was and the first wavetable value. This http://crca.ucsd.edu/~msp/techniques/latest/book-html/node63.html can probably be used to solve my problem, but I can't figure out how (or where in the patch) I should implement it. Any clues would be greatly appreciated. Thanks a lot, and have a good one. ps. I tried to comment the patch to make it understandable. It is still, however a work in progress. Let me know of any questions. -- Federico Galland grain_synth.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and RME HDSP alsa vs jack performance
On Tue, 15 Apr 2014 16:07:03 -0400 "Peter P." wrote: > Hi list, > > following up onto some earlier postings I had made about the current > problems running Pd with any buffersize larger(!) than 5 using alsa, > the mmap code and an RME HDSP Multiface on Debian Linux, here are some > more results from tests I made recently: > > Alsa only works with audiobuf smaller 6, otherwise causing totally > garbled sound. With that short buffer settings it is unusable for > everything more CPU intense than sine test tones though. > > The only way to get Pd to run reliably under some load on my box using > the HDSP is to use jack with 256 frames at 2 periods/buffer. > > Now what is weird is that the built in soundcard of my box is able to > do the same thing without problems with just 64 frames at 3 > periods/buffer in jack. > > Again with the HDSP, once I start adding Gem and let it render a > single geo, I do get many audio dropouts unless I increase jack's > buffers to a minimum 2048 frames at 2 frames/buffer. > > I tested this using two different HDSP cards on two different Debian > boxes, using the -rt flag, realtime and non-realtime kernels, > optional callbacks and different sleegrain setting. > > Somehow it seems very sad that one of the best pro multichannel sound > cards under Linux seems to be unusable with Pd under Alsa reliably. > > I would like to contribute to any ways of improving this situation and > desperately hope that someone can comment on my findings. > > thank you! > best, Peter > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list I guess you have ruled out everything under this wiki http://wiki.linuxaudio.org/wiki/system_configuration ? Is the HDSP a PCI interface? If so, pay particular attention to the "pci bus latency" part. Also, make sure you disable your wifi card since that is known to cause dropouts. For further assistance, you may also want to inspect the linux audio users mailing list, and linuxmusicians.com forum. My 2 cents anyway -- Federico Galland ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
I made a new release of tracker changelog: 0.2.3 numbers are now aligned to right notification messages are sent from user interaction mouse behavior improved. now dragging faster changes more. added nice makefile for target: Linux MacOS (thanks Steffen) Win32 (thanks tof) (plus some bugfixes) you can find as usual in /externals/ffext/tracker or here: http://www.puredata.org/Members/federico/externals thanks to everyone that gave (and will give) feedback! -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
On 9/23/07, Patrice Colet <[EMAIL PROTECTED]> wrote: > I was expecting to have this in creation arguments, like > [tracker 10 10 $0-trk] > but it's not implemented apparently, > even worse, > if I put [tracker $0-trk] itracker is simply not created, > if I put [tracker 10 10] it crashes pd! you should have a look at one pd file that you saved with a [tracker] in it. anyway those option are (obviously) available. you can instantiate tracker as follows: [tracker -send sendsymbol -recv recvsymbol -rows 16 -cols 7] or [tracker -data 2 3 1 2 3 4 5 6] options are Tk like, so they are backward/forward compatible and don't rely on order :) ciao -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
cool patch! yes, I was thinking to that feature (really I have a TON of features to put in, if only I would have time) but my idea is to make everything came out of the same outlet. you have to route the various status messages yourself, and also route the data you request also note that in the last release I added send/receive configurable in properties, so you don't have to attach [s]/[r] objects anymore ciao On 9/23/07, Patrice Colet <[EMAIL PROTECTED]> wrote: > Hello it's me again, I hope I'm not bothering too much with suggestions, > I've attached an example where we can see tracker in action for making > life easier with gem objects that require an huge amount of input values > like curve3d. > It would be so nice to have a bang at a second outlet each time a > value is modified by the mouse, then it would be possible to > automatically update the shape and makes life even more easy with those > gem objects. > Thanks. > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
> using [tracker] like a visual matrix. heh, it *is* a visual matrix ;) > Also I think more things should be implemented in this way, > like some separators, to output also numbers from different > successive columns I don't think I understand you here... what are separators? perhaps you could do something like: |get 0 1, get 0 2, get 0 3( | [tracker] or, better: |1, 2, 3( | |get 0 $1( | [tracker] -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
thanks. fixed in CVS. I'll post soon a 0.2.3 release to http://www.puredata.org/Members/federico/externals ciao On 9/23/07, Patrice Colet <[EMAIL PROTECTED]> wrote: > Patrice Colet a écrit : > > Hello federico, > > > > After playing with your nice tracker external, I've been exposed to bug > > with [get $1 $2( message. > > I've attached a patch where the error is easier to track, I've used the > dll compiled by tof > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.40.3 anti-aliased (screenshot)
slightly different on linux: http://img488.imageshack.us/img488/9625/pdvf4.png On 9/22/07, patrick <[EMAIL PROTECTED]> wrote: > hi, > > i just installed pd-0.40.3 from miller's site and boom! > http://www.workinprogress.ca/pd/pdantialiased.png > > looking good: font with anti-aliasing... > i guess it's because it is using tk8.5 > > pat > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
> I think i had success building it on OS X with the attached Makefile. thank you, I'll include it in the distribution > The properties dialog works, it seams. I haven't had time to really > play with it. It seams quite cpu greedy, as it make Pd eat 60% cpu that's sad :( on Linux just it takes 1% cpu (athlon 2800+) running with row tracking active. indeed drawing is done very cleverly, so I don't figure the reason of that cpu usage. > time like instantly. It might be a OSX/TCL issue though(?). I mainly I hope something that could be fixed... I'll ask to pd-devs > build it to see how it looked. Looks nice. I think the editing > features are interesting. Attached is also a screenshot of the help > file for anyone in a similar position. > > Best, Steffen thank you for your fieedback! -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] new external: tracker
> after compiling your external (with tk2c.bash copied in /usr/bin > beforehand) you don't have to, I guess. tk2c it's just a script for embedding tk into C source files. > /usr/local/lib/pd/extra/tracker.pd_linux: > /usr/local/lib/pd/extra/tracker.pd_linux: undefined symbol: > binbuf_read_via_canvas it seems to require at least pd-0.40-3 also: people getting 'invalid command name "pdtk_tracker_dialog"' error, probably have trouble running that script. please try running manually: ./tk2c.bash < tracker.tk > tracker.tk2c hope this helps -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [ANN] new external: tracker
hi dataflowers, today I release a new external: tracker if I have to describe it, I would say it is a 2D grid editor, with file load/save support, keyboard entry support, dynamic resizing, tracking of the row being read (see help patch attached) you can get it there, or in CVS under the externals/ffext/tracker directory. http://www.puredata.org/Members/federico/externals/tracker-0.2.tar.gz please report feedback about use, bugs, and possible improvements -- Federico Ferri ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] 5x5(.pd) - a grid game
I posted this to list many time ago. but yours is a bit nice: it has a reset button. p.s. I need 15 moves to complete... can you do better? ;) 1 11 12 13 16 17 19 20 24 25 3 4 7 8 9 On 6/15/07, Steffen <[EMAIL PROTECTED]> wrote: > Was sat somewhere about applying Pinsker's Inequality on some game > theoretical reflection of information theory... while i by chance M- > x'ed my way to 5x5.el by Dave Pearson. After wasting some time > playing it, i thought that trying to implement it (the game) in Pd > was a fun way to not complete that proof just now. And here it is, > the implementation of the game; attached and at http://dibidut.dk/ > pd/. - How many moves do you need to complete? > > > ___ > PD-announce mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-announce > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] anatomy of a wav file header = insert key-bits
WAVE file format is derived from RIFF format. raw data is stored in 'chunks'. every chunk is made up of three parts: * a header signature * data length * data, long as specified by data length you can add whatever you want, just keep the signature "unique". more info on standard wave fie here: http://technology.niagarac.on.ca/courses/ctec1631/WavFileFormat.html ciao -- Federico On 4/28/07, gottlieb <[EMAIL PROTECTED]> wrote: > Dear List, > > I am trying to create an algorithmic composition whereby pd could > coalesce related wav files by reading key-byte information I would > insert into the header. > Does anyone have a good refernce on the anatomy of a wav file, > especially the header? also can someone advise me how pd can be directed > to read, let's say the 63 rd and 64th byte of a file? > > thank you > > Baruch > > > -- > Baruch Gottlieb > Assistant Professor > Graduate School of Communications and Arts > Yonsei University > 고틀립 조교수 > 연세대학교 영상대학원 > Seoul, Korea > > c +82 10 9399 3035 > h +82 2 333 2733 > o +82 2 2123 6991 > > > in Berlin > c +49 176 6708 2543 > h +49 30 2809 5116 > > http//www.vociferous.org > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ebuild naming
latest version is pd-0.40-2.src.tar.gz :d
anyway, if you want to build that version probably you need to change
SRC_URI variable to something like: pd-${PV}test04.src.tgz
--
Federico
On 4/19/07, carmen <[EMAIL PROTECTED]> wrote:
> im trying to get the ebuild to build
> http://www-crca.ucsd.edu/~msp/Software/pd-0.41-0test04.src.tar.gz
>
> and wondering about the necessity of this line:
>
> MY_P="${P/_p/-}"
>
>
> i think this means i need a
>
> pd-0.41_p0test04.ebuild
>
> but portage says:
>
> !!! media-sound/pd-0.41_p0test04 does not follow correct package syntax.
>
> when trying to generate the digest
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
On 4/20/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
> It seems that these ebuild files could use the existing build system
> quite easily. The existing system isn't always pretty, but it
> works. And ultimately we will both be better off if we join forces
> rather than have duplicate efforts. I am definitely open to
> improving the existing system.
yeah! that sounds good, and is definitely better than having to patch
Makefiles from within ebuilds. (like in line21 of maxlib-
http://pd-overlay.svn.sourceforge.net/viewvc/pd-overlay/pd-overlay/media-plugins/maxlib/maxlib-.ebuild?revision=97&view=markup
)
I can also help in fixing Makefiles, e.g. by collecting fixes, patches
and sed oneliners from our ebuilds
> And I can help get you up to speed
> via email, IM, IRC, voice, whatever.
>
> For example, in maxlib/maxlib-.ebuild, it could call the existing
> build system like this:
>
> src_compile() {
> make -C /path/to/pure-data/externals maxlib
> }
>
> src_install() {
> make -C /path/to/pure-data/externals DESTDIR="${D}" maxlib_install
> }
>
> And that would be enough to build and install. This is how it was
> done for PlanetCCRMA. Then you could generate this same .ebuild file
> using a script for all of the libraries built by Pd-extended.
I also would definitely prefer using your build system, since
everything resides in Makefiles, and consequentially everything is
less error-prone.
I am making an all-in-one pd-extended ebuild, for testing all the
(supported) externals, wich is as simple as writing:
# USE="oscx maxlib zexy" emerge =media-sound/pd-extended-
explanation: here I used USE flags to select which externals to
compile. generally those flags enable configure switches or compile
time features.
I used them to make everything fit into one ebuild, but if we like
having many separate ebuilds, it is very easy to split it up.
here is the actual ebuild, just in case you want to review how I did
use your build system:
http://pd-overlay.svn.sourceforge.net/viewvc/pd-overlay/pd-overlay/media-sound/pd-extended/pd-extended-.ebuild?view=markup
(also submitting it to the gentoo-people's attention)
ciao
--
Federico
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
On 4/18/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > also: in gentoo binary packages aren't much in use. gentoo *is* a > > build farm: the user compiles the softwares that wants to installs, > > choosing compile options via tag-like switches (USE flags). (you can > > actually use it to build binary packages working out-of-the-box) > > that information is handled in ebuilds, special shell scripts that > > have the "version&dependency > > check,fetch,unpack,compile,test,install,merge" recipe. > > > > so a gentoo repository it's just a collection of ebuilds, metadata and > > changelogs, no bin packages. > > The point of the auto-build farm is not only to provide binaries. > Actually it performs more important duties: it builds every night > from to make sure that recent checkins to CVS didn't break anything; I see. That is good, > and, it gives developers an easy way to make sure that their code > works on other platforms without having to run builds themselves. > That is why there should be a gentoo machine in the auto-build farm. ok, got it. My advice is to leave the overlay on SVN, also because (hopefully) one day those ebuilds will go in the official gentoo repository, or at least in gentoo-sunrise (one of the biggest addon repos), so the task of syncing ebuilds will be totally transparent (it est: managed by emerge --sync). until that day, you can add two commands that sync pd-related ebuilds from our repository, just before the line that compiles everything (that will be: emerge media-sound/pd media-plugins/zexy media-plugins/maxlib ...) into your cron job: ---[gentoo nightly build script]- pushd /usr/local/overlays svn co https://svn.sourceforge.net/svnroot/pd-overlay/pd-overlay popd # emerging stuff, like: # emerge pd maxlib zexy 2>&1 | tee emerge-pd.log ---[end]- so, whenever something breaks in the gentoo build farm, it could depend on two factors: 1) I (or someone of pd-overlay team) has made some mistake in the ebuild script. I will fix that (pls file bugs at https://sourceforge.net/tracker/?atid=892936&group_id=180376&func=browse) 2) A developer changed something (tipically a Makefile) breaking the gentoo install someway (this can be fixed by both, just a matter of deciding *what* to fix, if the Makefile or the ebuild) or breaking the gentoo compile (this often should be solved upstream) > I don't use gentoo at all, so I'll leave that up to you. Maybe a > good way to manage this is that you guys make releases of pd-overlay, > I check those releases into the pure-data CVS. Then the nightly auto- > builds run using the stuff in pure-data CVS. I don't think repo-releases are needed. We try to put into SVN only working ebuilds (tested on our computers); the simplest ebuild that compiles and installs with: ./configure && make && make install should be 100% fail-safe But the point is: actually 99% of our ebuilds have version - (a convention to mean that their sources are pulled from Pd CVS) so they are more subject to break on CVS changes, especially when Makefile stuff like PREFIX and DESTDIR gets touched (!) Making releases/snapshots for *every* external would help a lot improving reliability; though this is not primary purpose of the project; would be better to rely that each commit on pd-cvs doesn't break anything :) Also: like other package management, we could mark ebuilds unstable, testing or stable, with simple use of keywords (please see the gentoo manual for more detail on this) > The key to making this work is having pd-overlay use the same > directory structure as the pure-data CVS. can you explain better what do you mean? pd-overlay has the structure of a gentoo ebuild tree. I don't believe it can be altered in some way > I've never installed gentoo. Could you point me to a CD image to > install? Also, once it's installed, will you install all of the > dependencies? I'll give you shell access to do that. Please > document this on a wiki page too. if you are going to install gentoo on x86 arch: * get the install ISO here: http://bouncer.gentoo.org/?product=gentoo-2006.1-minimal&os=x86 * refer to the x86 handbook for installing: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml the same applies for other archs, like ppc, ia64, amd64, ppc64, hppa, alpha, ... dependencies are checked automatically, so emerge-ing pd would install also Xorg, alsa, tcl, tk, etc anyway I can check your box for consistance :) just do the initial part of the install so that it can be bootable, then mail me ssh access, or let us meet on irc -- Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
http://pd-overlay.sourceforge.net/ follow the instructions under "Setting up: manually", "Syncing: manually", "Using". there was one guy taking care of layman config file, but actually don't know if still works... if you want to try, xml file is here: (long url!) http://pd-overlay.svn.sourceforge.net/viewvc/*checkout*/pd-overlay/stuff/pd-layman.xml?revision=100 -- Federico On 4/16/07, carmen <[EMAIL PROTECTED]> wrote: > On Mon Apr 16, 2007 at 03:44:25AM +0200, federico wrote: > > I forgot: actually, in the pd-overlay repository, many ebuilds have > > version - meaning that they are fetched from CVS (a trick to make > > they appear the latest version). > > URL pls. i find a link to an XML file on sourceforge, that might have > contained a link to the repo, but sourceforge is totally broken right now: > > Traceback (most recent call last): > File "/usr/local/viewvc-1.0.3.sf-new/lib/viewvc.py", line 3660, in main > request.run_viewvc() > File "/usr/local/viewvc-1.0.3.sf-new/lib/viewvc.py", line 285, in run_viewvc > % self.rootname, "404 Repository not found") > > > > there is a class that handles abstractions/externals fetching from cvs. > > > > otherwise ebuilds can fetch tgz/zip/rar packages from some snapshot > > > > On 4/16/07, federico <[EMAIL PROTECTED]> wrote: > > > just some notes: > > > I was thinking on how to manage releases, since many externals do not > > > have releases numbers. > > > also: in gentoo binary packages aren't much in use. gentoo *is* a > > > build farm: the user compiles the softwares that wants to installs, > > > choosing compile options via tag-like switches (USE flags). (you can > > > actually use it to build binary packages working out-of-the-box) > > > that information is handled in ebuilds, special shell scripts that > > > have the "version&dependency > > > check,fetch,unpack,compile,test,install,merge" recipe. > > > > > > so a gentoo repository it's just a collection of ebuilds, metadata and > > > changelogs, no bin packages. > > > > > > a note about the development: to commit ebuilds properly, automating > > > the check of some rules and the writing of changelog, there's a script > > > (sunrise-commit) wich relies on SVN (didn't look how can be adapted to > > > CVS), so it may be better work on pd-overlay project separately, and > > > sync to pd-cvs or wathever vc when doing point releases of pd/pd-ext > > > (also useful for tracking external's versions) (I can add you as > > > developer of pd-overlay, if you are intended to help testing, or > > > fixing ebuilds, or using it as a build platform just give me your > > > sf.net usernmae) > > > > > > about the gentoo version: latest is fine (should be 2006.1, or 2007.0) > > > > > > -- > > > Federico > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
I forgot: actually, in the pd-overlay repository, many ebuilds have version - meaning that they are fetched from CVS (a trick to make they appear the latest version). there is a class that handles abstractions/externals fetching from cvs. otherwise ebuilds can fetch tgz/zip/rar packages from some snapshot On 4/16/07, federico <[EMAIL PROTECTED]> wrote: > just some notes: > I was thinking on how to manage releases, since many externals do not > have releases numbers. > also: in gentoo binary packages aren't much in use. gentoo *is* a > build farm: the user compiles the softwares that wants to installs, > choosing compile options via tag-like switches (USE flags). (you can > actually use it to build binary packages working out-of-the-box) > that information is handled in ebuilds, special shell scripts that > have the "version&dependency > check,fetch,unpack,compile,test,install,merge" recipe. > > so a gentoo repository it's just a collection of ebuilds, metadata and > changelogs, no bin packages. > > a note about the development: to commit ebuilds properly, automating > the check of some rules and the writing of changelog, there's a script > (sunrise-commit) wich relies on SVN (didn't look how can be adapted to > CVS), so it may be better work on pd-overlay project separately, and > sync to pd-cvs or wathever vc when doing point releases of pd/pd-ext > (also useful for tracking external's versions) (I can add you as > developer of pd-overlay, if you are intended to help testing, or > fixing ebuilds, or using it as a build platform just give me your > sf.net usernmae) > > about the gentoo version: latest is fine (should be 2006.1, or 2007.0) > > -- > Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
just some notes: I was thinking on how to manage releases, since many externals do not have releases numbers. also: in gentoo binary packages aren't much in use. gentoo *is* a build farm: the user compiles the softwares that wants to installs, choosing compile options via tag-like switches (USE flags). (you can actually use it to build binary packages working out-of-the-box) that information is handled in ebuilds, special shell scripts that have the "version&dependency check,fetch,unpack,compile,test,install,merge" recipe. so a gentoo repository it's just a collection of ebuilds, metadata and changelogs, no bin packages. a note about the development: to commit ebuilds properly, automating the check of some rules and the writing of changelog, there's a script (sunrise-commit) wich relies on SVN (didn't look how can be adapted to CVS), so it may be better work on pd-overlay project separately, and sync to pd-cvs or wathever vc when doing point releases of pd/pd-ext (also useful for tracking external's versions) (I can add you as developer of pd-overlay, if you are intended to help testing, or fixing ebuilds, or using it as a build platform just give me your sf.net usernmae) about the gentoo version: latest is fine (should be 2006.1, or 2007.0) -- Federico On 4/10/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > Ok, I can add you as a developer, but you have to go thru the > standard procedure, which is pretty simple. Just send an email to pd- > dev introducing yourself and talk about what work you want to do in > the pure-data repository. Also, it's always nice to hear about other > projects that you work on using Pd. > > As for the ebuild, it would be great if it was merged in with the Pd- > extended build system. Then we can share the maintenance of it all. > > Also, I can set up a Gentoo box in the auto-build farm if you'll > finish the setup. Just tell me which version of gentoo should be > installed. > > .hc > > On Apr 9, 2007, at 9:01 AM, federico wrote: > > > it is ok for me. > > pd-overlay project is hosted on sourceforge too (see > > http://pd-overlay.sf.net for info), but using svn; > > anyway it should be simple moving from svn to CVS. > > > > check also project homepage on sourceforge to see whoever is actually > > working on the project. my username @sourceforge is federico__ as > > usual :) > > > > On 4/2/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > >> > >> How about maintaining the Gentoo build files in the pure-data CVS? > >> There already is debian, Mac OS X, Windows, and RedHat package build > >> files there. That would make it possible to have nightly auto-builds > >> on gentoo also. > >> > >> .hc > >> > >> On Mar 16, 2007, at 2:54 PM, federico wrote: > >> > >> > FYI there is a project related to that. > >> > it's hosted on sourceforge.net and it's called pd-overlay. > >> > (the svn repository is actually THE overlay: just checkout then > >> > 'emerge pd zexy maxlib what-you-want') > >> > > >> > maybe (I hope) you and others be interested. > >> > > >> > you can find some additional information on my page at pd-portal: > >> > http://www.puredata.info/Members/federico/pd-portage/ > >> > that is: using the overlay and creating ebuilds, which is simple as > >> > writing shell scripts > >> > > >> > if anyone is interested in collaborating, please send ebuild > >> (actually > >> > I'm restoring all my dev stuff, and commit those new ebuilds soon) > >> > > >> > also I can give developer account to active contributors. > >> > > >> > actually we have ebuilds for: freeverb~, gem, ggee, gridflow, > >> > iem-comport, iemmatrix, iemlib, > >> > maxlib, miXed, pdogg, pdp, zexy and others > >> > > >> > > >> > -- > >> > Federico > >> > > >> > On 3/12/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > >> >> > >> >> > >> >> Hey, > >> >> > >> >> Looks good, the more the merrier :) If you are planning on > >> >> maintaining > >> >> that, it should be included in the CVS. If you are definitely > >> >> committed to > >> >> supporting Pd on Gentoo, then I can setup a Gentoo box in the > >> auto- > >> >> build > >> >> farm for a nightly build on Gentoo. > >> >> > >>
Re: [PD] I created an ebuild for pd-0.40-p2
it is ok for me. pd-overlay project is hosted on sourceforge too (see http://pd-overlay.sf.net for info), but using svn; anyway it should be simple moving from svn to CVS. check also project homepage on sourceforge to see whoever is actually working on the project. my username @sourceforge is federico__ as usual :) On 4/2/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > How about maintaining the Gentoo build files in the pure-data CVS? > There already is debian, Mac OS X, Windows, and RedHat package build > files there. That would make it possible to have nightly auto-builds > on gentoo also. > > .hc > > On Mar 16, 2007, at 2:54 PM, federico wrote: > > > FYI there is a project related to that. > > it's hosted on sourceforge.net and it's called pd-overlay. > > (the svn repository is actually THE overlay: just checkout then > > 'emerge pd zexy maxlib what-you-want') > > > > maybe (I hope) you and others be interested. > > > > you can find some additional information on my page at pd-portal: > > http://www.puredata.info/Members/federico/pd-portage/ > > that is: using the overlay and creating ebuilds, which is simple as > > writing shell scripts > > > > if anyone is interested in collaborating, please send ebuild (actually > > I'm restoring all my dev stuff, and commit those new ebuilds soon) > > > > also I can give developer account to active contributors. > > > > actually we have ebuilds for: freeverb~, gem, ggee, gridflow, > > iem-comport, iemmatrix, iemlib, > > maxlib, miXed, pdogg, pdp, zexy and others > > > > > > -- > > Federico > > > > On 3/12/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > >> > >> > >> Hey, > >> > >> Looks good, the more the merrier :) If you are planning on > >> maintaining > >> that, it should be included in the CVS. If you are definitely > >> committed to > >> supporting Pd on Gentoo, then I can setup a Gentoo box in the auto- > >> build > >> farm for a nightly build on Gentoo. > >> > >> I haven't used Gentoo at all, so I can't be of any help to Gentoo- > >> specific > >> things. > >> > >> .hc > >> > >> On Mar 12, 2007, at 11:49 AM, m t wrote: > >> > >> Grab it while its hot at: > >> > >> http://bugs.gentoo.org/show_bug.cgi?id=151843 > >> > >> Regards, > >> Miron > >> ___ > >> PD-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > >> > >> > >> - > >> --- > >> > >> All information should be free. - the hacker ethic > >> > >> > >> > >> > >> > >> ___ > >> PD-list@iem.at mailing list > >> UNSUBSCRIBE and account-management -> > >> http://lists.puredata.info/listinfo/pd-list > >> > >> > > > > > > > Looking at things from a more basic level, you can come up with a > more direct solution... It may sound small in theory, but it in > practice, it can change entire economies. - Amy Smith > > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdj help_class ... couldn't create
Dear pd-list, I have Pd 0.40-2 running under WinXP,a nd want to install the pdj dll's and API's. After installing under the folder C:\Programmi\pd\pdj the files contained in pdj-0.8.2-win32.zip (yes, I'm writing from Italy), along with including msvcr71d.dll inside C:\Programmi\pd\bin, and once fixing the javahome path bug affecting jdk 1.5.0_11, when I open the help_pdj.pd patch I run into the following message from pd: pdj: using JVM C:\\Programmi\\Java\\jdk1.5.0_11\\jre\\bin\\server\\jvm.dll pdj: trying to compile class: help_class.java pdj: com.e1.pdj.PDJClassLoaderException: java.io.IOException: CreateProcess: javac help_class.java -classpath C:\\Programmi\\pd\\pdj\\pdj.jar\;\;file://C:/Programmi/pd/pdj/classes/\; -sourcepath C:\\Programmi\\pd\\pdj\\classes error=2 pdj help_class ... couldn't create pdj: trying to compile class: help_class.java pdj: com.e1.pdj.PDJClassLoaderException: java.io.IOException: CreateProcess: javac help_class.java -classpath C:\\Programmi\\pd\\pdj\\pdj.jar\;\;file://C:/Programmi/pd/pdj/classes/\; -sourcepath C:\\Programmi\\pd\\pdj\\classes error=2 pdj help_class @attr1 10 ... couldn't create This problem holds the same whatever .class file I try to include in a pd patch via pdj. (I'm also having building problems with pdj under Linux FC4 due to apache ant for Fedora 4, but this is another story) I'm at a lost. Do you have any suggestion to give and/or time to help me? Thanks in advance. Federico Fontana ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] I created an ebuild for pd-0.40-p2
FYI there is a project related to that. it's hosted on sourceforge.net and it's called pd-overlay. (the svn repository is actually THE overlay: just checkout then 'emerge pd zexy maxlib what-you-want') maybe (I hope) you and others be interested. you can find some additional information on my page at pd-portal: http://www.puredata.info/Members/federico/pd-portage/ that is: using the overlay and creating ebuilds, which is simple as writing shell scripts if anyone is interested in collaborating, please send ebuild (actually I'm restoring all my dev stuff, and commit those new ebuilds soon) also I can give developer account to active contributors. actually we have ebuilds for: freeverb~, gem, ggee, gridflow, iem-comport, iemmatrix, iemlib, maxlib, miXed, pdogg, pdp, zexy and others -- Federico On 3/12/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > > Hey, > > Looks good, the more the merrier :) If you are planning on maintaining > that, it should be included in the CVS. If you are definitely committed to > supporting Pd on Gentoo, then I can setup a Gentoo box in the auto-build > farm for a nightly build on Gentoo. > > I haven't used Gentoo at all, so I can't be of any help to Gentoo-specific > things. > > .hc > > On Mar 12, 2007, at 11:49 AM, m t wrote: > > Grab it while its hot at: > > http://bugs.gentoo.org/show_bug.cgi?id=151843 > > Regards, > Miron > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > All information should be free. - the hacker ethic > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Objects don't loadbang when created with internal messaging
Frank Barknecht ha scritto: > Hallo, > Luke Iannini (pd) hat gesagt: // Luke Iannini (pd) wrote: > > >> Abstractions don't loadbang when created via [; pd-mycanvas obj 10 10 myabs( >> > > Send "loadbang" to "pd-mycanvas" to loadbang the subpatch and its > abstractions: > > [obj 10 10 myabs, loadbang( > | > [s pd-mycanvas] > > Ciao > hello, I remember having played with this. but why manually created objects (i.e. with CTRL+1, objname, CTRL+E) do receive their loadbang, while there isn't an equivalent for dynamically patched objects? (yes, you can only loadbang the *parent* of the object you've just created) I remember a (perhaps dirty) workaround for this was to enclose the new [dynamically created] object in a subpatch, but this solution has a big drawback, that is: you can't do it in an abstraction, because accessing 'pd-subcanvas-name' would not be unique. otherwise one would have used [namecanvas ...], but someone is saying it's deprecated?? ... big inconsistencies? note: I'm not sure if dollarg expansion now works in a place different from beginning, it est: would-$1-get-replaced-with-its-value-and-also-$2-will? my two cents -- Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bangtris
marius schebella ha scritto: > Hi, > I made a tetris like game with pd and called it "bangtris". maybe you > will like it. but it is version 0.1! > http://parasitaere-kapazitaeten.net/Pd/bangtris.tar > feel free to send comments or bugreports. > marius. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > about games i mate a little one with pd some time ago. it is the LightsOut game. scope of the gaim is to turn all lights on in a 5x5 box. check it out! http://lists.puredata.info/pipermail/pd-list/2005-02/025871.html maybe we should make a 'Gaming' section on the Pd wiki :D -- Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] up-down saw-wave
Hans-Christoph Steiner ha scritto: > > On Nov 20, 2006, at 10:37 PM, Chris McCormick wrote: > >> On Sun, Nov 19, 2006 at 03:40:51PM -0500, Hans-Christoph Steiner wrote: >>> >>> On Nov 19, 2006, at 11:19 AM, derek holzer wrote: >>> >>>> hard off wrote: >>>>> ah thanks. a triangle oscillator is exactly what i need. cheers. >>>> >>>> Keep in mind that none of these are anti-aliased AFAIK, so you >>>> could easily get aliased harmonic frequencies. There's a few >>>> threads in the archive about avoiding this. My personal solution is >>>> to use [plugin~] with the BLOP LADSPA oscillator plugins. >>> >>> I wonder how hard it would be to implement the BLOP LADSPA algorithm >>> in Pd, so that there would be native anti-aliased oscilators. Its >>> something that Pd sorely needs. >> >> I am a big fan of these ones, by Günter: >> >> <http://lists.puredata.info/pipermail/pd-list/2006-05/038681.html> > > There are so many great patches posted to this list, there should be a > better way to search the list for patches. Any perl, python, etc master > want to write a script to pull out all of the patches from the list > archives? That would be amazing. http://lists.puredata.info/pipermail/pd-list/attachments/ ? well, pulling that url with wget -r (apart of generating a LOT of traffic) would result in a big mess of unordered attachments but at least it is a start -- Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Re: [PD-dev] Pure Data for Solaris?
Hans-Christoph Steiner ha scritto: > > Never heard of it happening, but it should work, as long as Tcl/Tk runs > on Solaris. The only thing would be that someone would have to write > sound output support, unless something like OSS was supported by Solaris. > > Give it a shot. it seems definitely YES! http://www.4front-tech.com/solaris.html http://www.4front-tech.com/test/oss-solaris-v4.0rc2-178-i386.pkg.bz2 cheers! > .hc > > On Nov 21, 2006, at 3:08 PM, Jarbas Jacome wrote: > >> Does anybody here has compiled and used Pure Data in Solaris operating >> system? >> Thanks. >> j.jR. >> >> ___ >> PD-dev mailing list >> PD-dev@iem.at >> http://lists.puredata.info/listinfo/pd-dev > > > > > Looking at things from a more basic level, you can come up with a more > direct solution... It may sound small in theory, but it in practice, it > can change entire economies. - Amy Smith > > > > ___ > PD-dev mailing list > PD-dev@iem.at > http://lists.puredata.info/listinfo/pd-dev > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GGEE/state
Mathieu Bouchard ha scritto: > On Sun, 12 Nov 2006, Patco wrote: >> Frank Barknecht a écrit : >>> However as I said before, I don't think that it's only GUI objects >>> that can profit from state saving and not all GUI objects in a patch >>> do need their state to be persistent. >> I think server side state saving is more flexible than client side >> (GUI) state saving. > > Even in the version of pd that has the most client-side code, all visual > properties that are to be saved in a patch, are still stored server-side. global state saving would be also important for pd to support LASH. with LASH a session could be stored to a file, and restored later. that means: every program will reopen all its open documents, and every document would restore its state actually a bunch of programs support that (seq24, patchage, vkeybd, muse, meterbridge, dino), would be great to see pd in that list... and even if it is a complex task, having widgets save their state move one step forward into that direction! ;) ciao Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GGEE/state
Hans-Christoph Steiner ha scritto: > > On Nov 11, 2006, at 11:04 AM, Frank Barknecht wrote: > >> Hallo, >> Federico hat gesagt: // Federico wrote: >> >>> i see here [state] only saves floatatoms and symbolatoms >> >> ... which IMHO is too limited in the long run. Because I needed to >> save more than that (especially arbitrary lists) I developed Memento >> and SSSAD. > > I don't know if you've done this already, but it would be really nice to > have a suite of basic GUI objects that already have state-saving > built-in, (SSSAD, memento, whatever). Something like a GOP vslider with > the state-saving in it. Then it would be really easy for people to > build GUIs that have state-saving incorporated. yeah that's a nice idea! and now the hidenameongop patch (https://sourceforge.net/tracker/index.php?func=detail&aid=1516869&group_id=55736&atid=478072) should be in 0.40... i must switch soon :D ciao Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GGEE/state
Patco ha scritto: > Mathieu Bouchard a écrit : >> if you don't put 'list' and the messagebox contents doesn't start with >> a float, then the message would have that selector instead of 'list', >> and so would represent a different command to the object. >> >> 'list' is the implied selector when a messagebox begins with a >> nonsymbol; if it begins with a symbol then that symbol is the selector. > All right, it's very clear, so the preset loading message have to begin > with 'list' because it hasn't any selector. > I was confused because I thought that 'load' was a selector for loading > the preset when I've been reading sources, > but that 'load' selector didn't work and i've finally found 'list' for > selector with random tries, lucky me. yeah, that would be more "classic" a message like "load presetname" and "save presetname", but that doesn't matter i see here [state] only saves floatatoms and symbolatoms what those objects do, and other gui objects don't? also, i see no such function about state persistance in dev-docs (i refer to http://iem.at/pd/externals-HOWTO/ since i haven't found anything else) is there a reason why pd lacks this (imho essential) feature? -- Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] launching tcl/tk scripts from pd
hi list, I wrote a simple UI in tk, and i want to attach it to pd. i tried: [wish ui.tk( | [shell] | [route mypath ...] | ... but i have a question: does this has sense? i see i takes about 5~10 seconds to load another instance of wish if it could be possible to re-use the existing instance of wish used for pd-gui, the load would be immediate is this possible? is there some ready-to-cook code that wraps a tk app into an external? that would be awesome :9 -- ciao Federico ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
