[PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
Hi there, is it possible to show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui. I need this because I'm working with a large sample library and I'm getting close to the internal memory limit. Pd can't handle going over the limit! Thank you Ingo ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] rodent kill
Am 27.02.2009 um 00:29 schrieb marius schebella: Max wrote: with this patch i got rid of the rats in my kitchen. what about the cockroaches? haven't tried because i don't have them. send me your bug reports. PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
Hans-Christoph Steiner wrote: I just ran a check of the code in SVN, turns out there are many using garray_getfloatarray(). What's the conversion path for that? That would be good to fix, so we can have fully working 64-bit builds of all this: the conversion path is to make your hands dirty. in zexy (and then: iemlibs) i tried to do a generic approach using some prepocessor magic ;but it doesn't keep you from changing every line of code accessing a table. h...@palatschinken.at.or.at:trunk find . -type f -print0 | xargs -0 grep garray_getfloatarray | grep -v desiredata | grep -v svn not everything you find with grep triggers the problem. e.g. zexy and (most of) iemlibs have been fixed (at least, i hope so), but you still find the g-word in comments... mgfasd,r IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
IOhannes m zmoelnig wrote: not everything you find with grep triggers the problem. e.g. zexy and (most of) iemlibs have been fixed (at least, i hope so), but you still find the g-word in comments... i forgot: nevertheless quite a number of externals has to be fixed. fgmasr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
Ingo Scherzinger wrote: Hi there, is it possible to show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui. [shell] I need this because I'm working with a large sample library and I'm getting close to the internal memory limit. Pd can't handle going over the limit! i think you are wrong here: Pd can handle this limit without a problem (it won't be aware of it); it's your OS that doesn't like what you are doing. gmadfrt IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
Thank you IOhannes,
is it possible to show used or free system memoy from within
pd-extended (Ubuntu 8.04) -nogui.
[shell]
I know I can use [shell] to communicate but I cannot find a command line
for
it. So the command is what I actually need.
ah i see.
check the contents of /proc/meminfo
something like:
% cat /proc/meminfo | egrep ^MemFree: | awk '{print $2}'
should do the trick
(note that [shell] is not so good with such things; put the above (or
better) command in a shellscript which you run using [shell])
I tried this. But as you mentioned without a script it doesn't work because
pd doesn't seem to accept the { and } characters.
However by further searching the net I just found very simple command that
works with [shell] free. I don't know why this is not documented in my
linux command book?
You are probably right about that. However my system freezes in such a
case
- no matter whether it's caused by pd or linux.
i do not doubt that.
but why did you blame Pd then? it doesn't really matter whether it's
caused by Obama or by linux either
You're absolutely right about that.
... it's just that I'm running pd when it happens! :(
Ingo
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: I just ran a check of the code in SVN, turns out there are many using garray_getfloatarray(). What's the conversion path for that? That would be good to fix, so we can have fully working 64-bit builds of all this: the conversion path is to make your hands dirty. in zexy (and then: iemlibs) i tried to do a generic approach using some prepocessor magic ;but it doesn't keep you from changing every line of code accessing a table. In pdlua I used some preprocessor magic similar to this, not sure how it compares to the zexy/iemlibs magic but I guess it's roughly the same: #if PD_MAJOR_VERSION == 0 # if PD_MINOR_VERSION = 41 /* use new garray support that is 64-bit safe */ # define PDLUA_ARRAYGRAB garray_getfloatwords # define PDLUA_ARRAYTYPE t_word # define PDLUA_ARRAYELEM(arr,idx) ((arr)[(idx)].w_float) # else /* use old garray support, not 64-bit safe */ # define PDLUA_ARRAYGRAB garray_getfloatarray # define PDLUA_ARRAYTYPE t_float # define PDLUA_ARRAYELEM(arr,idx) ((arr)[(idx)]) # endif #endif then use the macros instead of direct array access, still needs some work to change all array-related lines as IOhannes says... I'm not even sure this is correct, works for me on my 32bit system. Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
Ingo Scherzinger wrote:
Thank you IOhannes,
something like:
% cat /proc/meminfo | egrep ^MemFree: | awk '{print $2}'
should do the trick
(note that [shell] is not so good with such things; put the above (or
better) command in a shellscript which you run using [shell])
I tried this. But as you mentioned without a script it doesn't work because
pd doesn't seem to accept the { and } characters.
but what's wrong with a script?
oh, and you could just omit the 3rd part with the fancy braces; in this
case you would have to parse the line yourself, e.g. using
[route MemFree:]
However by further searching the net I just found very simple command that
works with [shell] free. I don't know why this is not documented in my
linux command book?
i don't know, because yout linux command book cannot list each and every
tool possibly installed on one of the flavours of linux? (or unix?)
a good ressource for finding what's available is usually man/apropos.
% apropos free | grep -i memory
gives me 24 hits, among them free (1)
oh, btw, i think that the output of cat /proc/meminfo is easier to
parse than that of free
You are probably right about that. However my system freezes in such a
case
- no matter whether it's caused by pd or linux.
i do not doubt that.
but why did you blame Pd then? it doesn't really matter whether it's
caused by Obama or by linux either
You're absolutely right about that.
... it's just that I'm running pd when it happens! :(
yes, but it didn't happen 5 years ago when bush was president.
i guess it only happens since Obama became president.
mgfa.sdr
IOhannes
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
Claude Heiland-Allen wrote: In pdlua I used some preprocessor magic similar to this, not sure how it compares to the zexy/iemlibs magic but I guess it's roughly the same: actually it is amazingly the same: #if (defined __x86_64__) (defined PD_MAJOR_VERSION defined PD_MINOR_VERSION) (PD_MAJOR_VERSION 0 || PD_MINOR_VERSION 41) # define zarray_t t_word # define zarray_getarray garray_getfloatwords # define zarray_getfloat(pointer, index) (pointer[index].w_float) #else # define zarray_t t_float # define zarray_getarray garray_getfloatarray # define zarray_getfloat(pointer, index) (pointer[index]) #endif #if PD_MAJOR_VERSION == 0 # if PD_MINOR_VERSION = 41 /* use new garray support that is 64-bit safe */ # define PDLUA_ARRAYGRAB garray_getfloatwords # define PDLUA_ARRAYTYPE t_word # define PDLUA_ARRAYELEM(arr,idx) ((arr)[(idx)].w_float) # else /* use old garray support, not 64-bit safe */ # define PDLUA_ARRAYGRAB garray_getfloatarray # define PDLUA_ARRAYTYPE t_float # define PDLUA_ARRAYELEM(arr,idx) ((arr)[(idx)]) # endif #endif it's so strikingly similar that i even wondered whether i had copied the code from you (but honestly, i cannot remember having done so). apart from that, why do you explicitely not support PD_MAJOR_VERSION!=0? mgfa.sdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] pd-ext documentation [was something else]
I've just added the system we use in the RjDj lib to [list]-abs as well. It's pretty simple, but cool: All objects are described in a textfile using this format: objectname - short object description in one line without commas In [list]-abs this file is called list-abs-intro.txt. (It also allows lines consisting of just an integer number, which is used to optionally make room for larger GUI objects in the overview patch.) A helper file reads this list into a textfile and dynamically patches all referenced objects and descriptions into a subpatch. This patch is called list-abs-intro.pd. I think that it would be the best idea as well - many libraries already bring their object description - that's pd's official format as well, as used in the old 0.INTRO.txt file. would it be possible to make that libs don't get compiled/added to the package if that list is missing? or desirable? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd on Ubuntu 64bit?
IOhannes m zmoelnig wrote: #if (defined __x86_64__) (defined PD_MAJOR_VERSION defined PD_MINOR_VERSION) (PD_MAJOR_VERSION 0 || PD_MINOR_VERSION 41) Shouldn't it be = 41 there? Also, why checking for 64bit when the new interface is the same in 32bit Pd? it's so strikingly similar that i even wondered whether i had copied the code from you (but honestly, i cannot remember having done so). I think it's just the obvious way of doing things... apart from that, why do you explicitely not support PD_MAJOR_VERSION!=0? I figure that pd-1.0 is so far away, and that things will probably change a great deal before then, that it's safer. Who knows whether pd-0.41 will compile with TCL/Tk 8.7, so why check for it in configure? Inspiration for this philosophy comes from the Haskell Package Version Policy, where major numbers indicate incompatible API changes and minor versions indicate bug fixes, and dependencies should be specified using a closed range to avoid massive breakage and confusion when APIs change in the future. http://haskell.org/haskellwiki/Package_versioning_policy Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
On Fri, 27 Feb 2009, Ingo Scherzinger wrote: is it possible to show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui. I need this because I'm working with a large sample library and I'm getting close to the internal memory limit. Pd can't handle going over the limit! In theory you could just read /proc/$$/stat using [textfile] and bang it to get its only line and pick up $23 from that list, but in practice, even with the cr option, I can't make [textfile] output a line of it, and I don't know anything that can tell you $$ in pd, which is the process id that you see when you use the ps command in Linux/Bash. Replacing $23 by something else would get you other interesting info, from the same set that ps can tell you about, perhaps a bit more. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] streaming audio and video in Linux
hmmm... yeah sorry for changing the subject on this. I was actually wondering the opposite of the original poster, how to get a stream 'into' pd For example i have access to a stream (http://someone-elses-website/live12.asx) that is not my own This stream I can open in VLC player for example How can I utilize this stream in pd? directly or indirectly (through vlc player?). to do motion tracking on the stream for example. the pdp_theora stuff is just for streaming out FROM pd correct? m --- On Wed, 2/25/09, ydego...@gmail.com ydego...@gmail.com wrote: From: ydego...@gmail.com ydego...@gmail.com Subject: Re: [PD] streaming audio and video in Linux To: mgr...@syr.edu Cc: pd-list pd-list@iem.at, John Harrison johnharrison...@gmail.com Date: Wednesday, February 25, 2009, 12:47 PM pdp_live~/pdp_mp4live~ are abandonned and are based on very old versions of ffmpeg and mpeg4ip, which are not in use anymore... the code stays here for historical reasons, and you can compile them using --with-ffmpeg and --with-mpeg4ip respectively.. the way now to do streaming is to do ogg/theora streaming on an icecast server, all technical about these solutions and pd patches in the giss.tv project wiki : http://giss.tv/wiki/index.php/Main_Page xiaoo, sevy mark edward grimm wrote: * also in pdp/pidip there's some other's pdp_mp4live~ etc. I suspect the ffserver-based ones don't work in pd-extended. there was also pdp_live~ that i was looking into the other day but pd couldn't create in either linux nor osx. i was looking to do the opposite: get a live stream from the network into pd/gem/pdp. not sure if anyone has a solution but i did not find one. maybe VLC-pd somehow? or maybe another way? --- On Mon, 2/23/09, John Harrison johnharrison...@gmail.com wrote: From: John Harrison johnharrison...@gmail.com Subject: [PD] streaming audio and video in Linux To: pd-list pd-list@iem.at Date: Monday, February 23, 2009, 11:54 PM Somebody was just asking me about options for streaming audio and video in Pd-extended. I wouldn't mind help with the answer. Here's what I have gathered so far. Audio: * streamin~ and streamout~ --- but the help patches don't seem to work in Linux. Seems to work ok in windows. * netsend~ and netreceive~ --- not provided in pd-extended and seemed a bit flaky when I tried them before. * mp3streamin~ and mp3streamout~ --- help patch missing in pd-extended but seem to work ok outside of Windows. * mp3cast~ and friends: seems to work ok if you have a shoutcast server... Video: * I couldn't find anything in Gem to stream video. Did I miss it? I was wondering if using pix_pix2sig~, streaming as audio, then pix_sig2pix~ might work. * in pdp/pidip there's pdp_i and pdp_o. I didn't find help patches for these in pd_extended * also in pdp/pidip there's some other's pdp_mp4live~ etc. I suspect the ffserver-based ones don't work in pd-extended. Not sure on the others. For either audio or video maybe there's a way to send to vlc through the stdin or stdout, then let vlc do the streaming? -John -- John Harrison http://alumni.media.mit.edu/~harrison ___ 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
Re: [PD] show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui - is this possible?
On Fri, 27 Feb 2009, Mathieu Bouchard wrote: On Fri, 27 Feb 2009, Ingo Scherzinger wrote: is it possible to show used or free system memoy from within pd-extended (Ubuntu 8.04) -nogui. I need this because I'm working with a large sample library and I'm getting close to the internal memory limit. Pd can't handle going over the limit! In theory you could just read /proc/$$/stat using [textfile] and bang it to get its only line and pick up $23 from that list, but in practice, even with the cr option, I can't make [textfile] output a line of it, and I don't know anything that can tell you $$ in pd, which is the process id that you see when you use the ps command in Linux/Bash. Replacing $23 by something else would get you other interesting info, from the same set that ps can tell you about, perhaps a bit more. Sorry, I misread about the system memory, but I've always only had a use for process memory so far, so I wrote about what I used to use. I also used to have an external that did it for real, but it was written in Ruby, so you can't really use that anymore (you could get an old GridFlow, but it's better to rewrite it in another language; I'd rather have the [textfile] solution fixed though). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] streaming audio and video in Linux
mark edward grimm wrote: hmmm... yeah sorry for changing the subject on this. I was actually wondering the opposite of the original poster, how to get a stream 'into' pd For example i have access to a stream (http://someone-elses-website/live12.asx) that is not my own This stream I can open in VLC player for example How can I utilize this stream in pd? directly or indirectly (through vlc player?). to do motion tracking on the stream for example. the pdp_theora stuff is just for streaming out FROM pd correct? no, pdp_icedthe~ can receive a stream but only in ogg/theora format, we will not try to support an .asx/proprietary format, well not me. sevy m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] streaming audio and video in Linux
no, pdp_icedthe~ can receive a stream ah thats right thanks! we will not try to support an .asx/proprietary format, understandable yeah i want to hijack someone else's stream - it just happens to be in .asx!!! i wonder if there is a method for real-time transcoding? from asx to ogg? mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmedia.org/GROUP LLC mgr...@syr.edu | 315.378.2136 --- On Fri, 2/27/09, ydego...@gmail.com ydego...@gmail.com wrote: From: ydego...@gmail.com ydego...@gmail.com Subject: Re: [PD] streaming audio and video in Linux To: mgr...@syr.edu Cc: pd-list pd-list@iem.at, John Harrison johnharrison...@gmail.com Date: Friday, February 27, 2009, 10:39 AM mark edward grimm wrote: hmmm... yeah sorry for changing the subject on this. I was actually wondering the opposite of the original poster, how to get a stream 'into' pd For example i have access to a stream (http://someone-elses-website/live12.asx) that is not my own This stream I can open in VLC player for example How can I utilize this stream in pd? directly or indirectly (through vlc player?). to do motion tracking on the stream for example. the pdp_theora stuff is just for streaming out FROM pd correct? no, pdp_icedthe~ can receive a stream but only in ogg/theora format, we will not try to support an .asx/proprietary format, well not me. sevy m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] show used or free system memoy from within pd-extended
Thanx for everybody's input! I just wrote a little and simple abstraction to check the system memory using free and shell. It can easily be expanded to show also total, shared, buffers and cached. Maybe it's useful for some people who are in the same situation as I am, i.e. getting low on memory. It works on Ubuntu 8.04. No idea about other linux versions. Here it is: Ingo #N canvas 278 25 721 681 10; #X obj 245 102 shell; #X msg 245 82 free; #X obj 165 124 route Mem:; #X obj 165 144 prepend set; #X obj 245 124 nroute total; #X obj 165 164 t b a; #X msg 165 184 2.04594e+06 1.26157e+06 784376 0 17696 1.07144e+06; #X obj 443 577 prepend set; #X obj 443 597 t b a; #X msg 463 211 \$3; #X floatatom 592 328 5 0 0 0 - - -; #X obj 592 288 mod 1000; #X obj 482 268 / 1000; #X floatatom 482 328 5 0 0 0 - - -; #X obj 482 288 mod 1000; #X obj 463 231 t f f f; #X obj 374 268 / 1000; #X obj 374 288 / 1000; #X floatatom 374 328 5 0 0 0 - - -; #X obj 374 308 i; #X obj 443 490 prepend; #X obj 443 517 prepend; #X obj 443 557 mergefilename; #X obj 443 651 outlet; #X obj 419 386 prepend _; #X obj 374 347 moses 100; #X obj 374 367 moses 10; #X obj 443 537 prepend free_mem:; #X obj 374 406 prepend __; #X obj 374 433 t a; #X obj 592 347 moses 100; #X obj 592 367 moses 10; #X obj 592 433 t a; #X obj 637 386 prepend 0; #X obj 592 406 prepend 0 0; #X obj 482 347 moses 100; #X obj 482 367 moses 10; #X obj 482 433 t a; #X obj 527 386 prepend 0; #X obj 482 406 prepend 0 0; #X obj 592 453 prepend .; #X obj 482 453 prepend .; #X obj 103 577 prepend set; #X obj 103 597 t b a; #X floatatom 252 328 5 0 0 0 - - -; #X obj 252 288 mod 1000; #X obj 142 268 / 1000; #X floatatom 142 328 5 0 0 0 - - -; #X obj 142 288 mod 1000; #X obj 123 231 t f f f; #X obj 34 268 / 1000; #X obj 34 288 / 1000; #X floatatom 34 328 5 0 0 0 - - -; #X obj 34 308 i; #X obj 103 490 prepend; #X obj 103 517 prepend; #X obj 103 557 mergefilename; #X obj 103 651 outlet; #X obj 79 386 prepend _; #X obj 34 347 moses 100; #X obj 34 367 moses 10; #X obj 34 406 prepend __; #X obj 34 433 t a; #X obj 252 347 moses 100; #X obj 252 367 moses 10; #X obj 252 433 t a; #X obj 297 386 prepend 0; #X obj 252 406 prepend 0 0; #X obj 142 347 moses 100; #X obj 142 367 moses 10; #X obj 142 433 t a; #X obj 187 386 prepend 0; #X obj 142 406 prepend 0 0; #X obj 252 453 prepend .; #X obj 142 453 prepend .; #X msg 123 211 \$2; #X obj 245 13 inlet; #X obj 103 537 prepend used_mem:; #X msg 245 164 total used free shared buffers cached; #X obj 245 144 prepend set; #X symbolatom 284 56 20 0 0 0 - - -; #X symbolatom 284 37 20 0 0 0 - - -; #X obj 300 13 r used_memory; #X obj 386 13 r free_memory; #X obj 150 624 s used_memory; #X obj 490 624 s free_memory; #X obj 245 37 bng 35 250 50 0 empty empty memory 3 18 0 9 -257985 -1 -159808; #X text 146 650 used_memory; #X text 486 650 free_memory; #X text 127 13 bang inlet to check; #X obj 472 625 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X obj 283 14 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X obj 132 625 bng 15 250 50 0 empty empty empty 17 7 0 10 -260097 -1 -1; #X connect 0 0 2 0; #X connect 0 0 4 0; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 5 0; #X connect 4 0 79 0; #X connect 5 0 6 0; #X connect 5 1 6 0; #X connect 6 0 9 0; #X connect 6 0 75 0; #X connect 7 0 8 0; #X connect 8 0 23 0; #X connect 8 1 23 0; #X connect 8 1 85 0; #X connect 9 0 15 0; #X connect 10 0 30 0; #X connect 11 0 10 0; #X connect 12 0 14 0; #X connect 13 0 35 0; #X connect 14 0 13 0; #X connect 15 0 11 0; #X connect 15 1 12 0; #X connect 15 2 16 0; #X connect 16 0 17 0; #X connect 17 0 19 0; #X connect 18 0 25 0; #X connect 19 0 18 0; #X connect 20 0 21 0; #X connect 21 0 27 0; #X connect 22 0 7 0; #X connect 24 0 29 0; #X connect 25 0 26 0; #X connect 25 1 29 0; #X connect 26 0 28 0; #X connect 26 1 24 0; #X connect 27 0 22 0; #X connect 28 0 29 0; #X connect 29 0 21 1; #X connect 30 0 31 0; #X connect 30 1 32 0; #X connect 31 0 34 0; #X connect 31 1 33 0; #X connect 32 0 40 0; #X connect 33 0 32 0; #X connect 34 0 32 0; #X connect 35 0 36 0; #X connect 35 1 37 0; #X connect 36 0 39 0; #X connect 36 1 38 0; #X connect 37 0 41 0; #X connect 38 0 37 0; #X connect 39 0 37 0; #X connect 40 0 20 0; #X connect 41 0 20 1; #X connect 42 0 43 0; #X connect 43 0 57 0; #X connect 43 1 57 0; #X connect 43 1 84 0; #X connect 44 0 63 0; #X connect 45 0 44 0; #X connect 46 0 48 0; #X connect 47 0 68 0; #X connect 48 0 47 0; #X connect 49 0 45 0; #X connect 49 1 46 0; #X connect 49 2 50 0; #X connect 50 0 51 0; #X connect 51 0 53 0; #X connect 52 0 59 0; #X connect 53 0 52 0; #X connect 54 0 55 0; #X connect 55 0 77 0; #X connect 56 0 42 0; #X connect 58 0 62 0; #X connect 59 0 60 0; #X connect 59 1 62 0; #X connect 60 0 61 0; #X connect 60 1 58 0; #X connect 61 0
Re: [PD] rodent kill
On Fri, 27 Feb 2009, marius schebella wrote: Max wrote: with this patch i got rid of the rats in my kitchen. thanks pd! what about the cockroaches? No! cockroaches are your friends! Welfare Mutant Ninja Cockroaches (in French): http://www.tagtele.com/videos/voir/328 _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] block~
Hi all, I got a problem using block~, and hope someone here could help me to understand what's going on... My goal was to do overlapp/add processing using FFT in an external... Let's consider a simplest problem: I declared a subpatch with one inlet and one outlet. inside that subpatch, I put a block object using the following parameters: block_size and 2 for the overlap, and tried different values of block size (32, 64, 128, 256, 512). Then, I connect the inlet to a hand made external, and connect its outlet to the outlet of the subpatch. Test1: the external does not take the input signal into acount, and output a triangular window of size block_size. When I look at the output of the subpatch, (once the overlapping has been done using the pd mechanisms), I get a constant signal whose value is 1, as expected. Test2: The external output the input signal multiplied by the triangular window. Since the triangular window is used, the output should be exactly the input signal when considering the outlet of the subpatch. It works for block sizes = 128 . It fail when the block sizes are 64 or 32 ... Does anyone have an explanation for that behaviour?? Is it related to the fact that the main patch using my overlapp/add subpatch has a block size of 64 (it seems that I can't change that size, since it imply conflicts with the dac~ component...)? NB: I'm using Pd version 0.40.3-extended-20080721 on a Windows Vista. -- David Doukhan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Transcoding Stream in VLC = pd = pdp_icedthe~
OK. I was looking into transcodeing a live asx stream so i could use it in PD
with pdp_icedthe~
my VLC m3u file looks like this:
#EXTM3U
#EXTINF:0,live12.asx
#EXTVLCOPT:sout=#transcode{vcodec=theo,vb=800,scale=1}:duplicate{dst=std{access=http,mux=ogg,dst=localhost:8080}}
mms://ph.wm.live05.pscdn.net/00302597_live12?MSWMExt=.asf
can anyone tell if i am doing something wrong? it all runs fine in VLC and
seems like its transcoding yet I get :
pdp_icedthe~ : connecting to url=http://localhost:8080/
pdp_icedthe~ : connecting to host=localhost port=8080 mountpoint=
error: pdp_icedthe~: connection failed!
pdp_icedthe~ : connection thread 0 launched
i probably dont need the localhost part... but either way it does not work.
apache is installed and running. is there something maybe with port i should do?
i guess i just cant tell where I am, or if, i am missing something...
im on ubuntu 8.10 now... but will be on osx 10.5 this weekend. right now it
does not work on either.
maybe someone has done this already?
Thanks
mark
mark edward grimm | m.f.a | ed.m
syracuse u. | vpa foundations | timearts
adjunct | new media consultant
megrimm.net | socialmedia.org/GROUP LLC
mgr...@syr.edu | 315.378.2136
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] call for help: help patch fixing
Hey all, A while back, I wrote some scripts that can automatically load every help patch and load every objectclass. I would like to set these up to run every night, but I don't think I'll be able to keep up with the output from this, i.e. fixing the help patches that crash and at the same manage getting this Pd-extended 0.41 release finished. So I want to see if there is anyone willing to handle this whole process. I think it will make Pd much more reliable if we can track down the little errors in help patches that can cause crashes. As far as I am concerned it can be managed how ever anyone wants to do it. I have these basic scripts ready to go, but they could easily be replaced with something else, if anyone else wants to do that. I think this could then be expanded into a broader testing framework. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] pd-ext documentation [was something else]
On Feb 27, 2009, at 2:16 AM, Frank Barknecht wrote: Hallo, João Pais hat gesagt: // João Pais wrote: I already made my one available several times on the list - whenever the question how many objects are in pd-ext comes -, but probably it wasn't that popular. 2682 objects? when I check the properties of the extra folder (windows), I get 2666 files - bear in mind that there are several repeatitions (many objects are repeated in flatspace), and other files aren just secondary material, and some objects don't work. did you sort out repetitions or something? how did you extract this list? I did this manually, a lot of copy and paste. and yes, there might be some duplicates and some unusual objects like all the gemgl objects are in the list... ah ah, and I thought I was the only crazy guy going through object per object and extract the information (see excel file). ok, maybe we should discuss a more serious way of automatising this. I've just added the system we use in the RjDj lib to [list]-abs as well. It's pretty simple, but cool: All objects are described in a textfile using this format: objectname - short object description in one line without commas In [list]-abs this file is called list-abs-intro.txt. (It also allows lines consisting of just an integer number, which is used to optionally make room for larger GUI objects in the overview patch.) A helper file reads this list into a textfile and dynamically patches all referenced objects and descriptions into a subpatch. This patch is called list-abs-intro.pd. Sounds like a useful thing. How about sticking this info into a subpatch in the help patch? They could easily be parsed with textfile and route. Then there is only one file per object to maintain. .hc Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] string2any in arduino.pd is now broken
On Feb 12, 2009, at 4:55 AM, Bryan Jurish wrote: morning all, On 2009-02-12 10:42:10, Frank Barknecht f...@footils.org appears to have written: Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: So I have been happily using the string2any object in my arduino object and it works well. But it seems that something has changed, and it now causes a freak out on load: string2any_setup(): WARNING: names are in flux! string2any_setup(): Prefer [bytes2any] over [string2any]. bytes2any: pdstring version 0.09 by Bryan Jurish moocow/string2any: already loaded ... snip (repeat 1000 times) ... moocow/string2any: already loaded error: maximum object loading depth 1000 reached Isn't this the issue with hexloader reported some time ago? Does it fail on vanilla or a pd-extended with no libs loaded as well? Hmm... I'm not familiar with the hexloader bug you mention. In trying to maintain maximal backwards-compatibility, I set up [pdstring] in single-object-external mode (which pd-extended uses) to install any2string.pd_whatever as a symlink to any2bytes.pd_whatever. Additionally, any2bytes.c contains an any2string_setup() function as well as a runtime check to prevent multiple setup() calls. Is the problem due to the use of a symlink (e.g. does it persist if moocow/string2any.pd_linux is a copy of moocow/bytes2any.pd_linux?) Or is every solution ultimately relying on class_addcreator() doomed to failure? I can make [string2any] just an abstraction wrapping [bytes2any] as well; I just anticipated interference from old installations with that trick... Windows doesn't have symlinks, so that's why this doesn't work on Windows. I think MinGW's ln -s is supposed to make a copy, cygwin's ln -s will make a Windows Shortcut but they only act like symlinks when in Cygwin. But it sounds likely that there is something amiss with this symlinking stuff. .hc Programs should be written for people to read, and only incidentally for machines to execute. - from Structure and Interpretation of Computer Programs ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PureData patches/hacks
You might be able to get that info using [hid]. .hc On Feb 27, 2009, at 1:01 AM, Andrew Martin wrote: Hey there. Not sure where or who to direct this to, but I recently watched a video tutorial on youtube on how to modify your laptop's trackpad into a MIDI-control device much like a Korg Kaossilator: http://www.youtube.com/watch?v=uWE2ptQtYk0 . Apparently the creator of this video created a patch to create this device, but the according to him it only works with Synaptics track pads. I'm running a newer aluminum macbook with a MultiTouch track pad, and was wondering if anyone has figured out a way to get absolute positioning information, and possibly multi-touch info as well, into Pd to Midi notes in appropriate scales. Any kind of help would be appreciated, as I'm trying to get my music rig set up to be super-fly. Andrew Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] pd-ext documentation [was something else]
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: Sounds like a useful thing. How about sticking this info into a subpatch in the help patch? They could easily be parsed with textfile and route. Then there is only one file per object to maintain. The [pd META] approach, yes. But there is no vanilla way to get a directory listing. Ciao -- Frank BarknechtDo You RjDj.me? _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] streaming audio and video in Linux
MEncoder maybe? On Fri, Feb 27, 2009 at 7:50 AM, mark edward grimm mgr...@syr.edu wrote: no, pdp_icedthe~ can receive a stream ah thats right thanks! we will not try to support an .asx/proprietary format, understandable yeah i want to hijack someone else's stream - it just happens to be in .asx!!! i wonder if there is a method for real-time transcoding? from asx to ogg? mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmedia.org/GROUP LLC mgr...@syr.edu | 315.378.2136 --- On Fri, 2/27/09, ydego...@gmail.com ydego...@gmail.com wrote: From: ydego...@gmail.com ydego...@gmail.com Subject: Re: [PD] streaming audio and video in Linux To: mgr...@syr.edu Cc: pd-list pd-list@iem.at, John Harrison johnharrison...@gmail.com Date: Friday, February 27, 2009, 10:39 AM mark edward grimm wrote: hmmm... yeah sorry for changing the subject on this. I was actually wondering the opposite of the original poster, how to get a stream 'into' pd For example i have access to a stream (http://someone-elses-website/live12.asx) that is not my own This stream I can open in VLC player for example How can I utilize this stream in pd? directly or indirectly (through vlc player?). to do motion tracking on the stream for example. the pdp_theora stuff is just for streaming out FROM pd correct? no, pdp_icedthe~ can receive a stream but only in ogg/theora format, we will not try to support an .asx/proprietary format, well not me. sevy m ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR joliv...@ucsd.edu www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
