Re: [PD] Fwd: Disabling of packages to build...
Hi, ok, I will try it again...fingers crossed... Funs Seelen funssee...@gmail.com [10-08-01 05:20]: -- Forwarded message -- From: Funs Seelen funssee...@gmail.com Date: 2010/7/31 Subject: Re: [PD] Disabling of packages to build... To: meino.cra...@gmx.de 2010/7/31 meino.cra...@gmx.de Hello Funs, Funs Seelen funssee...@gmail.com [10-07-31 22:28]: Hello Meino, 2010/7/31 meino.cra...@gmx.de Hi, while fighting for a successful compilation of Pd-0.41.4-extended the build process falls over a certain package which I have now decided to exclude. Where can I disable the build and install of packages from Pd-extended? What do you mean with packages? Building pd depends on some packages (as I recently learned for example tk8.*-dev). You can't exclude them, but you just need to install them: $ sudo apt-get install the_package_i_need If you mean libraries or objects editing Makefile might be helpful. $ nano Makefile But then I would rather build pd-0.42-5 and install the external libraries you need or listen to Hans and build his latest release candidate (I don't know where he hid the source code). 0.42-5 makes editing a little easier. I checked out pd-extended-0.42 (release code) and tried several times to compile/installed it but it failed due to errors, which are not based on missing dependencies. And finally I gave up. Now I tried the stable pd-extended release and again fall over packages not compiling. I am frustrated about that. I can understand. I think I gave it up finally. If you think you gave up and you're not sure 100% about that here are some possible solutions: - Quit working on it for now and wait at least until tomorrow; - Tell us what system you are running (maybe others have had the same problem before or have an already-built-package for your platform) - write down the output of the errors; - Download pd-0.42-5 http://crca.ucsd.edu/~msp/software.html, install tk8.5-dev (if using linux) and build it (see README.txt) - install the libraries you need afterwards. I am on Gentoo-Linux, which I freshly installed a month ago. With the Gentoo system I had previously I experimented with pd-overlay and ebuilds, which are not supported by the Gentoo crew, which tends to make things more complicated than easier. The current system has to last longer than the previous one, so I willl no longer unmask packages or install overlays and ebuilds from other sources than from the Gentoo-crew itsself. In case of the need to install things not supported by the Gentoo-crew those have to compile out-of-the-box (classical way of installing which only system dependency is of being on a linux box instead of makeing diffderences what distribution is used.) By the way: pd-extended searches for dpkg-* executables and than thinks of being on Debian and installs everything into /usr/bin instead of /usr/local/bin. My opinion is, that this logic is not working in every case. Gentoo offers dpkg-* utils also. The result is that pd-extended gets installed into places, which are only for ebuilds. (Takes me some time to figure out, whether everything wants to go to /usr...) As long as there are no official ebuilds for Gentoo, pd-extended should keep its fingers off /usr. If the distribution cannot figured out 100% surely, break the installation process or ask the user for help. The existence or not-existence of certain tools is not strong logic. Only my two cents, your currency may vary... ;) --- I compiled pd-0.42-5 from the link you gave me, and it compiles/installes well. Unfortunately I have no clue, how install the rest, which makes the now installed pd-vanilla into pd-extended... Best regards, mcc Thanks for all help I got here. bye Best regards, mcc Thank you very much for any help in advance! Best regards, mcc I hope this somehow is an answer to your question. If not I'm sorry for not understanding your question right. ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] CPU saving strategies
Hi there, I recently built a midi CC sequencer abs. It helps me add some timeline-based control to my patches. But I came across a problem I never had to deal with before: CPU consumption. I realized I could'nt use more than four instances of my sequencer before the patch would become unmanageable (interface freezes, audio drops, and, finally... a crash) I think this is related to the use of large size arrays. I would be grateful if someone out there could point me to a better data storing/ CPU saving strategy for my sequencer, maybe data structures? Thanks in advance. D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ #N canvas 0 0 1263 707 10; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-seq 4000 float 5; #A 0 0.312165 0.312165 0.312165 0.312165 0.312165 0.316853 0.32154 0.326228 0.330916 0.335603 0.340291 0.344978 0.424666 0.412166 0.399666 0.387166 0.174664 0.362166 0.349666 0.337166 0.324666 0.292165 0.289665 0.287165 0.284665 0.282165 0.279665 0.277165 0.274665 0.299666 0.305221 0.310777 0.316333 0.321888 0.327444 0.332999 0.338555 0.344111 0.349666 0.355222 0.360777 0.366333 0.371889 0.377444 0.383 0.38925 0.3955 0.40175 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408 0.408085 0.408169 0.408253 0.408338 0.408422 0.408507 0.408591 0.408676 0.40876 0.408845 0.408929 0.409014 0.409098 0.409182 0.409267 0.409351 0.409436 0.40952 0.409605 0.409689 0.409774 0.409858 0.409943 0.410027 0.410112 0.410196 0.41028 0.410365 0.410449 0.410534 0.410618 0.410703 0.410787 0.410872 0.410956 0.411041 0.411125 0.41121 0.411294 0.411378 0.411463 0.411547 0.411632 0.411716 0.411801 0.411885 0.41197 0.412054 0.412139 0.412223 0.412308 0.412392 0.412476 0.412561 0.412645 0.41273 0.412814 0.412899 0.412983 0.413068 0.413152 0.413237 0.413321 0.413405 0.41349 0.413574 0.413659 0.413743 0.413828 0.413912 0.413997 0.414081 0.414166 0.41425 0.414335 0.414419 0.414503 0.414588 0.414672 0.414757 0.414841 0.414926 0.41501 0.415095 0.415179 0.415264 0.415348 0.415433 0.415517 0.415601 0.415686 0.41577 0.417333 0.418895 0.420458 0.42202 0.423583 0.425145 0.426708 0.42827 0.450145 0.47202 0.493896 0.528271 0.524521 0.520771 0.517021 0.513271 0.509521 0.505771 0.502021 0.498271 0.494521 0.490771 0.487021 0.48327 0.47952 0.47577 0.47202 0.46827 0.46452 0.46077 0.45702 0.45327 0.44952 0.44577 0.44202 0.43827 0.43452 0.43077 0.42702 0.42327 0.41952 0.41577 0.41202 0.40827 0.40452 0.40077 0.39702 0.39327 0.38952 0.38577 0.38202 0.37827 0.37827 0.37827 0.37827 0.315769 0.317332 0.318894 0.320457 0.322019 0.323582 0.325144 0.326707 0.32827 0.331395 0.33452 0.337645 0.34077 0.343895 0.34702 0.350145 0.35327 0.356395 0.35952 0.362645 0.36577 0.368895 0.37202 0.375145 0.37827 0.381395 0.38452 0.387645 0.39077 0.39702 0.40327 0.40952 0.41577 0.425145 0.43452 0.443895 0.45327 0.462645 0.47202 0.481395 0.603272 0.609522 0.615772 0.622022 0.628272 0.634522 0.640772 0.647022 0.653272 0.659522 0.665772 0.672022 0.778273 0.78296 0.787648 0.792335 0.797023 0.80171 0.806398 0.811085 0.815773 0.818898 0.822023 0.825148 0.665772 0.831398 0.834523 0.837648 0.603271 0.597021 0.590771 0.584521 0.578271 0.575146 0.572021 0.568896 0.553271 0.881399 0.884524 0.887649 0.890774 0.893899 0.897024 0.900149 0.903274 0.903274 0.903274 0.903274 0.903274 0.423563 0.423626 0.423688 0.423751 0.415157 0.406564 0.39797 0.389376 0.380782 0.372188 0.363594 0.355001 0.346407 0.337813 0.329219 0.320625 0.312031 0.303438 0.294844 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.28625 0.26125 0.23625 0.211249 0.186249 0.161249 0.154999 0.148749 0.142499 0.136249 0.12 0.123749 0.117499 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.0987485 0.148749 0.198749 0.24875 0.34875 0.351875 0.355 0.358125 0.36125 0.348751 0.352917 0.357084 0.361251 0.365417 0.369584 0.373751 0.377917 0.382084 0.386251 0.390417 0.394584 0.398751 0.402918 0.407084 0.411251 0.412813 0.414376 0.415938 0.417501 0.419064 0.420626 0.422189 0.423751 0.425314 0.426876 0.428439 0.430001 0.431564 0.433126 0.434689 0.436251 0.436251 0.436251 0.436251 0.436251 0.442501 0.448751 0.455001 0.461251 0.458375 0.4615 0.464625 0.46775 0.471322 0.474893 0.478465 0.482036 0.485608 0.489179 0.492751 0.496322 0.499893 0.503465 0.507036 0.510608 0.514179 0.517751 0.521322 0.524894
Re: [PD] CPU saving strategies
You can save some power by putting your arrays into tables so you can't see them. On my system, drawing graphical elements like that takes alot of power. On Sun, Aug 1, 2010 at 5:35 AM, David Schaffer schafferda...@hotmail.com wrote: Hi there, I recently built a midi CC sequencer abs. It helps me add some timeline-based control to my patches. But I came across a problem I never had to deal with before: CPU consumption. I realized I could'nt use more than four instances of my sequencer before the patch would become unmanageable (interface freezes, audio drops, and, finally... a crash) I think this is related to the use of large size arrays. I would be grateful if someone out there could point me to a better data storing/ CPU saving strategy for my sequencer, maybe data structures? Thanks in advance. D.S http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ ___ 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] [PD-announce] Live Media and FLOSS workshop, 24-28 August, Avellino, Italy
Flussi Festival presents: Live Media and FLOSS* Workshop with Marco Donnarumma Theoretical and practical audiovisual live performance seminary using FLOSS. Pure Data audiovisual real-time processing, tricks and tips to create your own performance tool. *Free/Libre Open Source Software Wednesday 25th - Saturday 28th August - 14 hours @ Teatro comunale Carlo Gesualdo, Avellino, Italy Cost: 50 euro The workshop is limited to 20 participants. Accommodation available for participants. Please register or ask for further info by sending an email to luca [at] flussi [dot] eu Full information at http://www.flussi.eu/text/workshop/puredata/FLUSSI2010_WORKSHOP_PUREDATA.pdf Info in the document above are only in Italian, please write us to request comprehensive info in english. Aim The seminary seeks to give the participants who don't have previous experience in programming and Live Media practice the needed theoretical and practical knowledge and skills to feel comfortable within the FLOSS creation environment. The classes' aim is to make the participants able to understand and assimilate the diverse passages of the creation process of software ad-hoc in order to be independent during the planning and development of a FLOSS project (musical, audiovisual, multi-media or theatre pieces) using the audiovisual language. The workshop will be preparatory to the implementation of Live Media performances realized by participants and presented in November 2010 at the 80 seconds International Contest. -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CPU saving strategies
hello On 1 August 2010 18:06, David Schaffer schafferda...@hotmail.com wrote: The problem is... the arrays HAVE to be visible AND accessible to the mouse, it's part of the abs. concept: you have to be able to draw your own graphics using the mouse. the arrays being visible alone should't cause excessive cpu consumption, but if you built a mechanism that refreshes the content of those (visible) arrays, then it could happen.. i haven't seen your patch, so i can not tell you more, but, generally, using many GUI objects at a high refreshing rate, may cause tremendous cpu consumption, since pd lacks the option for hardware acceleration for graphics, as i recently learned from this list. alabala -- ypatios ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Stabel release?
- Original message - Am 2010-07-30 19:58, schrieb Hans-Christoph Steiner: Any day now. I think there are no outstanding problems with the latest release candidate version, so I just want to wait a bit before making it the final release. So please test it and report problems, bugs, etc! Otherwise it'll be too late... Hi, while testing I just noticed that hcs/uname and hcs/hostname crash pd. This is true on Ubuntu Lucid 64 bit and Debian stable 32 bit. I think the problem is not a new one as 0.41.4 crahes too. Best regards, lw. Awesome, thanks! A bug report would be very helpful for me to remember to do this. (Its on the Help menu) .Hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Stabel release?
Sounds like you are missing a dependency probably a video lib, so pidip didn't build. Check the debian and fedora pages for a listing. Or scroll up and see which header pidip is complaining about. .Hc - Original message - Hi, ok, here is something: From svn I downloaded the complete pd-extended sources as described. After starting the compilation process as described, it fails with the following lines. By the way: Would be nice to update the build-instructions (name of the root dir isnt correct). install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/hid.pd_linux \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -p /tmp/pd-extended/externals/hcs/hid/examples/*.pd \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/abstractions/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/doc/objects/*.* /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -p /tmp/pd-extended/externals/pdp/doc/reference.txt \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/introduction/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/examples/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install -p /tmp/pd-extended/externals/pidip/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install: cannot stat `/tmp/pd-extended/externals/pidip/*.pd_linux': No such file or directory make[2]: *** [pidip_install] Error 1 make[2]: Leaving directory `/tmp/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/tmp/pd-extended/packages' make: *** [install] Error 2 Best regards, mcc Hans-Christoph Steiner h...@at.or.at [10-07-30 20:04]: Any day now. I think there are no outstanding problems with the latest release candidate version, so I just want to wait a bit before making it the final release. So please test it and report problems, bugs, etc! Otherwise it'll be too late... .hc On Fri, 2010-07-30 at 19:37 +0200, meino.cra...@gmx.de wrote: Hi, (warning! I am not a native English speaker! :) ) First of all: This is NO form of critism, urging, hurry-up message or anything else than a wish for information... A time ago I saw mail here announcing different release codes of the upcoming new version of pd-extra. When I the final release (stable or how it is called) planned? Thank you very much for your help in advance! Best regards, mcc ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Stabel release?
ola, pidip still has a autoconf system which can tell you what is missing.. unfornately not used with pd-extended, if i understood it right saludos, sevy Hans-Christoph Steiner wrote: Sounds like you are missing a dependency probably a video lib, so pidip didn't build. Check the debian and fedora pages for a listing. Or scroll up and see which header pidip is complaining about. .Hc - Original message - Hi, ok, here is something: From svn I downloaded the complete pd-extended sources as described. After starting the compilation process as described, it fails with the following lines. By the way: Would be nice to update the build-instructions (name of the root dir isnt correct). install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/hid.pd_linux \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -p /tmp/pd-extended/externals/hcs/hid/examples/*.pd \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/abstractions/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/doc/objects/*.* /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -p /tmp/pd-extended/externals/pdp/doc/reference.txt \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/introduction/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/examples/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install -p /tmp/pd-extended/externals/pidip/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install: cannot stat `/tmp/pd-extended/externals/pidip/*.pd_linux': No such file or directory make[2]: *** [pidip_install] Error 1 make[2]: Leaving directory `/tmp/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/tmp/pd-extended/packages' make: *** [install] Error 2 Best regards, mcc Hans-Christoph Steinerh...@at.or.at [10-07-30 20:04]: Any day now. I think there are no outstanding problems with the latest release candidate version, so I just want to wait a bit before making it the final release. So please test it and report problems, bugs, etc! Otherwise it'll be too late... .hc On Fri, 2010-07-30 at 19:37 +0200, meino.cra...@gmx.de wrote: Hi, (warning! I am not a native English speaker! :) ) First of all: This is NO form of critism, urging, hurry-up message or anything else than a wish for information... A time ago I saw mail here announcing different release codes of the upcoming new version of pd-extra. When I the final release (stable or how it is called) planned? Thank you very much for your help in advance! Best regards, mcc ___ 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 ___ 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] Gigs with Pd
On Sat, Jul 31, 2010 at 5:51 PM, Jeffrey Concepcion jeffreyconcepc...@gmail.com wrote: i already have an acer netbook, but the issues there are horrifying latency and breakup of the sound (at least on windows), pierre's solution seems like my ticket for now, as i don't need to have the system on me. FYI, we have purchased some recent eeepc (I cannot tell exactly which, I don't have the info at hand). It was pre-loaded with windows 7. I installed ubuntu loaded with the necessary libraries and pd. I have experimented with running our pd patches under windows but the performance terrible compared to linux (even before tweaking any settings to improve performance). I could run the same setup on an Acer Aspire One but the processing is not very intensive, in any case. On the other hand, I do not know how to make Windows efficient, it must be possible since there are so many people relying on it for performance and studio work. ./MiS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] abstraction setting its own arguments
On Sat, 31 Jul 2010, Jonathan Wilkes wrote: * the magical [inlet] message on loadbang is weird and will cause a crash in winxp if you happen to remove the abstraction's inlet. You mean you don't get the following error message ? « error: [args hello (world a 42) *] inlet 0 method loadbang: can't send init-messages, because object has no [inlet] » * sending output from [args] on loadbang is redundant when [loadbang]-[args] is so trivial. lots of shortcuts are trivial individually, then pile up to make a difference. The problem with auto-[loadbang] in args is that [loadbang] order is a dangerous thing (which I forgot to think about when designing that part of [args]... not sure what to do with it now... a bit hard to undo). Is there anything [args] can currently do that wouldn't be possible by taking an anything at its inlet? What would be the meaning of that anything ? you mean plugging [loadbang]-[list append $...@] into it ?... maybe it would work, but it would be two more objects per abstraction, too. (and it wouldn't be a anything. why anything ?) Additionally, your method of using commas to separate named init values assumes that the pd programmer doesn't want to send commas as arguments (which I did want to do in my [expr] example). I expect to add this feature whenever someone needs it : [args *, nocommas] would consider commas as non-special. Also : [args *, nocommas, noparens] would completely disable special parsing. But it's also possible that the syntax would be : [args *, commas 0, parens 0] a 0/1 attribute specified without a value defaults to 1. I haven't really thought about a rule for what is better, negative bools (names with no in them) when they sound good (mainly for exceptional cases), or positive bools all over. So what I'm saying is that your [args] doesn't fit my needs, and $@ wouldn't fit everyone's needs, but $@ + [args] + [other_parsers_as_needed] would fit the maximum number of needs You know, passing [loadbang]-[list append $...@]-[args] isn't making [args]'s code any shorter than with an autonomous [args] as it is now. And then, for the handling of abstractions' properties dialogues, I'm going to do something rather close to a list-method for [args], without doing it : I'm going to use [setargs] just before re-banging the [args]. It's the only way I can think of using [args] with an input that is not just the original arguments of the abstraction-instance... without burdening the users with learning a completely different way of getting args every time they want to do something different with them. I'm all for adding $@ to pd-extended, but by itself, its inclusion in pd-extended doesn't seem like a reason to change anything in [args] at all. In any case, if you feel like $@ has to be included in pd-extended, that's something you have to talk to Hans about. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Disabling of packages to build...
2010/8/1 meino.cra...@gmx.de Hi, ok, I will try it again...fingers crossed... Funs Seelen funssee...@gmail.com [10-08-01 05:20]: -- Forwarded message -- From: Funs Seelen funssee...@gmail.com Date: 2010/7/31 Subject: Re: [PD] Disabling of packages to build... To: meino.cra...@gmx.de 2010/7/31 meino.cra...@gmx.de Hello Funs, Funs Seelen funssee...@gmail.com [10-07-31 22:28]: Hello Meino, 2010/7/31 meino.cra...@gmx.de Hi, while fighting for a successful compilation of Pd-0.41.4-extended the build process falls over a certain package which I have now decided to exclude. Where can I disable the build and install of packages from Pd-extended? What do you mean with packages? Building pd depends on some packages (as I recently learned for example tk8.*-dev). You can't exclude them, but you just need to install them: $ sudo apt-get install the_package_i_need If you mean libraries or objects editing Makefile might be helpful. $ nano Makefile But then I would rather build pd-0.42-5 and install the external libraries you need or listen to Hans and build his latest release candidate (I don't know where he hid the source code). 0.42-5 makes editing a little easier. I checked out pd-extended-0.42 (release code) and tried several times to compile/installed it but it failed due to errors, which are not based on missing dependencies. And finally I gave up. Now I tried the stable pd-extended release and again fall over packages not compiling. I am frustrated about that. I can understand. I think I gave it up finally. If you think you gave up and you're not sure 100% about that here are some possible solutions: - Quit working on it for now and wait at least until tomorrow; - Tell us what system you are running (maybe others have had the same problem before or have an already-built-package for your platform) - write down the output of the errors; - Download pd-0.42-5 http://crca.ucsd.edu/~msp/software.htmlhttp://crca.ucsd.edu/%7Emsp/software.html, install tk8.5-dev (if using linux) and build it (see README.txt) - install the libraries you need afterwards. I am on Gentoo-Linux, which I freshly installed a month ago. With the Gentoo system I had previously I experimented with pd-overlay and ebuilds, which are not supported by the Gentoo crew, which tends to make things more complicated than easier. The current system has to last longer than the previous one, so I willl no longer unmask packages or install overlays and ebuilds from other sources than from the Gentoo-crew itsself. In case of the need to install things not supported by the Gentoo-crew those have to compile out-of-the-box (classical way of installing which only system dependency is of being on a linux box instead of makeing diffderences what distribution is used.) By the way: pd-extended searches for dpkg-* executables and than thinks of being on Debian and installs everything into /usr/bin instead of /usr/local/bin. My opinion is, that this logic is not working in every case. Gentoo offers dpkg-* utils also. The result is that pd-extended gets installed into places, which are only for ebuilds. (Takes me some time to figure out, whether everything wants to go to /usr...) As long as there are no official ebuilds for Gentoo, pd-extended should keep its fingers off /usr. If the distribution cannot figured out 100% surely, break the installation process or ask the user for help. The existence or not-existence of certain tools is not strong logic. Only my two cents, your currency may vary... ;) --- I compiled pd-0.42-5 from the link you gave me, and it compiles/installes well. Unfortunately I have no clue, how install the rest, which makes the now installed pd-vanilla into pd-extended... http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ Here you can download several external libraries. Some may install easy, some may not. That's why the community came up with the 'template' (also in the externals-folder) to create a standard for libraries. Maybe in somewhere future all libraries will install the same way. It's a hell of a job to install all libraries pd-extended contains, but I guess there's no need for that. Pd-extended loads a bunch of externals every time you'll probably never use. It's easy though to have them all installed but personally I seemed to use almost only vanilla-objects. Since I use the same version you just installed I even know better what's available for pd. The only disadvantage of not having pd-extended I can think of is when you download someone else's patch and the only information you get is that all objects are included in pd-extended. So whether you can use it the way as described above or you
Re: [PD] Fwd: Disabling of packages to build...
I am on Gentoo-Linux, which I freshly installed a month ago. With the Gentoo system I had previously I experimented with pd-overlay and ebuilds, which are not supported by the Gentoo crew, which tends to make things more complicated than easier. The current system has to last longer than the previous one, so I willl no longer unmask packages or install overlays and ebuilds from other sources than from the Gentoo-crew itsself. In case of the need to install things not supported by the Gentoo-crew those have to compile out-of-the-box (classical way of installing which only system dependency is of being on a linux box instead of makeing diffderences what distribution is used.) By the way: pd-extended searches for dpkg-* executables and than thinks of being on Debian and installs everything into /usr/bin instead of /usr/local/bin. My opinion is, that this logic is not working in every case. Gentoo offers dpkg-* utils also. The result is that pd-extended gets installed into places, which are only for ebuilds. (Takes me some time to figure out, whether everything wants to go to /usr...) As long as there are no official ebuilds for Gentoo, pd-extended should keep its fingers off /usr. If the distribution cannot figured out 100% surely, break the installation process or ask the user for help. The existence or not-existence of certain tools is not strong logic. Only my two cents, your currency may vary... ;) --- I compiled pd-0.42-5 from the link you gave me, and it compiles/installes well. Unfortunately I have no clue, how install the rest, which makes the now installed pd-vanilla into pd-extended... http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ Here you can download several external libraries. Some may install easy, some may not. That's why the community came up with the 'template' (also in the externals-folder) to create a standard for libraries. Maybe in somewhere future all libraries will install the same way. It's a hell of a job to install all libraries pd-extended contains, but I guess there's no need for that. Pd-extended loads a bunch of externals every time you'll probably never use. It's easy though to have them all installed but personally I seemed to use almost only vanilla-objects. Since I use the same version you just installed I even know better what's available for pd. The only disadvantage of not having pd-extended I can think of is when you download someone else's patch and the only information you get is that all objects are included in pd-extended. So whether you can use it the way as described above or you can try to change the install-path of pd-extended and uninstall pd-vanilla again. For the last option: searching somewhere in the source for /usr/bin/ and change that bit of text to usr/local/bin is what I would try in your position. mfg Funs No! Stop...I will NOT search through the source to get something instaled which is calledstable or release code to get a hint how install the whole stuff. I am no developper (in this case). I am a user. The trouble starts, where a faulty packaege is detected late in the __installation phase__ of the makefile system, urging the user to gues the way back to the failure inducing problem. Soryy guys...I quit. Nothing to be sorry for. It's up to you what software you use. mfg Funs Bye, Best regards, mcc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [min~] [max~] [closest2zero~??]
Hello, Has anyone ever found a trick or built an object to use the value closest to zero like [min~] does for lowest and [max~] for highest? Something like (for two signalvalues (f and g)): if (f 0, g 0) use [min~] if (f 0, g 0) use [max~] else set signal to 0, or value = (f + g) / 2, or some better idea one could think of.. I was trying to shape waves out of combined functions (in this case tangent en cotangent (http://en.wikipedia.org/wiki/File:Trigonometric_functions.svg)). Infinity doesn't sound so nice ;-). mfg, Funs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Disabling of packages to build...
The existing build system is definitly ugly but it does work on many systems as long as you have all the deps installed. If you want to work with libs direcly, then use those build systems directly. If you want to improve gentoo support, the best way right now would be to package the template library, then it'll be really easy to package/build all the libs that are based on that template. Its a clean, well-tested standalone approach, and that's where pd-extended is headed. Search puredata.info for makefile template. .Hc - Original message - ___ 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] CPU saving strategies
On Sun, 1 Aug 2010, ypatios wrote: the arrays being visible alone should't cause excessive cpu consumption, but if you built a mechanism that refreshes the content of those (visible) arrays, then it could happen.. Also, much of that refresh may not be visible in the Load Meter patch and [cputime] in general, because much of the job is NOT done in the main thread (nor any other threads that may be associated with [cputime]). i haven't seen your patch, so i can not tell you more, but, generally, using many GUI objects at a high refreshing rate, may cause tremendous cpu consumption, since pd lacks the option for hardware acceleration for graphics, as i recently learned from this list. Using Linux as an example, Pd uses Tk, Tk uses X11, and X11 uses hardware acceleration. It may just not be the same kind of hardware acceleration that you have in mind. OpenGL is not the only interface to what can be considered to be hardware acceleration. (one can make a similar argument about other OSes as well). I know that Tk redraws way too many things that it shouldn't have to redraw, but then GL usually makes even more useless redraws than that. The problem is probably about HOW MANY things are being covered by the hardware acceleration that is in use, vs how many are still computed by the CPU. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [min~] [max~] [closest2zero~??]
On Sun, 1 Aug 2010, Funs Seelen wrote: if (f 0, g 0) use [min~] if (f 0, g 0) use [max~] [expr if(abs($f1)abs($f2), $f1, $f2)] else set signal to 0, or value = (f + g) / 2, or some better idea one could think of.. [expr if(abs($f1)==abs($f2),0,if(abs($f1)abs($f2), $f1, $f2))] _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [min~] [max~] [closest2zero~??]
hello, you should be able to do this with expr~ c Le 01/08/2010 21:51, Funs Seelen a écrit : Hello, Has anyone ever found a trick or built an object to use the value closest to zero like [min~] does for lowest and [max~] for highest? Something like (for two signalvalues (f and g)): if (f 0, g 0) use [min~] if (f 0, g 0) use [max~] else set signal to 0, or value = (f + g) / 2, or some better idea one could think of.. I was trying to shape waves out of combined functions (in this case tangent en cotangent (http://en.wikipedia.org/wiki/File:Trigonometric_functions.svg)). Infinity doesn't sound so nice ;-). mfg, Funs ___ 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] [min~] [max~] [closest2zero~??]
Thank you Mathieu Cyrille! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] software license for pd general patch?
forgot to answer this one... On Tue, 6 Jul 2010, patko wrote: If the rythm is played like every step with no accent, no one would make a difference between 11:8 , 4:4, 7:16 ... I always thought of the metric as something that happens not only with rythmic patterns, but also with melodic patterns. I mean that the melody is making another kind of rhythm. Usually, the bars are aligned with changes of chords and scales : the frequency and phase of the bars is chosen to most closely match the greatest number of chords and scales. That's a lot of the reason why plain 4/4 rock music is written with strong 2nd and 4th beats, instead of shifting the whole bar system by one beat just so that the strong beats be numbered 1st and 3rd. In fact even in a simple 4:4 bar, the need for a variable metronome is quite necessary for orchestras. Different sections don't play their parts at the same tempo, if you pay attention to it, technicaly a section would play better if the tempo is slower or higher for different parts, that's why there is conductor. I don't believe that... I mean, for pieces that don't make explicit use of battements. I always thought that a large part of the reason why the conductor is there, is because on a large stage, if musicians only listen to each other, they will be out of phase due to sound propagation delays, and if we are to be picky about it, then we need a guy in the middle to sync the whole thing in a non-auditive manner. (Of course, a conductor does a lot more than that, but that's not what I say). (If the stage is 15 metres across, the latency between one musician at one end and one musician at the other end is about 44 ms...) _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [min~] [max~] [closest2zero~??]
On Sun, 1 Aug 2010, Funs Seelen wrote: Thank you Mathieu Cyrille! Oops, I said it with [expr] and $f1 and $f2, but you want it with [expr~] and $v1 and $v2. Just search and replace. _ _ __ ___ _ _ _ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Stabel release?
Pd-extended does use the pidip autoconf stuff, but it gives an error if it can't find a lib. That's by design. Pd-extended aims to rpovide the same pidip on all platforms, so if it cant find a lib, that's an error for pd-extended. If you want to build a custom pidip build, then use its build system directly. .Hc - Original message - ola, pidip still has a autoconf system which can tell you what is missing.. unfornately not used with pd-extended, if i understood it right saludos, sevy Hans-Christoph Steiner wrote: Sounds like you are missing a dependency probably a video lib, so pidip didn't build. Check the debian and fedora pages for a listing. Or scroll up and see which header pidip is complaining about. .Hc - Original message - Hi, ok, here is something: From svn I downloaded the complete pd-extended sources as described. After starting the compilation process as described, it fails with the following lines. By the way: Would be nice to update the build-instructions (name of the root dir isnt correct). install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/hid.pd_linux \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -p /tmp/pd-extended/externals/hcs/hid/examples/*.pd \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/abstractions/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/doc/objects/*.* /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -p /tmp/pd-extended/externals/pdp/doc/reference.txt \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/introduction/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/examples/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install -p /tmp/pd-extended/externals/pidip/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install: cannot stat `/tmp/pd-extended/externals/pidip/*.pd_linux': No such file or directory make[2]: *** [pidip_install] Error 1 make[2]: Leaving directory `/tmp/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/tmp/pd-extended/packages' make: *** [install] Error 2 Best regards, mcc Hans-Christoph Steinerh...@at.or.at [10-07-30 20:04]: Any day now. I think there are no outstanding problems with the latest release candidate version, so I just want to wait a bit before making it the final release. So please test it and report problems, bugs, etc! Otherwise it'll be too late... .hc On Fri, 2010-07-30 at 19:37 +0200, meino.cra...@gmx.de wrote: Hi, (warning! I am not a native English speaker! :) ) First of all: This is NO form of critism, urging, hurry-up message or anything else than a wish for information... A time ago I saw mail here announcing different release codes of the upcoming new version of pd-extra. When I the final release (stable or how it is called) planned? Thank you very much for your help in advance! Best regards, mcc ___ 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 -
Re: [PD] Gigs with Pd
I don't know much about this, but i'm pretty sure you can't get as low a latency as that of Linux and Mac OS in windows. The thing is that performance and studio doesn't mean anything per se. If you only need a drum machine or a sequencer for your performance, then you don't really care about latency at all. Same for recording. Latency only becomes a problem when you need to process your sound in real time (if you want to apply an effect on a voice for instance), or when you need to do some overdubbing (recording a track while listening to another). For this you need a real low latency, which implies direct access to the processor for your audio data, and i don't think Windows allows that. 2010/8/1 Michal Seta m...@artengine.ca On Sat, Jul 31, 2010 at 5:51 PM, Jeffrey Concepcion jeffreyconcepc...@gmail.com wrote: i already have an acer netbook, but the issues there are horrifying latency and breakup of the sound (at least on windows), pierre's solution seems like my ticket for now, as i don't need to have the system on me. FYI, we have purchased some recent eeepc (I cannot tell exactly which, I don't have the info at hand). It was pre-loaded with windows 7. I installed ubuntu loaded with the necessary libraries and pd. I have experimented with running our pd patches under windows but the performance terrible compared to linux (even before tweaking any settings to improve performance). I could run the same setup on an Acer Aspire One but the processing is not very intensive, in any case. On the other hand, I do not know how to make Windows efficient, it must be possible since there are so many people relying on it for performance and studio work. ./MiS ___ 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] Stabel release?
That one you don't need, i think... .Hc - Original message - I just can't find mysqlclient15-devel for Fedora 13 64-bit. Maybe that's the problem? How to build without it? 2010/8/1 Hans-Christoph Steiner h...@eds.org: Pd-extended does use the pidip autoconf stuff, but it gives an error if it can't find a lib. That's by design. Pd-extended aims to rpovide the same pidip on all platforms, so if it cant find a lib, that's an error for pd-extended. If you want to build a custom pidip build, then use its build system directly. .Hc - Original message - ola, pidip still has a autoconf system which can tell you what is missing.. unfornately not used with pd-extended, if i understood it right saludos, sevy Hans-Christoph Steiner wrote: Sounds like you are missing a dependency probably a video lib, so pidip didn't build. Check the debian and fedora pages for a listing. Or scroll up and see which header pidip is complaining about. .Hc - Original message - Hi, ok, here is something: From svn I downloaded the complete pd-extended sources as described. After starting the compilation process as described, it fails with the following lines. By the way: Would be nice to update the build-instructions (name of the root dir isnt correct). install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/hid.pd_linux \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -p /tmp/pd-extended/externals/hcs/hid/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -p /tmp/pd-extended/externals/hcs/hid/examples/*.pd \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/hid/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/abstractions/*.pd /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -p /tmp/pd-extended/externals/pdp/doc/objects/*.* /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -p /tmp/pd-extended/externals/pdp/doc/reference.txt \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/manual install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/introduction/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -p /tmp/pd-extended/externals/pdp/doc/examples/*.* \ /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pdp/examples install -d /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install -p /tmp/pd-extended/externals/pidip/*.pd_linux /tmp/pd-extended/packages/linux_make/build//usr/lib/pd-extended/extra/pidip install: cannot stat `/tmp/pd-extended/externals/pidip/*.pd_linux': No such file or directory make[2]: *** [pidip_install] Error 1 make[2]: Leaving directory `/tmp/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/tmp/pd-extended/packages' make: *** [install] Error 2 Best regards, mcc Hans-Christoph Steinerh...@at.or.at [10-07-30 20:04]: Any day now. I think there are no outstanding problems with the latest release candidate version, so I just want to wait a bit before making it the final release. So please test it and report problems, bugs, etc! Otherwise it'll be too late... .hc On Fri, 2010-07-30 at 19:37 +0200, meino.cra...@gmx.de wrote: Hi, (warning! I am not a native English speaker! :) ) First of all: This is NO form of critism, urging, hurry-up message or anything else than a wish for information... A time ago I saw mail here announcing different release codes of the upcoming new version of pd-extra. When I the final release (stable or how it is called) planned? Thank you very much for your help in advance! Best regards, mcc ___ Pd-list@iem.at mailing list
