Re: [PD] trouble with comment in graphique
On 10/18/2013 03:52 PM, Olivier Baudry wrote: Dear all There is bug with comment Steps to reproduce 1) Open patcher 2) Create graphique what is a graphique? gfamsrd IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Scaling values in pd
On 09/02/2013 06:17 PM, hghoyer wrote: Hi, in Max/MSP there is an object for simple scaling. If you create in MAX these object with this arguments: [scale 0 127 0 500] incomming messages from 0 to 127 are automatically scaled from 0 to 500... honestly i'm of the firm conviction that you should learn how scaling works: it really is only a matter of adding, multiplying, dividing, subtracting - stuff you should heave learned in primary school. as frank pointed out, this should do for you: | [/ 127] | [* 500] | if you find it too tedious to do the maths over and over again, you might want to create an abstraction. being able to solve trivial problems like this will surely empower you to solve more complex problems :-) gamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [OT] get video stream with pdgst from XIMEA camera
On 08/22/2013 08:40 PM, Jack wrote: $ cat /sys/devices/virtual/video4linux/video1/format GREY?30:1280x1024@30 I expect 60 fps. If i set : $ v4l2-ctl -d /dev/video1 -p 60 or $ v4l2-ctl -d /dev/video1 -p 1 It doesn't change anything. Do you know if there is a possibility to get this frame rate (60 fps) ? Is it a limitation using videoloopback ? no. v4l2loopback does not know nor care about frames or formats. it simply passes the frames from one application to another. there is no colorspace-conversion of resampling or the like involved. it's gstreamer that doesn't set the framerate correctly. you could force it by running: $ echo @60 | sudo tee /sys/devices/virtual/video4linux/video1/format in practice i don't think that this framerate setting will do much. For info, i get 60 fps when I use the application streamViewer. how do you know? fdsmard IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pure Data Controlling SuperCollider via OSC
On 08/08/2013 03:24 PM, Pagano, Patrick wrote: Does anyone have an example of Pure Data controlling SuperCollider Via OSC? which part of SuperCollider? sclang? scsynth?? the main thing to be aware of, is that SC uses a fixed port for OSC-communication. fgmadt IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Get out ! // The Game
On 07/19/2013 11:40 PM, Olivier Baudu wrote: Hi list, Our research department is happy to announce the release of his incredible game made with Pd... We hope you're going to have a good time and not give up too quickly... :-p nice. #N canvas 414 728 497 335 10; #N canvas 1 51 450 300 control 0; #X obj 102 157 s r2; #X obj 229 161 s r5; #X obj 158 158 s r7; #X obj 100 57 keyname; #X obj 100 79 pack 0 s; #X msg 100 101 \$2 \$1; #X obj 95 125 route Up Right Down Space; #X obj 296 182 s r8; #X obj 296 160 select 1; #X obj 296 138 change; #X connect 3 0 4 0; #X connect 3 1 4 1; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 6 0 0 0; #X connect 6 1 2 0; #X connect 6 2 1 0; #X connect 6 3 9 0; #X connect 8 0 7 0; #X connect 9 0 8 0; #X restore 121 192 pd control; #X text 102 50 key-control for Get-Out:; #X text 142 88 Up: go up; #X text 143 105 Down: go down; #X text 142 126 Right: go forward; #X text 141 146 Space: start again; signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] playing long audio files
On 07/19/2013 01:54 PM, Фывапр Олджэвич wrote: Hi IOhannes ! Thanks for very particular answer and looking through the patch ! The only puprose with wich i do this complex resizing is that i need to play large audio files. The -resize tag somehow doesn't allow the samples longer then one-two minutes.. That was my initial issue, when starting this thread. upgrade Pd. the resize issue with longer soundfiles has been fixed in 0.43 gmsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PDP test release
hi tom, On 05/14/2013 09:35 PM, Tom Schouten wrote: Hello, There's a PDP release in the pipeline: 0.14.0: Port ia32 MMX assembly code to GCC extensions (MMX support on amd64) Add V4L2 support to pdp_v4l (merge with pdp_v4l2) Distill zl (Zwizwa Lib) from PDP and libprim/PF code. great news. while i haven't done any functional tests yet, i tried to build the latest snapshot (20130516_010555) and ran into two problems: - it will fail to compile if gsl-dev is not installed (regardless of the enable-gsl flag) - the v4l2 code bails out because of undefined V4L2_CID_HCENTER/V4L2_CID_VCENTER attached are two patches that seem to fix these two problems. btw, is your darcs repository public? this would allow meto simply pull the latest version instead of having to search my inbox (and http://zwizwa.be/pd/pdp/test/) - which is rather errorprone. hopefully there'll be a 0.14 release soon gmsdr IOhannes From 6b4942518cf7827870bcd119621a0105bdf5a829 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at Date: Fri, 19 Jul 2013 21:39:17 +0200 Subject: [PATCH 1/2] removed HCENTER/VCENTER controls there are no V4L2_CID_*CENTER controls defined on my system (linux-3.10) --- system/zl/v4l.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/system/zl/v4l.h b/system/zl/v4l.h index 10f8786..370ea8e 100644 --- a/system/zl/v4l.h +++ b/system/zl/v4l.h @@ -186,8 +186,6 @@ const char *zl_v4l_control_name(int id); ZL_V4L_CTRL(GAIN) \ ZL_V4L_CTRL(HFLIP) \ ZL_V4L_CTRL(VFLIP) \ -ZL_V4L_CTRL(HCENTER) \ -ZL_V4L_CTRL(VCENTER) \ ZL_V4L_CTRL(POWER_LINE_FREQUENCY) \ ZL_V4L_CTRL(HUE_AUTO) \ ZL_V4L_CTRL(WHITE_BALANCE_TEMPERATURE) \ -- 1.8.3.2 From 2f33e2b9a30d5933984174e50e89f39b072f391a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?IOhannes=20m=20zm=C3=B6lnig?= zmoel...@iem.at Date: Fri, 19 Jul 2013 21:51:32 +0200 Subject: [PATCH 2/2] pdp_matrix.h only makes sense if GSL is used --- include/pdp_matrix.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/pdp_matrix.h b/include/pdp_matrix.h index bda051b..4a677a2 100644 --- a/include/pdp_matrix.h +++ b/include/pdp_matrix.h @@ -20,6 +20,8 @@ #ifndef PDP_MATRIX_H #define PDP_MATRIX_H +#include pdp_config.h +#ifdef HAVE_PDP_GSL #include stdio.h #include gsl/gsl_block.h @@ -89,6 +91,7 @@ int pdp_packet_matrix_blas_mv(CBLAS_TRANSPOSE_t TransA, int pdp_packet_matrix_LU(int p_matrix); int pdp_packet_matrix_LU_to_inverse(int p_matrix); int pdp_packet_matrix_LU_solve(int p_matrix, int p_vector); +#endif #endif -- 1.8.3.2 signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.45 + jack == weirdness
On 06/25/2013 01:24 PM, Lorenzo Sutton wrote: On 24/06/2013 18:58, Miller Puckette wrote: Thanks... I'm toying with a middle solution, which would be simply to open jack with the JackNoStartServer option (one of JackOpenOptions). I think this is a good idea anyway as the user might want to specify jack options and it seems wrong to have Pd get involved in that. hmm, i'm not entirely convinced about that: the autostarted jack server should use sane defaults as configured by the user. if these defaults are not what the user wants, they can always start the jack server beforehand, and Pd will connect to that server. in any case, i'd like to check with the jack-devs what's the *expected* behaviour of a jack application...i'd really like Pd to behave as standard as possible. and of course the fact that Pd hangs on quit when it has an autostarted jackd, is a bug. if the only way to fix this, is to prevent Pd from starting jackd, then we might go that route. if we can make Pd quit successfully even with an autostarted jackd, i'd like to keep the autostarting. what i'd like to have is, that Pd and jack are totally independent processes: Pd should keep working (including quitting!), whether jack is (auto)started or not, and it should gracefully survive a shutdown/restart of the jack server. and the other way round. I liked it when (v 0.42?) Pd would use jack if it found a jack server running and just alsa otherwise... honestly, i think this is too much intelligence on the Pd layer. if the user chose jack as backend, then they should get jack, and not alsa or asio. if there is no jack (and we cannot autostart), then Pd should NOT try to grab the first available alsa device, preventing any jack server from being started afterwards, and potentially crashing the 700 gigawatt PA* where Pd was never meant to be routed to. fgmasdr IOhannes * courtesy erik de castro lopo signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Where is vanilla's makefile and other stuff located?
On 06/26/2013 12:34 AM, Funs Seelen wrote: Hello Alexandros, The standard installation path for Pd in Ubuntu is /usr/local/lib/ (except for the binary file /usr/bin). definitely not. the default bath is either: /usr/local/bin (for the binaries) and /usr/local/lib/pd (for the rest) OR /usr/bin + /usr/lib/pd /usr/local is usually used for installing things manually (e.g. if you build Pd yourself and run make install) and is therefore the default, whereas /usr is normally reserved for your package management system. Afaik the makefile doesn't install itself somewhere. If you don't know navigate to your pd-source. If you don't seem to have them already type ./autogen.sh and a configure script and a makefile will be created. To be sure no vanilla is installed type sudo make uninstall, then make make install to (re-)install pd. That should be it. alternatively, you could just install the puredata package. (at least in Debian there is a package for pd-vanilla 0.44.3) gfamdrs IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] specify number of alsa midi out ports
On 06/26/2013 01:26 AM, Iain Mott wrote: Hello again, Is there a way to specify the number of ALSA MIDI Out ports (in Linux) via the command line or using a command from within Pd? pd -alsamidi -mididev 1,1,1,1 gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] specify number of alsa midi out ports
On 06/26/2013 04:10 AM, michael noble wrote: [midi-dialog 2056 0 0 0 1.92017e+09 0 0 0 2 2( | [send pd] where the last two numbers set the number of input and output ports respectively. Other settings probably differ... for these kind of things i suggest to use the [midisettings] objects from the mediasettings library. it has a documented interface that is consistent across all platforms. gfansdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] sourceforge bugs
On 06/06/2013 09:15 PM, Max wrote: Hello List, it seems impossibe at the moment to submit bugs on the Pure Data sourceforge page. For other Sourceforge projects it works, so it must be some setting of the Pure Data project. Could eighthave, fbar, ggeiger, millerpuckette or zmoelnig have a look at that? thanks for reporting. i think it should work again. famsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] How to set up OpenCv in pd (Windows)
On 05/31/2013 08:15 PM, Hans-Christoph Steiner wrote: On 05/17/2013 06:23 PM, skafrenz wrote: Well ok I think I'm not good enough to program it. I found openCv. But maybe I did not understand exactly how it works. I downloaded openCv for windows from - http://opencv.org/ and I installed it. I was wondering if there's an easy way to use it with pd (I thought it was something like externals). Am I totally wrong? openCV is a *huge* framework, that has nothing TODO with Pd. it allows to develop applications that do all kind of weird computer-vision stuff. luckily for us, some people created a number of Pd-externals on top of openCV, so we (you!) can now use openCV from within Pd. those externals are called pix_opencv_... (if you are using Gem, which is likely as you seem to be on w32) and pdp_opencv_... (in case you are using pdp) famdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dspstate~ in puredata
On 04/28/2013 03:14 PM, Olivier Baudry wrote: dear all Is there any equivalent of Dspstate~ in puredata? i don't know [Dspstate~], care to explain what and where it is? in the meantime, you could try [r pd] | [route dsp] | [print] fgmsdt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] direct connection from pd to webrowser, low latency
On 04/25/2013 04:36 PM, o...@onyx-ashanti.com wrote: Thanks for getting back to me do quickly. Is there a network audio object (s) that can output standard formatted audio? i've started writing an RTP infrastructure for Pd [1], though it currently only supports uncompressed audio. RTP is a pretty standard protocol, and latency can go down to a few ms. there are also RTCP components. keep in mind though, that this is not a plug-and-play object, but instead a framework (so you might need to know what RTP is and ow it works in order to get it do what you want). whether it works in browser or not, i don't know. keep in mind, that browsers are still mainly consumer goods, and as such latency doesn't matter so much (if you only listen to a stream on a remote place it doesn't matter if it is 10ms behind or 2mins - since there is no feedback and nothing to compare with, tere is no absolute time) gfamdr IOhannes [1] https://github.com/iem-projects/pd-iemrtp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Negative input numbers for [pow] return 0
On 04/22/2013 04:07 PM, Joe White wrote: Would it be possible to add this to [pow] as well? Something like for negative base values, non-integer exponent values would return NaN? bien sur, it would be easy to add this. the thing is, do we really want that? having NaN's somewhere in your computation will have all the results become NaN, including any signals. NaN-signals don't sound good. Additionally for [pow] to output '0' seems wrong, because that is definitely not the answer. I've never seen NaN output elsewhere so I'm assuming [expr] outputs a symbol and not some Pd defined NaN type (maybe?). no. the output is a number of the value NaN (which gets displayed as NaN, but this doesn't mean it a symbol ,just like 1e-8 is not a symbol either...usually) fmgar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob and tracking multiple objects
On 04/17/2013 09:59 PM, Ska Frenz wrote: Hi everyone, this is my first time on the pd-list so I hope I won't do anything wrong. I'm writing here to get some help about pd tracking objects (pix_blob..). I'm using the background subtraction method, to track objects and I need help to understand how I can track multiple objects with multiples different blobs. I'm trying the pix_multiblob and yes, it show 2 blobs..but they track the same object. Then basically I do not understand how can I make the first blob to follow just one object for all the time that specific object is inside the webcam rectangle, and the second blob to track another separate object. I cannot find any material that clearly talks about this.I attached the patch I'm working on. I'd love to see some well-explained examples if you know where to get them. Thank you very much for your help :) checkout [pix_blobtracker] for a rudimentary labelling algorithm using [pix_multiblob]. gfmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] - get label from canvas ?
On 03/22/2013 12:10 PM, Fero Kiraly wrote: Hallo list, it is possibile to get label from canvas ? if by canvas you mean the coloured widget you get by Ctrl-Shift-C, then the answer is: no. the usual way to deal with that is to not allow the user to set the label in the canvas directly (via the Properties), but instead provide some alternative means that you can intercept (e.g. a symbolbox). fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] send .pd_linux files from maxlib?
On 03/02/2013 03:51 PM, João Pais wrote: Hi, the latest version of pd-ext for debian has the externals of maxlib compiled in the wrong format. what's the wrong format? fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
On 03/01/2013 01:15 PM, Roman Haefeli wrote: Why are you assuming it is broken in Pd-extended? i'm not. matthias said that it didn't work. i was offering possible reasons (wrong usage, broken binaries), and how to fix them. i hope (and am pretty confident), that the PdX binaries work. Actually, it seems to have glitches. With above setup, right after connecting [udpclient] to the netcat server, you cannot send anything from netcat to the client. Only after sending at least one packet from [udpclient], it flushes all messages it has received from the server since the connection. From this point in time, the communication works instantly both ways. This is on Linux (Ubuntu 12.04) with most recent iemnet and Pd compiled from source, but also with Pd-0.43.3-extended. When using netcat as UDP client, I can start sending packets from the server immediately. are you sure? because i cannot. i get exactly the behaviour you just described, but when using netcat as both client and server. fgasrdmn IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
On 03/01/2013 01:44 PM, Ivica Bukvic wrote: You can also try disis_netsend/receive which is nearly identical to Pd's netsend/receive, except that it provides additional features including UDP broadcast, msg queueing etc., including a different way for dispatching received messages that has (at least on pd-l2ork) solved freezing gui issues. does it allow bidirectional communication via UDP? because afaict, that was what the original question was about... fsamdrt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] create/access udp sockets from within pd
On 03/01/2013 02:04 PM, Ivica Bukvic wrote: Sorry, missed that part. Not via a single object. Yes, when using both send and receive objects. that's interesting. or do you mean, that you can open two uni-directional UDP connections rather than one bi-directional UDP-connection? because this won't work, if the peer requests a single bi-directional communication channel, which i think this device does (and which is quite common outside Pd) fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
On 02/15/2013 02:00 AM, Pagano, Patrick wrote: I have a little Asus with an atom processor and my Gem patches are noticeably faster with fluxbox so far. Anything quicker still? i love evilwm, but it is _very_ ascetic. gadkr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GPIO - Python (pyata) - PD ?
On 02/15/2013 03:00 PM, João de Brito Rocha Reis Vidigal wrote: I can't seem to be able to install the externals package! keeps returning: gpio: can't load library where did you put the gpio.l_arm? which Pd-version are you using? the one packaged with debian currently does not recognize the l_arm extension on the RPi-platform; you might want to rename the file to gpio.pd_linux on such a system fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GPIO - Python (pyata) - PD ?
On 02/15/2013 04:02 PM, João de Brito Rocha Reis Vidigal wrote: basically you can use the gpio command to set the pins up What command? Where in PD or terminal? i guess he is referring to the [gpio] object. check the test-gpio.pd patch for a rudimentary documentation. fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/15/2013 05:22 PM, Nicolas Montgermont wrote: Le 14/02/13 19:09, Hans-Christoph Steiner a écrit : Can you tell me the exact steps that you take in order to swap in your build of libmp3lame into Pd-extended to make it work? .hc Sure I just replace the lib: since the PdX installer essentially does the same, i guess it is more interesting to know which version of libmp3lame you are using (as compared to PdX) there is certainly an easy way to get the package version of a library, e.g. $ fink show libmp3lame gmdsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
On 02/15/2013 06:18 PM, João de Brito Rocha Reis Vidigal wrote: Would this be a good substitute for GEM (in simple video playback terms!) on RPi? You guys mentioned something like it... I just didn't really get if yes or no! i have absolutely no clue what you are talking about. from your body and your subject i guess that you mean that for video playback you could use *this* lightest fastest linux window manager is a good instead of Gem. the answer for this is simply no (but i have the feeling that my rendering of what you meant is totally off) please include a tiny bit of context of the mails you are replying too (esp. since your mailer seems to have problems with threads, so I cannot even guess which email you are replying to) fgamr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
On 02/08/2013 07:14 PM, Charles Goyard wrote: Fero Kiraly wrote: ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem portaudio files (libportaudio*, pa_*) should definitely _not_ be installed by any pd package. you should try to use your system's portaudio, rather than the one Pd comes with. as for Pd's include file(s): install to /usr/include/pdflavour/ /usr/include/m_pd.h may (probably should) be kept for compat reasons, and i think that it should belong to pd-vanilla. (but then: afaik m_pd.h from pd-vanilla and pd-extended don't differ in any practical sense; with pd-l2ork this might be different) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] managing freeframe and frei0r plugins WAS: pidip
On 02/07/2013 08:55 PM, Hans-Christoph Steiner wrote: The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for: actually, frei0r defines their own plugin installation path [1], which makes it easy to share frei0r plugins between multiple host applications (which i think is more interesting that putting them into ~/pd-externals/ where nobody but Pd will find them) i'm not aware of such a thing for freeframe though. fgamsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd in command line opens pd-extended
On 02/07/2013 09:58 PM, Julian Brooks wrote: Hi all, Reinstalled Pd-extended again yesterday from most recent debian wheezy 64b and now typing pd on command line open pd-extended. Looking in /usr/bin/pd - when highlighting pd there's a link to /etc/alternatives/pd /etc/alternatives/pd when highlighted has a link to /usr/bin/pd-extended? Slightly weirdly /usr/bin/pd-extended has a link to /etc/alternatives/pd-extended /etc/alternatives/pd-extended is then linked back to /usr/bin/pd-extended? Or is that supposed to happen? Anyways - I would like pd back to pd please so how would I go about that? assuming that by the 2nd pd you mean pd-vanilla, then: - you can launch it as puredata - you can set the pd alternative back to puredata by running (as root): # update-alternatives --config pd and then select puredata, rather then pd-extended gfmar IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] managing freeframe and frei0r plugins WAS: pidip
On 02/07/2013 10:56 PM, Hans-Christoph Steiner wrote: On 02/07/2013 04:30 PM, IOhannes zmölnig wrote: On 02/07/2013 08:55 PM, Hans-Christoph Steiner wrote: The One Install Folder to Rule Them All makes it very easy to install stuff. Separate folders would be messy in a different way, then we'd need folders for: actually, frei0r defines their own plugin installation path [1], which makes it easy to share frei0r plugins between multiple host applications (which i think is more interesting that putting them into ~/pd-externals/ where nobody but Pd will find them) i'm not aware of such a thing for freeframe though. That makes a lot of sense for Debian and other systems with good package management. That doesn't really apply for Mac OS X and Windows... i think it makes a lot of sense for any operating system: people should drop externals into ~/pd-externals/ so any version of pd can find them. people should drop frei0r plugins into ~/.frei0r-1/lib/foo/ (ah finally an installation path that does not clutter my home directory), so any frei0r enabled application can find them. gfmsrad IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
On 02/03/2013 10:17 PM, Charles Goyard wrote: Hi, try with MJPEG. It's easier to decode. Files are huge. Just wondering: does GEM provide hardware decoding for codecs supported by the driver ? Gem doesn't do any decoding of video files on its own. instead it uses various backends to offload that work (gmerlin, quicktime, directshow,...). it depends on the backend whether it supports decoding on the GPU. gfadmr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
On 02/03/2013 10:54 PM, Thomas Mayer wrote: Hi, On 03.02.2013 22:48, Stephan Elliot Perez wrote: I am talking about PD's CPU meter. I don't have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PD's meter will lead to glitched audio. I am just wondering if it will be much more when I load other videos and transition between them. Pd will only use one core, and one core for the GUI. There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others: Pd will use multiple threads for a few specific tasks, like streaming soundfiles from disk (with [readsf~]). Gem will also try to utilize multiple threads for special tasks as well, like image acquisition. e.g on backends that support it[*], you get two tasks, Pd's main task (with all audio and video rendering) and one decoding task (per image acquisition object). gmasdrs IOhannes [*] e.g. gmerlin; QuickTime does not support being run in a concurrent thread - but then it does multithreading on it's own. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] closing Pd -nogui plus disabling Greek as main language
On 02/04/2013 06:03 PM, Max wrote: Am 04.02.2013 um 13:45 schrieb Alexandros Drymonitisadr...@gmail.com: Ok, just found the answer to my question, if I quit Terminal, Pd quits as well… Maybe instead of closing the Terminal you want to press cmd-. (command and point) to quit the process before. or Ctrl-C which is a quite universal shortcut to terminate a process. f gamdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: absolute vs relative filepath on oggread~
On 01/31/2013 10:24 PM, Òscar Martínez Carmona wrote: -- Missatge reenviat -- De: *Òscar Martínez Carmona* Data: dijous 31 de gener de 2013 Assumpte: absolute vs relative filepath on oggread~ A: IOhannes m zmölnigzmoel...@iem.at In reality now I'm facing some trouble composing the whole file path by concatenating the message I got from [getdir] and the file name via osc, I've tried [glue] and [pack s s] and I get errors on data types and stuff like that (I'm away from computer now so I cannot prompt out) any suggestions?? you need to construct a symbol (absolute filename) from a two element list (filename, absolutedirname). [pack] and [glue] (the latter being deprecated in favour of [list append]) and the entire [list] family of objects will help you to create lists of atoms (aka elements, which can be either symbols or numbers). but they will not help you to create a single symbol out of that list. the simplest way to do that is by using dollarg-expansion in a messagebox. e.g. filename |absolute_directory_name || [pack s s] | | (list filename absolute_directory_name) | [open $2/$1( | | (open absolute_directory_name/filename) gfmdasr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] BiDi-plugin
On 01/31/2013 09:19 PM, Anas Ghrab wrote: Yes, good to know that... Is the solution for the problem of the cursor technically known and difficult to realize ? no idea. Pd currently manually sets the cursor to be on certain positions, without being aware of RTL/LTR or multicharacter glyphs. i guess this is the point where we have to investigate what is going wrong. how annoying is the current behaviour in practice? (i really have no clue) fgamrd IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] change sample rate from patch and learn sample rate from file
On 02/01/2013 01:34 PM, Alexandre Torres Porres wrote: yep, that does the trick :) now you can set pd's sample rate from the workings of the patch while pd is runing!!! according to some wav file at least, other file types would be nice. there's also my mediasettings library (don't know about the inclusion in PdX) that allows to control these things without having to wonder about the weird syntax of the audio-dialog message. (and you don't have to worry about the _other_ settings if you only want to change the samplerate) fgamdrs IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and pulseaudio
On 02/01/2013 06:29 PM, Miller Puckette wrote: Just to comment on why I ended up un-installing portaudio: I booted my Pi with a clean new Raspbian distro, compiled Pd (after installing some packages like git and alsa libs), ran it and found that pulseaudio was running. So I exit Pd and likk pulseaudio via pulseaudio -kill. Then start Pd and find it _still_ can't open audio. Why? ell, looking back I found that pulseaudio was running again! So I re-killed it and tried a third time. Same result: for some reason, the mere act of starting Pd was causing pulseaudio to start itself up and grab the audio device so that Pd couldn't get it. There are similar plot sequences in old Three Stooges and Marx Brothers movies, but I wasn't exactly laughing. What if I were about to have to walk on stage with this thing? So I googled around and read through the many-page man page for pulseaudio and found no explanation of why this was happening, nor any suggestions for how to disable pulseaudio other than the -kill command I had already tried. After a while I lost patience and uninstalled pulse and I suggest that everyone else do so as well. since i was just playing around with pulseaudio recently, here some hints: - in /etc/pulse/client.conf, you can set autospawn = no to prevent pulseaudio from starting again and again. - you can run pulseaudio on top of jack, which means that those applications that want to use pulseaudio can use it, but others are not effected. (i recently decided to make this my default configuration on desktop machines: it allows me to watch vimeo and at the same time fuddle with Pd :-)) fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Manually add a library to load at startup (bug ??)
On 02/01/2013 06:56 PM, Pierre Massat wrote: Hi, I'm on my Pi again, running Pd-vanilla 0.43.2 (from the debian repos). When I add the zexy library to the startup list in the GUI, it loads fine. However, when i simply add it in the .pdsettings file (loadlib : zexy), it won't load (although it appears in the startup list of the GUI) ! Is there something i don't get about how to use .pdsettings ? Or is this a bug (and if yes, is it fixed in 0.44) ? you have to adjust the noloadlib (number of libs to load) setting as well. better use the GUI to add a new library and save the settings. fgamr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: absolute vs relative filepath on oggread~
On 02/01/2013 07:14 PM, Òscar Martínez Carmona wrote: I tried that but still got some errors that I don't understand: doing exactly the same i got this: [image: Inline image 1] and if I switch the order I get this: [image: Inline image 2] The second one gots closer to the goal, but why do I get symbol instead of the filename(which arrives correctly as you can see)? i don't understand what you are talking about (but then, i use a mail-reader that doesn't display images; could that be a problem? if so, please describe the problem in words) hmsdf IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd and pulseaudio
On 02/01/2013 07:25 PM, Roman Haefeli wrote: since i was just playing around with pulseaudio recently, here some hints: - in /etc/pulse/client.conf, you can set autospawn = no to prevent pulseaudio from starting again and again. Alternatively, one can put that into ~/.pulse/client.conf which doesn't require root true. but otoh, putting it into /etc will make it apply to *all* users (which might be desired or not) and does not get overwritten by any future package updates. if a package update overwrites configuration in /etc/ then it is broken. at least it should ask. gfmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 01/27/2013 04:09 PM, Bill Gribble wrote: [This is getting pretty OT for pd-list, let's take further discussion to private email or linux-audio-dev] it's OT if you consider that the subject is GUI toolkits. i don't think it is OT for a pd-related list, though maybe pd-dev is a slightly better place. Thanks for the Nova link, that thesis looks very interesting. I hadn't heard of Nova before. Is it still active? Looks like at least parts of it merged into SuperCollider but I can't see that the main project is still going. nova became supernova, and supernova is now an official alternative scsynth implementation for SC3 (it even comes with SC3, but afaik is not the default synth engine yet(?)) gfamdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] zexy/time
On 01/24/2013 07:30 PM, Max wrote: hi list, do the code for the timezones in zexy/time follow this convention? http://www.timetemperature.com/abbreviations/world-time-zone-codes.shtml how does zexy deal with code like EST which exist twice (for US and for Australia)? the helpfile is very brief about that. zexy's [time] only has two (2) modes: GMT or local. currently there is no support for other timezones. fgmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] motion-tracking (was Re: help)
On 01/25/2013 12:26 AM, Jonathan Wilkes wrote: p.s. IOhannes, please see 2nd bullet under Respect for Newcomers[1] thanks for reminding me. it seems you haven't saved the document though. gfmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] one more bug : vera.ttf
On 01/24/2013 10:24 PM, Hans-Christoph Steiner wrote: I guess x-ttcidfont-conf no longer works, it used to put symlinks of every installed font into /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType I don't know how to solve this, there must be a way that Gem can search for font files in a proper Debian/Ubuntu/etc way. Gem uses Pd's open_canvas() to find fonts. simply add /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType or whatever to your -path. also, when compiling Gem you can specify a default font (with full path). also, as user you can override the default font in your gem.conf. finally, adding font-search mechanisms to Gem is very low on the priority list. fgamsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
On 01/24/2013 02:09 AM, Esteban Viveros wrote: But.. I have new problems now.. hhehehehe When I start pd, I have: JACK: unable to connect to JACK server JACK: server returned status 17 try starting the JACK-server before running Pd. (Pd is supposed to automatically start jack if it is not runing, but people are reporting problems with that) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] BiDi-plugin
On 01/22/2013 02:11 PM, Anas Ghrab wrote: Le Jan 22, 2013 à 1:49 PM, IOhannes m zmoelnig a écrit : On 2013-01-22 12:32, Anas Ghrab wrote: Thank you for the answer. I downloaded again Pd-extended 0.43-4 (I think that the one I had was a beta one). The BiDi works : which platform are you on? which BiDi-support are you referring to? Gem (which ought to fix display of Gem-rendered text) or the gui-plugin (which ought to fix the display within your patch) I'm on OS 10.7.5 (Intel). I was talking about using arabic in comments (gui-plugin). thanks. i thought so, but out of a sudden, i was not so sure any more. i didn't know that the BiDi-plugin comes with PdX (or did you install it yourself?). On Gem (using [text2d]), I get non-identified letters (little squares). that's only a problem of using the wrong font (one without arabic glyphs). choose a font that has arabic characters and they should display. hopefully in the right direction. fgamr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] BiDi-plugin
On 01/22/2013 09:37 PM, Anas Ghrab wrote: i didn't know that the BiDi-plugin comes with PdX (or did you install it yourself?). No, I didn't install anything else. Where can I download it, so I can try it ? The arabic working is without any BiDi-plugin in PdX ? Parenthesis are in the correct direction... i don't know much about paranthesis in arabic text. the Bidi plugin is mainly concerned with writing direction (that is: writing from right-to-left, and having text that mixes these two) if PdX already knows how to do that, my afforts were probably futile. anyhow, you can get the BiDi pugin at the link where you initially pointed: http://puredata.info/downloads/bidi-plugin/ there's a link to the code-repository, where you will find the actual plugin plus instructions how to install it (+ dependencies). On Gem (using [text2d]), I get non-identified letters (little squares). that's only a problem of using the wrong font (one without arabic glyphs). choose a font that has arabic characters and they should display. hopefully in the right direction. Now I get letters with the an arabic .ttf, but its not the right direction... well, Gem's bidi support has been added to the development version of Gem about 2 days before PdX was released. so it's not included now. fgamsr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Simplest way for looping soudfiles
On 01/23/2013 01:11 AM, Hans-Christoph Steiner wrote: What Òscar is suggesting also applies to [readsf~] and [tabplay~]. Both loop quite seamlessly when I've used them. the [open ( to [readsf~] doesn't seem to take any time. I haven't done the [readsf~] looping under heavy load tho. yes, but roman's original suggestion was exactly to use [readsf~]. if you read on in this thread (after all, you were replying to exactly this email), you'll notice that [readsf~] might work or not, there is simply no guarantee that it does start playing in time; and this is documented and expected behaviour. fmasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
On 01/19/2013 08:20 PM, Hans-Christoph Steiner wrote: It can be done incrementally, which is likely the only way its going to get done. It turns out that FUDI and tcl proc calls are very similar: space separated list of elements where the first one is the functionality. If the basics were done first, like object drawing, then someone could build a rough GUI with another toolkit to test out. oh yes definitely. i'm personally not interested in building a JUCE-based toolkit for now (and as a matter of fact, am quite happy with the current interface). all my ambitions are directed into abstracting the tcl part away, so that someone _can_ implement an alternative GUI. fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] enhance pd-extended with pd-l2ork featues ?
On 01/20/2013 05:21 AM, Ivica Ico Bukvic wrote: [...] pd-l2ork provides a solid, bug-free environment [...] wow! mfgadrt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Jack support on Windows
On 01/20/2013 01:50 PM, Esteban Viveros wrote: HC, can the compilation process gender a log file? i'm not HC, but hopefully i can give some hints. $ make make.log will redirect all stdout to make.log since most errors got to stderr, you probably want to do: $ make make.log 21 which will first redirect stderr to stdout, and then capture stdout to make.log. gfamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help to load sound
On 01/13/2013 06:42 PM, Ed Kelly wrote: It is, by default 400. You can load larger files by changing the message to soundfiler from: [read -resize myfile.wav sound( to [sound resize 800; read myfile.wav sound( or use [read -resize -maxsize 800 myfile.wav sound( | [soundfiler] gfmysdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Help to load sound
On 01/13/2013 07:36 PM, Jack wrote: it seems the option -resize is no longer needed (here with Pd 0.43.2test1 on Ubuntu 12.04). i guess this is a bug then. if i don't want my table to be resized, Pd shouldn't resize it. gfamsrd IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] choose language
On 01/10/2013 10:11 PM, András Murányi wrote: Does it mean that there are no GUI strings in the C code? There are GUI strings in the C code, but in order for you to see them, they are sent to pd-gui, the Tcl process. If you're running in -nogui mode, there will be no translations since all the translations are handled in Tcl. Ah! BTW, would it take much to have gettext working on the C side too? i think, the pd-core should be blissfully unaware of all translations. all the interface is done via the GUI, so everything that is presentational should be handled exclusively via the GUI (based on information it get's from the core). if you want to run Pd without GUI and still have translations available (e.g. of the File-Menu :-)), they could run the output of Pd through a filter that uses the po files to translate. but the DSP-core should not be bothered by those things. fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] speedlimit of data in Pd
On 06/28/2012 08:49 PM, João Pais wrote: Hello, I'm comparing the x mouse position to the position of scalars displayed in the screen - so that I have a sample player that plays the samples where/when my mouse is sitting over. Since [pointer] only allows for a [next( method - no previous or an extra X command to jump several pointers -, the easiest implementation to search for a match is to start from the beginning of the list, and going [next( until a match happens. This works out fine usually, until the limit of 160 pointers. After that, I get always the stack overflow error in the object doing the loop - in this case, a [t b p], but I guess it doesn't matter much. you get a stack overflow if you have about 400 (iirc) objects in a row. whenever an objects sends something to its outlets, the stack is saved and not restored until everything below it has executed. there has been some talk about making the maximum stack depth settable as a cmdline arg, but i guess nobody every implemented that. (usually you want a maximum stack depth, as it allows you to survive a recursive patch without exit condition) This is a kind of general problem: What is the speedlimit of data in Pd? what do you mean by speedlimit. How many operations can be done until a stack overflow occurs? That also i don't get how speedlimit and stack overflow go together in this context. the problem is more: since Pd-messages are executed as fast as possible, you need to use the stack. or put the other way round: if you can live with breaking linearity (by splitting a message chain using [delay 0]), then the stack will not overflow. happens when I try to automatically load the contents of a not-so-big [textfile] into an array with a click - unless I add a [del 1] to the loop. If the operation isn't in realtime, the problem can be circumvented, but anyway the issue is there. depends on how you do the loading. avoid recursion, use iteration. (read: use [until] rather than feedback) How is it possible to increase the control rate in Pd? I tried changing buy a faster CPU. the control rate in Pd is only limited by the CPU. if (and only if) you have enough idle time to do some DSP-processing inbetween message processing, then your messages will be done in bursts every 64 samples. mfsdagfa IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] speedlimit of data in Pd
On 06/28/2012 09:37 PM, IOhannes zmölnig wrote: you get a stack overflow if you have about 400 (iirc) objects in a row. whenever an objects sends something to its outlets, the stack is saved and not restored until everything below it has executed. forgot to mention: while 400 might seem to be a little number, if you ever evaluate a real-world patch you will notice that it is sufficient. the only exception when you reach this limit easily is by using recursion. fsdmr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamic patching woes...
On 06/22/2012 07:48 PM, Jörn Nettingsmeier wrote: hi *! i've played around with dynamic patching to create readanyfs~-based players with variable number of channels, and i must say i'm not too happy with what i saw... in your experience, is dynamic patching a suitable approach outside of crash'n'burn live coding? hmm, i'm not aware of how dynamic patching helps too much in live-coding...(probably it's only the words you are confusing: dynamic/live patching/coding) it's almost manageable when working on a fresh canvas, but in order to add outlets depending on a creation parameter, i found it necessary to dynpatch a quite large abstraction (my object count offset is close to 200...). not fun. is there a less invasive way to get a dynamic number of outlets and separate the dynpatching from the main patch? also, i find that when i use my dynamically patched abstraction with those shine variable output ports, pd is unable to recreate the connections from those outlets to the dac~ object - i guess it's a race condition where it tries to connect before the objects have completed their startup. is there a workaround or alternative approach for this? this has been discusses at lengths on the list. the problem you have is that [loadbang] guarantees to bang only after your abstraction is fully connected on the parent patch. this is a *feature*! it allows you to have an abstraction that initializes values in the parent patch. unfortunately it also means, that with [loadbang] you cannot create iolets _in time_. the iolets will only appear after the parent patch tried to connect to the non-existing iolets. (for the sake of good style i'll repeat the word iolets a couple of time: iolets, iolets be gone) there is one workaround and two solutions for this: - solution #1: don't do it. think of other ways to do it. dynamic patching is something that is overestimated. - workaround #1: save your abstraction with a maximum number of iolets preallocated, and delete them dynamically. this will only work if the iolet types (message/signal) are consistent. - solution #2: use [initbang]. [initbang] will fire once the abstraction has been created, but before the parent patch tries to use it (e.g. connect to it). [initbang] will also work in dynamic patching context, where yo uhave to manually trigger [loadbang] (search the archives: loadbang+dynamic+patching should do) unfortunately [initbang] has not been accepted into Pd-vanilla (nag miller about it). if you are using Pd-extended you will be able to use it, but obviously your abstraction will not be Pd-vanilla compatible anymore. last thing i was wondering: is it possible to use dynpatching to create a patch and then save that for later use? i think i saw someone mention this (frank b.?), but i can't seem to find the thread just now... pointers to examples would be most welcome. frank might have said this, i surely did: using dynamic patching to create static patches is probably the only sane[*] way to use it. the idea is simple: use dynamic patching to create a patch, copy it into a new abstraction and save it. you can automate the process. our CUBEmixer uses such a technique (there's a configurator pd-patch that will create all those (or most) multi-instance patches dynamically. once you have gone through that, you just start the static application. i can only repeat it: dynamic patching is totally overestimated. Pd is not made for it (it merely allows it). it seems like many new users go directly into dynamic-patching hell, because having multiple instances of objects is so easy in other languages. this is simply not the case with Pd, but once newbies complain about it, they are usually told that their problem is solvable with dynamic patching. while this is true, it also remains true that Pd is simply bad at this. ah yes: and dynamic patching can be fun. gmadsr IOhannes [*] with sane i mean: i haven't seen any non-trivial patch that is maintainable and uses dynamic patching. trivial patches would include things like your own [trigger] implementation: a utility object that does a very simple thing and makes live a lot easier. you (or at least: I) don't want to have part of your business-logic depend on dynamic patching. signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Close PD window with a message?
On 06/22/2012 08:31 PM, Ingo wrote: Does anybody know if this works with 0.42.5 or does it need 0.43? it's a gui-plugin. gui-plugin are only supported since 0.43. fg,asr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dynamic patching woes...
On 06/22/2012 08:09 PM, Patrice Colet wrote: Also, I don't really get why you don't use [throw~] [catch~] [send~] and [receive~] instead of [inlet~] [outlet~] exactly. somewhen in my zeal i forgot to mention them. gfamsrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] oops: ALSA cards not reported in order?
please always reply to the list. i have zero interest into fixing individual problems privately. On 06/20/2012 04:46 PM, Julian Brooks wrote: Hey, Still wondering about this? How do I fix the enumeration? you can't (unless you are willing to dig into the pd-sources) you could try installing jackd2... Ok - done that. which version of puredata do you have installed? $ apt-cache show puredata julian@jb-laptop:~/Desktop$ apt-cache show puredata Package: puredata Version: 0.43.2-3 should be recent enough. Installed-Size: 43 Maintainer: Paul Brossier p...@debian.org Architecture: all Depends: puredata-core, puredata-gui, puredata-doc, puredata-extra, just to make sure: puredata-core is also 0.43.2-3, innit? which version of pd are you using? $ which pd /usr/local/bin/pd which means that you are not using the pd that debian provides for you, but some other installation, which you compiled yourself. which version of pd is that? $ pd -version in order to run the debian-provided Pd (which i did test quite a lot), please run $ /usr/bin/puredata aka $ puredata or $ /usr/bin/pd Same problem with jack. even if you start jack before starting pd -jack? Yes: oops: ALSA cards not reported in order? priority 6 scheduling enabled. priority 8 scheduling enabled. watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... watchdog: signaling pd... G H. this is quite weird. first, start jack (e.g. using qjackctl) make sure that you run a known Pd (e.g. the one that comes with debian) try to start it with -nosound, and select the jack from the media-menu. fgamsrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [TogEdge] - anything else ?
On 06/20/2012 05:29 PM, tim vets wrote: don't know if it matters if the tgl isn't visible, but i guess you could also use: [i ]X[== 0] i'd suggest using a modulo-counter, which allows you to have more than 2 outlets. gfmnasrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [$0-array] ???
On 06/10/2012 11:20 AM, Фывапр Олджэвич wrote: Thankyou very much ! That's it. Maybe we can add this into soundfiler-help patch in next release somehow ? i don't think this is a good idea, or rather, the right place. the problem has nothing to do with soundfiler, but with how $args (including $0) are expanded differently in message boxes and object boxes. a better place would probably be examples/12-14 fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wheres to find ii?
On 06/02/2012 07:32 PM, flad chester wrote: Hi, i was reading an old tutorial about waveshaping and i found the object called ii in the example patches. Do anybody have an idea whats that object and where can i find it? it's iemlib2's [init] fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wheres to find ii?
On 06/02/2012 07:32 PM, flad chester wrote: Hi, i was reading an old tutorial about waveshaping and i found the object called ii in the example patches. Do anybody have an idea whats that object and where can i find it? it's iemlib2's [init] fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] loud speaker arrays
hi, please always keep messages on-list (unless they are really private) On 05/17/2012 03:14 PM, Rick Snow wrote: I have heard that PD is limited to a 32 channel [dac~]. Does this mean that I can have only 32 outs from single instance of pd? where did you hear that? tell them that it is non-sense. A hypothetical: If I had 100 speakers in a line and wanted to pan across them would I need several (networked) instances of pd running? currently there is no hardware available that would offer such a number of speakers. the best you get is MADI cards (64 channels each) - and they work nicely with Pd. we have a PC equipped with to MADI cards, which should give you 128 channels I/O, but i never tried it from Pd. using both would involve merging the 2 cards into a single virtual card using asoundrc. fgamr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Keystone correction
On 04/06/2012 11:54 PM, Charles Goyard wrote: Now I feel like a hacker using that undocumented object. Fair enough, I made the documentation, that can be included in the next Gem release :). oh, thanks. added to the git repository. gfmasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] russian translation (was Re: how to switch multiple devices)
On 02/03/2012 04:01 PM, Фывапр Олджэвич wrote: But i do not think it's a good idea to translate interface. Russians in general learn English in schools and understand it. i think you are missing the point here. while i personally hate my germanized Pd and thus can feel with you in terms of interface translation, i really think that this should be made a personal choice by the user, and not enforced by the software. i think virtually everybody who uses Pd will understand enough english to find their way through the interface, just like they could use libreoffice or emacs if menus were english only. but that doesn't mean that Pd as a software should behave in a cultural imperialistic way and enforce a standard language. mfgasrt IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] showing text or number in gem
On 12/18/2011 02:32 PM, Jack wrote: error: GEM: Someone sent a bogus pointer to copy2Image ? Hello Max, This error means that an object tried to duplicate a non-existing image. But I don't get this error here on : pd 0.42.6, Gem 0.93.git 3a12873 and Ubuntu 11.04. ++ afair, i have fixed a number of spurious bogus pointer errors in the git. despite being errors, those messages are usually harmless warnings. gamsrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.43 on Pentium III
On 12/17/2011 06:01 PM, rolf meesters wrote: i think, all externals in PdX are compiled with -march=pentium4 -msse2 -mfpmath=sse (for whatever reasons, Pd itself seems to not be compiled with p4/sse2 support), which will most likely produce code that is non-executable on your machine. that the machine used for building is a P3, doesn't matter much, as it need not run the code...think of it as cross compiling for a newer architecture. fgasdr IOhannes so with my 15 P3-s i'm obliged to stay with PdX-0.42.5 ? or is it connected with Windows-XP and not with Linux (i'm using Ubuntu) ? if you want to use it on w32, you can compile PdX yourself and remove the -march=pentium4 -msse2 -mfpmath=sse flags. or talk hans into providing an i386 build. fgmasrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM in 10.7
On 12/16/2011 12:17 AM, Hans-Christoph Steiner wrote: Yes, on 10.6 and 10.7 it'll compile 64-bit by default. You can try this: ./configure CFLAGS=-arch i386 LDFLAGS=-arch i386 this will override all default CFLAGS and LDFLAGS, and the former might be ignored by Gem's build process since it uses c++ and thus CXXFLAGS will apply. the Gem way to do this is to specify the fat architectures via configure _flags_: $ ./configure --enable-fat-binary=i386 will in the end create a fat binary that holds (only) i386 binaries. fgmasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cartopol~ outputs inverted phases (bug report)
On 12/16/2011 01:05 AM, Alexandre Torres Porres wrote: oops, I guess I didnt understand you then. well, I tried myself, and in max [cartopol~] matches [cartopol], That is; they both give same results in MAX. Now in Pd, they don't match, [cartopol~] gives inverted phases, but [cartopol] in Pd matches the [atas2] and [expr] versions. And the results in MAX also are in agreement to [atan2] and [expr] or [cartopol] in Pd. So Pd's [cartopol~] is the odd one out. i'm not sure i can follow. i think there is still some information missing. in Max, [cartopol~] and [cartopol] match. in Pd, [cartopol~] and [cartopol] are inverted. this really means: cyclone's [cartopol~] is inverted with respect to the [cartopol] you are using. cyclone's [cartopol~] is to match Max's [cartopol~], phase wise. if it doesn't, then it's a bug in cyclone. so as a first step, you should check whether they output the same in Max and Pd/cyclone, if you send them the same input. i don't know, where your [cartopol] implementation comes from. if it comes from cyclone, then it must match Max's [cartopol] implementation. if it does not, it's a bug in cyclone. if Max's [cartopol] and [cartopol~] behave differently (which they don't), then cyclone's implementations must behave differently as well. however, if the [cartopol] you are using is _not_ from cyclone, this doesn't matter at all. e.g. zexy's [cart2pol] doesn't care at all about Max and cyclone compatibility; i don't know whether they behave the same and if they don't then i'm sure i wouldn't change [cart2pol]s behaviour (as it is designed to be mathematically correct, not to be Max compatible) fmgasdrt IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM in 10.7
On 12/16/2011 10:59 AM, Jaime Oliver wrote: Now with Hans' proposed method: ./autogen.sh ./configure CFLAGS=-arch i386 LDFLAGS=-arch i386 --with-pd=/Applications/Pd-0.43-0.app/Contents/Resources/ make I get a different set of errors (attached) and it also fails. well, i told you that hans' suggestion won't work, as CFLAGS will likely be ignored. so what you are doing now, is to _compile_ Gem as x86_64, and then try to _link_ together those objects as i386 (since LDFLAGS will be respected), which obviously will not work. Curiously, it builds fine without any flags. yes, because all non-working code gets disabled. i cannot really imagine why an i386 build fails, unless apple really updated the i386 headers for 10.7 to drop the deprecated functions. and you did do a make clean before fuddling around with --enable-fat-binary? fgamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM in 10.7
On 12/16/2011 12:14 PM, Jaime Oliver wrote: i cannot really imagine why an i386 build fails, unless apple really updated the i386 headers for 10.7 to drop the deprecated functions. Well, I know other people are using gem in 10.7 so they must have compiled it in some way... maybe they are simply using the binaries provided? they are compiled on a 10.5 machine, but they should run on 10.7 do you have any special reason to compile it yourself? gfmasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM in 10.7
On 12/16/2011 12:57 PM, Jaime Oliver wrote: maybe they are simply using the binaries provided? Of course... they are compiled on a 10.5 machine, but they should run on 10.7 I also have a 10.6 version I could use, but have this laptop right now... do you have any special reason to compile it yourself? well, I haven't gotten around making a system to compile just one pix_external, so I just recompile gem over and over again, and because that is the only recent change in the code it compiles only that one object very fast. It'd be great to have an example in the extra folder just like there is in pd in doc/6.externs/... that is, a piece of example code and a multi-platform makefile. or is there...? you could have a look at extra/pix_drum/ :-) it's not a simple multi-platform makefile, since i don't believe in such a thing, but instead you should be able to easily add your own Gem/externals in the same fashion (e.g. using autotools). after running configure, you don't need to recompile the entire Gem, just run make in extra/pix_head/ gfamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-0.43 on Pentium III
On 12/16/2011 05:44 PM, rolf meesters wrote: thanks hans, however not a lot of infomation came out of it. i mostly tried the help patches from the .reference some do not give a problem: abs, acoustics, acoustics~,adc~, all_about,.. others: about.pd, abs~, all_about_arrays make Pd close without any message. on the other hand acoustics~-help generates the message: tclpd loader searching for pddp/dsp in path... nothing found. idem for adc~-help, but no crash. any more suggestions where/how to look? i think, all externals in PdX are compiled with -march=pentium4 -msse2 -mfpmath=sse (for whatever reasons, Pd itself seems to not be compiled with p4/sse2 support), which will most likely produce code that is non-executable on your machine. that the machine used for building is a P3, doesn't matter much, as it need not run the code...think of it as cross compiling for a newer architecture. fgasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd at startup creates 2 canvases, why?
On 12/11/2011 06:14 PM, Ivica Ico Bukvic wrote: OK, so that explains why they are created. However, this does not answer the question why they are not being destroyed when exiting pd. Neither canvas_free nor glist_free are triggered when quitting pd, so this must be a memory leak, no? as martin has explained, it is not a memory leak. nevertheless, there are some problems with not calling the destructors, esp. when it comes to shared usage of resources. there is a patch in the patch tracker [1] that tries to fix this. gmasdr IOhannes [1] http://sourceforge.net/tracker/?func=detailaid=1502860group_id=55736atid=478072 signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd at startup creates 2 canvases, why?
On 12/11/2011 08:27 PM, Ivica Ico Bukvic wrote: The OS releases all the memory allocated by the process when it terminates, so no. OK, however, in pd-l2ork I am currently building infinite undo which will be a doubly-linked list linked to a canvas. So, if I am going to instantiate it dynamically, once the program exits are all these dynamic things taken care of? I think not. it does. if it does not, file a bug report at your operating system. Otherwise, why would we need destructors in the first place if the os takes care of it all (other because destructors are not only called at the end of the application life. afaik, the only problem is, if your application locks some shared system ressource, and cannot free it again (e.g. it writes a lockfile to the filesystem, but cannot delete it if the dtor is not called on exit) fgamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Rép : PDGST - no pix_gst2pix... PD 0.42.5/Gem 0.93.3/mac OS 10.6
On 11/27/2011 06:20 PM, x.garnier wrote: (reminder : my aim : get live streaming webcams displayed into a gem window...) Hello again, I've made a mistake in the subject of my last message and I figure that's why I didn't get any answer (have a look below to my PD console starting message please). I'm still having doubts about having installed PDGST propertly. When I open all of your tests patches pd can create all pdgst objects except dv1394src (linux ?), audio/x-raw and of course the one I would need : pix_gst2pix (and the reciprocal function). while i highly appreciate a proper subject, it was not the reason for not answering. i guess it was only so many emails you can write... The simple thing I'm trying to do to begin with is to reproduce the patch displayed on page 4 of your PDGST.pdf document and even if I've understood that some functions are labelled differently now (such as pdgst_out~ or pix_gstin) it definitely seems that I need that pix_gst2pix to be able to get live streaming webcams displayed into a gem window... I don't know what to do more... - do you think it's a simple problem of loading libraries ? no - should I need to check if I've Gstreamer properly installed ? (how can I ?) i don't think it's the problem. as long as you can create e.g. [videotestsrc], gstreamer is fine. - should I need to check if some of the test patches work ? (which one should definitely work ? how can I test it ? I don't completely understand each one of them) hmm, i don't have PdGST installed on my machine here, so i cannot properly answer that question. iirc, there should be an example that does not involve Gem, but only gstreamer objects. that should work, - should I need to reinstall everything (like pd 0.43 for example) ? no. I'm kind of lost by now... sorry about it, i don't think its is your fault at all. /Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin: dlopen(/Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin, 10): Symbol not found: __ZN11imageStruct7fromRGBEPh this basically means that you have PdGST compiled against a different version of Gem as you are using. Gem (=0.93) has imageStruct::fromRGB(const char*), whereas your error indicates that pix_gst2pix was compiled against a Gem that has imageStruct::fromRGB(char*). make sure to point pdgst to the Gem sources that come with the 0.93.3 binaries (they should be in Gem/dev/ or so) gfmar IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GridFlow slowness
On 11/24/2011 07:04 PM, Jonathan Wilkes wrote: Is there a way to take a pd patch and compile it to c or c++ or something? i remember a poster presentation at nime 2008 about a Pd-to-C compiler. only built-ins could be used (no externals), and i cannot remember whether it was possible to use abstractions. they claimed lots of speedup, but that might have been only when it comes to plain DSP. i never tried it myself, though. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Troubles running Pd-0.43.1test5 on Windows XP
On 11/18/2011 04:07 PM, rolf meesters wrote: trying to install on XP Pro, following the 'new' method from the install.txt. however autogen.sh is not in Cygwin. hmm, are you trying to install Pd (so you can run it) or are you trying to compile Pd yourself? if the former, just download the archive, unzip and run ...\pd\bin\pd.exe (when using Pd-extended, you even get a nice installer, that will eventually create a desktop icon to start Pd) that's it! no cygwin, no nothing. the autogen.sh in some README refers to building Pd from sources. the source package of Pd (which is usually _not_ the zip-archive labelled w32, but rather something like pd-0.49-2.tar.gz) will contain a script autogen.sh which will generate some files needed for compiling Pd. compiling Pd on cygwin is non-trivial (it seems, i don't know), at least nobody i know of is doing it (on a regular basis). if you want to compile Pd on cygwin, you should have a good understanding of how cygwin works. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Audio line circuit breaker?
On 11/15/2011 09:06 PM, Jonathan Wilkes wrote: Oh, ok. Well, that's one of the three reasons that [sig~] exists. i think the only reason is legacy. mgfasrd IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem-0.93.3 released
On 11/11/2011 04:08 PM, tim vets wrote: Hi IOhannes, I get: /usr/lib/pd-extended/extra/Gem/Gem.pd_linux: /usr/lib/pd-extended/extra/Gem/Gem.pd_linux: undefined symbol: sys_close any hints? i assume(!) that you are running linux and compiled Gem yourself. it seems that you compiled Gem against a 0.43 version of Pd, but then use it with an older version of Pd. you should use the same version (or a newer one) of Pd that provided the Pd-headers when compiling Gem. fgasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Rép : PDGST - no pix_gst2pix... and building Gem 0.93 with mac OS 10.6
On 11/11/2011 10:53 AM, x.garnier wrote: First of all, thank you very much for the Mac_os binary version of Gem 0.93.2. Looks fine with Pd-extended 0.42.5. great that it works for you. It looks quite correct to me... at least different than all I've gotten so far. (What I've done is : - replacing -shared by -bundle -undefined dynamic_lookup in both the /src and /src/gem makefiles. - replacing EXTENSION = .pd_linux by EXTENSION = .pd_darwin in the /src/gem makefile...) that's correct. However, when I open gst2pix.pd, I get the pix_gst2pix function boxed in red and the following message in the console : --- /Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin: dlopen(/Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin, 10): Symbol not found: __ZN11imageStruct7fromRGBEPh Referenced from: /Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin Expected in: flat namespace in /Users/musique/Library/Pd/pdgst/src/gem/pix_gst2pix.pd_darwin pix_gst2pix rgba ... couldn't create you need to load Gem before you can use the Gem part of pdgst. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Gem-0.93.3 released
i'd like to announce the release of Gem-0.93.3 this is the 3rd bugfix release in the 0.93 series. it fixes a major problem withthe 0.92.2 pre-release i announced yesterday. the use of 0.92.2 is discouraged in favour of the shiny new 0.93.3! grab it while it's hot from http://gem.iem.at/releases/0.93.3/ or alternatively from http://sourceforge.net/projects/pd-gem/files/gem/0.93.3/ like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers. difference between 0.93.3 and 0.93.2: - a major trivial bug that caused Pd to shutdown has been fixed. the problem was apparent only on OSX when using Pd-0.43, but could have triggered weird effects on all known systems. noteable differences between 0.93.2 and 0.93.1: availability: - this is the first 0.93 release, that provides binaries for OSX. the downloadable archive contains fat binaries for both ppc and i386 which should run on any OSX since 10.4 functionality: - fixed a crash on 64bit architectures related to SIMD-detection code - fixed other crashes on 64bit architecture when using some pix-effects (ports of Pete's Plugins) - pix_texture now handles repeat/quality of external textures - failing plugins no longer keep other (working) plugins from functioning - improved filmGMERLIN framecount behaviour - made recordQT work again documentation: - a number of typos and inconsistencies in the help patches get happy! fgmadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbol2list leading zero
On 11/10/2011 07:46 PM, Mathieu Bouchard wrote: Le 2011-11-10 à 18:33:00, IOhannes m zmoelnig a écrit : thanks. fixed. What was the problem ? (Why did it appear ?) the problem was, that /download get's redirected to the software center at /community/projects/software via apache, while at the same time there is still some content hidden in the directory /projects/ the search engine - not being aware of the redirect - displayed results that couldn't be reached due to the redirect. the obvious fix was to remove the shadowed content. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.2
On 11/10/2011 06:11 PM, IOhannes m zmoelnig wrote: OSX: it seems that Pd-0.43 quits as soon as Gem is loaded. this only happens if you start Pd by double-clicking the application; it does not happen if you start Pd via the cmdline. older versions of Pd (0.42 and prior) are not effected. both Pd-vanilla and Pd-extended are effected. if you want to use Pd-0.43, the suggested workaround is to start Pd/Gem from the cmdline (ouch!) the source of this problem has been found and fixed in the 0.93.3 release. all users of 0.93 are advised to upgrade to (at least) 0.93.3 mfgafr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)
On 11/10/2011 05:14 PM, tim vets wrote: Lastly: I wonder if there isn't a way to downsample some subpatches to playback the 44.1kHz soundfiles in a 48kHz environment? proper resampling between two unrelated samplerates is something non-trivial (and usually adds quite some latency). if possible you should therefore use whatever offlline re-sampling tools you have, sox comes to my mind. fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Natty SPDIF samplerate 44.1k / 48k problem (OSS)
On 11/11/2011 01:18 AM, tim vets wrote: it was just a thought, I can imagine if you would have based some sophisticated sample playback on a whole bunch of tabplay~'s or readsf~'s, that maybe you wouldn't want or have time to change all that... I checked [switch~] again and indeed you can enter 0.5 to downsample by factor 2, does that mean you could enter 0.918750007 to downsample from 48 to 44.1? no. you can only enter power-of-2 numbers, e.g. 4, 2, 1, 0.5, 0.25, 0.125 in my other mail i mentioned that it is hard to do proper resampling, i meant that it is hard to do resampling without getting hearable artefacts. the 2nd thing that prohibits resampling by an arbitrary amount (as opposed to the power-of-2 resampling that is already there) is, that Pd is not really multi-rate capable. it's obviously quite trivial to reblock a 64 sample block into 128 samples (you just emit a block every other input block), but things get a bit hairy when you want to reblock to 77 while caring for speed. fmgasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] gem 0.93.1
after a few days of waiting (for you) and hard labour (for me), Gem 0.93.1, the 1st bugfix release for the 0.93 series, has been released today. like always we have fixed numerous bugs and features, and most likely introduced an equal number of wishlists and showstoppers. noteable differences since 0.93.0: functionality bugs: - [pix_film] no longer crashes when sending an auto message to it, while no film is loaded - [pix_film]'s auto message actually does something - [pix_frei0r] no longer crashes when dynamically instantiating plugins documentation: - [pix_frei0r]/[pix_freeframe] help patches now mention how to dynamically load a plugin at runtime (or change the plugin) - [separator] help patch now explains how to only work on special openGL matrices binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX are still not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.1 alternatively you can get the files from https://sourceforge.net/projects/pd-gem mfgadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
On 08/28/2011 05:54 PM, Patrice Colet wrote: hello IOhannes, is gem 0.93 compiled with mingw, if not, is it planned? it's not compiled with mingw, and it is not planned for 0.93 Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-)) apart from mingw currently not properly compiling Gem at all, there are some more things that ought be kept in mind: - i (personally) currently don't have time nor energy to setup a local mingw build machine for Gem - for video capture and image acquisition Gem uses DirectShow and i remember that there were problems using those with mingw - all the DirectShow stuff is no longer part of Gem proper, but lives in plugins (cool); unfortunately the plugins (still only) have a C++ API, so you couldn't use a plugin compiled with M$VC within Gem compiled on mingw. so having Gem build on MinGW would be great, but it is not very high on my todo list (but again, if you feel like doing the work, go ahead; in this case, it might be a good idea to join gem-dev@) fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
On 08/28/2011 06:41 PM, Mathieu Bouchard wrote: On Sun, 28 Aug 2011, IOhannes zmölnig wrote: Gem currently does not compile with mingw (see recent postings on gem-dev@), but it would be a nice feature to have for 0.94 (help would be appreciated; hint, hint :-)) It's not that I would like to have the option of compiling Gem in MinGW, it's that I would like the default builds of Gem to be able to communicate with GridFlow. So it's either that Gem binaries for Windows all use MinGW, or that a workaround is created so that anything that communicates with Gem can do it without being compiled in MSVC. Otherwise, it would mean that GEM users who want to try GF have to reinstall a different GEM than default just to have something that runs with MinGW. i'm aware of the problem. however, the problem is the solution. gfmasr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] gem 0.93.1
On 08/28/2011 07:44 PM, Mathieu Bouchard wrote: On Sun, 28 Aug 2011, IOhannes zmölnig wrote: i'm aware of the problem. however, the problem is the solution. What does that mean ? i meant: i'm aware of the problem, however i don't see a solution. it was not meant to be self-referring. gfmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] notes/questions from a beginner
On 08/26/2011 01:04 AM, yvan volochine wrote: yeah, ALT+H Alt-H?? all systems i know use F1 for help, except apple which uses Cmd-? on a (keyboard) selected object would open its help file.. that would be sweet =) esp. when doing Ctrl-a, F1 fgmadr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] multichannel instalation
On 08/25/2011 09:14 PM, mark edward grimm wrote: just curious... channels; in the meantime, we regularily use Pd with 64 channels output; this is of course with some super soundcard, whats the hardware for this? RME hdsp madi [1] mfgasdr IOhannes [1] http://www.rme-audio.de/en_products_hdsp_madi.php signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] gem 0.93.0
after long years of waiting (foir you) and hard labour (for me), Gem 0.93 has been released today. large parts of the underlying engine have been re-written to give you a better experience! binaries are available for w32 (installer zip), for the brave and adventurous there is the source code. binaries for OSX and not available yet, but we hope to get them online soonish. grab it while it's hot: http://gem.iem.at/releases/0.93.0 alternatively you can get the files from https://sourceforge.net/projects/pd-gem highlights == Objects --- frei0r video plugins support - [mesh], [surface3d],... - [separator] now takes arguments to define which stacks to push/pop documentation - - numerous bigfixes and improvements extra - - [pix_fiducialtrack] is no more part of Gem (but comes bundled with Gem) - [pix_artoolkit] fiducial tracking using ARToolKit - [pix_drum], [pix_mano]: Jaime Olivier's analysis objects! plugins --- image acquisition is now factored out into plugins this means that you can e.g. easily add new image acquisition methods to the existing [pix_video], [pix_film] and [pix_image] objects - still image loading/saving now uses plugins on all platforms on w32 you can now use ImageMagick and/or QuickTime for loading/saving images, which greatly increases the number of supported formats. you now get programmatic feedback on image loading success... - video acquisition now uses plugins on all platforms uniform way to get or set properties/attributes/controls, like hue, saturation, shutter-speed, pan,... working DV support (on linux) V4L also works with newer kernels (that dropped v4l) support for IIDC support for industrial grade GigE cameras using 3rd party libraries such as PYLON, Halcon or AVT's PvAPI experimental UNICAP support - film acquisition now uses plugins on all platforms (you could use gmerlin on w32 or osx...) - recording (film output) now uses plugins on all platforms support for V4L2 (and V4L) loopback devices, in order to generate a fake live video from your Gem window - use itfor recording, streaming,... settings global local settings files to modify the overall behaviour of Gem you don't like Gem's default framerate, windowsize, font, texture mode,...? change it once and for all internals - - API: this is the first Gem with a public API: a selection of headers that you can use to write your own Gem-plugins build-system - build system: completely switched to a proper autotools - openGL: updated bundled GLEW - source organization: re-organized the entire source tree for hopefully better maintainability lowlights = i need an OSX developer willing to spend some time in getting image acquisition and windowing to work on OSX=10.6 (x86_64) mfga,dsra IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dynamic patching with audio - review
On 08/18/2011 08:07 PM, abel.jer...@free.fr wrote: Hi, what about the game you've talked about ?) I will working on the 3D-game audio part the next two weeks. If I have time, I will write some notes about my recent tests. a) you shouldn't dynamically create abstractions while dsp is running, as it slows down significantly. I would have liked to hear it before... May be I missed a message. most likely. not in this thread but the issue has been discussed several times. How much is your significantly ? Do you have taken measures to see what happens whith 10 audio objects, 100 or 1000 ? significantly means: if dsp is on, and you dyamincally create 10 objects in one go (in zero logical time), then the dsp graph will be re-calculated 10 times. if you turn dsp off, then dynamically create 10 objects as before, then no dsp graph will be evaluated until you turn dsp on again, summing up to exactly 1 time. furthermore, it guarantees that the entire DSP graph is calculated and not only parts of it (because of buggy implementations) b) do [; pd dsp 0; pd dsp 1( right after your creation to fix the dsp-graph But audio clics may occur for all sounds, not just for the new one, right ? no, this is wrong. (at least not, if you computer is fast enough to calculate the DSP-graph within the buffertime). however, you will have the same problem if you do any weird cut clicks. Could we do whithout a [line~] object to turn on/off sounds smootly and avoid audio clics ? If we handle all sounds with a [line~]: 1 - stop all sounds smoothly (10 msec) with a GLOBAL send message 2 - wait 10 msec 3 - dsp 0 4 - create the new audio abstractions 5 - dsp 1 6 - turn on all sounds smoothly (10 msec) with a GLOBAL send message Does it sound good ? no. or rather: depends on what you need; if you can live with a 20 ms inconsistency. for many applications though, this 20ms fadeout-fadein will be almost equally annoying as a click. We have a 20 msec hole of sounds. I'm sure that it may be perceptible. it _will_ be perceptible. those clicks have been discussed a number of times on this list (please search the archives). mgfasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 24 bit if files distorted
On 08/19/2011 03:50 AM, peiman khosravi wrote: Dear all, I am new to pd (moving slowly from max to pd) so please forgive my ignorance. It seems that either soundfiler or tabread4~ can't read 24 bit aif tabread4 doesn't know anything about 24bit. in Pd, internally all samples are handled as floats, and objects that read data from disk or write to disk (e.g. [soundfiler]) are responsible for converting from/to any other format. there was a thread recently on this list about problems with 24bit samples. you might want to have a look at the archives. fgmasdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Dynamic patching with audio - review
On 08/19/2011 03:09 PM, Krzysztof Czaja wrote: plus closing and reopening of the audio driver, which is induced by `pd dsp', and not by object creation. So it is like sometimes it is better to forget about an itching place, rather than scratch it. ouch, your point. mfgasdr IOhannes PS: any chance to get more or less int a public repository? signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] developing pd-gem externals
ola On 04/08/2011 04:09 PM, Juliana Vizzotto wrote: for instance. We download the svn development sources... Please, it would be great to have the source of cube, for instance, or any there is no real documentation on how to do that. if you want to do it in C++, you should go for the sources. basically, each Gem-object has it's own file (living in different directories, depending on their type). e.g. the code for [cube] can be found in Gem/src/Geos/cube.cpp (.h). to start a new object, it's probably easiest to just copy an existing object: - copy $ cp Geos/cube.cpp Geos/supercube.cpp $ cp Geos/cube.h Geos/supercube.h - rename the object's internals $ sed -e 's|cube|supercube|g' -i Geos/supercube.cpp $ sed -e 's|cube|supercube|g' -i Geos/supercube.h - recompile $ make - use [supercube] the above is a bit simplistic, you will probably want to do the searchreplace manually, rather than trusting sed; obviously, you also might want to add some code before running make. however, there you don't necessarily need to write C++ code. for simple things, Gem wraps all the openGL commands into objects. e.g. you can use [GEMglVertex3f] rather than glVertex3f() for more complex things, you could use one of the scripting languages supported by Pd, e.g. lua (frank barknecht has done some nice things with Gem lua; there might be examples in the web...) and of course there is GridFlow's openGL injector, that allows you to write openGL commands as messages, and inject them into Gem. something like (it's surely not working, but you should get the idea): [gemhead] | [Vertex 3 4 5, Color 1 0 0( | [gf.gl] gfasdrm IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list