[PD] Issue 3298989 marked as fixed??
Hi, I commented this on the bug tracker but got no answer. https://sourceforge.net/tracker/?func=detailaid=3298989group_id=55736atid=478070 A few days ago I downloaded and tried the latest release of Pd Vanilla for Mac OS http://crca.ucsd.edu/~msp/Software/pd-0.43-2.mac.tar.gz and it still exhibits issue 3298989 (all GUI objects of a given type freezing) I've noticed that in the bug tracker it is marked as fixed (apparently since january). Is the current release supposed to include the fix? (in which case it is not fixed) Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Is it possible to change webcam's resolution in Mac OS?
On 05/08/2012 06:41 AM, Max wrote: I'm guessing this is a colorspace issue. try [pix_rgba] right after [pix_video]. Actually I'm using [pix_yuv] right after [pix_video] because I need the image to be in yuv, so that pix_movement gives me the information on the luminance channel and not alpha channel (so I can easily use pix_blob on it and at the same time monitor it) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Is it possible to change webcam's resolution in Mac OS?
By the way, just out of curiosity, what kinf of color space issue is it? It puzzles me that it only manifests itself at certain resolutions... On 05/08/2012 12:39 PM, Matteo Sisti Sette wrote: On 05/08/2012 06:41 AM, Max wrote: I'm guessing this is a colorspace issue. try [pix_rgba] right after [pix_video]. Actually I'm using [pix_yuv] right after [pix_video] because I need the image to be in yuv, so that pix_movement gives me the information on the luminance channel and not alpha channel (so I can easily use pix_blob on it and at the same time monitor it) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Is it possible to change webcam's resolution in Mac OS?
Hi, I'm using Pd Extended 0.42.5 and for a series of reasons upgrading is not an option right now. I don't have a Mac but I need my patches to work on Mac OS and Windows. (I can test windows and linux) I don't know if it has been fixed in later versions of GEM, but there's some dreadful bug somewhere in [pix_video], [pix_movement] or [pix_blob] or maybe somewhere else, that causes [pix_blob] to randomly output out-of-range values for x and y (negative values and values a lot greater than 1), both on Windows and Mac. On Windows a workaround that works is to lower the webcam's frame rate AND resolution (I'm not 100% sure the framerate is needed, but the resolution certainly is). I can live (unhappy) with having to do it manually every time, and I can trigger the settings dialog to open by sending the dialog format message to [pix_video] (unfortunately the values are not saved) THE PROBLEM is that on Mac OS, the settings dialog that open up with dialog format doesn't give any option to change the resolution. I can change the framerate (which is not enough for the workaround to work) but not the resolution. The questions then are: - Is there a way, perhaps somewhere in the system settings in Mac OS, to lower the webcam's resolution? - Does the dimen message work on Mac OS? (it doesn't on Linux, at least with my hardware) - Btw Is there a message for setting the camera's framerate? (I don't find it documented) And if anybody has encountered a similar issues (pix_video+pix_movement+pix_blob = out of range values) I'd of course love to know how you have worked around it (or is it worked it around?) Thanks in advance cheers m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (OT) safely connect piezo transducer to soundcard as microphone
On 04/21/2012 12:38 AM, Martin Peach wrote: You could put a resistor in series to limit the current or a pair of diodes in parallel to clamp the voltage. Probably a pair of 1N4001s like this would work: IN---+--+-OUT | | ^ v | | GND--+--+- Hi, Thanks for the suggestion. If I understand correctly, here the non-ideality of the diodes is what does the trick, and this would limit the voltage to below the diode's drop, right? which is about 1V or so... Now, thinking about it, wouldn't the following be even better? (this hadn't come to my mind before) IN---+--+-OUT | v | | ^ | GND--+--+- with two ZENER diodes of appropriate reverse voltage? Facing each other? So within the allowed voltage range there would be no (or much less) distortion? Maybe I'm being too naive here? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (OT) safely connect piezo transducer to soundcard as microphone
On 04/21/2012 02:14 AM, richard duckworth wrote: Piezo mics should go through a very high impedance buffer stage. .. Thank you very much, that was illuminating. However for now I'm was looking for a simplistic solution without the slightest care for sound quality, as I'm just using the signal to take its envelope in order to detect knocks and the like. But now I know why it sounds the way it sounds and that with an appropriate high impedance buffer stage it can sound way better, the day I'll need it :D ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (OT) safely connect piezo transducer to soundcard as microphone
By the way, thinking about it again, I think the sound card applies a DC voltage to its input (about 3V) (in order to polarize an electret microphone), so I'm afraid the parallel diodes can't work because the one pointing downwards would always be on. On 04/21/2012 05:03 PM, Martin Peach wrote: On 2012-04-21 10:16, Matteo Sisti Sette wrote: On 04/21/2012 12:38 AM, Martin Peach wrote: You could put a resistor in series to limit the current or a pair of diodes in parallel to clamp the voltage. Probably a pair of 1N4001s like this would work: IN---+--+-OUT | | ^ v | | GND--+--+- Hi, Thanks for the suggestion. If I understand correctly, here the non-ideality of the diodes is what does the trick, and this would limit the voltage to below the diode's drop, right? which is about 1V or so... Now, thinking about it, wouldn't the following be even better? (this hadn't come to my mind before) IN---+--+-OUT | v | | ^ | GND--+--+- with two ZENER diodes of appropriate reverse voltage? Facing each other? So within the allowed voltage range there would be no (or much less) distortion? Maybe I'm being too naive here? Yes that's the next step, if you want a larger voltage range. Or use strings of ordinary diodes to add about .6V per diode. I think if you only want to detect hits it doesn't matter too much. Ideally, you would know the voltage range of your audio input and set the levels to fit that. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (OT) safely connect piezo transducer to soundcard as microphone
On 04/21/2012 05:31 PM, Martin Peach wrote: That sounds unlikely. If it had 3V on the input you would always get a high value with nothing connected. I measured it with the tester and it's there. The soundcard has a highpass filter which removes DC so you don't get it. Anyway, it's better to use a line input with piezos because their output is in volts, not millivolts. Actually my notebook has only one connector for input. I always guesste it could work both as mircophone and as line in, but I cannot find a settings for this in Ubuntu's sound settings. There's only an input level for microphone which is not clear whether it's hardware or software (also, it ranges from unamplified to 100% - LOL).. If it really has 3V on it, putting a 10k resistor in series with the input will protect it and still pass the piezo signal, which is very high impedance, so won't be diminished much: IN++/\/\/OUT | | ^ V | | GND---++- That will certainly protect the soundcard, but will it prevent the right-hand diode from being forward biased all the time killing the microphone signal? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] (OT) safely connect piezo transducer to soundcard as microphone
Hi, This is OT but I'm sure many of you have used piezo microphones sometimes. I've often connected a piezo transducer to the microphone input of my computer (and other computers) by simply soldering the two wires to the T and S of a minijack plug, and it works just fine and my soundcard hasn't suffered any damage (apparently at least). However, I am concerned that a strong sound input (e.g. hitting the piezo transducer with with fair strength) may actually generate a voltage peak (thought only for a short time) capable of damaging the soundcard, couldn't it? Also, a friend of mine did the same with his Macbook and his headphones output has stopped working (may be just a coincidence though). Is there an easy way to make it safer? I seem to remember I had read somewhere (can't find it) about connecting a 1MOhm resistor in parallel... woudl that do the trick? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] why does PD round numbers? (in tables, in messageboxes, etc)
On 04/08/2012 04:58 AM, Martin Peach wrote: It's because Pd saves the value by printing it as text into the patch file using a reduced precision format specifier (%g instead of %f, or %0.6f) so that the numbers look good on screen, with no extra zeros for example. I don't like it either. I wonder how can anyone possibly like that ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] why does PD round numbers? (in tables, in messageboxes, etc)
On 04/08/2012 04:27 PM, katja wrote: I've once compiled (vanilla) Pd with the format specifiers changed to print up to 8 significant digits, and soon found why it is normally done with 6 digits max. You get things like this: 33 * 0.3 = 9.91 That is completely unrelated. That is an issue intrinsic in floating point numbers. Reducing the precision of numbers when writing them to files (or when parsing messages or whatever) is an issue in Pd. One thing is rounding numbers for _displaying_ them, another thing is rounding them when _storing_ them (whether in a file or wherever). Consider this: I create a patch like this: [9.91( | [== 9.9] | [print] This prints 0, as expected. Then I save and close it. I load it, and it has been transformed into this: [9.9( | [== 9.9] | [print] which obviously prints 1. This is WRONG, there's no reason why it could be good or even acceptable. I do understand why it happens. By the way, if you write into an object box: [f 9.90001] it is immediately changed into: [f 9.9] Which is also WRONG (why shouldn't I be able to create an object with a parameter value which _can_ be represented without loss of information?), but it is much less wrong than the previous case in that this is CONSISTENT. In this case, at least, what you have is what you save (note that what you see is not an issue). The case of message boxes (not to mention arrays) is devastating, because you may not realise you're going to loose information until you save the patch, close and reopen it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] why does PD round numbers? (in tables, in messageboxes, etc)
Whops, I should have read the other replies first :$ On 04/09/2012 01:23 AM, Matteo Sisti Sette wrote: On 04/08/2012 04:27 PM, katja wrote: I've once compiled (vanilla) Pd with the format specifiers changed to print up to 8 significant digits, and soon found why it is normally done with 6 digits max. You get things like this: 33 * 0.3 = 9.91 That is completely unrelated. That is an issue intrinsic in floating point numbers. Reducing the precision of numbers when writing them to files (or when parsing messages or whatever) is an issue in Pd. One thing is rounding numbers for _displaying_ them, another thing is rounding them when _storing_ them (whether in a file or wherever). Consider this: I create a patch like this: [9.91( | [== 9.9] | [print] This prints 0, as expected. Then I save and close it. I load it, and it has been transformed into this: [9.9( | [== 9.9] | [print] which obviously prints 1. This is WRONG, there's no reason why it could be good or even acceptable. I do understand why it happens. By the way, if you write into an object box: [f 9.90001] it is immediately changed into: [f 9.9] Which is also WRONG (why shouldn't I be able to create an object with a parameter value which _can_ be represented without loss of information?), but it is much less wrong than the previous case in that this is CONSISTENT. In this case, at least, what you have is what you save (note that what you see is not an issue). The case of message boxes (not to mention arrays) is devastating, because you may not realise you're going to loose information until you save the patch, close and reopen it. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM: pix_convolve scale factor?
Hi, I've noticed that the smooth filter in the example patch for [pix_convolve] has a wrong scale factor which results in a slightly darker output image than the input. I don't know much about convolution filters, but the number being bassed to [pix_convolve] seems right to me: 0.0625 which is 1/16, and it seems right since the sum of the coefficients is 16. Is the number being passed as scale factor in the help patch wrong, or is there a bug in [pix_convolve]? Or is this the expected result in a way I don't see? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] web patching
On 03/03/2012 01:11 PM, Marco Donnarumma wrote: If you deactivate and activate again with the right timing, the interruption is not perceivable. Used it in few patches sometimes. Work well. I don't understand how a silence of a few milliseconds can be unperceivable, but I'll check out the old thread you mention... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] web patching
An easy solution is to detect the onset of a DSP graph change and stop the audio for few milliseconds, then activate it again. You can use messages to Pd to do this, such as: How exactly would that prevent an audio dropout ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] error while loading shared libraries: libtk8.5.so.0
Hi, A friend of mine has a dual-boot Mac with Mac OS and Ubuntu and uses Ubuntu very sporadically. On Ubuntu, she has Pd-Extended installed which was installed more than a year ago and worked just fine the last-but-one time she booted Ubuntu. Now after more than a year since last time, she booted Ubuntu, she didn't touch anything, and now Pd-Extended refuses to run, it says: /usr/lib/pd-extended/bin/pd-gui: error while loading shared libraries: libtk8.5.so.0: cannot open shared object file: No such file or directory The only way anything can be uninstalled or changed is through automatic updates. Does anybody know how the needed library can have just disappeared and how to fix it? A package named libtk doesn't even seem to exist... thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error while loading shared libraries: libtk8.5.so.0
On 02/03/2012 09:02 PM, Hans-Christoph Steiner wrote: Try: sudo apt-get install tk8.5 Yes thanks that solved the libtk error, now there are other libraries that it cannot find. I'll figure out one by one and install them What seems strange to me is that these libraries which were formerly present have misteriously disappeared ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error while loading shared libraries: libtk8.5.so.0
On 02/03/2012 09:16 PM, Hans-Christoph Steiner wrote: Try: sudo apt-get -f install -f means fix, at least in my head :) It says 0 installed, 0 removed and 6 not upgraded. but Pd still complains about missing libraries (one by one, regretfully) Or did you mean sudo apt-get -f install _something_? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error while loading shared libraries: libtk8.5.so.0
Indeed I even tried to reinstall Pd: sudo apt-get install pd-extended Reading package lists... Done Building dependency tree Reading state information... Done pd-extended is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded. Shouldn't it find the missing dependencies On 02/03/2012 09:42 PM, Matteo Sisti Sette wrote: On 02/03/2012 09:16 PM, Hans-Christoph Steiner wrote: Try: sudo apt-get -f install -f means fix, at least in my head :) It says 0 installed, 0 removed and 6 not upgraded. but Pd still complains about missing libraries (one by one, regretfully) Or did you mean sudo apt-get -f install _something_? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] error while loading shared libraries: libtk8.5.so.0
On 02/03/2012 09:56 PM, Kaj Ailomaa wrote: You could try installing puredata to get it's dependencies installed. I tried installing pd-extended, but it didn't install the dependencies. Could be you need to install tk8.5 manually. Yes. I've installed every dependency manually; then it complains for the next dependency and so on. Finally I think I got everything installed, seems to work now. But I don't understand why it doesn't detect and install the dependencies automatically, that's all apt-get is (supposed to be) about... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] servo pinmode on [arduino]
Hi, When using [arduino] and setting a digital pin in servo mode, the input range that corresponds to the full 180-degree range of the servo is 0 to 0.7 instead of 0 to 1. Is it: A - that different servo motors have different specifications B - a wrong scale factor in [arduino], or C - a wrong scale factor in the arduino code itself (i.e. the StandardFirmata sketch or the servo library) ? I know I can easily work around it by rescaling in Pd... thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] can't set latency higher than 50 on linux?
Hi, Why on Linux if I set the latency in audio settings (with ALSA) to anything greater than 50 I get a lot of tried but couldn't sync A/D/A and then audio I/O stuck... closing audio?? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Can't get [arduino] to work (any more)
Hi, I haven't been using [arduino] and Pd-extended with my arduino for some time un Ubuntu; it used to work just fine on Ubuntu 10.10. In the meantime I have upgraded ubuntu to 11.10; I haven't touched Pd-extended and I'm using the same version of [arduino] (and the same arduino hardware of course). Usually I would just open the arduino-test sketch and try open 0, open 1 etc until it would connect (I have bad memory). Now there's no way it will connect. Whatever number I try it says: [comport] ** ERROR ** could not get termios-structure of device /dev/ttySXXX The Arduino IDE does succeed in uploading a sketch (unless it says done uploading without knowing). What may I be missing? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Can't get [arduino] to work (any more)
Oh sorry it is port number 32 now (used to be between 1 and 5 before) Figured it out with the devices message... On 01/16/2012 05:43 PM, Matteo Sisti Sette wrote: Hi, I haven't been using [arduino] and Pd-extended with my arduino for some time un Ubuntu; it used to work just fine on Ubuntu 10.10. In the meantime I have upgraded ubuntu to 11.10; I haven't touched Pd-extended and I'm using the same version of [arduino] (and the same arduino hardware of course). Usually I would just open the arduino-test sketch and try open 0, open 1 etc until it would connect (I have bad memory). Now there's no way it will connect. Whatever number I try it says: [comport] ** ERROR ** could not get termios-structure of device /dev/ttySXXX The Arduino IDE does succeed in uploading a sketch (unless it says done uploading without knowing). What may I be missing? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd 0.43.1 installed, not installed
Hi, On Ubuntu 11.10, I had pd 0.43 installed (it had been a long time since the last time I had used it and it used to be 0.42, so not sure when I switched to 0.43... either it has been automatically updated through Synaptic, or I had installed 0.43 to give it a try on linux though I knew it was unstable on Mac and Windows) Anyway, now I've downloaded the sources for 0.43.1 (there's no prebuilt ubuntu package, is there?). I've built it and installed it, apparently with success (Pd install succeeded). However, when I run it as puredata, it still runs the old 0.43.0. Is the binary installed somewhere else than usual? Or maybe something went wrong silently during installation? Hmm actually there seem to be some error in the output from make install, maybe the install succeeded message is just a fake? I entered the src directory and did: ./configure = no errors make = no errors make install I attach the output from make install below. This part scares me: ... make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/stdout' install -d /usr/local/lib/pd/bin install ../bin/ /usr/local/lib/pd/bin/ install: omitting directory `../bin/' make: [install] Error 1 (ignored) install ../bin/pd-watchdog /usr/local/lib/pd/bin/pd-watchdog ... or is it fine?? thanks m. $ sudo make install [sudo] password for teo: cd ../obj; cc -Wl,-export-dynamic -lasound -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_c since before I upgraded from 10.10, and I used to use pd 0.42onf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o s_utf8.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_oss.o s_audio_oss.o s_audio_alsa.o s_audio_alsamm.o s_midi_alsa.o d_fft_mayer.o d_fftroutine.o -ldl -lm -lpthread -lasound cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -DHAVE_LIBDL -DUNIX -DHAVE_UNISTD_H -DPDGUIDIR=\tcl/\ -fno-strict-aliasing -DPA_USE_OSS -DUSEAPI_OSS -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops -fomit-frame-pointer -D_LARGEFILE64_SOURCE -o ../bin/pd-watchdog s_watchdog.c cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -DHAVE_LIBDL -DUNIX -DHAVE_UNISTD_H -DPDGUIDIR=\tcl/\ -fno-strict-aliasing -DPA_USE_OSS -DUSEAPI_OSS -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops -fomit-frame-pointer -D_LARGEFILE64_SOURCE -o ../bin/pdreceive u_pdreceive.c u_pdreceive.c: In function ‘tcpmakeoutput’: u_pdreceive.c:231:22: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] make -C ../extra/bonk~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/bonk~' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/bonk~' make -C ../extra/choice make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/choice' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/choice' make -C ../extra/expr~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/expr~' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/expr~' make -C ../extra/fiddle~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/fiddle~' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/fiddle~' make -C ../extra/loop~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/loop~' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/loop~' make -C ../extra/lrshift~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/lrshift~' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/lrshift~' make -C ../extra/pique make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/pique' make[1]: Nothing to be done for `current'. make[1]: Leaving directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/pique' make -C ../extra/sigmund~ make[1]: Entering directory `/media/DATA/downloads/programmi/pd-0.43-1/extra/sigmund~' make[1]:
Re: [PD] pd 0.43.1 installed, not installed
On 01/12/2012 08:42 PM, Hans-Christoph Steiner wrote: The 'puredata' command comes from the Debian packaging. The Pd source code will only install a 'pd' command. WHOOOPS :$ Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-1 test7 (!) available
Note that in the big i ve mentioned (which i still have to check whether it
is fixed in test7) it‘s not that the whole gui stops responding: only one
or a few families of gui elements (e.g. all toggles or all aliders, not
alwaya the same ones) stop reaponding to mouse interaction and updating
while others keep working fine, and things like editing, movimg around
object boxes, etc keep working fine. I dont know whether this is in
contrast or not with Miller‘s hipothesis on the source of the issue
On Dec 27, 2011 10:42 PM, Miller Puckette m...@ucsd.edu wrote:
I believe the difference between 0.42 and 0.43 is that the C code in 0.42
actually spat each 'line' of TCL, separately, to the interpreter, whereas
in 0.43 entire batches of TCL script get fed to the interpreter as a block.
The 0.42 code wasn't airtight (checked for newlines at which {'s were
balanced with }'s - this happened to work for all the TCL that Pd
generated,
but one could construct valid tcl code that gave false positives.) So I'm
not in favor of 'fixing' 0.43 to work like 0.42 in this aspect. But I sure
would like to be able to tell the interpreter to bull through if any
individual
statement failed - it won't fix any bugs but could make it less
catastrophic
when they manifest themselves.
cheers
Miller
The 'catch' is already in place in Pd 0.43 in pd_connect::pd_readsocket,
and that is indeed what is printing out the Tcl error dump that started
this discussion.
As for whether pd-gui stops working after an error or not, I think this
is a behavior of the Tcl interpreter, not Pd 0.43 or Pd 0.42. In both Pd
0.42 and 0.43, fatal errors stop the Tcl interpreter. Try sending a
message with { in it. In both Pd 0.42 and 0.43, the Tcl interpreter will
print an error message for non-fatal errors and then continue to execute
the next commands.
About the bug report, that particular bug report shows a bug where Tcl
commands are being split in the middle of the line, causing incomplete
commands to be executed. The Tcl error dump that Cyrille posted in this
thread is not the same error at all. Cyrille's error shows a complete Tcl
command, but the .x235b3d0.c canvas does not exist. So Cyrille's error
is like the errors that are triggered by the christchurch GOP that were
fixed for 0.43-1test7.
On Sat, Dec 24, 2011 at 11:08:54PM +0100, cyrille henry wrote:
when starting a patch using few GOP, i've got :
(Tcl) INVALID COMMAND NAME: invalid command name .x235b3d0.c
while executing
.x235b3d0.c create rectangle 610 115 710 215 -tags
234f0601 -fill grey
(uplevel body line 1)
invoked from within
uplevel #0 $cmd_from_pd
.hc
Access to computers should be unlimited and total. - the hacker ethic
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-1 test7 (!) available
Did you fix the bug that made all gui objects of a given kind (soetimes all toggles sometimes all sliders sometimes all numberboxes) suddenly freeze and stop working at apparently random times? On Dec 25, 2011 11:18 AM, cyrille henry c...@chnry.net wrote: Hello, thanks for the quick fix. about the error, after digging around, i found that it's not related to vanilla, but to gcanvas from ggee, that was compiled for 0.42. btw, none of ggee gui external compile for 0.43 cheers Cyrille Le 25/12/2011 03:32, Miller Puckette a écrit : Thanks.. I think I fixed the old-build-system make install (now updating git repo). Could you send me the patch that's giving you the tcl errors? It's turing out to be complicated getting everything to work at once! cheers Miller On Sat, Dec 24, 2011 at 11:08:54PM +0100, cyrille henry wrote: hello, using the old build systempd did not start (a tcl file is missing) with the new one, it work (and fix the old build system missing file btw) but pd~ did not work. pd~: can't stat /usr/local/lib/pd/pd would it be possible for the make install to create an alias from where pd is installed to where pd is used by pd~? when starting a patch using few GOP, i've got : (Tcl) INVALID COMMAND NAME: invalid command name .x235b3d0.c while executing .x235b3d0.c create rectangle 610 115 710 215 -tags 234f0601 -fill grey (uplevel body line 1) invoked from within uplevel #0 $cmd_from_pd Cyrille Le 24/12/2011 03:53, Miller Puckette a écrit : Hi all, Test 6 was a dud (Hans reported trouble within a couple of hours!) Hre's test 7... http://crca.ucsd.edu/~msp/**software.htmhttp://crca.ucsd.edu/~msp/software.htm git clone git://pure-data.git.**sourceforge.net/gitroot/pure-** data/pure-datahttp://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data __**_ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/**listinfo/pd-announcehttp://lists.puredata.info/listinfo/pd-announce __**_ 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 http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-1 test7 (!) available
Sorry i made “reply all“ i guess this was addressed more to miller than to cyrille On Dec 26, 2011 12:36 PM, matteo sisti sette matteosistise...@gmail.com wrote: Did you fix the bug that made all gui objects of a given kind (soetimes all toggles sometimes all sliders sometimes all numberboxes) suddenly freeze and stop working at apparently random times? On Dec 25, 2011 11:18 AM, cyrille henry c...@chnry.net wrote: Hello, thanks for the quick fix. about the error, after digging around, i found that it's not related to vanilla, but to gcanvas from ggee, that was compiled for 0.42. btw, none of ggee gui external compile for 0.43 cheers Cyrille Le 25/12/2011 03:32, Miller Puckette a écrit : Thanks.. I think I fixed the old-build-system make install (now updating git repo). Could you send me the patch that's giving you the tcl errors? It's turing out to be complicated getting everything to work at once! cheers Miller On Sat, Dec 24, 2011 at 11:08:54PM +0100, cyrille henry wrote: hello, using the old build systempd did not start (a tcl file is missing) with the new one, it work (and fix the old build system missing file btw) but pd~ did not work. pd~: can't stat /usr/local/lib/pd/pd would it be possible for the make install to create an alias from where pd is installed to where pd is used by pd~? when starting a patch using few GOP, i've got : (Tcl) INVALID COMMAND NAME: invalid command name .x235b3d0.c while executing .x235b3d0.c create rectangle 610 115 710 215 -tags 234f0601 -fill grey (uplevel body line 1) invoked from within uplevel #0 $cmd_from_pd Cyrille Le 24/12/2011 03:53, Miller Puckette a écrit : Hi all, Test 6 was a dud (Hans reported trouble within a couple of hours!) Hre's test 7... http://crca.ucsd.edu/~msp/**software.htmhttp://crca.ucsd.edu/~msp/software.htm git clone git://pure-data.git.**sourceforge.net/gitroot/pure-** data/pure-datahttp://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data __**_ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/**listinfo/pd-announcehttp://lists.puredata.info/listinfo/pd-announce __**_ 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 http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.43-1 test7 (!) available
On 12/26/2011 07:26 PM, Miller Puckette wrote: Hmm - I've never seen that one... do you know how to reproduce it (or is it up on the bug tracker)? Hi, It is issue 3298989 on the bug tracker but I don't know how to reproduce it. It happens with practically all of my old big patches that use quite a bit of GUI and GOP. I just run them and after a while it always happens. I've never been able to isolate it. If you are interested and if you don't mind I can send you privately a huge patch that exhibits the issue, though I don't know a sequence of steps to reproduce it, it's a matter of waiting for it to happen, it usually doesn't take a very long time.. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GridFlow slowness
Hey, thanks for the reply! On 11/22/2011 11:54 PM, Mathieu Bouchard wrote: There's a problem with number types... the default number type has a lot more range than what is usually needed, and the other number types aren't so easy to use. If this were dealt with, the average GridFlow experience would be a lot faster. Does that really have an impact on speed, not only memory usage? Much of GridFlow is designed to be quite fast in an interpreted environment, by doing lots of work per message so that you don't need to send many messages, but it still is quite inefficient on certain things such as copying too much RAM. I am curious about this in a general and OT way, because I've seen that happen in other interpreted environments and that sounds a lot counterintuitive to me (such in Processing, where the bottleneck is often in the methods that copy all the image pixels): how comes that in those cases copying large amounts of memory is more of a bottleneck than actually doing computations? Just a curiosity, and I understand that the question _may_ be badly formulated... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GridFlow slowness
On 11/23/2011 12:28 AM, Mathieu Bouchard wrote: But usually, the problem is not that the memory copying takes longer, it might just be that it takes a too big percentage compared to other tasks. There's also the problem that making copies takes more active RAM, which means that the SRAM has to be swapping,... But do any of these factors change when using an interpreted language or environment as opposed to doing this natively (e.g. in C++)? I mean, when the bottlenecks of copying ram are discussed, I sometimes get the impression that I'm being told: this is the part of code where the overhead of doing things in java (or whatever) rather than c++ is biggest, which is what I find counterintuitive. Or is it just a misunderstanding of mine? Sorry if this is too much OT but since you kind of mentioned it you woke up an existing curiosity of mine and I ask because it seems you know about it ;) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] playing a RTSP video stream in GEM (and getting it to work)
Hi, I was wondering if I can receive a RTSP video stream in Gem and use it as you would use any video source. In Windows. I came across this http://lists.puredata.info/pipermail/gem-dev/2006-07/002056.html and I thought it may work in Windows too, since I have quicktime installed and Gem is using (also) the quicktime backend. I opened the stream in Quick Time Player Pro and saved it to a .mov file with the option that only saves a reference to the original media. I guess (and hope) this saves into the mov file really a link to the url. When I open it in Gem with pix_film it almost seems to work in that I get the loaded file... message on the console, the second outlet outputs the correct width and height of the stream and duration 1, but no texture is shown. I tried to re-send 1 to the frame number, I tried with a [px_buf], but nothing works. I feel like I'm almost there, since it reads the video size correctly. Strangely enough pix_info always outputs 1 for the new frame and new file flags even without a bix_buf... Any idea? Thanks in advance m. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] kinect
Hi, I have a Kinect and I have already installed the OpenNI stuff on Ubuntu 10.10 and got it to run. I also got OSCeleton and managed to send skeleton data to Pd through OSC. Now I would like to get the raw images from the sensor in Gem, both the depth image and the camera image. What's currently the easiest way to do that? Is the plugins framework working now, and if so how do I get the kinect to work with it? Or is it easier to use a standalone pix_freenect or pix_kinect or pix_whatever and in this case, which is the one that works best right now? Is it possible to have Pd read the raw sensor images while at the same time OSCeleton is running? And is it possible to get in Pd BOTH the depth image and the camera image now? I read the whole thread videoKINECT plugin for pix_video but I didn't get an idea of the current situation. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd unstable on Mac OS: hangs after loosing focus?
Hi, I have a patch that works perfectly on Linux, but when my client runs it on a Mac, almost every time Pd looses focus, for example by minimising it or just opening other programs or browsing files in Finder, then Pd hangs and stops responding and it never recovers when it gains focus again. So it's completely unreliable and hence unusable. Has anybody ever experienced anything similar and found out what triggers this and how to avoid it? Maybe it's just something weird on that particular machine... thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd unstable on Mac OS: hangs after loosing focus?
On 06/25/2011 05:51 PM, Hans-Christoph Steiner wrote: Which version of Pd and which version of Mac OS X? Yeah sorry, Vanilla 0.42.6 and... oh, not sure of Mac OS but it is a new Mac, bought a few weeks ago (don't have here it right now). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] get console messages within patch
On 06/24/2011 10:53 AM, IOhannes m zmoelnig wrote: the simplest is probably still $ pd -stderr 21 | pdsend localhost udp Great! But is there another way so that you would be able to catch the console messages at the point of the message tree when they are generated? Otherwise it is pretty difficult to manage them usefully... Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_contrast on Mac OS: black pixels have negative rgb values!!!
Hi, I'm using a shader with a texture which is the output of a [pix_contrast]. On Mac (and only on Mac) with values of contrast 1 for pix_contrast, the black pixels have slightly negative r/g/b component values!! I don't know how that is even possible!!! That is, in the fragment shader: //... uniform sampler2DRect mytex; //... float x=gl_TexCoord[0].s; float y=gl_TexCoolr[0].t vec txcolor=texture2DRect(mytex,vec2(x,y)) //... The red, green and blue components of txcolor turn out to be (small) negative numbers for the pixels that are supposed to be black. I can test it in a number of ways, for example: gl_FragColor=vec4(abs(txcolor.r),txcolor.r,txcolor.r); This should only produce grey pixels, but instead, the should-be-black pixels are of a dark red, because the red component of the original image is slightly negative. How is it even possible that a texture has negative components? Is there a bug in pix_contrast on Mac? But even if there is, I cannot understand how a negative rgb component value can even get through to the shader program... Has anybody ever experienced this before? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] midi input doesn't work on Windows?
Hi, I had used midi input and output for years in Windows on many machines and with different midi devices without issues. Now I'm testing an M-AUDIO midisport 2x2 on Windows 7 on a virtual box. In Pd, the midi sport's in A and in B are listed so I can select them as midi input. However, I don't receive anything. With Midi OX I can see the incoming messages, so the device and the drivers do work. I'm sending note on's, control changes and program changes, but neither [ctlin] nor [notein] nor [pgmin] out anything. Am I missing something or is midi input broken? This is Pd Extended 0.42.5. By the way when I select the midi input device it shows a warning on the console: Warning: midi input is dangerows in Windows\; see Pd Manual) [sic, with the \; and the )] which I had never seen before. Any ideas? I know it is a virtual box but if MidiOX shows the incoming messages it means the device and drivers are working properly, no? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Videos don't loop smoothly on Mac
Hi, I've found out that on Mac OS, pix_film doesn't loop videos smoothly, that is, every time you jump from the last frame to the first, a little delay occurs. This doesn't happen on Linux nor Windows with the same video files, and I've never observed it on Window nor linux with _any_ video file (or maybe only with some codecs with a lot of inter-frame compression). Also, these files are coded with the Apple Animation codec which shouldn't give any such problem. Has anybody found a workaround or solution? (I guess somebody has been using video with Pd on Mac OS...) It must be a general problem with quicktime, as I've heard people using Mac have the same issue (people seem to assume it is just something you have to live with), however if I play it with the Quicktime Player it loops fine (something I wouldn't even expect from a standalone player).. Has anybody faced this problem and found a solution? (other than generating a long video wit the loop repeated a lot of times)... thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Videos don't loop smoothly on Mac
On 06/23/2011 07:03 PM, Pagano, Patrick wrote: Hmm. Can't say I've noticed that but I usually recommend photo jpeg codec to ensure cross platform playback Yeah I also usually use jpeg, but that is not an option when you need an alpha channel... wait a moment, or is it? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Videos don't loop smoothly on Mac
On 06/23/2011 06:21 PM, Max wrote: is there a difference if you do it with the auto 1 message or if you drive pix_film with individual frame numbers counting up? I haven't tried with auto 1, only tried by explicitly sending frame number. Even if it worked fine with auto 1 it is not an option for me. i never experienced or noticed something like that. What codecs are your videos usually encoded with? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Videos don't loop smoothly on Mac
On 06/23/2011 10:06 PM, Pagano, Patrick wrote: PNG has alpha I'll try PNG. But is there a reason to expect it won't exhibit the same problem as the Animation codec on Mac? (note that I don't have any problem with the Animation codec on Windows and Linux) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] loading patches much faster with -realtime
Hi, I've found out that Pd takes a lot longer to load big patches when run without the -realtime option (or if you prefer, it is a lot faster in loading patches if run with the -realtime option). A lot means an order of magnitude and a half. This is on Linux. Does this happen on Mac too? I guess this is because realtime gives it a higher overall priority, but I wouldn't expect this to affect the loading of patches, would you? I don't know if anything can be done about this, but _if_ it can, I think Pd should try to load a patch as fast as possible regardless of whether it is in realtime mode or not. Couldn't it acquire this higher priority (the way it does when launched with -realtime) temporarily before loading a patch and then release it? Or is that a static thing that can only be determined at startup? Just some thoughts Cheers m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_film ignoring alpha channel on Mac OS
Hi, On Mac OS, pix_film seems to ignore the alpha channel of videos encoded with the Apple Animation codec. It works fine on Linux (same patch, same video files), but on Mac OS transparent pixels are displayed as opaque black. I have already sent [pix_film] the colorspace RGBA message. Is there a way to get it to work on Mac OS too? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] SORRY forget about it Re: pix_film ignoring alpha channel on Mac OS
On 06/21/2011 03:16 PM, Matteo Sisti Sette wrote: I have already sent [pix_film] the colorspace RGBA message. No I hadn't :$:$:$:$ sorry for the noise ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film ignoring alpha channel on Mac OS
On 06/21/2011 03:58 PM, Mathieu Bouchard wrote: I think I recall that you can get it with GridFlow, Never mind, it was my fault, I wasn't setting the colorspace correctly. Since in linux it worked (because the colorspace is already RGBA by default) I assumed the patch was OK and didn't notice my error. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Re : pix_image and pix_film : Unable to find files after two hours
Oh my god that's bad news... How many files is the limit? Do text files opened with [textfiles] also count? On 06/21/2011 06:43 PM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-06-21 17:36, david lemarechal wrote: Is this a bug of pix_image ? Is there a limit of opened files somewhere ? How can I avoid that ? it's a bug in Pd, that has been fixed with 0.43 unfortunately, Gem will also have to adapt to the fix in Pd (read: you need a version of Gem specially compiled for Pd-0.43) fgmadr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4AyjcACgkQkX2Xpv6ydvRS3ACgivcnibKHwQ/19gJNsuH3g70+ 7X8An2EyuVLyLvEMf/ZI9UXGyf1zq6mv =FC8L -END PGP SIGNATURE- ___ 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] Testing whether a directory is empty without printing error messages if it is
Hi, I'm using [folder_list] to perform the following tasks: - check whether a directory or file exists - get the list of files in a directory (which is an empty list if the directory is empty) However, when the file does not exist or the directory of which I'm getting the list is empty, it prints an error message on the console. The test works, but I need to avoid printing error messages when there's no error to worry about. Is there another way of getting a directory list without printing an error message to the console if the list is empty? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Cannot compile Gem on Linux (Ubuntu)
Hi, I'm following the instructions in the README file to compile Gem on Linux. I installed the needed dependencies (hopefully all of them) and I ran autogen and configure without any error message. When it comes to make, I get: videoV4L2.cpp:300: warning: #warning implement fromBGRA videoV4L2.cpp:602: warning: #warning RGB32 vs BGRA confusion videoV4L2.cpp: In member function ‘virtual int videoV4L2::startTransfer(int)’: videoV4L2.cpp:389: error: ‘fstat’ was not declared in this scope videoV4L2.cpp:394: error: ‘S_ISCHR’ was not declared in this scope make[1]: *** [videoV4L2.o] Error 1 make[1]: Leaving directory `/media/DATA/downloads/programmi/gem-source/gem-0.92-3/src/Pixes' make: *** [Pixes] Error 2 Any idea? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] What's the workaround for pix_resize/pix_crop non-refreshing bug?
Hi, On Windows (not linux, dunnow mac), the current release of Gem has a known bug (2972166) in that [pix_resize] and [pix_crop] don't update the image when you change the crop parameters or the dimen of the resize. According to the bug tracker it has been fixed (can anyone confirm on Windows and Mac?), but the fix hasn't been released yet. IOHannes suggested me to use [pix_separator] as a workaround, but it doesn't work, or I haven't understood the suggestion fully. Neither putting a [pix_separator] just before nor just after [pix_resize] fixes the issue. Is there a workaround at all? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] What's the workaround for pix_resize/pix_crop non-refreshing bug?
On 06/18/2011 12:52 PM, Matteo Sisti Sette wrote: IOHannes suggested me to use [pix_separator] as a workaround, but it doesn't work, or I haven't understood the suggestion fully. Ok sorry, I have to bang the pix_separator in order to refresh the image. That's the workaround. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] (OT) is reading files from an NTFS filesystem in linux 30 times slower than ext4?
Hi, After a whole day spent trying to find the bottleneck that makes my patche so tremendosly slow to load in Pd under linux, I found out that if I load them from the native linux filesystem (an ext4 partition) they load about 30 times faster than when I load them from my NTFS partition which is where I usually keep all my data. Outside Pd I had never noticed an abnormal slowness in reading data from that disk, and though I did expect NTFS to be slower in linux I am surprised the difference can be so huge. Is it so, or may there be some issue specific to Pd? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Launching puredata -nogui from a terminal
Hi, If I launch Pd from a terminal (without ), when the terminal is closed Pd dies, which is fine for me. However, if from the terminal I launch Pd with the -nogui option, then it survives and keeps running even if the terminal is closed. Is there a way to launch Pd from a script with -nogui in such a way that when the terminal in which it was launched is closed, the Pd process is also killed? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Launching puredata -nogui from a terminal
On 06/17/2011 04:58 PM, Bernardo Barros wrote: That's what already happen with all jobs running on one particular terminal. If you open a text editor from terminal, you can't close that terminal until you save your text.. etc.. But strangely, that doesn't happen with the puredata process when launched with -nogui. Try it. Write in a terminal: puredata -nogui Close the terminal. You don't get the usual dialog asking for confirmation. After closing the terminal open the system monitor, you will see the puredata process is still there. When you launch Pd without -gui, then it's like you say. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Another arduino weirdness
On 06/17/2011 05:29 PM, Martin Peach wrote: O, it may be relevant (though I don't directly see how) that when I test on Windows I do it through a virtual machine (on a linux host which is the one on which i test it in Linux). Yes I think that is relevant. I just tried it on WinXP and at least that part works properly. (arduino duemilanove / firmata2.2 / Pduino-0.5beta8) Well I've tried again with a _real_ windows (I mean no virtual machine), and the following happens: - with a Dumelilanove, the arduino resets every time I open the connection from Pd (open message to [arduino]) - with a UNO, it doesn't. I guess the difference is due to the difference in drivers rather than in hardware, as in Linux both boards behave the same way (they both reset when you open the connection). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Launching puredata -nogui from a terminal
On 06/17/2011 08:30 PM, Roman Haefeli wrote: Hm.. don't know why it shows this behaviour with -nogui. Perhaps the pd process is a child process of the pd-gui process, and probably pd-gui immediately stops running after launch when -nogui is set, thus pd is not a child process of the terminal and won't shutdown when the terminal is killed? just some thoughts Same thoughts here :) Anyway, you still could send the 'pd -nogui' process to the background and then later kill it by its process ID: $ pd -nogui $ pdpid=$? and later: $ kill $pdpid But I would have to do it manually, right? Since it's not me who have to use the patch, I'm looking for a way to ensure that one cannot forget to do something and end up with half a dozen puredata processes running without being aware (i.e. without any open window), but at the same time I do want to launch this particular Pd instance with nogui. Is there a way to use that approach (in a shell script or something) in such a way that I can ensure that the killing is done when the terminal is closed? (by the way I need something that would work on Mac OS, but usually as far as shell scripts and the like are concerned, simple stuff that works in linux also works in Mac OS with little changes...) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd crashed
On 06/17/2011 07:37 PM, Cody Loyd wrote: pd crashed while I was saving a large patch. now, when I open that patch, about a third of the objects are gone, and ALL of the connections. what the heck happened.. In my experience Pd crashes quite often when I save. In some cases, it crashes _before_ it saves the file, so any change I've made since the last save is lost; in some other cases, it crashes just _after_ saving, so the changes are saved. It never happened to me that after such a crash I got a corrupted patch or that I loose any object that were present the previous time I had saved the patch. I don't know whether it is your case. Maybe the objects that are gone are those that you had added after the last-but-one save and before the save that triggered the crash. and am I totally screwed or can I fix it. If that is the case, I'm afraid there's no fix :( ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] (GEM) Getting the z-buffer value of a pixel in a rendered image
2011/6/16 Jack j...@rybn.org: Le jeudi 16 juin 2011 à 14:21 +0200, Jack a écrit : It is possible to use shader to define the z-buffer. What i mean is not z-buffer but depth of a vertex. Yeah that's exactly what I was looking for. I thought that depth was what is saved in the z-buffer. My understanding of OpenGL is quite poor... Thank you very much m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino test patch: old analog/digital controls
On 06/16/2011 05:44 PM, olsen wrote: it's all in the arduino-help.pd by Gerda Strobl and Georg Holzmann! Which one??? Not the one that is distributed together with [arduino] and [arduino-test] at http://at.or.at/hans/pd/objects.html, right? in the last subpatch [pd SWITCHING-INPUTS] you'll find the apropriate messages. There I find the same analogIns messages that are supposed to be the old ones (but are the only ones I've found that work for analog pins with the latest version of Firmata) i don't know why this is commented with (optional) I must have another version of the help patch, as I don't see such a comment How are the messages you're talking about? i guess it's a firmata peculiarity that you've explicit have to enable the analog pins as in arduino they are enabled by default - but correct me if i'm wrong. Yes, I guess what you have to explicitly enable is to have the firmware _send_ the values to the computer. It would be undesirable to have a constant flood of values of all pins whether you use them or not. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film can't open almost any file after upgrading to Ubuntu 10.10
On 06/15/2011 09:11 AM, IOhannes m zmoelnig wrote: you should update the ld cache, by running $ sudo ldconfig Oh, thanks! (why doesn't make install do that btw?) after that it might work. Now lqtplay can play those files, but Pd still crashes! :( ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film can't open almost any file after upgrading to Ubuntu 10.10
Hi, Thank you so much for your help On 06/15/2011 09:24 AM, IOhannes m zmoelnig wrote: in this case i think that Gem might still be using the wrong library. you could check which libs Gem is linked against by doing: $ ldd /path/to/my/Gem.pd_linux | grep quick Indeed that returns /usr/lib/libquicktime.so.1 Instead, lqtplay (whose new working version in /usr/local/bin while the old crashing version still is in /usr/bin) says /usr/local/lib/libquicktime.so.0 the 2 versions might be _binary_ incompatible, which means that you would need to re-compile Gem as well :-( If I do, will it automatically know to link against the correct library? How do I tell him/her? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Gem window closing itself
Hi, With Pd 0.42.5, Gem 0.92.3, Ubuntu 10.10, sometimes the gemwin randomly closes itself (without crashing Pd). Has anybody experienced the same? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] The final question about Arduino
Hi, At the end, in order to figure out all the weridnesses regarding the apparently different behavior of the Arduino on different platforms, I only need to answer a simple question, well two simple questions: 1. Does the StandardFirmata firmware send the firmware name and version every time it accepts a connection on the serial port, or only when it is powered up or reset? 2. Is the action of opening the connection (i.e. the open message you send in Pd to the [arduino] object) supposed/expected to cause the arduino to reset? This is slightly OT but it is relevant for working with [arduino] in Pd. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The final question about Arduino
On 06/15/2011 03:03 PM, Martin Peach wrote: Probably it's the Pd patch that asks for the version. Oh, that's strange. I've searched in depth inside the [arduino] abstraction and I can't find anything that is possibly doing that! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The final question about Arduino
On 06/15/2011 04:02 PM, Matteo Sisti Sette wrote: On 06/15/2011 03:03 PM, Martin Peach wrote: Probably it's the Pd patch that asks for the version. Oh, that's strange. I've searched in depth inside the [arduino] abstraction and I can't find anything that is possibly doing that! Definitely, it is not the patch. I've placed a [print] to print everything that is being sent to [comport] and the only thing that it is being sent to it is the open message. Tha Arduino board is sending the version information when Pd connects to it, whether it is at startup (because of a reset) or at connecting. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] The final question about Arduino
On 06/15/2011 04:25 PM, Matteo Sisti Sette wrote:
Tha Arduino board is sending the version information when Pd connects to
it, whether it is at startup (because of a reset) or at connecting.
I guess it is this, in Firmata.cpp:
void FirmataClass::begin(long speed)
{
#if defined(__AVR_ATmega128__) // Wiring
Serial.begin((uint32_t)speed);
#else
Serial.begin(speed);
#endif
blinkVersion();
delay(300);
printVersion(); // -- this!
printFirmwareVersion();
}
This function is called at startup.
So, if arduino only sends this at startup, and if startup is not
guaranteed to (re)happen when connecting to it, what is the correct way
to ensure that you send the necessary configuration messages (such as
pinMode stuff) just after opening the port? Other than putting an
arbitrary delay I mean.
If you just send the pinModes immediately after the open messages,
you're almost sure they're lost, but there doesn't seem to be any safe
way to be informed of when you can send them...
Any idea? Or do I have to put a few second delay and hope it is always
enough?
The open 1 message is only triggered by sending the info message,
but then the same problem raises: when do I send the info message?
Thanks
m.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] The final question about Arduino
On 06/15/2011 05:08 PM, Charles Goyard wrote: I would remove the (annoying) autoreset feature from the arduino board by cutting the reset-en trace. No more stupid resets. Would that ensure that I could send a pinMode or analogIns message _immediately_ after open and rely on that it would be received by the arduino? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] arduino weirdnesses
Hi, I'm using and arduino UNO with StandardFirmata and the [arduino] abstraction and the arduino-test.pd test patch. When I open the connection, at random times some of the following things happen: - sometimes the ver subpatch (the one with blue gop just under pd device info) appears empty instead of showing the usual Firmata-2.2 - sometimes on the console I get the firmware message twice, and one of the times it is messed up, like: Firmware: Stá-2.2 Firmware: StandardFirmata_2_2_forUNO_0_3-2.2 -sometimes I get this error on the console: And of course, most of the times everything works fine. This looks like there are being transmission errors on the serial line, doesn't it? Doesn't it use any error correction? Or is it something else? I always close the connection before I try opening it again, and I'm doing this all with the arduino-test.pd patch. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] ardino open message and version
Hi, Digging into the [arduino] abstraction I've noticed that it seems to assume that [flatspace/comport] will output a open 1 message when the connection is open, but that never happens. There is a pd report firmware version connected to comport's right outlet that does the following: [inlet] | [route open] | [select 1] | [delay 2000] | [version( | [outlet] and that's sent back to [pd command processing], as if that was used to ask the arduino for its version when the opening of the connection is detected. However, that does never happen because the open message never comes from comport's right outlet in the first place. However I do see the firmware version message on the console. So I'm guessing that the arduino outputs it when it gets connected, on its own initiative, without being asked. Is that right? Or is that triggered from somewhere else? The only thing coming out from flatspace/comport's right outlet seems to be a -1 when the connection is closed. By the way I now see that the help patch for comport also has a [route open] (among other messages) on its right outlet, so maybe it is actually a bug in [comport] not outputting the open message? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino test patch: old analog/digital controls
On 06/13/2011 09:09 PM, Roman Haefeli wrote: @Ingo and Matteo I'm also quite interested in having the [arduino] working properly. I didn't find any bugs recently, though. However, if you provide a step-by-step guide about how to reproduce a problem, I (and probably Olsen also) might be able to help, Ok, the problem is that in my case I'm not sure whether I'm experiencing an issue, an incorrectness in the test patch, or just my lack of knowledge of how it is _expected_ to behave. With both old and new versions of the StandardFirmata firmware the following message enables analog input from pin A0 (i.e. pin 14): analogIns 0 1 (0 means A0 and 1 means on) But in the test patch this is enclosed in a subpatch calles old analog/digital controls so is it supposed to be obsolete? The only other way I've seemed to find to enable input from analog pin A0 is: pinMode 14 analog which seems to be the suggested way in the test patch (offered with the pink grid on the upper-right part of the patch), but this only works with OLD versions of StandardFirmata. So it looks like either: a. there is a third, current, non-obsolete, recommended way of doing that which I don't know b. the suggested way is the old one and the one documented as old is actually the new one (but I don't think so, that's not what Chris said) c. something isn't working right The same happens with both Arduino 2009 (with the StandardFirmata sketch) and with an Arduino UNO (with the StandardFirmata_2_2_for_UNO_0_3). Both sketches are those that ship with the latest package of the Arduino IDE for Debian sid. The older StandardFirmata sketch where the pinMode N analog message worked were taken from an older version of the arduino package for Ubuntu from the official repository, but I don't remember the version number. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pix_film can't open almost any file after upgrading to Ubuntu 10.10
Hi, I've recently upgraded ubuntu 10.04 to 10.10, and I had to uninstall pd-extended and reinstalled the new package for 10.04. After that, pix_film crashes when I try to open many video files that I used to be able to open without issues. It crashes with a few MOV files encoded with mjpeg but doesn't crash with some other AVI files also encoded with mjpeg (don't know if it was the exact same codec or not) (all these are files it used to be able open), and so far it crash with ANY new file that I have tried to encode with ffmpeg, with avidemux, both mov and avi and with several different codecs. I can't find any format I can generate with ffmpeg or avidemux that pix_film will open without crashing. Has anyone experienced anything similar? I'm desperate, as this breaks almost all the patches I was working on and I can't seem to find even a workaround, such as recoding all videos to a format that would work. Just hoping someone has had a similar issue and figured out what got broken when upgrading to 10.10... This is Pd Extended 0.42.5 which has Gem 0.92.3, as it ships in the Package for Ubuntu 10.10 downloaded from puredata.info. Needless to say I can open these files in just any other software other than Pd. Thanks in advance m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film can't open almost any file after upgrading to Ubuntu 10.10
On 06/14/2011 06:59 PM, Matteo Sisti Sette wrote: I've recently upgraded ubuntu 10.04 to 10.10, and I had to uninstall pd-extended and reinstalled the new package for 10.04. After that, pix_film crashes when I try to open many video files that I used to be able to open without issues. Ok it turns out it is libquicktime which is broken (thanks IOHannes for pointing that out). Unfortunately the latest version from CVS is equally broken. Does anybody know of a version of libquicktime that doesn't always crash on Ubuntu 10.10 and how can I get that particular version? thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Another arduino weirdness
Hi, With this: [arduino] | [print ARDUINO] On Linux, when I open the connection, it prints: ARDUINO: version 2 2 ARDUINO: StandardFirmata_2_2_forUNO_0_3 2 2 ARDUINO: firmware StandardFirmata_2_2_forUNO_0_3 2 2 On Windows (with the very same arduino board), it doesn't print anything!! Yet everything else works and I do get the data messages from the left inlet of arduino! How can that be ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film can't open almost any file after upgrading to Ubuntu 10.10
On 06/14/2011 08:26 PM, IOhannes m zmoelnig wrote: Unfortunately the latest version from CVS is equally broken. I wrote this after installing it and trying in Gem, but I hadn't tried lqtplay. Now lqtplay doesn't crash any more, it says it can't find libquicktime!! lqtplay: error while loading shared libraries: libquicktime.so.0: cannot open shared object file: No such file or directory So my guess is that the version from CVS didn't install properly (thought it didn't report any error while configuring, making, nor installing) and that Gem is still using the version that used to crash and keeps crashing... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Another arduino weirdness
On 06/14/2011 09:58 PM, Matteo Sisti Sette wrote: Hi, With this: [arduino] | [print ARDUINO] On Windows (with the very same arduino board), it doesn't print anything!! Nothing is even coming out from [comport] when the connection is established (in Windows)!! (but it does print things when data messages are received, such as digital pin data) It's as if the arduino itself was actually behaving differently on different platforms... or maybe [comport]. But why would [comport] drop some specific messages? It doesn't even know about messages, right? It only sees incoming bytes, doesn't it? I thought I would post the output from [comport] when connecting the arduino, on Windows and on Linux, but it is not always the same. Even if opening a freshly reset arduino (i.e. just after connecting it to the usb port, and without any extra circuitry), the output from [comport] is not always the same. Furthermore, it seems it is sending digital pin data messages (which may happen randomly since no pin is connected to anything) even if it has never received any pìnMode message. Is that expected behavior? And occasionally I get an UNKNOWN_INPUT_COMMAND: 1 505 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Another arduino weirdness
On 06/14/2011 11:01 PM, Martin wrote: On 14/06/11 04:44 PM, Matteo Sisti Sette wrote: On 06/14/2011 09:58 PM, Matteo Sisti Sette wrote: Hi, With this: [arduino] | [print ARDUINO] Well maybe you have different versions of [comport]. The 'open' message is output after the [comport] object receives an [info( message from within the Pd patch: it's not related to the arduino. Yes that accounts for the open message which would come from [comport]'s right outlet. But there are other messages sent by the arduino, such as the ones reporting the firmware version, which are being lost. I've found out that if I send the arduino the version message, then these messages _are_ received (also in Windows), while when the Arduino send them just after connecting, they are lost in Windows. So I think there must be an issue either in the Windows version of [comport] or in the Windows drivers, that if a message is received too soon after connecting, it is lost. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Another arduino weirdness
On 06/15/2011 12:57 AM, Martin Peach wrote: I've found out that if I send the arduino the version message, then these messages _are_ received (also in Windows), while when the Arduino send them just after connecting, they are lost in Windows. So I think there must be an issue either in the Windows version of [comport] or in the Windows drivers, that if a message is received too soon after connecting, it is lost. Yes I've run into that with arduino on MacOSX; the arduino bootloader is active for about 5 seconds after power-up, or whenever the port is opened if you are powering it via USB, so you have to be careful not to send anything through the serial port in the first 5 seconds or the arduino will interpret it as an incoming program. But I'm talking about the opposite direction. Messages sent from the Arduino to the computer immediately after the connection is established, 1. I connect the arduino physically, and wait several seconds, so it is already powered on and running StandardFirmata 2. In Pd I send the message open 0 to the [arduino] object In linux: [comport]'s left outlet outputs some data coming from the arduino, which happen to be the messages telling the firmware version and such In windows: [comport]'s left outlet doesn't output anything. So my guess is that the Arduino board, as soon as the connection is established from Pd, immediately sends data. In Linux this data is received and output by [comport], in Windows it is lost. I'm talking about data sent from Arduino to the computer, not viceversa. My guess may be entirely wrong, of course. It's just the only explanation I can think of. Note that these messages that the arduino sends (immediately after opening the connection through comport) are NOT being triggered by anything being sent by the [arduino] abstraction to the arduino board through [comport]. A possible explanation, now that I think about it, may be that the Arduino board does not send the firmware version every time a connection is established, but every time it is reset, and for some reason (due to differences in the way drivers work) establishing the connection from Pd in Limux triggers an Arduino reset while establishing the connection from Pd in Windows does not. Is it so? O, it may be relevant (though I don't directly see how) that when I test on Windows I do it through a virtual machine (on a linux host which is the one on which i test it in Linux). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino test patch: old analog/digital controls
Hi, I bring this up again after some further testing: I: In the Pduino test patch (arduino-test.pd) there is a subpatch called old analog/digital controls. ... analogIns X Y (where X is the analog pin to enable/disable and Y is either 0 or 1). Hans-Christoph Steiner: That's the original way of controlling the analog inputs. It just controls whether the Arduino sends the analog messages. Its there only for backwards compatibility. Use the non-old messages now. I: What are the non-old messages? looking at the arduino-test and arduino-help patches I can't see any way of enabling analog inputs I didn't get any answer but i found out that the message pinMode 14 analog worked like analogIns 0 1 (being pin 14 the same as A0) However, actually this works _only_ on older versions of Firmata and doesn't work with the latest version. By latest version I mean the StandardFirmata and StandardFirmata_2_2_for_UNO_0_3 example sketches packed with the latest version of the Arduino IDE (latest available package for Debian unstable). With the latest version, the only way I've found that actually works to enable analog input pins are the so-called old messages analogIns npin 1/0 Can anybody please clarify? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] (GEM) Getting the z-buffer value of a pixel in a rendered image
Hi, Is there a way in GEM to take a snapshot of a rendered scene (such as with pix_snap) and save the z-buffer information, for example saving it as an extra channel? (e.g. have the z value saved as the alpha channel)? I'm interested in getting an image of the scene as it would appear if it was captured by a depth sensor like a Kinect... Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] How to dynamically choose which image to use as texture in a shader (or, understanding tex units and texture id's)
Hi, Let's first consider an example that does not involve shaders to explain what's the thing that I can already do with images and that I would like to apply to shaders. Say I have M images and N squares, and I want to dynamically reassign which image to use as a texture on which square. It may be MN or MN but let's suppose MN. At any time I want to say: rectangle m uses image n. Multiple rectangles may be using the same image at a given time. For a series of reasons I can't afford using open messages because I want all the images to be preloaded. So one approach is to use [pix_texture]'s right inlets and outlets. I have M: [pix_image] | [pix_texture] and N: [pix_texture] | [square] By using [pix_texture]'s right outlets and inlets (with sends and receives) I can map the texture I want to the square I want. Now suppose that for each rectangle I want to use a shader that somewhat mixes two (or may be even more) of the M textures, and I want to select which ones dinamically. How do I accomplish that? How do I pass texture id's (those coming from the right outlets of textures) to the shader and have it correspond to a sampler2D variable in the shader? So far the only way to work with multiple textures in a shader and dynamically set which textures to use from the patch, is to use texunits. I send a [pix_texture] a texunit K message, and I send the same number K to a uniform sampler2D variable of the shader. However, there can only be up to 4 texunits available (maybe 8 on some platform)! So this would only work for M and N 4 which is not my case. There must be a way to use those texture id's that [pix_texture] uses, isn't there? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to dynamically choose which image to use as texture in a shader (or, understanding tex units and texture id's)
...I mean, I feel like I'm using a synthesizer and I don't know how to change the program within a bank, so I store all my timbres in program 1 of each bank and then switch among banks!! On 06/10/2011 09:20 PM, Matteo Sisti Sette wrote: Hi, Let's first consider an example that does not involve shaders to explain what's the thing that I can already do with images and that I would like to apply to shaders. Say I have M images and N squares, and I want to dynamically reassign which image to use as a texture on which square. It may be MN or MN but let's suppose MN. At any time I want to say: rectangle m uses image n. Multiple rectangles may be using the same image at a given time. For a series of reasons I can't afford using open messages because I want all the images to be preloaded. So one approach is to use [pix_texture]'s right inlets and outlets. I have M: [pix_image] | [pix_texture] and N: [pix_texture] | [square] By using [pix_texture]'s right outlets and inlets (with sends and receives) I can map the texture I want to the square I want. Now suppose that for each rectangle I want to use a shader that somewhat mixes two (or may be even more) of the M textures, and I want to select which ones dinamically. How do I accomplish that? How do I pass texture id's (those coming from the right outlets of textures) to the shader and have it correspond to a sampler2D variable in the shader? So far the only way to work with multiple textures in a shader and dynamically set which textures to use from the patch, is to use texunits. I send a [pix_texture] a texunit K message, and I send the same number K to a uniform sampler2D variable of the shader. However, there can only be up to 4 texunits available (maybe 8 on some platform)! So this would only work for M and N 4 which is not my case. There must be a way to use those texture id's that [pix_texture] uses, isn't there? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to dynamically choose which image to use as texture in a shader (or, understanding tex units and texture id's)
On 06/10/2011 09:20 PM, Matteo Sisti Sette wrote: However, there can only be up to 4 texunits available (maybe 8 on some platform)! So this would only work for M and N 4 which is not my case. Errr... it seems that's not true. I still don't understand how texunits work but I've tested the abovementioned approach with 9 textures and it worked. However, curiously enough, if I try the following: [gemhead] | [pix_image] | [pix_texture] | [square 4] and I send [pix_texture] a textunit N message, it stops showing the image at N=4. Does anybody know why? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to dynamically choose which image to use as texture in a shader (or, understanding tex units and texture id's)
On 06/10/2011 09:44 PM, cyrille henry wrote: is pix_buffer_read, or pix_multitexture an option for you? Thanks for the suggestion. It probably is, but I'll have to make some drastical changes to the overall architecture of the patch which at the moment is using multiple [pix_texture] objects. If you were obliged to keep using multiple [pix_teture]s, is there a way to map the textures generated by [pix_texture] objects to the ones used in the shader program? I mean based on the texture id's coming out from the right outlet of [pix_texture]? How do I tell the shader your sampler2D variable MyTex is texture 160 where 160 is the id coming out of a [pix_texture] object? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] does anybody know why Ubuntu 10.10 wants do remove pd-extended?
Hi, I'm upgrading from Ubuntu 10.04 to 10.10 (something i've just found out is possible the option being simply hidden by default). During the upgrade process, the system decides that some of the installed packages have to be removed. For some reason one of them is pd-extended. I wonder if anybody knows why pd-extended needs to be uninstalled when upgrading to 10.10... just curious. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Where to find comprehensive documentation about Firmata
On 06/06/2011 10:55 PM, Hans-Christoph Steiner wrote: Firmata is trying to emulate the Arduino API. I'm confused. What do you mean by the Arduino API? Or maybe what do you mean by emulate? I thought Firmata _was_ a kind of Arduino API. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Where to find comprehensive documentation about Firmata
On 06/06/2011 11:26 PM, Hans-Christoph Steiner wrote: See the functions in the Arduino reference: http://www.arduino.cc/en/Reference/HomePage As far as I understand, those functions and their pin modes are not directly related to Firmata's pin modes. The function pinMode(), for example, has only two modes, INPUT and OUTPUT. On the other hand the Firmata message that sets the pin mode can set it to input, output, pwm or servo (I may be forgetting some), where pwm and servo don't correspond to modes of the pinMode() function but rather to calling other functions (or a series of function calls to set up a pin to work in a given mode). As far (again) as I understand the Standard Firmata is a firmware with a given behavior, which is something more (or at a higher level) than a 1-to-1 map to given functions of Arduino's programming language, and my question was where is that behavior documented in some detail. I see an arduino with a Standard Firmata firmware as a machine that has a given (expected) behavior, and I wonder where I am supposed to find detailed documentation of that behavior. Or I see it as a machine implementing an API, and then I wonder where that API is documented. If all the available documentation is at http://www.firmata.org/wiki/Protocol then I guess there's still some work to be done. If the Firmata protocol was just some sort of wrapper around Arduino's functions (that is, each given Firmata message corresponded to a given Arduino function and had the same parameters) then i would be able to find all the details in the documentation of Arduino functions, but that is not the case Maybe the documentation I'm looking for simply doesn't exist (yet) because the information i would expect it to contain is probably rather intuitive/obvious for someone who already knows all the internals of the Arduino. I simply thought that couldn't be the case, because there are so many implementation of the other side of the API (i.e. software libraries talking TO the arduino that is running Firmata) that I thought it would be impossible for anybody to have written any of them if the arduino's behavior (or the API) wasn't thoroughly documented. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] can't change resolution of camera with pix_video on Linux
Hi, Here Gem 0.92.3 on Ubuntu 10.04 and Pd Vanilla 0.42.5. When I try to send a dimen ... message to [pix_video] to change the resolution, even if I try to set a resolution that is supported by the camera, it always stays at 160x120. I always get this message on the console: v4l2: changed size from MxN to 160x120 where M and N are the values I try to set. This works on Windows and Mac (on Windows even on the same computer). Has anybady faced the same problem? Any suggestion to get it to work? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Preventing pix_image to eat up all CPU
Hi, Has anybody ever used a considerable number of [pix_image] objects in the same patch? If I do so, even if I don't load any image on any of them and even if they are all disconnected (meaning they are not receiving the gemlist), they eat up a lot of CPU. With 64 pix images doing nothing Pd is already eating up 75% of my dual core. I wonder if anybody has run into the same issue, especially on Linux and found any workaround. I'm completely stuck because I need to have a few images pre-loaded and at any moment, show one of them (and I can't dynamically load them with an open message on only one [pix_image], because loading is threaded). This shouldn't be cpu-consuming at all, as I'll always make only one image visible, but pix_image is consuming CPU merely for existing. GEM: ver: 0.92.3 GEM: compiled: May 30 2010 Ubuntu 10.04 Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to avoid the message setting pattern to default with folder_list
On 05/27/2011 10:57 PM, Matteo Sisti Sette wrote: Oh sorry, the second message was being printed by [file_type], not [folder_list]. However I can't seem to get rid of it. [file_type /] doesn't help. Any idea? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino test patch: old analog/digital controls
That's the original way of controlling the analog inputs. It just controls whether the Arduino sends the analog messages. Its there only for backwards compatibility. Use the non-old messages now. What are the non-old messages? Maybe I should study the firmata documentation instead of just playing around with these patches, but looking at the arduino-test and arduino-help patches I can't see any way of enabling analog inputs (i.e. have the arduino send them) other than these old messages. I guess it's in front of my eyes and I don't see it... thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Where to find comprehensive documentation about Firmata
Hi, This is probably slightly OT, but I am using Pduino and I guess some of you can help me find complete documentation about Firmata, especially about how the StandardFirmata firmware is expected to work. For example I was looking for the details of how the set pin mode message works, and I've not been able to find them. At arduino.cc I only found the reference of the Arduino's pinMode() function, while at firmata.org the most I could find was: * set pin mode(I/O) 0xF4 pin # (0-127) pin state(0=in) without even a list of existing pin modes. I guess there must be some documentation somewhere that explains the semantics of each Firmata message and how exactly the StandardFirmata firmware is expected to behave in response to each message... Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] routeOSC: how to distinguish messages addressed to a node from messages addressed to any descendant
Hi, Suppose that in an OSC tree I have a node called foo (child of the / root node) which has a few child nodes. So I place a [routeOSC /foo] object to get all messages that are addressed to /foo or to its child nodes. This will catch all of the following messages: /foo 123 /foo/bar 123 /foo/etc 123 Now, how can I discriminate messages like the first one from messages like the others? I.e., messages directed to the /foo node and not to any descendant? I don't think I can accomplish this with [routeOSC], or can I? Indeed I think that [routeOSC /] should match any message that doesn't start with an address, or alternatively, matching messages output by the first outlet of a [routeOSC /something] should start with / if the pattern address matches the whole input address. However I understand this would break existing patches. Or is there another way to discriminate the above? Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] routeOSC: how to distinguish messages addressed to a node from messages addressed to any descendant
On 05/21/2011 08:46 PM, Martin Peach wrote: Try [routeOSC /foo] | [routeOSC /*] Hi, I didn't know about the wildcard. However, this still can't handle messages other than mere floats addressed to /foo. For example: /foo 1 2 3 You get only 1 out of the right outlet of your second routeOSC. Also, messages like this: /foo somesymbol 1 2 3 (which btw are valid osc messages, or aren't they? this is dubt, not sarchasm) although they produce the desired output (somesymbol 1 2 3) from the right outlet of your second routeOSC, will cause an error to be printed to the console: error: * routeOSC: invalid message pattern somesymbol does not begin with / ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] routeOSC: how to distinguish messages addressed to a node from messages addressed to any descendant
On 05/21/2011 10:39 PM, cyrille henry wrote: what about [routeOSC /foo/* /foo] ? That won't work. RouteOSC only matches one level at a time, meaning that [routeOSC /foo/bar] will never match anything (indeed it should issue a warning at creation time). That applies also to /foo/*, I've just tried it. Even if it worked, you wouldn't be able to distinguish /foo/bar from /foo/etc after that, because routeOSC strips the address that matches * (just as it strips the address that matches anything). I don't see any way out of this, until [routeOSC] will consider a message without an address as equivalent to a message addressed to /. That would be consistent with the convention that / means the root. Any node is the root of its own subtree, so any message addressed to /foo is addressed to the root of the /foo subtree. After routing a message addressed to /foo through [routeOSC /foo] you obtain a message that is addressed to the root (of the current subtree), so it should be considered equivalent to a messaged addressed to / by any cascaded [routeOSC]. In my opinion. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] routeOSC: how to distinguish messages addressed to a node from messages addressed to any descendant
On 05/22/2011 12:10 AM, Matteo Sisti Sette wrote: I don't see any way out of this, until [routeOSC] will consider a message without an address as equivalent to a message addressed to /. Well yes there is a simple though not elegant solution, without a second routeOSC; see attached patch. It is probably incomplete, as I'm not discriminating between lists and other messages but I think routeOSC doesn't either. By the way is there a particular reason why mrpeach's externals are not added to the objectclass path in Pd Extended while most other externals are? Thanks m. #N canvas 663 183 450 546 10; #X obj 129 133 mrpeach/routeOSC /foo; #X obj 124 187 list split 1; #X obj 203 439 list append; #X obj 55 270 makefilename %.1s; #X obj 55 244 t a a; #X obj 55 297 select /; #X obj 115 352 symbol; #X obj 83 218 route symbol; #X msg 65 34 /foo/bar mymessage 1 2 3; #X msg 232 62 /foo mymessage 1 2 3; #X msg 104 56 /foo/bar 1 2 3; #X msg 248 86 /foo 1 2 3; #X obj 101 322 t b; #X obj 51 439 list append; #X obj 41 371 symbol; #X obj 50 466 list trim; #X obj 200 468 list trim; #X obj 218 496 print SUBTREE_ROOT; #X obj 49 494 print SUBTREE_REST; #X connect 0 0 1 0; #X connect 1 0 7 0; #X connect 1 1 2 1; #X connect 1 1 13 1; #X connect 2 0 16 0; #X connect 3 0 5 0; #X connect 4 0 3 0; #X connect 4 1 6 1; #X connect 4 1 14 1; #X connect 5 0 14 0; #X connect 5 1 12 0; #X connect 6 0 2 0; #X connect 7 0 4 0; #X connect 7 1 2 0; #X connect 8 0 0 0; #X connect 9 0 0 0; #X connect 10 0 0 0; #X connect 11 0 0 0; #X connect 12 0 6 0; #X connect 13 0 15 0; #X connect 14 0 13 0; #X connect 15 0 18 0; #X connect 16 0 17 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] routeOSC: how to distinguish messages addressed to a node from messages addressed to any descendant
On 05/22/2011 12:44 AM, Martin Peach wrote: until [routeOSC] will consider a message without an address as equivalent to a message addressed to /. Yes I think that makes sense. But I think [routeOSC] should simply prefix an outgoing message with '/' if there is no more path. I agree that would be a more consistent solution, but I think it would break more existing patches. Indeed it would break almost _any_ existing patch using routeOSC, while having non-addressed messages match / would break only those patches which rely on [routeOSC] to discard such messages through the right outlet, which should not be a common practice, considering that most message are not handled properly by touchOSC used that way (only floats are; lists of floats are truncated after the first element and any other message issues an error). ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pduino test patch: old analog/digital controls
Hi, In the Pduino test patch (arduino-test.pd) there is a subpatch called old analog/digital controls. This includes a series of toggles which send the message analogIns X Y (where X is the analog pin to enable/disable and Y is either 0 or 1). With the version I'm testing (which is Firmata 2.1 on an Arduino Duemilanove) those messages are actually needed in order to get the analog inputs to work. Maybe those messages aren't needed with Firmata 2.2? That would explain the old in the subpatch name. Thanks m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] loading patches very slow in linux
On 05/17/2011 08:54 AM, Roman Haefeli wrote: -noaudio does not mean 'do not do any DSP', it only means 'don't occupy any soundcard'. It's still possible to start DSP when -noaudio is used. Wow! I didn't know that (well I knew you could turn on the dsp checkbox but I thought it woudn't do any dsp). Anyway in the slow loading happens with dsp turned off and with a patch that doesn't have any dsp objects. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udpsend broadcast was Re: 0.43 should still be a test version
255.255.255.255 seems to work with [udpsend] on linux, :O WHOOOPS you're right. I don't know what I was doing wrong. Sorry for the noise m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
