Re: [PD] exporting as stl ?
hello, have a look at Gem example directory: 11.obj-exporter blender can open .obj files. cyrille Le 05/07/2011 23:20, ronni montoya a écrit : Hi, Is it possible to export a 3d structure generated in Gem as a .stl ? I would like to export a 3d structure created with pd/gem and then open it in 3d software as blender or rhyno. any idea of how can i achieve this? thanks R. ___ 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] Webcam not working in Gridflow on Ubuntu
OK, finally it works:). Thanks a lot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] OSX and pd-extended 0.43.1
Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reorg of puredata.info/docs/developer
2011/7/3 Hans-Christoph Steiner h...@at.or.at On Jul 3, 2011, at 10:04 AM, András Murányi wrote: On Sat, Jul 2, 2011 at 20:41, Hans-Christoph Steiner h...@at.or.atwrote: I just finished a big, long-overdue reorg of the http://puredata.info/docs/**developerhttp://puredata.info/docs/developersection of the website. * Its now a wiki folder so it acts like a regular wiki, not like a weird plone mix of things. It also allows email subscripts to wiki pages. * I purged old pages and redirected them to the new versions * I cleaned up the formatting on the front page * I updated references to CVS, etc. * I purged a couple very out-of-date things Let me know what you think, and please contribute where you can! :-D .hc IMHO the whole GUI Plugins stuff could go under Developer. One goal for me is to make it easy enough for all Pd users to write their own GUI plugins. Honestly, I think we can make GUI plugins replace the idea of preferences. A simple set of preferences is very easy to understand. But many people find a simple set limiting, so you see many programs implementing huge preferences systems that mystify most users (think Photoshop, MS Office, OpenOffice, etc.) I think with a well designed scripting/plugin system, it would work better than preferences. .hc Understood. However, I think plugins can never replace preferences as they are two different things. Plugins need to save their data somewhere too, and that somewhere is the preferences. If the file format of preferences was something programmatic (ie. not loadlib9: moonlib but variable loadlib9 'moonlib' or something like that) there would be more change for a convergence, but at the same time the format would be less easy to parse/write/etc. So at the end, preferences are data, and plugins are programs, and that's how it's good. But, I understand and agree that you want to bring plugins closer to the users and that that's why plugin docs won't go under developer docs. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reorg of puredata.info/docs/developer
On Tue, Jul 5, 2011 at 00:12, Hans-Christoph Steiner h...@at.or.at wrote: I should, there is a specific question of whether these two are still needed: http://puredata.info/docs/**developer/64BitLinuxhttp://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/**developer/**BuildingPdExtended64bitUbuntuI** ntrepidhttp://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid 0.43 should work fine on all 64-bit systems (never tested Windows tho). .hc Well, do these apply to to 0.42 in any way? If not any more, they can go. However, it could be nice to have a short writeup on the history of 64-bit in Pd, most importantly stating the version from which it does not make a difference any more. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX and pd-extended 0.43.1
Hmm, two reports of failing on 10.6. I use 10.5.8 and it works fine there. Could someone on 10.6 try running it from Terminal and sending the log? Here's how: /path/to/Pd-0.43.1-extended.app/Contents/Resources/bin/pd -stderr -d 3 -verbose .hc On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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] reorg of puredata.info/docs/developer
On Wed, 06 Jul 2011 15:36 +0200, András Murányi muran...@gmail.com wrote: On Tue, Jul 5, 2011 at 00:12, Hans-Christoph Steiner h...@at.or.at wrote: I should, there is a specific question of whether these two are still needed: http://puredata.info/docs/**developer/64BitLinuxhttp://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/**developer/**BuildingPdExtended64bitUbuntuI** ntrepidhttp://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid 0.43 should work fine on all 64-bit systems (never tested Windows tho). .hc Well, do these apply to to 0.42 in any way? If not any more, they can go. However, it could be nice to have a short writeup on the history of 64-bit in Pd, most importantly stating the version from which it does not make a difference any more. Andras That's a good idea. As far as I know, Pd vanilla 0.42.5 was the first version that was fully usable on 64-bit. Pd-extended 0.43 is the first version where the all the libs are expected to run on 64-bit (at least on GNU/Linux, still no Gem on Mac OS X). Here's my quick stab at this page and I don't even have a 64-bit OS. Can the 64-bit people add and edit this to something useful :-D http://puredata.info/docs/64BitSupport .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX and pd-extended 0.43.1
On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks Same here, Hans... OSX 10.6.7 Eduardo _ Eduardo Patrício http://www.eduardopatricio.com.br +55 41 8434-0480 De: Si Mills smi...@rootsix.net Para: Pd List pd-list@iem.at Enviadas: Quarta-feira, 6 de Julho de 2011 7:06 Assunto: [PD] OSX and pd-extended 0.43.1 Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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] increasing/decreasing frequency and phase shifting of imported wav audio file
Greets All I'm trying to increase/decrease frequency and phase shift a wav file that I import. I realize that I most likely have to use fft. But I haven't been able to find an example of increasing/decreasing frequency and phase of a imported wav audio file numerically. Any suggestions? tia ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Extrange digital pin behaviour in arduino mega
Hi I am using arduino mega 2560, ide 22, Firmata2.2 and Pduino5beta8 and digital output pins from pin 24 to 39 are not working. They have a really strange behaviour, some times always on and sometimes off(i am using a led in every output pin), but never can be controled by software(pd) with the same patch i control all other pins. I tried to figure out if the problem was the board runing a simple led controled by potenciometer sketch, and all 53 digital outputs are working perfectly. I really cant know where is the problem, but i think its a software problem. I apreciate any help, because i need to use at least 40 digital pins. Best ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compiling...
That error is from compiling Gem: make[5]: se sale del directorio «/home/mario/pd-extended/externals/Gem/src» So it seems that Gem is still being built. You'll also want to remove gem2pdp .hc On Wed, 06 Jul 2011 04:21 -0300, Mario Mey mario...@gmail.com wrote: I remove the gem from that file... and the same error... El 05/07/11 23:36, Hans-Christoph Steiner escribió: Gem is currently broken on GNU/Linux and IOhannes is on vacation. To make a build, remove 'gem' from LIB_TARGETS in pd-extended/externals/Makefile and the rest should build. .hc On Jul 4, 2011, at 11:47 PM, Mario Mey wrote: Trying to compile PureData, SVN, on Ubuntu 11.04 AMD64, following the instruction from the page http://puredata.info/docs/developer, I did: 1.- rsync from the auto-build farm (from http://puredata.info/docs/developer/GettingPdSource) rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd-extended/ 2.- Preparing Ubuntu: http://puredata.info/docs/developer/UbuntuMaverick 3.- Building PD-Extended: http://puredata.info/docs/developer/BuildingPdExtended But there's no .tar.bz2 or .deb on pure-data/packages/linux-make/build... These are the last lines while compilling. What should I do? I don't understand... /[...] /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c -o libGem_la-SynchedWorkerThread.lo `test -f 'SynchedWorkerThread.cpp' || echo './'`SynchedWorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -fPIC -DPIC -o .libs/libGem_la-SynchedWorkerThread.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -o libGem_la-SynchedWorkerThread.o /dev/null 21 mv -f .deps/libGem_la-SynchedWorkerThread.Tpo .deps/libGem_la-SynchedWorkerThread.Plo /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la-WorkerThread.Tpo -c -o libGem_la-WorkerThread.lo `test -f 'WorkerThread.cpp' || echo './'`WorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la-WorkerThread.Tpo -c WorkerThread.cpp -fPIC -DPIC -o .libs/libGem_la-WorkerThread.o WorkerThread.cpp: In member function ‘bool gem::thread::WorkerThread::PIMPL::start()’: WorkerThread.cpp:135:22: error: aggregate ‘gem::thread::WorkerThread::PIMPL::start()::timeval sleep’ has incomplete type and cannot be defined WorkerThread.cpp:139:28: error: ‘select’ was not declared in this scope make[6]: *** [libGem_la-WorkerThread.lo] Error 1 make[6]: se sale del directorio «/home/mario/pd-extended/externals/Gem/src/Gem» make[5]: *** [all-recursive] Error 1 make[5]: se sale del directorio «/home/mario/pd-extended/externals/Gem/src» make[4]: *** [all] Error 2 make[4]: se sale del directorio «/home/mario/pd-extended/externals/Gem/src» make[3]: *** [all-recursive] Error 1 make[3]: se sale del directorio «/home/mario/pd-extended/externals/Gem» make[2]: *** [/home/mario/pd-extended/externals/Gem/Gem.pd_linux] Error 2 make[2]: se sale del directorio «/home/mario/pd-extended/externals» make[1]: *** [externals_install] Error 2 make[1]: se sale del directorio «/home/mario/pd-extended/packages» make: *** [install] Error 2 ls: no se puede acceder a /home/mario/pd-extended/packages/linux_make/./Pd*.deb: No existe el fichero o el directorio upload specs linux_make . deb Uploading Unexpected local arg: debian If arg is a remote file/dir, prefix it with a colon (:). rsync error: syntax or usage error (code 1) at main.c(1236) [Receiver=3.0.7]
Re: [PD] reorg of puredata.info/docs/developer
2011/7/6 Hans-Christoph Steiner h...@at.or.at On Wed, 06 Jul 2011 15:36 +0200, András Murányi muran...@gmail.com wrote: On Tue, Jul 5, 2011 at 00:12, Hans-Christoph Steiner h...@at.or.at wrote: I should, there is a specific question of whether these two are still needed: http://puredata.info/docs/**developer/64BitLinux http://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/**developer/**BuildingPdExtended64bitUbuntuI** ntrepid http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid 0.43 should work fine on all 64-bit systems (never tested Windows tho). .hc Well, do these apply to to 0.42 in any way? If not any more, they can go. However, it could be nice to have a short writeup on the history of 64-bit in Pd, most importantly stating the version from which it does not make a difference any more. Andras That's a good idea. As far as I know, Pd vanilla 0.42.5 was the first version that was fully usable on 64-bit. Pd-extended 0.43 is the first version where the all the libs are expected to run on 64-bit (at least on GNU/Linux, still no Gem on Mac OS X). Here's my quick stab at this page and I don't even have a 64-bit OS. Can the 64-bit people add and edit this to something useful :-D http://puredata.info/docs/64BitSupport .hc Cool! Now, I'd add some notes on the practical implications of this... what about you moving the two previously mentioned pages under this new one (sorry i'm not confident moving pages in the wiki... i've messed things up before) and me adding the context? (Also, someone could make this an XXX bits float can store a YYY bits integer a bit more clear as I personally still don't really understand it. I also remember vaguely some criticism of this system, that it is not very efficient? Matju? If you guys explain it here on the list I'll be happy to add it to the wiki.) Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On Wed, 06 Jul 2011 15:32 +0200, András Murányi muran...@gmail.com wrote: 2011/7/3 Hans-Christoph Steiner h...@at.or.at On Jul 3, 2011, at 10:04 AM, András Murányi wrote: On Sat, Jul 2, 2011 at 20:41, Hans-Christoph Steiner h...@at.or.atwrote: I just finished a big, long-overdue reorg of the http://puredata.info/docs/**developerhttp://puredata.info/docs/developersection of the website. * Its now a wiki folder so it acts like a regular wiki, not like a weird plone mix of things. It also allows email subscripts to wiki pages. * I purged old pages and redirected them to the new versions * I cleaned up the formatting on the front page * I updated references to CVS, etc. * I purged a couple very out-of-date things Let me know what you think, and please contribute where you can! :-D .hc IMHO the whole GUI Plugins stuff could go under Developer. One goal for me is to make it easy enough for all Pd users to write their own GUI plugins. Honestly, I think we can make GUI plugins replace the idea of preferences. A simple set of preferences is very easy to understand. But many people find a simple set limiting, so you see many programs implementing huge preferences systems that mystify most users (think Photoshop, MS Office, OpenOffice, etc.) I think with a well designed scripting/plugin system, it would work better than preferences. .hc Understood. However, I think plugins can never replace preferences as they are two different things. Plugins need to save their data somewhere too, and that somewhere is the preferences. If the file format of preferences was something programmatic (ie. not loadlib9: moonlib but variable loadlib9 'moonlib' or something like that) there would be more change for a convergence, but at the same time the format would be less easy to parse/write/etc. So at the end, preferences are data, and plugins are programs, and that's how it's good. But, I understand and agree that you want to bring plugins closer to the users and that that's why plugin docs won't go under developer docs. Andras In the context of a programming environment, I don't see a lot of reason to have a separate preferences system. Things like configuring the audio and MIDI interface are usually best handled in the patch, and that should be as easy as possible. IOhannes has made big progress there with the 'mediasettings' library. Things like loading libraries should definitely be done in the patch and not globally. Just look at python, ruby, java, C++, C, etc. etc. etc for examples there. What I'd like to see is a standard Pd patch that is loaded in the place of preferences. Then you could configure your Pd setup using a Pd patch. Any Pd user is going to know how to make a patch, so if you can configure Pd with a Pd patch, then you don't need to learn any new preferences file format or system. hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reorg of puredata.info/docs/developer
On Wed, 06 Jul 2011 18:22 +0200, András Murányi muran...@gmail.com wrote: 2011/7/6 Hans-Christoph Steiner h...@at.or.at On Wed, 06 Jul 2011 15:36 +0200, András Murányi muran...@gmail.com wrote: On Tue, Jul 5, 2011 at 00:12, Hans-Christoph Steiner h...@at.or.at wrote: I should, there is a specific question of whether these two are still needed: http://puredata.info/docs/**developer/64BitLinux http://puredata.info/docs/developer/64BitLinux http://puredata.info/docs/**developer/**BuildingPdExtended64bitUbuntuI** ntrepid http://puredata.info/docs/developer/BuildingPdExtended64bitUbuntuIntrepid 0.43 should work fine on all 64-bit systems (never tested Windows tho). .hc Well, do these apply to to 0.42 in any way? If not any more, they can go. However, it could be nice to have a short writeup on the history of 64-bit in Pd, most importantly stating the version from which it does not make a difference any more. Andras That's a good idea. As far as I know, Pd vanilla 0.42.5 was the first version that was fully usable on 64-bit. Pd-extended 0.43 is the first version where the all the libs are expected to run on 64-bit (at least on GNU/Linux, still no Gem on Mac OS X). Here's my quick stab at this page and I don't even have a 64-bit OS. Can the 64-bit people add and edit this to something useful :-D http://puredata.info/docs/64BitSupport .hc Cool! Now, I'd add some notes on the practical implications of this... what about you moving the two previously mentioned pages under this new one (sorry i'm not confident moving pages in the wiki... i've messed things up before) and me adding the context? It seems the other 64-bit pages in the developer section are about building Pd on 64-bit GNU/Linux platforms. I think that those instructions are no longer needed for 0.43, so perhaps they should be archived or at least marked as only relevant to old versions. (Also, someone could make this an XXX bits float can store a YYY bits integer a bit more clear as I personally still don't really understand it. I also remember vaguely some criticism of this system, that it is not very efficient? Matju? If you guys explain it here on the list I'll be happy to add it to the wiki.) Andras With a 32-bit float, some of the bits go to representing the exponent part, therefore there is not the full 32-bits available to represent an integer. http://en.wikipedia.org/wiki/Significand .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
2011/7/6 Hans-Christoph Steiner h...@at.or.at On Wed, 06 Jul 2011 15:32 +0200, András Murányi muran...@gmail.com wrote: 2011/7/3 Hans-Christoph Steiner h...@at.or.at On Jul 3, 2011, at 10:04 AM, András Murányi wrote: On Sat, Jul 2, 2011 at 20:41, Hans-Christoph Steiner h...@at.or.at wrote: I just finished a big, long-overdue reorg of the http://puredata.info/docs/**developer http://puredata.info/docs/developersection of the website. * Its now a wiki folder so it acts like a regular wiki, not like a weird plone mix of things. It also allows email subscripts to wiki pages. * I purged old pages and redirected them to the new versions * I cleaned up the formatting on the front page * I updated references to CVS, etc. * I purged a couple very out-of-date things Let me know what you think, and please contribute where you can! :-D .hc IMHO the whole GUI Plugins stuff could go under Developer. One goal for me is to make it easy enough for all Pd users to write their own GUI plugins. Honestly, I think we can make GUI plugins replace the idea of preferences. A simple set of preferences is very easy to understand. But many people find a simple set limiting, so you see many programs implementing huge preferences systems that mystify most users (think Photoshop, MS Office, OpenOffice, etc.) I think with a well designed scripting/plugin system, it would work better than preferences. .hc Understood. However, I think plugins can never replace preferences as they are two different things. Plugins need to save their data somewhere too, and that somewhere is the preferences. If the file format of preferences was something programmatic (ie. not loadlib9: moonlib but variable loadlib9 'moonlib' or something like that) there would be more change for a convergence, but at the same time the format would be less easy to parse/write/etc. So at the end, preferences are data, and plugins are programs, and that's how it's good. But, I understand and agree that you want to bring plugins closer to the users and that that's why plugin docs won't go under developer docs. Andras In the context of a programming environment, I don't see a lot of reason to have a separate preferences system. Things like configuring the audio and MIDI interface are usually best handled in the patch, and that should be as easy as possible. IOhannes has made big progress there with the 'mediasettings' library. Things like loading libraries should definitely be done in the patch and not globally. Just look at python, ruby, java, C++, C, etc. etc. etc for examples there. What I'd like to see is a standard Pd patch that is loaded in the place of preferences. Then you could configure your Pd setup using a Pd patch. Any Pd user is going to know how to make a patch, so if you can configure Pd with a Pd patch, then you don't need to learn any new preferences file format or system. hc OK, sounds good. But let's just remember the use case when we want pd to remember which plugins to load and which not. As plugins load before any patch, and they couldn't really be enabled/disabled per patch, their preferences will have to be stored somewhere else. We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Thank you Ingo. Unfortunately I can't even locate the mapping/debytemask object to be replaced... Pierre 2011/7/6 Ingo i...@miamiwave.com I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 1 ought to be handled separately from the rest of the digital ins. BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object. Ingo It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace “debyte” with this patch “pd debyte” it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not “debyte” – it’s the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than an Uno? .hc On Jul 5, 2011, at 3:32 PM, Pierre Massat wrote: It makes no difference at all. Here's what happens : Inputs 2 through 7 work fine. Inputs 8 and 9 work fine. But if i use
Re: [PD] Arduino (is drivin me mad
It should be here: [arduino] / [pd convert_to_symbolic_commands] / [pd digital messages] / [mapping/debytemask] I was using the Pduino-0.5beta8 arduino-test.pd Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 19:01 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad Thank you Ingo. Unfortunately I can't even locate the mapping/debytemask object to be replaced... Pierre 2011/7/6 Ingo i...@miamiwave.com I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 1 ought to be handled separately from the rest of the digital ins. BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object. Ingo It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace debyte with this patch pd debyte it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not debyte its the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with your StandardFirmata, to no avail. Please tell me that all hope is not lost, doc... :Pierre 2011/7/5 Pierre Massat pimas...@gmail.com Should I try to upload a older firmata? :Pierre 2011/7/5 Hans-Christoph Steiner h...@at.or.at The Uno board was troublesome back when I first tried it, but that was a while ago. I didn't make that StandardFirmata_2_2_for_Uno_0_3 firmware, so I don't know what changes it has. Is anyone having these problems on boards older than
[PD] OT: emails to the list / SMTP servers / SPF record
Dear List, Gmail has made some changes so with emails that are not sent from the domain of the email address (eg: an email from don...@duck.com sent by an SMTP server smtp.alligator.com) I get warnings such as This message may not have been sent by: don...@duck.com, and/or the sender is displayed as don...@duck.com via alligator.com. I've made some research and all this is because of increasing protection against email spoofing. The solution is to add a so-called SPF (Sender Policy Framework) record to your DNS records. (More info: http://www.openspf.org/) Some ISPs like Godaddy support it with their DNS editor, some others need to add a TXT record manually (in my case something like this: v=spf1 mx mx: smtp.myisp.net include:smtp.gmail.com include:myotherisp.net -all). Hope this helps some of you. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On Wed, 06 Jul 2011 18:52 +0200, András Murányi muran...@gmail.com wrote: 2011/7/6 Hans-Christoph Steiner h...@at.or.at On Wed, 06 Jul 2011 15:32 +0200, András Murányi muran...@gmail.com wrote: 2011/7/3 Hans-Christoph Steiner h...@at.or.at On Jul 3, 2011, at 10:04 AM, András Murányi wrote: On Sat, Jul 2, 2011 at 20:41, Hans-Christoph Steiner h...@at.or.at wrote: I just finished a big, long-overdue reorg of the http://puredata.info/docs/**developer http://puredata.info/docs/developersection of the website. * Its now a wiki folder so it acts like a regular wiki, not like a weird plone mix of things. It also allows email subscripts to wiki pages. * I purged old pages and redirected them to the new versions * I cleaned up the formatting on the front page * I updated references to CVS, etc. * I purged a couple very out-of-date things Let me know what you think, and please contribute where you can! :-D .hc IMHO the whole GUI Plugins stuff could go under Developer. One goal for me is to make it easy enough for all Pd users to write their own GUI plugins. Honestly, I think we can make GUI plugins replace the idea of preferences. A simple set of preferences is very easy to understand. But many people find a simple set limiting, so you see many programs implementing huge preferences systems that mystify most users (think Photoshop, MS Office, OpenOffice, etc.) I think with a well designed scripting/plugin system, it would work better than preferences. .hc Understood. However, I think plugins can never replace preferences as they are two different things. Plugins need to save their data somewhere too, and that somewhere is the preferences. If the file format of preferences was something programmatic (ie. not loadlib9: moonlib but variable loadlib9 'moonlib' or something like that) there would be more change for a convergence, but at the same time the format would be less easy to parse/write/etc. So at the end, preferences are data, and plugins are programs, and that's how it's good. But, I understand and agree that you want to bring plugins closer to the users and that that's why plugin docs won't go under developer docs. Andras In the context of a programming environment, I don't see a lot of reason to have a separate preferences system. Things like configuring the audio and MIDI interface are usually best handled in the patch, and that should be as easy as possible. IOhannes has made big progress there with the 'mediasettings' library. Things like loading libraries should definitely be done in the patch and not globally. Just look at python, ruby, java, C++, C, etc. etc. etc for examples there. What I'd like to see is a standard Pd patch that is loaded in the place of preferences. Then you could configure your Pd setup using a Pd patch. Any Pd user is going to know how to make a patch, so if you can configure Pd with a Pd patch, then you don't need to learn any new preferences file format or system. hc OK, sounds good. But let's just remember the use case when we want pd to remember which plugins to load and which not. As plugins load before any patch, and they couldn't really be enabled/disabled per patch, their preferences will have to be stored somewhere else. We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Yes, I agree. For things that affect the editor and not the patch itself, then preferences makes more sense. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
Hello, I also agree with the idea to abolish the .pd* config files in homedirectory. Instead there should be a default settings patch, i.e. ~/.pd-settings.pd or ~/.pd/init.pd or something of that nature. Probably it's a good idea to use have ~/.pd/ to start with, so one could put gui pluggins there and other things. Though there should be a shortcut in the menu to edit open the init patch. Earlier I have had an idea that the configs should be done in Tcl instead of the format that they have, but if one uses pd without gui, Tcl scrips cannot be interpreted. The #purest idea would be to use patches for setting. Cheers, -- Ilya ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Arduino (is drivin me mad
Ok, i replaced mapping/debytemask and the rest as you suggested, but it didn't work. Then i replaced 0 and 1 in the debyte object by 8 and 9, to no avail. I'm afraid I can't find a fix alone, as i have no idea what the incoming data from the board looks like. Anyway, thanks for helping me. Pierre 2011/7/6 Ingo i...@miamiwave.com It should be here: [arduino] / [pd convert_to_symbolic_commands] / [pd digital messages] / [mapping/debytemask] I was using the Pduino-0.5beta8 arduino-test.pd Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 19:01 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad Thank you Ingo. Unfortunately I can't even locate the mapping/debytemask object to be replaced... Pierre 2011/7/6 Ingo i...@miamiwave.com I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 1 ought to be handled separately from the rest of the digital ins. BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object. Ingo It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace “debyte” with this patch “pd debyte” it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not “debyte” – it’s the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99 pd debyte; Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Dienstag, 5. Juli 2011 22:23 An: Hans-Christoph Steiner Cc: Ingo; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad You tried with
Re: [PD] Arduino (is drivin me mad
Just in case this could help pin down the problem : I just downloaded the firmata_test executable from the firmata wiki page, and everything is working real fine. So i suppose the issue really comes from pduino itself. Pierre 2011/7/6 Pierre Massat pimas...@gmail.com Ok, i replaced mapping/debytemask and the rest as you suggested, but it didn't work. Then i replaced 0 and 1 in the debyte object by 8 and 9, to no avail. I'm afraid I can't find a fix alone, as i have no idea what the incoming data from the board looks like. Anyway, thanks for helping me. Pierre 2011/7/6 Ingo i...@miamiwave.com It should be here: [arduino] / [pd convert_to_symbolic_commands] / [pd digital messages] / [mapping/debytemask] I was using the Pduino-0.5beta8 arduino-test.pd Ingo Von: Pierre Massat [mailto:pimas...@gmail.com] Gesendet: Mittwoch, 6. Juli 2011 19:01 An: Ingo Cc: Hans-Christoph Steiner; pd-list@iem.at Betreff: Re: [PD] Arduino (is drivin me mad Thank you Ingo. Unfortunately I can't even locate the mapping/debytemask object to be replaced... Pierre 2011/7/6 Ingo i...@miamiwave.com I assume that the error might be somehow caused by the fact that the digital pins are not offset by two as it should be the case since pin 0 1 ought to be handled separately from the rest of the digital ins. BTW the debyte patch should replace [mapping/debytemask] plus the following message boxes and the [unpack float float] object. Ingo It looks like I changed pin 8 and 9 to be output as pin 0 and 1 for some reason. You should change the two message boxes at the left from [0 $1( [1 $1( to [8 $1( [9 $1( to get the correct pin numbering. Ingo -Ursprüngliche Nachricht- Von: Ingo [mailto:i...@miamiwave.com] Gesendet: Mittwoch, 6. Juli 2011 05:46 An: 'Pierre Massat'; 'Hans-Christoph Steiner' Cc: 'Ingo'; pd-list@iem.at Betreff: AW: [PD] Arduino (is drivin me mad Please tell me that all hope is not lost ... I looked it up and I found my fix. The errors are getting obvious here: Arduino / convert_to_symbolic_commands / digital messages / debyte If you replace “debyte” with this patch “pd debyte” it should work although I am not sure if pins higher than 9 were taken care of. If the bytes higher than 9 are still causing problems you might have to set the first moses to a higher number like 8 or so. I am not sure if it can interfere with anything else and I am also not sure if it works with boards other than Diecimila and Duemilanove. The problem is not “debyte” – it’s the numbers coming in that just get fixed with this workaround! Ingo #N canvas 11 14 450 290 10; #N canvas 252 114 541 378 debyte 0; #X obj 32 161 1; #X obj 82 161 2; #X obj 162 345 outlet; #X obj 32 181 change; #X obj 82 181 change; #X obj 32 20 inlet; #X obj 264 181 change; #X obj 315 181 change; #X obj 366 181 change; #X obj 417 181 change; #X obj 162 181 change; #X obj 213 181 change; #X msg 32 221 0 \$1; #X msg 82 221 1 \$1; #X msg 162 221 2 \$1; #X msg 213 221 3 \$1; #X msg 264 221 4 \$1; #X msg 315 221 5 \$1; #X msg 366 221 6 \$1; #X msg 417 221 7 \$1; #X obj 162 308 unpack; #X obj 205 345 outlet; #X obj 162 161 4; #X obj 213 160 8; #X obj 264 161 16; #X obj 32 201 == 1; #X obj 82 201 == 2; #X obj 162 201 == 4; #X obj 213 201 == 8; #X obj 264 201 == 16; #X obj 315 201 == 32; #X obj 315 160 32; #X obj 366 201 == 64; #X obj 417 201 == 128; #X obj 366 161 64; #X obj 417 160 128; #X obj 32 41 moses 4; #X obj 162 104 trigger float float float float float float; #X obj 71 61 moses 253; #X connect 0 0 3 0; #X connect 1 0 4 0; #X connect 3 0 25 0; #X connect 4 0 26 0; #X connect 5 0 36 0; #X connect 6 0 29 0; #X connect 7 0 30 0; #X connect 8 0 32 0; #X connect 9 0 33 0; #X connect 10 0 27 0; #X connect 11 0 28 0; #X connect 12 0 20 0; #X connect 13 0 20 0; #X connect 14 0 20 0; #X connect 15 0 20 0; #X connect 16 0 20 0; #X connect 17 0 20 0; #X connect 18 0 20 0; #X connect 19 0 20 0; #X connect 20 0 2 0; #X connect 20 1 21 0; #X connect 22 0 10 0; #X connect 23 0 11 0; #X connect 24 0 6 0; #X connect 25 0 12 0; #X connect 26 0 13 0; #X connect 27 0 14 0; #X connect 28 0 15 0; #X connect 29 0 16 0; #X connect 30 0 17 0; #X connect 31 0 7 0; #X connect 32 0 18 0; #X connect 33 0 19 0; #X connect 34 0 8 0; #X connect 35 0 9 0; #X connect 36 0 0 0; #X connect 36 0 1 0; #X connect 36 1 38 0; #X connect 37 0 22 0; #X connect 37 1 23 0; #X connect 37 2 24 0; #X connect 37 3 31 0; #X connect 37 4 34 0; #X connect 37 5 35 0; #X connect 38 0 37 0; #X connect 38 1 0 0; #X connect 38 1 1 0; #X restore 168 99
Re: [PD] OSX and pd-extended 0.43.1
Could you post a screenshot? It should also load the greek translation, if your computer supports Greek. .hc On Wed, 06 Jul 2011 21:53 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Hi, The application don't quit here on 10.6.7 10.6.8 but is short of ... a lot. On 6 Jul 2011, at 18:41, Hans-Christoph Steiner wrote: Hmm, two reports of failing on 10.6. I use 10.5.8 and it works fine there. Could someone on 10.6 try running it from Terminal and sending the log? Here's how: /path/to/Pd-0.43.1-extended.app/Contents/Resources/bin/pd -stderr -d 3 -verbose see attached txt .hc On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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 regards, Kyriakos Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.txt.zip 70k (application/zip) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reorg of puredata.info/docs/developer
(Also, someone could make this an XXX bits float can store a YYY bits integer a bit more clear as I personally still don't really understand it. I also remember vaguely some criticism of this system, that it is not very efficient? Matju? If you guys explain it here on the list I'll be happy to add it to the wiki.) Andras With a 32-bit float, some of the bits go to representing the exponent part, therefore there is not the full 32-bits available to represent an integer. http://en.wikipedia.org/wiki/Significand It's worse than that though. Pd uses the %g format specifier when it writes out the pd patch (e.g. printf(%g, number)), so floats get simplified. It's possible to use a high precision number by entering it in the patch but when you reopen the patch it will have been simplified. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX and pd-extended 0.43.1
That looks functional to me, what's the problem? The difference in Pd-extended 0.43.1 is that only a few libraries are loaded by default (I think its Gem, cyclone, and zexy only). Use [import] in your patches to load libraries. Also, most of the internals are split out into the 'vanilla' library, which is loaded by default. If you have your own custom preferences, then the defaults won't be loaded, and then the vanilla lib won't be loaded, so you'll be missing a lot. The preferred way of running Pd-extended is only using the default preferences. .hc On Wed, 06 Jul 2011 22:23 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: On 6 Jul 2011, at 22:05, Hans-Christoph Steiner wrote: Could you post a screenshot? It should also load the greek translation, if your computer supports Greek. The preferred lang is English (for non unicode-savvy apps) then greek, if that matters. .hc On Wed, 06 Jul 2011 21:53 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Hi, The application don't quit here on 10.6.7 10.6.8 but is short of ... a lot. On 6 Jul 2011, at 18:41, Hans-Christoph Steiner wrote: Hmm, two reports of failing on 10.6. I use 10.5.8 and it works fine there. Could someone on 10.6 try running it from Terminal and sending the log? Here's how: /path/to/Pd-0.43.1-extended.app/Contents/Resources/bin/pd -stderr -d 3 -verbose see attached txt .hc On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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 regards, Kyriakos Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.txt.zip 70k (application/zip) Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-extended0.43.1inOSX10.6.8.png 207k (image/png) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reorg of puredata.info/docs/developer
-- Hans-Christoph Steiner mobile: +1 347 850 4872 work: +1 718 360 4872 On Wed, 06 Jul 2011 15:26 -0400, Martin Peach martin.pe...@sympatico.ca wrote: (Also, someone could make this an XXX bits float can store a YYY bits integer a bit more clear as I personally still don't really understand it. I also remember vaguely some criticism of this system, that it is not very efficient? Matju? If you guys explain it here on the list I'll be happy to add it to the wiki.) Andras With a 32-bit float, some of the bits go to representing the exponent part, therefore there is not the full 32-bits available to represent an integer. http://en.wikipedia.org/wiki/Significand It's worse than that though. Pd uses the %g format specifier when it writes out the pd patch (e.g. printf(%g, number)), so floats get simplified. It's possible to use a high precision number by entering it in the patch but when you reopen the patch it will have been simplified. Martin Yes, it does loose a bit with the %g. AFAIK, the %g just simplifies a little bit, i.e. down to 6 decimal digits while the actual number format can represent about 6.5 decimal digits. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compiling...
Ok remeve gem and gem2pdp. Now, I have these last lines: /[...] chmod a-x helplink.pd_linux make[3]: se sale del directorio «/home/mario/pd-extended/externals/pddp» make -C /home/mario/pd-extended/externals/loaders/pdlua/src PD_PATH=/home/mario/pd-extended/pd CFLAGS=-DPD -I/home/mario/pd-extended/pd/src -Wall -W -ggdb -I/home/mario/pd-extended/externals/Gem -I/home/mario/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC make[3]: se ingresa al directorio «/home/mario/pd-extended/externals/loaders/pdlua/src» compiling pdlua version 0.6 cflags are -DPD -I/home/mario/pd-extended/pd/src -Wall -W -ggdb -I/home/mario/pd-extended/externals/Gem -I/home/mario/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC optcflags are -O2 luacflags are -DVERSION='0.6' -I/usr/include/lua5.1 ldflags are -Wl,--export-dynamic -shared -fPIC libs are -llua5.1 -lc cc -DPD -I/home/mario/pd-extended/pd/src -Wall -W -ggdb -I/home/mario/pd-extended/externals/Gem -I/home/mario/pd-extended/externals/pdp/include -DUNIX -Dunix -DDL_OPEN -fPIC -O2 -DVERSION='0.6' -I/usr/include/lua5.1 -o pdlua.o -c pdlua.c *pdlua.c:40:17: fatal error: lua.h: No existe el fichero o el directorio* *compilation terminated. *make[3]: *** [pdlua.o] Error 1 make[3]: se sale del directorio «/home/mario/pd-extended/externals/loaders/pdlua/src» make[2]: *** [loaders-pdlua] Error 2 make[2]: se sale del directorio «/home/mario/pd-extended/externals» make[1]: *** [externals_install] Error 2 make[1]: se sale del directorio «/home/mario/pd-extended/packages» make: *** [install] Error 2 mario@Mario-PK3D:~/pd-extended/packages/linux_make$ / El 06/07/11 13:22, Hans-Christoph Steiner escribió: That error is from compiling Gem: make[5]: se sale del directorio «/home/mario/pd-extended/externals/Gem/src» So it seems that Gem is still being built. You'll also want to remove gem2pdp .hc On Wed, 06 Jul 2011 04:21 -0300, Mario Meymario...@gmail.com wrote: I remove the gem from that file... and the same error... El 05/07/11 23:36, Hans-Christoph Steiner escribió: Gem is currently broken on GNU/Linux and IOhannes is on vacation. To make a build, remove 'gem' from LIB_TARGETS in pd-extended/externals/Makefile and the rest should build. .hc On Jul 4, 2011, at 11:47 PM, Mario Mey wrote: Trying to compile PureData, SVN, on Ubuntu 11.04 AMD64, following the instruction from the page http://puredata.info/docs/developer, I did: 1.- rsync from the auto-build farm (from http://puredata.info/docs/developer/GettingPdSource) rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd-extended/ 2.- Preparing Ubuntu: http://puredata.info/docs/developer/UbuntuMaverick 3.- Building PD-Extended: http://puredata.info/docs/developer/BuildingPdExtended But there's no .tar.bz2 or .deb on pure-data/packages/linux-make/build... These are the last lines while compilling. What should I do? I don't understand... /[...] /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c -o libGem_la-SynchedWorkerThread.lo `test -f 'SynchedWorkerThread.cpp' || echo './'`SynchedWorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -fPIC -DPIC -o .libs/libGem_la-SynchedWorkerThread.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-SynchedWorkerThread.lo -MD -MP -MF .deps/libGem_la-SynchedWorkerThread.Tpo -c SynchedWorkerThread.cpp -o libGem_la-SynchedWorkerThread.o/dev/null 21 mv -f .deps/libGem_la-SynchedWorkerThread.Tpo .deps/libGem_la-SynchedWorkerThread.Plo /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF .deps/libGem_la-WorkerThread.Tpo -c -o libGem_la-WorkerThread.lo `test -f 'WorkerThread.cpp' || echo './'`WorkerThread.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DPD -I/home/mario/pd-extended/pd/src -DHAVE_S_STUFF_H -O2 -freg-struct-return -O3 -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -MT libGem_la-WorkerThread.lo -MD -MP -MF
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On Wed, Jul 06, 2011 at 01:43:33PM -0400, Hans-Christoph Steiner wrote: OK, sounds good. But let's just remember the use case when we want pd to remember which plugins to load and which not. As plugins load before any patch, and they couldn't really be enabled/disabled per patch, their preferences will have to be stored somewhere else. We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Yes, I agree. For things that affect the editor and not the patch itself, then preferences makes more sense. .hc Having a list of plugins would be probably the best cross-platform solution. However, it may be a good idea to have plugin sets, if one needs to start-up in kiosk mode or something else at times :) Perhaps the file with plugin list should supplied as an argument. Cheers, -- Ilya ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compiling...
On 2011-07-06 16:42, Mario Mey wrote: *pdlua.c:40:17: fatal error: lua.h: No existe el fichero o el directorio* *compilation terminated. You need to install the lua-dev package. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: emails to the list / SMTP servers / SPF record
András, Firstly, I cannot see this being relevant to anyone on the list. Secondly, from my personal experience SPF doesn't help very much - you will need DomainKey and that need to be setup in the MTA. My personal solution to all mail delivery issues is to use Google Apps with my domain name. If your SMTP server has potentially or really bad reputation (spam history, shared hosting, home ISP IP) - the chances that your mail arrives at gmail/hotmail/other are terribly unstable. I know this from my work experience at a shared hosting company. The solution to this is to have private IP on a private host or use gmail/hotmail/other. Cheers, -- Ilya On Wed, Jul 06, 2011 at 07:15:50PM +0200, András Murányi wrote: Dear List, Gmail has made some changes so with emails that are not sent from the domain of the email address (eg: an email from don...@duck.com sent by an SMTP server smtp.alligator.com) I get warnings such as This message may not have been sent by: don...@duck.com, and/or the sender is displayed as don...@duck.com via alligator.com. I've made some research and all this is because of increasing protection against email spoofing. The solution is to add a so-called SPF (Sender Policy Framework) record to your DNS records. (More info: http://www.openspf.org/) Some ISPs like Godaddy support it with their DNS editor, some others need to add a TXT record manually (in my case something like this: v=spf1 mx mx: smtp.myisp.net include:smtp.gmail.com include:myotherisp.net -all). Hope this helps some of you. Andras ___ 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] Compiling...
The bang (Ctrl-Shift-B) and toogle (Ctrl-Shift-B) don't work. Instead of that, appear: bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1 tgl 15 0 empty empty empty 17 7 0 10 -203904 -1 -1 1 1 ...? El 06/07/11 18:48, Mario Mey escribió: With liblua5.1-0-dev installed, it could compile. Now, I have the .deb... trying to install with Software Center, I couldn't. Using dpkg -i Pddeb, neither: mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i Pd-0.43.1-extended-20110706.deb [sudo] password for mario: (Leyendo la base de datos ... 253108 ficheros o directorios instalados actualmente.) Preparando para reemplazar pd-extended 0.42.5-2 (usando Pd-0.43.1-extended-20110706.deb) ... Desempaquetando el reemplazo de pd-extended ... dpkg: error al procesar Pd-0.43.1-extended-20110706.deb (--install): intentando sobreescribir `/usr/bin/pd', que está también en el paquete puredata 0.42.6-2 dpkg-deb: error: el subproceso copiado se mató con la señal (Tubería rota) Se encontraron errores al procesar: Pd-0.43.1-extended-20110706.deb mario@Mario-PK3D:~/pd-extended/packages/linux_make$ Then I write dpkg -i --force-all Pd...deb and it installed... /mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i --force-all Pd-0.43.1-extended-20110706.deb (Leyendo la base de datos ... 253108 ficheros o directorios instalados actualmente.) Preparando para reemplazar pd-extended 0.42.5-2 (usando Pd-0.43.1-extended-20110706.deb) ... Desempaquetando el reemplazo de pd-extended ... dpkg: aviso: sobreseyendo el problema porque está activa la opción --force: intentando sobreescribir `/usr/bin/pd', que está también en el paquete puredata 0.42.6-2 dpkg: aviso: sobreseyendo el problema porque está activa la opción --force: intentando sobreescribir `/usr/include/m_pd.h', que está también en el paquete puredata 0.42.6-2 Configurando pd-extended (0.43.1~cvs20110706-1) ... Procesando disparadores para hicolor-icon-theme ... Procesando disparadores para bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Procesando disparadores para desktop-file-utils ... Procesando disparadores para python-gmenu ... Rebuilding /usr/share/applications/desktop.es_AR.utf8.cache... Procesando disparadores para shared-mime-info ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'interface/x-winamp-skin' Procesando disparadores para man-db ... Procesando disparadores para ureadahead ... Procesando disparadores para python-support ... mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i --force-all Pd-0.43.1-extended-20110706.deb Seleccionando el paquete pd-extended previamente no seleccionado. (Leyendo la base de datos ... 246529 ficheros o directorios instalados actualmente.) Desempaquetando pd-extended (de Pd-0.43.1-extended-20110706.deb) ... Configurando pd-extended (0.43.1~cvs20110706-1) ... Procesando disparadores para hicolor-icon-theme ... Procesando disparadores para bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Procesando disparadores para desktop-file-utils ... Procesando disparadores para python-gmenu ... Rebuilding /usr/share/applications/desktop.es_AR.utf8.cache... Procesando disparadores para shared-mime-info ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'interface/x-winamp-skin' Procesando disparadores para man-db ... Procesando disparadores para ureadahead ... Procesando disparadores para python-support ... / I don't find the pd-extended or pdextended to run it from terminal, neither the icon appear in the Ubuntu Menu. If I run /usr/lib/pd-extended/bin/pd... Pd-Extended runs... but with very very ugly font. There're a lot of boxes - commands that don't work: From TIME: delay, line, timer, cputime, realtime, pipe (don't work) From MATH: random From MIDI: all From MISC: all, less declare From AUDIO MATH: the most From AUDIO GLUE: dac~, adc~, bang~ From AUDIO DELAY: All I think it is not completly installed... El 06/07/11 17:57, Martin Peach escribió: On 2011-07-06 16:42, Mario Mey wrote: *pdlua.c:40:17: fatal error: lua.h: No existe el fichero o el directorio* *compilation terminated. You need to install the lua-dev package. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Compiling...
With liblua5.1-0-dev installed, it could compile. Now, I have the .deb... trying to install with Software Center, I couldn't. Using dpkg -i Pddeb, neither: mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i Pd-0.43.1-extended-20110706.deb [sudo] password for mario: (Leyendo la base de datos ... 253108 ficheros o directorios instalados actualmente.) Preparando para reemplazar pd-extended 0.42.5-2 (usando Pd-0.43.1-extended-20110706.deb) ... Desempaquetando el reemplazo de pd-extended ... dpkg: error al procesar Pd-0.43.1-extended-20110706.deb (--install): intentando sobreescribir `/usr/bin/pd', que está también en el paquete puredata 0.42.6-2 dpkg-deb: error: el subproceso copiado se mató con la señal (Tubería rota) Se encontraron errores al procesar: Pd-0.43.1-extended-20110706.deb mario@Mario-PK3D:~/pd-extended/packages/linux_make$ Then I write dpkg -i --force-all Pd...deb and it installed... /mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i --force-all Pd-0.43.1-extended-20110706.deb (Leyendo la base de datos ... 253108 ficheros o directorios instalados actualmente.) Preparando para reemplazar pd-extended 0.42.5-2 (usando Pd-0.43.1-extended-20110706.deb) ... Desempaquetando el reemplazo de pd-extended ... dpkg: aviso: sobreseyendo el problema porque está activa la opción --force: intentando sobreescribir `/usr/bin/pd', que está también en el paquete puredata 0.42.6-2 dpkg: aviso: sobreseyendo el problema porque está activa la opción --force: intentando sobreescribir `/usr/include/m_pd.h', que está también en el paquete puredata 0.42.6-2 Configurando pd-extended (0.43.1~cvs20110706-1) ... Procesando disparadores para hicolor-icon-theme ... Procesando disparadores para bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Procesando disparadores para desktop-file-utils ... Procesando disparadores para python-gmenu ... Rebuilding /usr/share/applications/desktop.es_AR.utf8.cache... Procesando disparadores para shared-mime-info ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'interface/x-winamp-skin' Procesando disparadores para man-db ... Procesando disparadores para ureadahead ... Procesando disparadores para python-support ... mario@Mario-PK3D:~/pd-extended/packages/linux_make$ sudo dpkg -i --force-all Pd-0.43.1-extended-20110706.deb Seleccionando el paquete pd-extended previamente no seleccionado. (Leyendo la base de datos ... 246529 ficheros o directorios instalados actualmente.) Desempaquetando pd-extended (de Pd-0.43.1-extended-20110706.deb) ... Configurando pd-extended (0.43.1~cvs20110706-1) ... Procesando disparadores para hicolor-icon-theme ... Procesando disparadores para bamfdaemon ... Rebuilding /usr/share/applications/bamf.index... Procesando disparadores para desktop-file-utils ... Procesando disparadores para python-gmenu ... Rebuilding /usr/share/applications/desktop.es_AR.utf8.cache... Procesando disparadores para shared-mime-info ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'interface/x-winamp-skin' Procesando disparadores para man-db ... Procesando disparadores para ureadahead ... Procesando disparadores para python-support ... / I don't find the pd-extended or pdextended to run it from terminal, neither the icon appear in the Ubuntu Menu. If I run /usr/lib/pd-extended/bin/pd... Pd-Extended runs... but with very very ugly font. There're a lot of boxes - commands that don't work: From TIME: delay, line, timer, cputime, realtime, pipe (don't work) From MATH: random From MIDI: all From MISC: all, less declare From AUDIO MATH: the most From AUDIO GLUE: dac~, adc~, bang~ From AUDIO DELAY: All I think it is not completly installed... El 06/07/11 17:57, Martin Peach escribió: On 2011-07-06 16:42, Mario Mey wrote: *pdlua.c:40:17: fatal error: lua.h: No existe el fichero o el directorio* *compilation terminated. You need to install the lua-dev package. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX and pd-extended 0.43.1
Ah, strange, so it worked with the old preferences, and now once you've removed the old preferences, it doesn't work? .hc On Thu, 07 Jul 2011 01:05 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Thank you - I cleared leftovers from previous Pd-extended reinstalled pd-ext0.43.1 and default libraries were loaded, except for GEM. But, being hasty to see new preferences: The application freezed by clicking the Pd 0.43.1extended-20110706 menu before the Pd window appears. I reproduced this several times, reinstalled and reproduced it again. I attached a screenshot (the menu opened and closed when pd window came up) regards, kyriakos On 6 Jul 2011, at 22:51, Hans-Christoph Steiner wrote: That looks functional to me, what's the problem? The difference in Pd-extended 0.43.1 is that only a few libraries are loaded by default (I think its Gem, cyclone, and zexy only). Use [import] in your patches to load libraries. Also, most of the internals are split out into the 'vanilla' library, which is loaded by default. If you have your own custom preferences, then the defaults won't be loaded, and then the vanilla lib won't be loaded, so you'll be missing a lot. The preferred way of running Pd-extended is only using the default preferences. .hc On Wed, 06 Jul 2011 22:23 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: On 6 Jul 2011, at 22:05, Hans-Christoph Steiner wrote: Could you post a screenshot? It should also load the greek translation, if your computer supports Greek. The preferred lang is English (for non unicode-savvy apps) then greek, if that matters. .hc On Wed, 06 Jul 2011 21:53 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Hi, The application don't quit here on 10.6.7 10.6.8 but is short of ... a lot. On 6 Jul 2011, at 18:41, Hans-Christoph Steiner wrote: Hmm, two reports of failing on 10.6. I use 10.5.8 and it works fine there. Could someone on 10.6 try running it from Terminal and sending the log? Here's how: /path/to/Pd-0.43.1-extended.app/Contents/Resources/bin/pd -stderr -d 3 -verbose see attached txt .hc On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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 regards, Kyriakos Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.txt.zip 70k (application/zip) Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-extended0.43.1inOSX10.6.8.png 207k (image/png) Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.png 31k (image/png) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Extrange digital pin behaviour in arduino mega
Oka, i has been doing diferent test, i try firmata_test from firmata wiki http://firmata.org/wiki/Main_Page and all the pins are working, then firamta2.2 its ok and the problem must be pduino modificated patch (i add pins). I dont know yet where in pduino patch i have to look... 2011/7/6 FernandoG dataf...@gmail.com Hi I am using arduino mega 2560, ide 22, Firmata2.2 and Pduino5beta8 and digital output pins from pin 24 to 39 are not working. They have a really strange behaviour, some times always on and sometimes off(i am using a led in every output pin), but never can be controled by software(pd) with the same patch i control all other pins. I tried to figure out if the problem was the board runing a simple led controled by potenciometer sketch, and all 53 digital outputs are working perfectly. I really cant know where is the problem, but i think its a software problem. I apreciate any help, because i need to use at least 40 digital pins. Best ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSX and pd-extended 0.43.1
On 7 Jul 2011, at 01:16, Hans-Christoph Steiner wrote: Ah, strange, so it worked with the old preferences, and now once you've removed the old preferences, it doesn't work? No it always worked (no vanilla lib from wrong prefs - sorry for bothering you) and now it works (don't be hasty featured) just fine to be listening/viewing your solitude right now (data structures:) - really nice piece/work by the way. kyriakos .hc On Thu, 07 Jul 2011 01:05 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Thank you - I cleared leftovers from previous Pd-extended reinstalled pd-ext0.43.1 and default libraries were loaded, except for GEM. But, being hasty to see new preferences: The application freezed by clicking the Pd 0.43.1extended-20110706 menu before the Pd window appears. I reproduced this several times, reinstalled and reproduced it again. I attached a screenshot (the menu opened and closed when pd window came up) regards, kyriakos On 6 Jul 2011, at 22:51, Hans-Christoph Steiner wrote: That looks functional to me, what's the problem? The difference in Pd-extended 0.43.1 is that only a few libraries are loaded by default (I think its Gem, cyclone, and zexy only). Use [import] in your patches to load libraries. Also, most of the internals are split out into the 'vanilla' library, which is loaded by default. If you have your own custom preferences, then the defaults won't be loaded, and then the vanilla lib won't be loaded, so you'll be missing a lot. The preferred way of running Pd-extended is only using the default preferences. .hc On Wed, 06 Jul 2011 22:23 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: On 6 Jul 2011, at 22:05, Hans-Christoph Steiner wrote: Could you post a screenshot? It should also load the greek translation, if your computer supports Greek. The preferred lang is English (for non unicode-savvy apps) then greek, if that matters. .hc On Wed, 06 Jul 2011 21:53 +0300, Kyriakos Tsoukalas k...@labyrinthos.gr wrote: Hi, The application don't quit here on 10.6.7 10.6.8 but is short of ... a lot. On 6 Jul 2011, at 18:41, Hans-Christoph Steiner wrote: Hmm, two reports of failing on 10.6. I use 10.5.8 and it works fine there. Could someone on 10.6 try running it from Terminal and sending the log? Here's how: /path/to/Pd-0.43.1-extended.app/Contents/Resources/bin/pd -stderr -d 3 -verbose see attached txt .hc On Wed, 06 Jul 2011 11:06 +0100, Si Mills smi...@rootsix.net wrote: Hi Hans Are the builds for os x functional at the moment? I've just downloaded the latest 0.43.1 and it tried to open; the post window flashes up and immediately it quits. Tested on 10.6.7 thanks ___ 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 regards, Kyriakos Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.txt.zip 70k (application/zip) Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-extended0.43.1inOSX10.6.8.png 207k (image/png) Email had 2 attachments: + smime.p7s 5k (application/pkcs7-signature) + pd-ext0.43.1.png 31k (image/png) smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On 07/06/2011 10:53 PM, errordevelo...@gmail.com wrote: We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Yes, I agree. For things that affect the editor and not the patch itself, then preferences makes more sense. Having a list of plugins would be probably the best cross-platform solution. However, it may be a good idea to have plugin sets, if one needs to start-up in kiosk mode or something else at times :) Perhaps the file with plugin list should supplied as an argument. why not using ::pd-guiprefs for plugins: http://www.mail-archive.com/pd-list@iem.at/msg44236.html 0.02$, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: emails to the list / SMTP servers / SPF record
On Wed, Jul 6, 2011 at 23:29, errordevelo...@gmail.com wrote: András, Firstly, I cannot see this being relevant to anyone on the list. It is - I see the warning attached to many people's mails (on this mailing list). Actually your mail has arrived with the warning: This message may not have been sent by: errordevelo...@gmail.com - Learn more - Report phishing Secondly, from my personal experience SPF doesn't help very much - you will need DomainKey and that need to be setup in the MTA. I'll need to see if SPF has a positive effect on this - at the moment, I just thought this is an emerging issue and people better hear about it from a mailing list than having person-to-person mails lost in nowhere. My personal solution to all mail delivery issues is to use Google Apps with my domain name. If your SMTP server has potentially or really bad reputation (spam history, shared hosting, home ISP IP) - the chances that your mail arrives at gmail/hotmail/other are terribly unstable. I know this from my work experience at a shared hosting company. The solution to this is to have private IP on a private host or use gmail/hotmail/other. Yep, Google Apps mail has SPF (and maybe other things) built in, simple Gmail not. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] scripts instead of preferences WAS: reorg of puredata.info/docs/developer
On Thu, Jul 7, 2011 at 02:14, yvan volochine yvan...@gmail.com wrote: On 07/06/2011 10:53 PM, errordevelo...@gmail.com wrote: We agreed before that the /disabled folders method is no good, and that we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs). I'm interested in further brainstorming but right now I feel that good old preferences is something we'll have to live with for a longer time. We'll have to make a distinction between global stuff (plugins, global prefs) and those things which are better handled per patch, from inside patches. Yes, I agree. For things that affect the editor and not the patch itself, then preferences makes more sense. Having a list of plugins would be probably the best cross-platform solution. However, it may be a good idea to have plugin sets, if one needs to start-up in kiosk mode or something else at times :) Perhaps the file with plugin list should supplied as an argument. why not using ::pd-guiprefs for plugins: http://www.mail-archive.com/**pd-list@iem.at/msg44236.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg44236.html 0.02$, _y Bingo Yvan, that very post is which I have on my todo list, and which I have referred saying we (probably me) will code up a logic which stores this in preferences (via ::pd_guiprefs) :o) Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP Rendering Issue
Thanks. I have added a comment to that bug report. I note somewhere else on the list suggested using a kind of 'whiteout' approach by moving a white canvas over the the offending items prior to resizing - after resizing the canvas 'looks' ok. In short, visually this solves the issue, but if you do this overlapping other objects / GOPs etc then they suffer from the rendering issue by getting whited out. That's part of the workaround. To resolve the issue completely (at least visually) I have a receive object in each GOP abstraction which acts as a global message bus to all GOPs. This bus is connected to a namecanvas send and sends a vis 0 and vis 1 message to turn the (and each and every) GOP's visibility on/off. There is probably a more elegant solution .. which I'll post when/if I figure it. Best On 06/07/2011, at 12:22 PM, Hans-Christoph Steiner wrote: Hey Christian Thanks for the thorough bug report, the video is great. I think that's a known bug, or at least it seems familiar to me. It would be great to have this info in the bug tracker so we can keep track of it. This bug seems similar: https://sourceforge.net/tracker/?func=detailaid=3030159group_id=55736atid=478070 If that's not it, then feel free to create a new bug report in the tracker. .hc On Jun 28, 2011, at 10:51 PM, Christian Haines wrote: Hi All I have created an GOP abstraction which I include in a parent parent. The GOP interface has a button that resizes it by sending a 'coords' message to the GOP abstraction canvas (namecanvas named). When it resizes larger it renders the larger interface properly over the patch's white background. However, when it resizes smaller it leaves a remnant of the larger interface visible. Sometimes to correctly show the smaller interface, I have to redraw / refresh the window by moving the window - this doesn't always work though. In fact it only works when the parent patch has a '#coords' line with a specific configuration in it - of which I'm not sure. I'm on OSX. I've seen the issue documented elsewhere but never read a full description on how to resolve it fully. See the issue here: http://echoblue.com.au/pd/goprenderissue.mov At the moment I am sending a message back to the parent patch from the GOP abstraction to change the parent patch's 'setbounds' by 1 pixel and then move it back - this resolves that issue but, as mentioned, not consistently. Regardless, it creates two more issues: (1) setbounds behaves oddly - doesn't resize until a close and reopen; and/or moves the objects in the patch window without resizing; (2) I can't know the patch window size dynamically (say by querying the canvas) hence any size change by setbounds is not necessarily the same as the original window size (if it was resizing!). Any suggestions would be greatly appreciated -- Christian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom -- Christian Haines Lecturer / Co-Director Electronic Music Unit Elder Conservatorium of Music University of Adelaide South Australia 5005 Ph: +61 8 8303 3799 Fax: +61 8 8303 4423 Email: christian.hai...@adelaide.edu.au Web: http://emu.adelaide.edu.au http://music.adelaide.edu.au Study: http://emu.adelaide.edu.au/study/ Location: Schulz Building, Level 5 , 5.13 --- CRICOS Provider Number 00123M --- This email message is intended only for the addressee(s) and contains information that may be confidential and/or copyright. If you are not the intended recipient please notify the sender by reply email and immediately delete this email. Use, disclosure or reproduction of this email by anyone other than the intended recipient(s) is strictly prohibited. No representation is made that this email or any attachments are free of viruses. Virus scanning is recommended and is the responsibility of the recipient. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: emails to the list / SMTP servers / SPF record
On Thu, Jul 07, 2011 at 03:09:09AM +0200, András Murányi wrote: On Wed, Jul 6, 2011 at 23:29, errordevelo...@gmail.com wrote: Firstly, I cannot see this being relevant to anyone on the list. It is - I see the warning attached to many people's mails (on this mailing list). Actually your mail has arrived with the warning: This message may not have been sent by: errordevelo...@gmail.com - Learn more - Report phishing Yes, that's because the message was sent via the list server. SPF won't help, the warning which you is an awfull non-sense. Secondly, from my personal experience SPF doesn't help very much - you will need DomainKey and that need to be setup in the MTA. I'll need to see if SPF has a positive effect on this - at the moment, I just thought this is an emerging issue and people better hear about it from a mailing list than having person-to-person mails lost in nowhere. Nope, you had been mislead by those silly warnings. I am not going to explain how email delivery works. As I said, the reason why this sort of warning may come-up, is because the message from the list arrive with senders address in 'From:' from field, however it goes via the mailing list server, hence other fields do not match the domain name of the sender. Whoever coded the software you are using, haven't placed an exception for mailing lists. There are RFC-coliant header fields which must be looked at by that software, but they are being ignored, which is wrong. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list