[PD] new wiki page for pd-opencv
ola, we change the wiki to : http://giss.tv/wiki/index.php/Opencv_for_PD source code is still in SVN. update your bookmarks, saludos, sevy ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM on PIII memory problem?
opening the Pd gui it says: GEM compiled for SIMD architecture: MMX GEM using MMX optimization no mentioning of SSE2, what is seen in the regular version rolf On Sun, Jan 15, 2012 at 3:49 AM, Hans-Christoph Steiner h...@at.or.atwrote: Are you sure that Gem also was compiled without SSE2 support? If you built the whole package with the Pd-extended build system, it wouldn't change the Gem build system's setup. That would have to be done in addition to changing the settings in packages/linux_make/Makefile. I think you'd need to edit the Gem ./configure flags in packages/Makefile. .hc On Jan 14, 2012, at 1:59 PM, rolf meesters wrote: hi i have an installation with a number of PIII machines, where some picture manipulation (2D) is done, working nicely on Win-XP and Flash 8 (in 256 Mb). now i'm trying to change from Flash to GEM. the patch i made works perfect on a P4. the PIII's don't have SSE2; therefore i rebuild Pd-ext 42.5 for Linux - (Ubuntu Lucid). however running the patch on the PIII still looks like impossible. Pd/GEM just calls it quits, no message. a basic picture consists of 16 pieces of 800 x 533 pixels, together forming one of 3200 x 2133. to create a full picture resized to 800 x 533 on a normal display, i have 16 identical abstractions, for each piece one, with a gemhead, a pix_texture, a resize, etc. with 8 abstractions/pieces Pd/GEM stays alive, 9 is one too many. memory problem? using the Ubuntu system monitor: bare system (with the monitor) ~290 Mb usage. (of 496MB) starting Pdx console ~300-310 Mb. loading/running the patch ~335-355 MB. ?? on the opening of the patch GEM anounces 8 bits will be used, where the onboard video-card has 24bits. any help is appreciated. rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM on PIII memory problem?
Le 14/01/2012 19:59, rolf meesters a écrit : hi i have an installation with a number of PIII machines, where some picture manipulation (2D) is done, working nicely on Win-XP and Flash 8 (in 256 Mb). now i'm trying to change from Flash to GEM. the patch i made works perfect on a P4. the PIII's don't have SSE2; therefore i rebuild Pd-ext 42.5 for Linux - (Ubuntu Lucid). however running the patch on the PIII still looks like impossible. Pd/GEM just calls it quits, no message. a basic picture consists of 16 pieces of 800 x 533 pixels, together forming one of 3200 x 2133. to create a full picture resized to 800 x 533 on a normal display, i have 16 identical abstractions, for each piece one, with a gemhead, a pix_texture, a resize, etc. with 8 abstractions/pieces Pd/GEM stays alive, 9 is one too many. memory problem? yes, certainly GPU memory limitation. in case of share memory between CPU and GPU, can you increase the size the the memory allocated to the GPU (in the computer BIOS)? Cyrille using the Ubuntu system monitor: bare system (with the monitor) ~290 Mb usage. (of 496MB) starting Pdx console ~300-310 Mb. loading/running the patch ~335-355 MB. ?? on the opening of the patch GEM anounces 8 bits will be used, where the onboard video-card has 24bits. any help is appreciated. rolf ___ 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 in Vienna
Hi, I'm currently studying in Vienna (at least until June) and discovered PD recently, when I started getting interested with electronic music - which means I am not capable of anything with it actually, but I have some background with music and programming so I think it can be really interesting. I'd like to know if there are people in Vienna meeting regularly, showing each other their works - I've read about some meetings in the archives of the mailing list but that was a few years ago. Also, maybe there are some interesting concerts and/or lectures in some places I don't know: I have to admit that I'm getting tired of drum bass and house. Anyway, if anyone reading this is in Vienna and has something to share, that would be great! Thanks, Marin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM on PIII memory problem?
On Sun, Jan 15, 2012 at 12:57 PM, Cyrille Henry c...@chnry.net wrote: Le 14/01/2012 19:59, rolf meesters a écrit : hi i have an installation with a number of PIII machines, where some picture manipulation (2D) is done, working nicely on Win-XP and Flash 8 (in 256 Mb). now i'm trying to change from Flash to GEM. the patch i made works perfect on a P4. the PIII's don't have SSE2; therefore i rebuild Pd-ext 42.5 for Linux - (Ubuntu Lucid). however running the patch on the PIII still looks like impossible. Pd/GEM just calls it quits, no message. a basic picture consists of 16 pieces of 800 x 533 pixels, together forming one of 3200 x 2133. to create a full picture resized to 800 x 533 on a normal display, i have 16 identical abstractions, for each piece one, with a gemhead, a pix_texture, a resize, etc. with 8 abstractions/pieces Pd/GEM stays alive, 9 is one too many. memory problem? yes, certainly GPU memory limitation. in case of share memory between CPU and GPU, can you increase the size the the memory allocated to the GPU (in the computer BIOS)? Cyrille it's at the max of 64 Mb. using the Ubuntu system monitor: bare system (with the monitor) ~290 Mb usage. (of 496MB) starting Pdx console ~300-310 Mb. loading/running the patch ~335-355 MB. ?? on the opening of the patch GEM anounces 8 bits will be used, where the onboard video-card has 24bits. any help is appreciated. rolf __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list 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] GEM on PIII memory problem?
Le 15/01/2012 18:13, rolf meesters a écrit : it's at the max of 64 Mb. do you have 16 pix_image? if you load 16 time the same image, you need 16 time more memory than necessary. then, you could use a single gemhead / pix_image / pix_texture to load the image and share the texture Id. then using gemhead/pix_texture(to load the texture Id)/pix_coordinate on your abstraction. also, you can only resize the image in order to fit in the available GPU memory. anyway, pd/GEM should not exit without warning. pd bug report should be made. Cyrille ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Tooltips in Pd-extended 0.43 WAS: no pd?? WTF ????
On Jan 13, 2012, at 12:59 AM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: Max abonneme...@revolwear.com; pd list pd-list@iem.at; Ben Baker-Smith bbakersm...@gmail.com Sent: Thursday, January 12, 2012 11:20 PM Subject: Re: Tooltips in Pd-extended 0.43 WAS: no pd?? WTF On Jan 12, 2012, at 10:08 PM, Jonathan Wilkes wrote: - Original Message - From: Hans-Christoph Steiner h...@at.or.at To: Jonathan Wilkes jancs...@yahoo.com Cc: Max abonneme...@revolwear.com; pd list pd-list@iem.at; Ben Baker-Smith bbakersm...@gmail.com Sent: Thursday, January 12, 2012 8:50 PM Subject: Tooltips in Pd-extended 0.43 WAS: no pd?? WTF On Jan 12, 2012, at 6:56 PM, Jonathan Wilkes wrote: - Original Message - From: Max abonneme...@revolwear.com To: Jonathan Wilkes jancs...@yahoo.com Cc: Richie Cyngler glitch...@gmail.com; pd list pd-list@iem.at; Ben Baker-Smith bbakersm...@gmail.com Sent: Wednesday, January 11, 2012 7:09 AM Subject: Re: [PD] no pd?? WTF And that's not the end of the vicious cycle. Students who saved their money to buy a Max license are often unwilling to accept that their work could have been done as easy in Pd, and sometimes even better and/or easier. If you think of free software as an ethical issue like I do and are talking about free programs that have a proprietary alternative, there is still an important division between those programs that are free and superior to their proprietary counterparts on practical grounds, and those that don't have the same feature set as their proprietary counterparts (but are still quite good). In terms of ease of patching, Pd is clearly in the latter camp-- Max has infinite undo, a Tidy Up that actually _does_ something useful, and a set of externals that allows to make multiple connections at once and lots of other shortcuts (maybe these are part of the core now, I'm not sure). Plus tooltips, anchors to resize guis/boxes/messages, and probably lots of other things that make patching easier. I use Pd and free software (almost) exclusively, but we should be clear about which features are available and which are not. Excellent point. Speaking of, is your tooltips patch fully functional in Pd-extended 0.43? I believe it is included, right? It would be great to ship with that working. There was the problem that if you did [loadbang]-[tip 1 blah blah blah(-[s pd-this-canvas.pd] the label doesn't get the right width. I tried using the Loaded virtual event and it didn't work, and then I think you said that the patch should be finished drawing before Loaded happens. I could just use after idle or update idletasks but those are heavily critiqued on the tcl wiki... 'update' is bad news, but 'after idle' is fine. It just might lead to tricky bugs since things will not necessarily execute in the order you might think. The tricky bugs warning was what made me not want to use 'after idle'. I think in another thread you agreed that Loaded should get triggered after the patch is drawn, so a quick and dirty solution would put 'after idle' right before the Loaded virtual event in the relevant proc (with a comment that this isn't the best solution). If that sounds like a bad idea, then the tooltips patch shouldn't be included until Loaded works correctly. Unless there's another solution I'm not thinking of... Fixing Loaded is probably a bigger thing than I can manage for the Pd-extended 0.43 release, but patches are welcome. So the question of the moment is: are the tooltips usable enough to leave them in? Do they cause any problems? .hc Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] My new PD music - HelmholtzShipHarmonicWind
http://youtu.be/V47C7AlTEUw Enjoy, feedback welcome. Billy Joe ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 0.43 on Ubuntu Lucid: GUI not right
I think this is fixed in recent Pd-extended 0.43 builds. Could you try it on your machine and let me know either way? .hc On Sat, Dec 24, 2011, at 22:33, rolf meesters wrote: hi i don't know if this is a bug or a misfit. compiled latest 0.43 source on Ubuntu Lucid (Pentium 4). a GEM patch works faultlesly. with one audio patch, the GUI stays half finished, soundwise the patch seems ok. in the console there are red messages apparently from Tcl. (attached pic1). closing the patch generates a new message over and over: x97fc258 no such object (pic2). with another audio abstraction the GUI is correct, also all included abstractions. closing the patch generates again endlessly:x8483958 no such object. a third patch: audio ok, no GUI at all. it's not possible to change something in the console. here again like in pic1: Tcl UNHANDLED ERROR: wrong # args: should be ::pdwindow::logpost object_id level message all patches are happy in 0.42.5 on W-XP and on 0.43.1-2011103 on Windows 7. bug or misfit? rolf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Email had 2 attachments: + pic1.png 26k (image/png) + pic2.png 14k (image/png) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] probleme with make after ./configure --enable-jack
You also need jackd2 installed. I also had trouble with this. It seems that there is some wierd trickery in the libjack-dev package if you've installed it, then upgraded it. It worked fine for me on clean installs. .hc On Wed, Dec 28, 2011, at 11:55, prince ba wrote: Hi, Jack2 is installed and lijack-dev is already installed… I tried to install the source of jack too, but I got the same error 2011/12/28 Charles Goyard c...@fsck.fr prince ba wrote: /home/caracteriel/Pd-0.42.5-extended/pd/src/s_audio_jack.c:341: undefined reference to `jack_port_register' I use Ubuntu. Jack is installed with .deb maybe you need to install jack-dev. Also is it jack or jack2 installed ? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://caracteriel.wordpress.com/ http://audioblog.arteradio.com/caracteriel/ Combien de gens ne sont abstraits que pour paraître profond ___ 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