Re: [PD] comparing symbols in external
On 05/03/2014 09:22 AM, Jaime E Oliver wrote: Hi all, I am trying to compare two symbols, one incoming in a list into an external and the other one stored internally in the external. It compiles fine, but I don't get a match. c code is below. Ideas on what I'm missing the whole idea about symbols is, that you can do a pointer comparision of the *symbol*. so it should be as simple as: if(argvec[i].a_type == A_SYMBOL argvec[i].a_w.w_symbol == storedsymbol) post(found match); if (argvec[i].a_type == A_SYMBOL) { if ( argvec[i].a_w.w_symbol-s_name == storedsymbol) post(found match!); the -s_name field of the symbol is the pointer to the actual C-string, whereas storedsymbol is a pointer to the symbol. so you are doing a compare ((const char*)cstr == (t_symbol*)sym), which is clearly wrong. fgmsadr 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] puredata.info down
On 05/02/2014 07:03 AM, Richie Cyngler wrote: Just wanted to report the site is down. Been that way for at least a few hours judging by the forum. there was a power-outage that drained our UPS and blew the fuses. all should be up and running again. gfmsard 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] Distance Measures among Arrays and Lists
On 04/24/2014 11:55 AM, D G wrote: I am very interested in creating a list of objects or abstractions from any PD library (pd-extended or beyond) used to measure the distance between two arrays or two lists. so what's the distance between two arrays? gmfdstr 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] Select audio device
On 04/23/2014 09:57 AM, Marcello wrote: Hi, I would like to launch a pd patch from the command line and select a certain audio device. I will do this on windows, how can I do it? $ pd -audiodev 4 to get a list of audiodevices, use $ pd -listdev to get a list of cmdline options, use $ pd -help gfmsr 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] Trouble understanding pix_buffer
On 04/22/2014 01:50 AM, Claire O'Connor wrote: Hi everyone, I'm having a bit of trouble understanding how to use pix_buffer, pix_read and pix_write. Does anyone know of any good tutorials or somewhere online that can help to teach me about them? they work the same as [table], [tabread] and [tabwrite]. btw, they being [pix_buffer], [pix_buffer_read] and [pix_buffer_write] (rather than pix_write which is a completely different beast). the main difference between pix_buffer_* and tab* is, that pix_buffer_* will only read/write and image from/to the buffer right after the index (right inlet) has been set. fgmdsr 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] Error: Stack stack
On 04/17/2014 06:21 PM, Jonathan Wilkes wrote: In addition, a blue, underlined hyperlink fits perfectly with Pd's 1990s motif aesthetic. +1 though it probably should be red (as in error). even the 1990s had: body link=#FF vlink=#FF alink=#FF fgmdsr 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] Controlling amplitude with readsf~
On 04/22/2014 12:31 PM, Claire O'Connor wrote: Hey everyone, Just wondering if anyone knows how to control amplitude with 'readsf~'? I want to use 'line~' to ramp it down but am unsure as to how it would all connect up. [*~] multiplying an audio signal (like the output of [readsf~]) will amplify the signal. using [line~] to ramp it is very important if you care for smooth gain changes (most people do; and many people don't know that they can use [line~] for this - you are obviously among the blessed that do know) a classical gain section in your patch would look like: [nbx\ | [dbtorms] | [pack 0 50] | [line~]input signal | | [*~ ] | output signal gfmrdsa 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] Error: Stack stack
On 04/16/2014 06:39 PM, Jonathan Wilkes wrote: you can locate many errors (though not all), for he tech savy: you can locate all error messages that use pd_error() or the not-so-new-but-still-newish logpost() to emit a message. by ctrl-clicking on the error-message in the Pd-console, When was that added, afar, 0.43 and where is it documented? src/CHANGELOG.txt? then there is [1], which is release announcement of Pd-extended but really lists a lot of features also found in Pd-vanilla. and every now and then it is mentioned on the list :-) gfamse IOhannes [1] http://lists.puredata.info/pipermail/pd-list/2013-01/100666.html 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] Error: Stack stack
On 04/16/2014 02:33 PM, Cyrille Henry wrote: the 1st thing to do in order to correct the problem is to locate it. +1. you can locate many errors (though not all), by ctrl-clicking on the error-message in the Pd-console, which should highlight the object that sent out the error-message. in the case of a stack-overflow this will be any one of the objects in the loop, but at least it gives you a starting point. gfrdsa 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] Keeping Number box's
On 04/14/2014 07:47 PM, kate sweeney wrote: Is there a way to save the number box's as they are so they stay the same everytime the project is closed and re-opened? see other's replies for this. anyhow, all objects that you want to send numbers to, accept creation arguments. so instead of sending three numbers (e.g. 2, 3.1 and -7) to [translateXYZ] you could just use [translateXYZ 2 3.1 -7]. the same for the other objects. fgmdsar 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] Loading arrays with arbitrary wave forms
On 04/09/2014 09:46 AM, IOhannes m zmoelnig wrote: [sin]| ah, there is no [sin] object, use [cos] instead. anyhow, the patch was not really meant to be be copied to your Pd instance, but to show how easy it is to do what you want. it basically consists of two three parts: #1 generate numbers 0..1023; i'm using [until] and a counter for this. for simplicity, the counter is not reset at the beginning, so it will only generate the correct numbers once (the next time you click on [1024(, it will instead generate numbers 1024..2047); adding a reset is simple enough. #2 normalize the numbers 0..1023 to something more useful, e.g. to 0..2pi (my code is bogus here, as it incorporates a deg2rad conversion without ever seeing deg values) and use these values as input to a function (in my example sin(x)+0.1*random()) #3 write the generated value into the table at the given index (the value from the counter) fgmrdsa 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] 64bit runtime error 'couldn't read file /usr/tcl//pd-gui.tcl'
On 04/09/2014 11:57 AM, David Woodfall wrote: But that doesn't mean that pd will look there for modules. I tried symlinking /usr/lib64/pd/tcl/pd_connect.tcl to /usr/bin/. but it still doesn't find it. no this won't work, as it tries to circumvent tcl's pkg-index. pd-gui.tcl Error in startup script: can't find package pd_connect while executing package require pd_connect (file /usr/bin/pd-gui.tcl line 26) I'm not quite sure where it is define where to look. Aha! If I 'ln -s /usr/lib64/pd /usr/lib/pd' then it works. Gui starts up just fine. So it seems those paths may be hard-coded somewhere. well yes, that's why i gave you the patch in my other mail: replace lib/pd by lib64/pd in s_main.c fmdrsa 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-dev] oggread~ not working on pd-extended or libpd on windows.
On 04/05/2014 05:48 AM, Simon Wise wrote: On 05/04/14 14:21, Martin Peach wrote: I think it's here: http://sourceforge.net/p/pure-data/patches/ that seems to be for pd rather than externals??? it's for pd, pd-extended and externals (if they are maintained in the repository on sourceforge...or if you don't know where they are maintained) maybe a patch to debian package pd-pdogg, i'm not the maintainer of pd-pdogg, but patches fixing w32 issues are generally unlikely to be accepted into the debian package. gfmdsa 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] [qlist] and locality
On 04/02/2014 05:43 PM, Alexandre Torres Porres wrote: See also the 'text' object in 0.45 that does $ expansion :) on it ;) Now, so it seems, at least [qlist] could be upgarded any time to do the expansion, right? That wouldn't hurt, would it? or you could build your own [qlist] based on [text]...no need to change the old and rusty code of the original [qlist]. dsar 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-L2Ork [ii]
On 03/31/2014 05:09 PM, Jonathan Wilkes wrote: a) click [loadbang] with the mouse to output a bang. (This is how Max/MSP solves this problem, too.) b) select all the objects to which you'd like to connect, then draw a connection from [bng] to one of them. In Pd-l2ork this will make a connection from the outlet to all of the selected objects. c) replace [loadbang] with [t b], then create a [bng] and a new [loadbang] and connect both to that [t b]. this is still a lot more work that a), but a lot less than b) if you don't have Pd-l2ork's patching features though it might be more readable. fgmdsar 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] aubio install question
On 03/12/2014 08:14 PM, Aaron L. wrote: Hi all. I'm trying to install aubio on ubuntu 13.10. I used the apt-get instructions here: http://aubio.org/download .but putting an 'aubionotes~' object results in a aubionotes~ ... couldn't create in the logs. What am I doing wrong? you did install the pd-aubio package as well, did you? once you did that, you will have to load the aubio library - and you must do so before being able to create *any* of the aubio objects. you can do so by either - creating an object [aubio] - adding aubio to the list of loaded libraries (file-preferences-startup) - adding -lib aubio to the startup flags of Pd (e.g. when running from the cmdline). you can also add a [declare -lib aubio] to your patch using the aubio-objects, but this will only take effect the next time the patch is loaded. also please note, that there is a new upstream for aubio after a few years: the website, and packages in debian(=jessie) and ubuntu(=trusty) are all about aubio-0.4 - whereas older distros (like ubuntu-13.10) only have aubio-0.3.2. you should check the documentation of the package installed, whether the object in question exists (checking [1] indicates that it does not exist for this package) fgmards IOhannes [1] http://packages.ubuntu.com/saucy/amd64/pd-aubio/filelist 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] 100k lines of code (was libpd separating gui from core)
On 03/10/2014 05:38 PM, Jonathan Wilkes wrote: Additionally, IOhannes also knows that Miller wants the [initbang] functionality in the form of a backwards-compatible [loadbang] which takes arguments. [...] thanks for the insights. i didn't know that i knew *that*. i would therefore be interested how i could have known it. vcmr 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] pix_buffer loaded event
On 03/06/2014 11:24 AM, Jack wrote: Hello Martin, It should be quite simple with a [trigger] to get a bang when yes. right now [pix_buffer] does synchronous loading of images, so [trigger] should be enough to detect whether an image has been loaded. however, i would like to add asynchronous (threaded) image loading to [pix_buffer] as well, which will require in-patch feedback when images are loaded (through the outlet of [pix_buffer]). i imagine, this feedback will be modelled after the thread-loading messages emitted by [pix_image], e.g. something like: slot# load defer id /tmp/image.png slot# load success id slot# load discard id slot# load fail id but it's not there yet. fmadrs 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] RjDj/ScenePlayer for iOS?
hi, On 02/28/2014 02:41 PM, Chris McCormick wrote: PdDroidParty supports multitouch thanks to Muddu Kishan. i think i was unclear here: i know that PdDroidParty has multi-touch support (as shown in the demo). but what i really meant was: raw access to (multiple) pointer(s), like the #touch message in RdDj, gfmards 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] RjDj/ScenePlayer for iOS?
On 02/28/2014 04:38 AM, Chris McCormick wrote: https://github.com/danomatika/PdParty You will need to compile it yourself. afaik this is a port of the amazing PdDroidParty. however, i'm not looking for a generic Pd-patch player, but rather for something that can play standard RjDj scenes. anyhow: is there support for accelerometer and multi-touch in Pd(Droid)Party? On 02/28/2014 12:00 AM, Joe White wrote: RjDj was removed from the app store around 1 or 2 years ago. i know. that's why i was asking. It's been a while since I've done it but if you've got the developer tools then you should be able to use libpd to run the scenes in an iOS app. see above. fgmrds 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] Strange behavior using custom external
On 02/28/2014 01:13 AM, GCC wrote: (t_method)delay_free, sizeof(t_rhynamo), delay_free? fgamrds 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] libpd separating gui from core
On 02/26/2014 12:53 PM, patrice colet wrote: * pdvst (plugin for VST hosts) ? that's a *perfect* usecase for libpd fgmrdsa 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] Wich licence?
On 02/15/2014 08:52 PM, Mario Mey wrote: Maybe I leave it as is. Saying nothing about license... then you implicitely chose a rather restrictive license: all rights reserved. fgmdsar 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] Receiving a compressed audio stream with PD.
On 02/15/2014 06:08 PM, Rafael Vega wrote: OK, I just found [oggamp~] which means I need to setup a ogg/vorbis server or something similar. I think I can handle that. that's a bit of an overkill if you just want to play back compressed audio. checkout out [mp3play~] and [readanysf~]. the latter will play most formats (but needs an external library to do the actual decoding). the former will (obviously) only play mp3 files, but is self-contained. gfasdmr 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] pix_video or OSX
On 02/14/2014 12:28 AM, Mateo De Los Ríos wrote: Hi List, I'm using pix_video to open a old Sony Mini DV. It used to work fine but now I'm getting the image in colorspace YUV regardless of messaging colorspace RGBA. [colorspace RGBA( does not force the colorspace, it just tries to get the requested cs. use [pix_rgba] to force-convert. gfdsmr 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] compiling Pd 0.45 on Linux
On 02/07/2014 06:06 PM, Max wrote: there is no binary in the bin directory after all this. any ideas? with autotools, the binary is called src/pd gmr 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] Legal restrictions for apps
On 02/05/2014 11:55 AM, Ed Kelly wrote: Hi Dan, Miller et al. I'm still somewhat confused about the LGPL issues with regarding apps. Say I make an app that uses LibPd, and include an object or library that is licensed with an LGPL license. Would I have to include all source code for the app itself, or would it be sufficient to provide object files and source code for just the LGPL library I have used? just for the LGPL (this is the entire point of the LGPL) gmdsar 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] Unsubscribe
On 02/03/2014 06:11 PM, Jamie Hardt wrote: Unsubscribe i suggest you follow the instructions at the end of each list-posting: ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list fgmrdsa 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] All Put menu options are disabled
On 02/03/2014 06:33 PM, kwi wi wrote: I've just compiled and installed pd Pd-0.45.4 () compiled 11:50:16 Feb 3 2014 Audio is working (from MediaTest Audio and Midi...) where both the 80 and 60 test tones play a steady tone. The next step is to create a patch but all options in the Put menu are disabled (all options are grayed and clicking them does nothing). Was I supposed to configure something during compilation? Is there a way to debug why these options are disabled? All other menus have enabled options. The command line outputs no error messages. this might seem obvious, but the put-menu entries wlil only be enabled for patch-windows (Ctrl-N). as you cannot put anything on the main Pd-window (with the console), the put-options are disabled. fgmadrs 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] Zexy build errors from Pd-extended
On 02/01/2014 06:15 PM, John Smith wrote: #2) $ gcc -DHAVE_CONFIG_H -I. -I.. -DZEXY_LIBRARY -g -O2 -mms-bitfields 0x2e.c -fPIC -DPIC ouch sorry, i made a mistake. this should have read: $ cpp -DHAVE_CONFIG_H -I. -I.. -DZEXY_LIBRARY -g -O2 -mms-bitfields 0x2e.c -fPIC -DPIC (that is: i want to see the output of the preprocessor). which version of gcc are you using? fgmadsr 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] Zexy build errors from Pd-extended
On 01/30/2014 01:43 PM, John Smith wrote: Hello. I try to build zexy from Pd-extended_0.43.4-source.tar.bz2. please post a complete build log (without omissions). also, why don't you use either an svn-checkout of zexy: svn clone https://svn.code.sf.net/p/pure-data/svn/trunk/externals/zexy or a release tarball http://puredata.info/downloads/zexy/2.2.5/ afaik, the Pd-extended sources are really for building the entire Pd-extended suite (which builds zexy in a slightly different way). fg,ar 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] comments with trailing | ?
On 01/24/2014 11:23 PM, Peter P. wrote: Dear IOhannes, dear Jonathan, dear list, I feel ashamed (and old-fashioned) as I have not seen this new feature of Pd as a feature I am afraid. Thanks for pointing it out to me. I think it is a nice addon, but also wonder if there is a nice way to disable this functionality at all. stupid question from my side: why? fgmdsar 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] color position boundaries
On 01/23/2014 07:36 PM, R C wrote: Hi list, I'm trying to track movement with an IR camera on Windows. The motion detection works great with frame diff. The problem starts when I try to get the coordinates that surround the white color produced by the movement. With pix_blob I only get the center of the image, but I was wondering If I can get the boundaries of the movement (white color), like if the movement was framed by a rectange, so I can have something like upper left, down right coordinates. I know that in the max/jitter world there's a jit.findbound object that scans the whole image to find the position of a (range of) color as xy values, but my idea is not to switch and continue with Pd. Would be great if someone wants to share some ideas :) [pix_multiblob] gives you a bounding-box (among other things) gfsamrd 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] create list by header message
On 01/23/2014 07:43 PM, Peter P. wrote: Hi, this might be totally simple, but I am wondering what is the most elegant way of creating a list out of individual messages 12 23 34 45 meaning a list which holds four items, and which is always created at the number '12', and sent out at the nu,ner '45', yielding: list 12 23 34 45 so some kind of parallelization depending on a header value (12). i found [list prepend] to be the easiest accumulator to read (though performance-wise it's less optimal once it comes to **large** lists) adding the logic to convert your starting and stopping delimiters to reset/output the list, is left as an exercise for the user. fgmadrs IOhannes #N canvas 459 190 604 364 10; #X msg 230 92 12 \, 23 \, 34 \, 45; #X obj 149 209 list prepend; #X obj 230 161 list prepend; #X obj 230 183 t a a; #X obj 149 231 print; #X obj 311 136 t b b; #X msg 57 86 bang; #X obj 57 108 t b b; #X text 226 66 data to accumulate; #X text 44 64 output and reset; #X connect 0 0 2 0; #X connect 1 0 4 0; #X connect 2 0 3 0; #X connect 3 0 1 1; #X connect 3 1 2 1; #X connect 5 0 2 1; #X connect 5 1 1 1; #X connect 6 0 7 0; #X connect 7 0 5 0; #X connect 7 1 1 0; 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] comments with trailing | ?
On 01/23/2014 09:43 PM, Peter P. wrote: Hi, I am on Pd-0.45.0 vanilla compiled from Miller's git sources on Linux with Tcl/Tk 8.5.0-2.1 When I insert a comment into a patch, there is always a trailing | (pipe) character (perhaps some sort of a cursor), indicating the width of the comment in edit-mode. that remains visible, also after clicking on the canvas background to end editing the comment. but you are still in edit-mode. Upon file save, close, and re-open the | is gone, until I enter Edit mode. and it will vanish when you leave Edit mode. fmards 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] confused about $1 in messages
On 01/20/2014 10:01 PM, Jonathan Wilkes wrote: It might help some if the selector inside a message box were visually distinct from the rest of the message. +1 You could also have different colors for built-ins vs. custom selectors. -1 gfmadsr 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] problem with sort object
On 01/20/2014 10:16 PM, D G wrote: Does this make any sense to anybody? can you replicate the error with the same numbers? yes, i can reproduce the problem. seems you found a bug. please report it on http://bugs.puredata.info/ it would be great if you could provide a *patch* (.pd-file) that reproduces the problem. fgdms 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] ALSA MIDI problem
On 01/21/2014 02:20 PM, Jack wrote: Now, how can i keep this configuration each time i reboot my laptop ? ++ if you have a desktop, use qjackctl (which despite it's name can also handle alsa-midi routing): - create a new patchbay that connects your audio-device with Pd - enable the patchbay - start qjackctl at startup. fgmdsart 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] signal math explanation
On 01/18/2014 06:24 PM, Pall Thayer wrote: Can anyone tell me what one is accomplishing when doing something like this: [osc~ 440] | [+~] |\ x1 [+~] |\ x2 [+~] |\ x3 [+~] x4 In other words, the chain of [+~] that feed the previous object's output into both inlets of the next... what does this do exactly? it adds a signal with itself: y=x+x=2*x so the output of the 1st [+~] is x1=x0 (as the 2nd inlet~ is not connected) and the following [+~] will output: x2=x1+x1=2*x1=2*x0 x3=x2+x2=2*x2=2*2*x0=4*x0 x4=x3+x3=2*x3=2*4*x0=8*x0 so you could write the patch as: [osc~ 440] | [*~ 8] more often you see [*~] instead of [+~], which is a simple way to square the input. fgmadsr 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] [netsend](tcp) is much faster than [udpsend] why??
On 01/18/2014 03:08 AM, Jonghyun Kim wrote: I mean latency. I send OSC data in every 10ms over eth0 lan cable. With udpsend and udpreceive there is some latency, but netsend (tcp) was all ok. could you elaborate? with *anything* that sends data over a network cable you will have some latency, this is due to the laws of physics (and not something depending on [udpsend] or [netsend]). it is also totally unclear what you mean with all ok. so how did you *measure* the (difference in) latency? i also wonder, why are you comparing udp-transmission with tcp-transmission? wouldn't it make more sense to use [tcpsend] and [netsend] (tcp) OR [udpsend] and [netsend] (udp). fgamdsr 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] Compiling Pd in Sabayon
On 01/16/2014 11:50 AM, Alexandros Drymonitis wrote: Having had some problems with audio drop outs in Ubuntu, I am now giving Sabayon 14.01 a try. I'm trying to compile Pd, ./autogen.sh seemed to work fine, but when I type ./configure --enable-jack things go wrong. At the end of configure I get these messages: ./configure: line 15417: syntax error near unexpected token `JACK,' ./configure: line 15417: `PKG_CHECK_MODULES(JACK, jack, have_jack=yes, ok, so there are a number of things here. the first thing you should always do when you are trying to compile Pd on a debian derivative (i don't know sabayon-14.01, but it sounds very much like a ubuntu derivative, which in turn is a debian derivative), is to install all the stuff Debian uses to build the puredata package. $ apt-get build-dep puredata it seems that the PKG_CHECK_MODULES macro has not been expanded in the configure file, which most likely means that you have ignored (or overseen) an error when running autogen.sh. you must install the `pkg-config` package, so that autotools know what to do with the PKG_CHECK_MODULES macro. as roman has noticed, th is not really Pd's configure but the one from portaudio. pkg-config will not be installed with the above apt-get command, because Debian completely disables the portaudio that comes with Pd (and uses the one installed in the portaudio19-dev package). in any case, you can disable portaudio, with the --disable-portaudio flag. as roman has also pointed out, this will only disable building portaudio, but will still try to run pa's configure (which is the one that fails). you can disable recursive configure invocation by adding the --no-recursion flag to configure. $ ./configure --disable-portaudio --disable-portmidi --no-recursion plus some other stuff that don't seem write (out of intuition, not knowledge or experience) for example: checking machine/soundcard.h usability... no checking machine/soundcard.h presence... no checking for machine/soundcard.h... no checking for _oss_ioctl in -lossaudio... no nothing wrong here. I also got lots of warnings when I typed make, like: msgfmt --check --tcl --locale=af -d . af.po af.po:6: warning: header field 'Language' missing in header i don't know anything about this. but i guess it's not problematic (and in any case would only be related to i18n; so if you don't absolutely need a greek pd, i would ignore these warnings). fgmadsr IOhannes PS: debian already comes with puredata-0.45.4 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] signal math explanation
On 01/18/2014 06:59 PM, Pall Thayer wrote: Ah... I've seen this in some of the help patches. Why would someone do it with multiple [+~] instead of a single [*~]? There's no difference? aesthetic reasons? hinting at bigger structures? but consider this: why would someone write the following code? #!/usr/bin/perl sleep((8*60)*60); it does the same as the following (which is slightly faster): #!/usr/bin/perl sleep(28800); gfamdsr 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 drops for few ms, or one sec, with jack on ubuntu
On 2014-01-09 10:59, Alexandros Drymonitis wrote: Well, I've been posting on the jack mailing list too, and some people there mention that Pd is known to have a poor Jack support... afaict, Pd's jack-support is still suboptimal when it comes to automatically starting jackd; it also has a weird channel numbering scheme (jack applications usually start counting their channels with 1) and the client naming scheme is imho bad as well (pure_data_0 with no way to change that). however, i cannot see any wrongs with jack support apart from that: once jack is running and you manage to connect Pd to whatever other ports, everything works very stable. f gasrdm 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] [plugin~] on the pi ?
On 2014-01-05 17:13, Pierre Massat wrote: Dear all, I'm trying to get [plugin~] to work on Raspbian, to no avail. I have downloaded and extracted the archive for the Pd community site, install some plugins (TAP) and ladspa-dsk, and set up the LADSPA_PATH environment variable manually in ~/.bashrc (it wasn't set automatically). Pd can't seem to create the [plugin~] object, even though i have added a reference to the folder i extracted in the Pd path. Any idea what's going on ? Do I need to recompile it on Raspbian ? $ sudo aptitude install pd-plugin mfg,hi.hi 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] Chocolate et Coffee
On 2014-01-03 09:44, Pierre Guillot wrote: I'm sorry, I didn't want to hurt anybody with this library. I never thought that the name was so important and I'll change it as soon as possible if it's your principal wish. i don't think you've hurt anybody; and so far the only one who has been complaining was me :-) i don't think there's a real problem with your jokes about flavours (coffee, cocoa, whatever), though there might be better - and more specific - names. as jonathan has pointed out, i myself am the author of a dumpster library with a general name: but this library is about 15 years old. (i think) all other libraries i've written since then are targetted at a specific problem (e.g. networking) and have a specific name (e.g. iemnet). as for dupes in coffee: + [c.loadmess] - iemlib's [init] - (iirc, there used to be a kind-of implementation in vanilla as well) + [c.pak] - pdmtl's [list.pak] + [c.patcherargs] - iemgut's [canvasargs] - jonathan's query system - flext + [c.patcherinfos] - iemgut's [canvasname], [canvasinfo] - jonathan's query system + [c.prepend] - vanilla's [list prepend]+[list strip] - iemlib's [prepend] - cyclone's [Prepend] gfdar 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] Chocolate et Coffee
On 2014-01-01 22:20, enrike wrote: hi the linux binaries are compiled for 64 bits machines? I get this error /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: /usr/lib/pd-extended/extra/Coffee/c.patcherargs.pd_linux: wrong ELF class: ELFCLASS64 yes they are (and should have the suffix .l_ia64 rather than .pd_linux) try `file`: $ file c.patcherargs.pd_linux c.pacherargs.pd_linux: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped it's quite clear what the file is gfmdsar 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] Chocolate et Coffee
On 2013-12-31 11:46, Pierre Guillot wrote: Quickly : Chocolate is a set of GUIs sometimes already available in PD Vanilla, PD extented or Max with new features (like presets edition) that I hope, you'll enjoy. as said before: they are great. And it will be a part of a more complex project for the writting of events. Coffee is a set of objects to facilitate the patch creation. but i'm not so sure about these: i think each and every of these objects already exists in another library (often in the context of a more complete set of similar objects), so i don't fully see the point of them. Download : https://github.com/pierreguillot/PdEnhanced/releases and i would suggest to use another name instead of PdEnhanced. the name suggests that it is a flavour (and the use of chocolate and coffee support this) of Pd itself (like Pd-extended or Pd-l2ork) but your set of libraries really is just another set of libraries... there about 100 libraries in the puredata SVN repository at sourceforge. i guess it would be quite confusing if all of these libraries would be called PdEnhanced. don't let this discourage you though :-) keep up providing new fancy objects. gfmards 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] Chocolate et Coffee
On 2014-01-02 20:35, Jonathan Wilkes wrote: Realize that you're responding to someone who gave his library the extraordinarily clear and descriptive name of zexy i'm arguing not for *descriptive* titles but for *non-deceptive* ones. i don't know which associations zexy evokes for you, but for me the library fulfills them all :-) gfmare 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] headroom in Pd
On 2014-01-01 19:50, Chris Clepper wrote: Nope, the DAC can freely construct intersample peaks as it sees fit and those can easily exceed 0 dBFS. It has been common practice in the industry for more than a decade to reconstruct clipped samples well above 0 dBFS - partially to make up for shitty mixing and mastering prevalent in music, and also because it's the right way to do it. +1 nevertheless you cannot send digital values to the DAC that exceed 0dBFS. the intersample peaks are *purely* analog. FS stands for full scale and refers to the full range of the digianl fix-point values. thus - by definition - 0dBFS only refers to digital values, and can never be exceeded. however on the analog side, the nominal 0dB can easily be exceeded in the reconstruction. btw, zexy's [limiter~] tries to take intersample peaks into account by upsampling the signal prior to limiting,... so if you use it to limit between -1..+1, then the reconstructed analog signal should not exceed the nominal analog output range. (for practical reasons, upsampling is limited, so in some borderline cases you could still construct a signal that exceeds the 0dB analog) gfmadsr 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] Chocolate et Coffee
On 2014-01-01 19:42, Pierre Guillot wrote: There are 2 reasons : - The popup menu stop the dsp, I think it could be annoying during live session if you make a mistake. why does it do this? i don't experience this behaviour with the vanilla objects. - Sometimes you want to have another behavior in run mode (another popup menu for example, like hoa.map) and I think it would be strange to have objects with the popup menu in both modes and others only in edit mode yes, sometimes you do; but *usually* you will want consistent behaviour, and your new way will break this. fmsard IOhannes PS: personally, i could well live with removing the properties of vanilla objects in run-mode, but that has to happen in Pd-vanilla first. 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] Chocolate et Coffee
On 2013-12-31 14:12, Pierre Guillot wrote: Hi João, - I'll will force the size of the properties window in the next release. Really easy but I forget to do it. properties window? i seem to have missed this, as whenever i right-click on e.g. [c.bang] it emits a bang instead of opening a properties window. actually the [c.bang] get's triggered with *any* mouse-click (left, right, middle), which i find a bit weird. this is on linux/amd64 with the precompiled binaries. if the objects were indeed drop-in replacements for the original ones, you could just override the class name (e.g. add a bng creator to [c.bang]): so everybody who loads chocolate will automatically have all the guis in chocolate rather than vanilla. finally: congrats, very beautiful! gfsadr 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] Chocolate et Coffee
On 2013-12-31 16:57, Pierre Guillot wrote: @Patrice : I use code::block for Linux, I think it's open source but for Windows and Mac, I'm too many attracted by the comfort of XCode and Visual Studio... Anyways, a good Makefile is the solution ! For GUIs, I create a yes, Makefiles are always preferably, esp. when it comes to automatic builds (e.g. PdX, or packaging for various linux distributions...) @IOhannes : I explain in @chocolate.pd, you should be in edit mode to popup the menu (I hope it works on your Linux distrib). ah yes. it does work. but this is different than how it usually works in Pd (where you can right-click even in run-mode to get the context menu; whether the default Pd behaviour is bad or not might be debatable, but i'm quite used to it...) If I overwrite the classes, the users won't be able to create the vanilla object. obviously this is the idea (and it's not fully true, as the overwritten objectclasses will get an alias, e.g. bng_aliased - no idea what this can be actually used for) gfdsmar 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] Mess with Pd installation on Linux
On 2013-12-30 14:29, Alexandros Drymonitis wrote: I've realized that I need to open pd with sudo in order to have it work with jack (I also have to open jack with sudo in order to use the firewire). both the jack server (jackd) and it's clients (pd) *must* run as the same user. you definitely should *not* use sudo for starting either jack nor pd. find out how to use jack/firewire as an ordinary user (in the relevant forums; or maybe somebody else here can give you advice; me, i don't use firewire soundcards atm). fmdadsr 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] Mess with Pd installation on Linux
On 2013-12-30 15:41, yvan volochine wrote: On 30/12/13 15:44, Alexandros Drymonitis wrote: what happens when you launch jack and in another terminal run pd normally, i.e. just `pd`.. don't you have jack in the media menu? True, just tried twice, once I got the : 'cannot activate client' in pd's console, and the other not. well I dunno what's going on.. maybe rebuild pd just for a try? (and check that it says Jack YES after `configure --enable-jack`) no this cannot be it. either Pd is built with jack support or without. if it has been build without jack support, then there won't be a jack option at all. it works flawlessly for me with jackdmp-1.9.9.5 and pd-0.45.0 so alexandros: does it work reliably with *other* applications? (supercollider, vlc, mplayer,...) gfdsar 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 causes sound glitches
On 2013-12-28 22:34, Luiz Naveda wrote: I accept that you think I am not a professional as you are and I also accept that I have all sort of design problems. No problem. sorry if it came through like this. i never wanted to insult you or question your programming skills (i don't know anything about them, so how am i to judge?). admittedly i was a bit fed up with an email which was basically saying: Pd claims to be a multimedia platform and is far from any professional standards. please fix this! (this reads as if my contributions (as this is what you are mainly talking about) to Pd do not meet professional standards and/or make Pd unfit for professional work...which i find slightly insulting myself). as for design problems: i really don't think that this was an insult. design problems creep in everywhere. personally, i have loads of them, so i find myself redesigning and refactoring things all the time...and i don't think that this is a bad thing per se. so please accept my terse comment as a simple: every now and then you should rethink your design. as for help: you *can* help solving any problem, even without being an expert in C++ and multimedia frameworks (dan has pointed out some ways). this is the way of open source: you don't have to be microsoft or apple to contribute to problems. gfrdsa IOhannes PS: probably the most constructive remark in my email was in the meantime, raise the audio buffer of Pd. depending on your patch, this *is* likely to solve your problem at least partially, so you shouldn't just discard it (as being yet another snide remark in an unfriendly email). 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] why is the -jack flag not working?
On 2013-12-28 21:19, Alexandros Drymonitis wrote: why don't you just use the puredata package that comes with ubuntu? Also, an 'issue' I have is my firewire sound card, which I don't know how to utilize without jack. Does the puredata package that comes with ubuntu include jack? the puredata package for Debian is built with jack. since ubuntu uses the Debian package, it will most likely have jack support as well. you could simply check the dependencies of the package: $ aptitude show puredata-core | grep jack gfmadsr 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] Mess with Pd installation on Linux
On 2013-12-29 12:03, Alexandros Drymonitis wrote: I'm a newbie in Linux and have installed Ubuntu 12.04. I have a running Pd vanilla (0.44-3), but wanting to use jack, I got the latest version (0.45-4) and recompiled. My steps for both versions were: extract the downloaded file to my home directory (I've made a directory there called 'apps'), and cd to that directory, ./autogen.sh then ./configure --enable-jack (btw, at the end of configure, there was a JACKno), you are probably missing the jack development packages. run $ sudo aptitude install libjack-jackd2-dev (alternatively, just install all the packages needed to build the puredata package: sudo aptitude build-depends puredata; note however that the puredata package is built against jack1 (and can be used with jack2) - but the development packages of jack1 might conflict with your jack2 installation) then make and sudo make install. good. If I type pd in a terminal I get Pd-0.44-3 working fine (without jack). My bad. question is, how do I get to open Pd-0.45.4? Is pd a symbolic link pointing at the pd binary? If so, how do I make it point at the newer version? And where is this link located? probably you messed with your path. after successfully running make install the pd binary should be installed to /usr/local/bin/pd (unless you changed that when running configure; in any case you should examine the output of make install, as it will show where it installed the files to). but: when running pd, your system will search in it's PATH for the first pd binary it can find. what's the output of the following command: $ which pd what's the output of: $ echo $PATH you can force to run a given binary by specifying it's full path: $ /usr/local/bin/pd or $ /usr/bin/pd the alternatives stuff,... is only used by the deb-packages of puredata and pdx. gfmdra 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] Creating random filenames
On 2013-12-29 13:17, Ronni Montoya wrote: Hi, how can i create random file names in pd? creat random characters with [random] and [makefilename]. concatenate these characters to a word. append .wav to the word. fgmasdr IOhannes #N canvas 537 143 450 404 10; #X obj 218 58 random 5; #X obj 218 80 + 3; #X obj 241 126 until; #X obj 241 154 random 26; #X obj 241 176 + 97; #X obj 241 198 makefilename %c; #X obj 241 220 list prepend; #X obj 218 264 list prepend; #X obj 241 242 t l l; #X msg 365 202 bang; #X msg 204 35 bang; #X obj 218 286 list2symbol; #X msg 378 245 symbol; #X obj 218 102 t b f b b; #X msg 218 308 symbol \$1.wav; #X obj 218 330 print; #X connect 0 0 1 0; #X connect 1 0 13 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 6 0 8 0; #X connect 7 0 11 0; #X connect 8 0 7 1; #X connect 8 1 6 1; #X connect 9 0 8 0; #X connect 10 0 0 0; #X connect 11 0 14 0; #X connect 12 0 11 1; #X connect 13 0 7 0; #X connect 13 1 2 0; #X connect 13 2 9 0; #X connect 13 3 12 0; #X connect 14 0 15 0; 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] Mess with Pd installation on Linux
On 2013-12-29 16:35, Alexandros Drymonitis wrote: Cannot connect to server socket err = No such file or directory Cannot connect to server socket start jack first. then start Pd with -jack. fgmadsr 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 causes soung glitches
On 2013-12-28 02:56, Luiz Naveda wrote: This workaround doesn't solve the problem. When you have to deal with messages, debugs and all sort of problems in the communication of instances it just start the wave of problems. most likely, you have a serious design problem. For newbies working with simple patches it is a frustration. For people working professionally in complex patches it is a hell. then you do you have a serious design problem. I think it is a annoying, important and bizarre problem for a software aimed at multimedia computing. The last time I had to deal with this rarely documented problem made me consider switch to other platforms. I wish someone could make it a high priority request for the PD developers. the fact that it is a rarely documented problem makes me think that the priority need not be as high as you suggest. in the meantime, raise the audio buffer of Pd. (and get yourself a decent gfx card with some proprietary (shudder) drivers). having said that, there is certainly loads of things to improve. since you seem to be working professionally in complex scenarios, i would like to invite you to help solving the problem (in a way that doesn't break everything platform X) fgmdsr 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] why is the -jack flag not working?
On 2013-12-28 15:39, Alexandros Drymonitis wrote: Following the FLOSS manuals, I'm trying to open Pd with the jack flag and I get the 'usage:' message and jack is not included in the audio configuration flags. These are the audio configuration stuff this means, that the Pd you are using has been compiled without jack support. (when running `./configure` you have to *explicitely* enable jack with the --enable-jack flag) why don't you just use the puredata package that comes with ubuntu? gfmdsar 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] why is the -jack flag not working?
On 2013-12-28 20:08, yvan volochine wrote: On 28/12/13 16:32, IOhannes m zmölnig wrote: this means, that the Pd you are using has been compiled without jack support. BTW is there any good reason to not have `--enable-jack` by default? my guess: jack is a dependency that cannot be expected to be installed on all (linux) environments, whereas ALSA can. so if you want to produce a binary that will run out-of-the-box on most systems without having to worry about dependencies, it's easier to do without jack. gfdsm 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] pd-aubio 0.3
On 2013-12-23 21:12, Jack wrote: So it seems that it is possible to build pd-aubio without installing aubio. it seems so. but in order to do so, you probably have to install aubio first to some non-standard location (e.g. somewhere in tmp), and then point PKG_CONFIG_PATH to this location. you probably have to use *absolute* paths whe ndoing so. finally, the resulting binary (aubio.pd_linux) most probably will link to libaubio.so; make sure that it can find the library (LD_LIBRARY_PATH). fgamrds 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] pd-aubio 0.3
On 2013-12-23 16:35, Jack wrote: Hello Paul, I tried to build pd-aubio but it failed. wild guess: since aubio and pd-aubio are now separate packages, i guess that you have to have aubio [1] installed prior to building pd-aubio. fgmdar IOhannes [1] http://aubio.org/download 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] headroom in Pd
On 2013-12-20 23:34, Martin Peach wrote: On 2013-12-20 16:55, Alexandre Torres Porres wrote: Hi there, where can I find info about headroom and clipping on Pd. Or can anyone tell me quickly how it goes? Does it always really clip over a maximum of 1, or is there some headroom? Does it depend on the audiocard or something? The soundcard will always clip above +1 and below -1, and sometimes even yes, but the output of Pd (what you send to [dac~]) is not necessarily sent directly to the soundcard: e.g when using jack, the samples will be passed as floating point values to the next client: so samples exceeding -1..+1 need not clip at all. you can confirm this by connecting the output of Pd to the input of Pd via jack, and send a [osc~ 440]*10 ... but when you connect this output to the system output, you will get clipping. afaik, you get something similar on OSX, where the (portaudio) API will take floating point samples, and the signal gets sent through a limiter to prevent obvious clipping. so the bottom line is: hardware always has a physical range limit (that is mapped to -1..+1). but Pd is software and some audio APIs can handle sample values in floating point format just fine. with these, you most likely don't get any *immediate* problems if the range exceeds -1..+1. however, how excessive samples are handled is highly depending on the audio API and eventually other components in the signal chain. so if you do want to output signals that are outside -1..+1, you are on your own (from Pd's perspective). within those limits (if the interpolated waveform between samples goes over the limit). well, the reconstruction filters in the DAC won't necessarily clip in this case. gfamdsr 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] headroom in Pd
On 2013-12-21 14:58, peiman khosravi wrote: However, it's probably wise to clip the signal before sending it to dac~. Entirely for health and safety reasons! this really depends...a clipping sine will have loads of high frequencies that might be equally damaging to your audience. if you want to be safe, use math to make sure that your signal won't exceed -1..+1 before sending to the [dac~]. or use a limiter (zexy has a handy one). fgmrdsa 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] xinput external
On 2013-12-19 11:32, IOhannes m zmoelnig wrote: as for adding ; and leading 0; you might want to use `sed`. or use a script like the attached one (on Debian, 'unbuffer' can be found in the 'expect-dev' package) usage: ./xinput.sh id udp-port as for the problem of terminating a process in [shell], i usually start external senders outside of Pd: script #!/bin/sh ./xinput.sh 12 9998 XINPUT_PID=$1 pd -open mypatch.pd kill -QUIT ${XINPUT_PID} script gfmadsr IOhannes xinput.sh Description: application/shellscript 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] Is there any interest in a Pure Data stack exchange?
On 2013-12-06 23:58, James Munsch wrote: This is my first submission to the pure data mailing list. I was just wondering if there was any interest in using the stack exchange platform for Pure Data? I know that the mailing list, and forums are active and not at all sure whether stack exchange would be a viable option to diversify the archives for questions and answers related to pure data. hmm, given that there are about 30 questions tagged pure-data on stackoverflow [1], i would think that there is no real need to create a full portal for that (yet). even if the portal would embrace other environments (think max), there might be too little demand (there are another 24 questions tagged max-msp-jitter). having said that, i'm all for using stackoverflow/... for Pd-related questions as well (though it's a bit awkward to share graphical code snippets in text-based environments) gfmadsr IOhannes [1] http://stackoverflow.com/questions/tagged/puredata 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] [text3d] crashes PD when using text of five or more characters
On 2013-12-03 00:26, Antonio Roberts wrote: first, i don't see much need to use it with PdX, plain old pd-vanilla should do as well... (speaking of which: please provide a minimal test-patch that triggers the problem on your machine) Patch attached. Upon further investigation it appears that this may only be caused by certain fonts and/or certain characters. I was using Beams when the crash occurred http://openfontlibrary.org/en/font/beams confirmed the crash with the letter p. please file a bug-report (with all information so far, including a zip-file with the patch and the font) on http://bugs.gem.iem.at gfmdsar 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] [text3d] crashes PD when using text of five or more characters
On 2013-12-02 00:40, Antonio Roberts wrote: I'm ashamed to admit that I don't know how to use that version in pdextended instead of the one supplied. Could you tell me how? no need to be ashamed. first, i don't see much need to use it with PdX, plain old pd-vanilla should do as well... (speaking of which: please provide a minimal test-patch that triggers the problem on your machine) then you could try running (from the cmdline): $ pdextended -lib /usr/lib/pd/extra/Gem/Gem finally, iirc, libraries installed in /usr/lib/pd/extra/ will take precedence over libraries that come with pdextended (/usr/lib/pdextended/extra), so if you install the gem package, you might have the normal Gem anyhow. fgrdsa 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] Processing-OSC-Pd
On 2013-12-01 14:17, Peppe Peppino wrote: Hi, well..that's weird..I have no idea why but now it's working perfectly..and I opened exactly the same files I had yesterday..thank you anyway :) most likely you had another UDP-listener open at the same time (hint: e.g. a help-patch). gmfsdr 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] Processing-OSC-Pd
On 2013-12-01 15:54, Peppe Peppino wrote: Hi, might be..but then I cannot have more than one listener at the same time? not when using the same protocol (e.g. UDP) on the same port (e.g. ) on the same network interface (which you can simplify to single computer). this is how the internet works (and is unrelated to Pd). gfmdsar 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] [text3d] crashes PD when using text of five or more characters
On 2013-12-01 19:10, Antonio Roberts wrote: I'm using PD extednded 0.43.4 and have noticed that when using some fonts [text3d] will crash PD when a string with five or more characters is entered. Font used is Beams: http://openfontlibrary.org/en/font/beams weird, never heard of something like this before... does the problem persist if you use the stock debian/ubuntu package of Gem (gem)? gfmdasr 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] Auto-minimize Pd-window?
On 2013-11-28 05:16, Mario Mey wrote: LINUX. I would want to start my patch without pd window... or hidded or minimized. I can't do it by wmctrl, because it can't minimize windows... it just can send to back (below). If there any startup option or any command to hide/minimize that window? my kiosk-plugin [1] allows to configure that (among other things). gfmsdr IOhannes [1] https://svn.code.sf.net/p/pure-data/svn/trunk/guiplugins/kiosk-plugin 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] Multiplying 2 variables
On 2013-11-28 10:21, sebaroc...@gmail.com wrote: So, i think that im doing something wrong, could you help me? afaik, 452.8*8 IS 3622.4, so where is the problem? (Pd might truncate the *display* of a number (your result), that's why it shows 3622. instead of 3622.4; but that doesn't mean that the calculation is wrong) the other possible problem is order of execution (see the other posts), which can only be solved by a proper understanding of hot/cold and the [trigger] object. you do not seem to have this problem though. anyhow, as these are usually problems where the graphical representation comes to its limits you should *always* send patches as text (save the patch; attach the .pd file). it comes wirh the added bonus that those files can be run by anybody who wants to inspect your problem AND these files are *much* smaller. mfg.o 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] Scatter objects using [repeat]
On 2013-11-26 00:32, Cyrille Henry wrote: hello, look at the patch in gem help/02.advenced/20.double-gemhead_vs_repeat the right patch of this patch is almost what you want. you just have to insert 2 tabread instead of the select. the tabread should point to 3 random table. or give [random] a seed, so it will generate the sme PRN-sequence in each frame. change the seed whenever you want to change the scattering. (afair, this is also in the examples) oh, and don't use [repeat]; instead of [until]+[gemlist], which doesn't require zexy at all (only Pd-vanilla+Gem) gfmadsr 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] why overlaps affect frequency of [osc~]?
On 2013-11-26 11:19, Alexandre Torres Porres wrote: Howdy, ever tried to compute a hann window inside a subpatch where the FFT is happening? And then if you're overlapping it by 4, do you see that only 1/4 of the cycle from [osc~] came up? That means the [osc~] frequency was 1/4 what it should be... Now, why and how does it happen? I just have no clue at all. that is mainly because the sample rate within the overlapped canvas is higher than the sample rate outside. (e.g. if you are doing an overlap of 2, you are in fact processing the double amount of data in the same time, so your overlapping sample rate is 88200 if the non-overlapping rate is 44100). the same happens if you raise the samplerate via upsampling. [osc~] uses the sample-rate information (within the signal data structure) to calculate the phase of a cosine-table lookup. btw, there has been a long-standing feature request [1] to extend the signal-structure to hold both overlap factor and sample-rate, so signal-processing objects could handle upsampling and overlapping differently. (speaking of which, it would also be nice, if any dsp object could have a notion of the current overlap cycle) gfmasr IOhannes [1] https://sourceforge.net/p/pure-data/feature-requests/16/ 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] why overlaps affect frequency of [osc~]?
On 2013-11-26 19:37, Alexandre Torres Porres wrote: [1] https://sourceforge.net/p/pure-data/feature-requests/16/ Not sure if I got what the request was requesting. the parameter s-s_sr isn't defined properly, as s-s_sr=(fs*overlap) has nothing to do with the actual sampling interval applied to the audio data. the question is how you define samplerate. a simplisitic approach simply takes the number of samples processed within e.g. 1 second. if you do overlap by 2, you process each incoming sample twice, so the number of samples that passes through the object is doubled, and thus the sample rate is doubled as well. this however doesn't really make sense, if you use that samplerate to calculate the period of a periodic signal, like [osc~] does. e.g. an [osc~ 689.062] will have a period length of 64 samples (@44.1kHz). when we do upsampling, the internal samplerate is 88.2kHz, thus the period length is 128 samples. when going back to the original samplesize, you need to do downsampling, which basically means to only take every second sample (in the most simple form), so you end up with half of the samples discarded and the period size of 64 again. however, with overlapping things are not as simple. the internal samplerate is again 88.2kHz, the period length 128 samples. but this gives us two problems: - imagine that the blocksize was still 64 samples (both in the parent canvas and in the reblocked (overlapped) sub-canvas). but [osc~] will create a continuous signal between two calls, as it doesn't know anything about overlapping. this is plain wrong for overlapping signals, where the odd frames should be considered continous, and the even frames are continuous, but not both together. - when going back to the non-overlapping parent canvas, we again have to reduce the number of samples by a factor-of-two. but this time the algorithm used is to align the half-blocks and sum the up. but this means, that you still have a period size of 128 samples. which will make ~344Hz in the parent patch...(and the odd artifacts you get from the problem #1) hope this clears things a bit. the statement in the feature-request/bugtracker kind of addresses this: in Pd the signal-block's sample rate is not the inverse of the actual sampling interval (think nyquist and the like) but the number of samples processed in a given time - which simply isn't the same if you do overlapping fmdsar 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 archlinux
On 2013-11-26 21:43, Fero Kiraly wrote: hallo, cant compile. any suggestions ? report error messages. gfmsar 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] Live stream audio, do it with [oggcast~]?
On 2013-11-24 20:37, Alexandros Drymonitis wrote: Ok, I don't know stuff about RTP/RTCP. So, I'd rather go for [netsend~]/[netreceive~]. In the README file though it says this: To compile for Pd, cd into the directory, where you found this README and type make pd_linux, make pd_darwin, make pd_irix6 (make is supposed to be gnu-make) or nmake pd_nt depending on the operating system you are using. But typing make pd_darwin I get this error: make: Nothing to be done for `pd_darwin'. this means that upstream already built a .pd_darwin for you. Plus, on the website of these objects it says that they are currently unsupported... this means, that it's author doesn't have time to answer questions. it doesn't mean that the objects don't work. The directory though includes .pd_darwin files, but trying to import the library in a patch, the console shows this: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/netsend~/netsend~.pd_darwin: dlopen(/Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/netsend~/netsend~.pd_darwin, 10): no suitable image found. Did find: /Applications/Pd-extended.app/Contents/Resources/Scripts/../extra/netsend~/netsend~.pd_darwin: mach-o, but wrong architecture [import]: can't load library in 'netsend~' the pd_darwin that comes with the download is apparently for the wrong architecture (powerpc): you have to recompile. $ make clean $ make (alternatively simply delete all .pd_darwin files (and probably .o files) before running make): fgmards 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] Live stream audio, do it with [oggcast~]?
On 2013-11-23 11:11, Alexandros Drymonitis wrote: Is [oggcast~] the object to live stream audio to another computer? And which one is the receiver? It's not mentioned in the help patch. oggcast~ is the object to feed a streaming server, like icecast. it's main purpose is to build a web broadcast, rather than a peer-to-peer communication. (you will need a streaming server and a receiver, e.g. [oggamp~]; latency is usually quite high in such setups, expect 10sec) for low-latency peer-to-peer streaming, check [netsend~]/[netreceive~]. if you are on linux (or osx), you could also use an external application like `jacktrip` (`aptitude install jacktrip`) and use jack to setup your routing between Pd, network and speakers. finally, there's the iemrtp [1], which allows you to build an RTP streamer (both sides) within Pd. mgfdsar 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 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] How to set file path for [readsf~] in Windows?
On 2013-11-20 11:54, Alexandros Drymonitis wrote: Since Pd won't accept the \ symbol (you always get this message 'keycode 92: dropped'), how can you set a file path so that [readsf~] and find that file, in Windows? All paths in Windows use the backward slash instead of the forward slash... in Pd you *always* use forward-slash; pd internally will convert them to backslashes on platforms that use that as a path delimiter, just before performing the file-access. [open C:/Windows/nt.dll( gfmsard 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?
On 2013-10-26 16:05, Peter P. wrote: Hi! Pd 0.45.0 informs me at startup that oops: ALSA cards not reported in order? while all seems to work normally. I also have this: i have the same cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xf822 irq 45 29 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control ThinkPad Console Audio Control at EC reg 0x30, whereas i have: 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf253 irq 47 4 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control ThinkPad Console Audio Control at EC reg 0x30, (ha! strikingly similar!) What does the above warning try to tell me? iirc, it tells you that the soundcards are not in consecutive order. in your case you have only card0 and card29 (with #1-#28 missing), in my case card0 and card4 (with #1-#3 missing). i have absolutely no idea why Pd thinks that this might be a problem and thus reports a warning. g,asrd 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] trouble with comment in graphique
please *always* reply to the mailinglist instead of only a single user. On 2013-10-18 17:59, Olivier Baudry wrote: Graphique it item before Array in Edition Menu in pd extended 0.43.4 ( french version) thanks for the clarification. i didn't know that graphique is just an array (the joys of i18n). it might help if you added this information to the bug-tracker as well (as few people will be willing to switch to a french Pd just to repdroduce the problem - unless the problem is related to i18n) gfmasrd 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] build pd with jack in raspbian on rpi?
On 2013-10-14 07:13, Julian Brooks wrote: Anyway, when typing 'pd' on the command line I get this: pd: error while loading shared libraries: libportaudio.so.2: cannot open shared object file: No such file or directory a few possibilities: #0 refresh your ldcache # ldconfig puredata should have installed all apropriate libraries, but the new libraries might not yet be known to your system. `ldconfig` should do the trick (alternatively rebooting will do as well) #1 properly install portaudio as shipped with Pd (and Pd): since it seems that you have pd in your PATH, i guess you already installed Pd with something like: # make install if this did not install portaudio, run the following: # make -C portaudio install #2 disable portaudio: $ ./configure --without-portaudio personally, that's my preferred way, as i don't really see the point of portaudio (on linux) when Pd supports jack and alsa and oss. #3 install portaudio from Debian # aptitude install libportaudio2 (this will install another version of portaudio as the one you compiled Pd against (you compiled against the one Pd ships with, and now you are linking against the one debian ships with; according to the .so-names this should not be a problem) since i now read that you managed to get it running by rebooting Pd, i guess the correct solution was #0. gfmsrd 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] build pd with jack in raspbian on rpi?
On 2013-10-14 06:22, Julian Brooks wrote: Hey again, Possible issue: I've installed libjack-dev and Pd builds fine - great. I did want to have jackd2 but that doesn't have libjack-dev it has libjack-jackd2-0. Pd doesn't configure with jack when this lib is installed. Does it make a difference to build Pd with libjack-dev (in effect build with jackd1 but run with jackd2)? I mean I guess I'll know if it's something obvious but could there be performance issues. this is the preferred debian way: build against libjack-dev, and let the user decide to install jack1 or jack2. this is possible because the libraries are binary compatible. if they are not, it's a bug in debian. gfmrdsa 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] matrix~
On 2013-10-14 16:44, Olivier Baudry wrote: Dear all in, Pd extended 0.43.4 on Mac OS Lion, matrix~ seems to be broken, it's not possible to use matrix connect or disconnect message. Maybe because message are not in wright syntax. as the author of [matrix~] (which has been renamed to [mtx_*~] 10 years ago, though the original name still exists) i am pretty certain that there is no connect nor disconnect message. most likely your reference is broken. gmfadsr 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 extended 0.43.4 on Mac OS Lion 10.7.5
hi On 2013-10-14 19:12, Olivier Baudry wrote: I report mysterious crash on Pd extended 0.43.4 on Mac OS Lion 10.7.5 i would be great if you could create a ticket at [1]. ideally the ticket would contain a description under which circumstances the problem occurs (e.g. only with a certain patch? if so, which patch,...) fgamsrd IOhannes [1] http://bugs.puredata.info/ 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] build pd with jack in raspbian on rpi?
On 2013-10-11 09:23, Julian Brooks wrote: checking for jack_set_xrun_callback in -ljack... no checking for jack_set_error_function in -ljack... no you have to install libjack-dev. a good start to install all/most packages needed to build jack (at least with the same features as the puredata packages) is: # aptitude build-dep puredata fmgaer 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] pdp 0.14.0
On 2013-10-11 15:04, Tom Schouten wrote: - - closing the glx window quits Pd without error :-( strange. for me window close doesn't work at all (tried on xmonad and xfce4) what window manager are you using? xfce4. if you cannot [close( the window, try closing the patch containing [pdp_glx] (that's how i discovered the problem: doing some routine tests, i wanted to close the patch window to proceed to the next example - only to find myself back on the cmdline; after doing that 3 times i checked...) anyhow, i cannot reproduce the problem right now with an intel gfx card (uagh; lspci only gives me Intel Corporation 3rd Gen Core processor Graphics Controller; according to lenovo it's an Intel® HD 4000 Graphics). the machine i had the problems with had another gfx card and used some proprietary driver (radeon, but iirc it also happened on another machine with nvidia) fgards 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] pdp 0.14.0
On 2013-10-11 20:59, pured...@11h11.com wrote: for me many objects aren't working: pdp_conv_sobel_edge ... couldn't create pdp_gradient ... couldn't create pdp_motion_phase ... couldn't create but pdp_gain, pdp_glx, pdp_v4l, pdp_add etc are working. many pdp objects are really abstractions. so you either have to `install` pdp (which will put all abstractions into .../pd/extra) or add the `abstractions/` folder to your searchpath. gfmdsar 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] Direct-from-disk audio with position, loop, varispeed
On 10/09/13 20:49, Mario Mey wrote: Sorry, I meant that I wanted to know the *time position* of the file, while playing. I know that I can put a [timer] and reset-activate it when readsf~ starts playing, but I would be great if readsf~ use the mostrigh outlet to output this information (always or when asked for it). why? or rather, why don't you just create an abstraction [meyreadsf~] that wraps the [timer] logic (and share it with the community)? gfmaf 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] iem_tab can't create object
On 10/06/13 18:37, Jack wrote: Hello, I have a problem to use iem_tab library (tab_copy). I know about array get/set but my old patch use tab_copy. iem_tab compile fine. When i open externals/iem/iem_tab/tab_copy-help.pd, i get in pd console : tab_copy src dst ... couldn't create tab_copy src dst ... couldn't create In my directory externals/iem/iem_tab/, i have iem_tab.pd_linux you have to load the iem_tab library first. e.g. by creating [iem/iem_tab/iem_tab] or adding it to the startup libs. obviously, the help-patches assume that the library is already loaded, so they don't bother with loading it. fg,sdr 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] $1 inside a message is not saving data ?
On 10/06/13 13:12, Фывапр Олджэвич wrote: Dear PD-list . I found that in PD-extended 42.5 - the $1 inside a message is not saving data. Is it a bug ? see patch below. no, it's expected behaviour and has been like this since forever. a $arg in a messagebox will always be replaced according to the incoming message. it doesn't have a memory. 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] $1 inside a message is not saving data ?
On 10/06/13 20:34, Ivica Ico Bukvic wrote: A programming language is a lot about being consistent, yes and as such it seems logical that a msg should retain its last known state, no. that's totally unrelated to being consistent. so that when receiving a bang it would output its last stored values. why? i think the current behaviour is very consistent though probably less convenient than some would like to have it. consistent and convienient are similar words but not very related. msg certainly stores the remainder of a non $arg list (if any) and even saves it with the patch, so I would argue that it very much has a kind of memory that can be altered with [set{. yes, i was inaccurate. a msgbox does have a memory, but $args in msgboxes only relate to the *current* message. since a message is a volatile event, the *last current* message is not longer current in any way, hence it's values are not remembered. gfmser 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] puredata.info partially down ?
On 10/03/13 18:07, Py Fave wrote: http://puredata.info/docs gives and members pages too yes, the server went down. unfortunately it also took the mailinglist with it... if you can read this message, it's up and running again. fgmads 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] Invalid autobuild download
On 10/03/13 19:38, Antoine Villeret wrote: hi, since this afternoon I can only download invalid archive from http://autobuild.puredata.info/auto-build/ or from http://apt.puredata.info/auto-build all downloaded files have a 0 byte size. I tried under 3 OS with 2 different internet connections. is the server under maintenance ? see my other mail. apt.puredata.info (which is autobuild.puredata.info) was down. it should be up and running again (and i already managed to download a few valid binaries) fgsmdr 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] autobuild wrong architecture
On 10/04/13 18:01, martin.pe...@sympatico.ca wrote: I get this on a dual P4 running debian squeeze: $ sudo dpkg -i Pd-0.44.0-extended-20131003-debian-squeeze-i386.deb dpkg: error processing Pd-0.44.0-extended-20131003-debian-squeeze-i386.deb (--install): package architecture (amd64) does not match system (i386) confirmed. i checked today's and yesterday's i386-debs, but all squeeze packages have set the architecture to amd64 and indeed the binaries in there *are* amd64, despite the i386 in the filename. the wheezy packages seem to be OK though. i guess you should report a bug in the sf-tracker. 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] Legal restrictions for apps
On 10/03/13 19:37, Pagano, Patrick wrote: There was quite a lot of discussion on the supercollider list about this too. Everyone is quick to share that you can't sell it. why shouldn't you be able to *sell* it. i don't see any reason for not being able to sell an app that made it into the appstore, even if it has a free license. i don't recall any free software license that forbids anyone to sell the software. (most of these licenses make selling a bit dumb though, but that doesn't mean that you are not allowed to do it) I don't want to sell anything I want to use the programs for my own use on a tablet, plain and simple. How did RJDJ do it? I'm curious. by not including [expr]? fgmadsr 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] Legal restrictions for apps
On 10/03/13 02:35, Dan Wilcox wrote: - I leave out [expr] [expr~] for now. The license in the expr src folder is LGPL, but the license in the source headers is GPL and the following is printed to console when first loading the external: expr, expr~, fexpr~ version 0.4 under GNU General Public there has been extensive discussion on this with the original authors (*all* copyrightholders) of [expr] (most of it forwarded/CCed to this list), and IIRC correctly the final result as that expr has been re-licensed under the LGPL. for me this means that the code *is* LGPL, even if on load the splashscreen says that it is BSD4 or the microsoft EULA. but of course it is annoying to have contradictory license information staring at your face (esp. when you have to argue with someone like apple), so i suggest to fix the headers and the printout. please file a bug-report (eventually including a patch that does the fixing) 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