Pd-list October 2007

pd-list@lists.iem.at

166 participants
302 discussions

Video DS 3/4 & Contrast
by Peter Forde 05 Oct '07

05 Oct '07

Hello Again, I am running some live video from a security camera but my computer chugs a lot at full Res. VideoDS is the perfect solution except I am looking for a happy medium. Half is fast but too grainy and full is fine but too slow. Is there a way to set a happy medium say 3/4 or test out any other variables ? Also because I am using low light with Black & White video I need to bump the contrast so pix_movement can better read the changes. I am aware pix_movement has a threshold but this is a variable I would like to play with after. Thanks for all the support. I'm not sure if the eticate is to thank or not after getting a reply. I am very grateful. Peter Forde _________________________________________________________________ Climb to the top of the charts! Play Star Shuffle: the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_oct

2 1

Video DS 3/4 & Contrast
by Peter Forde 05 Oct '07

05 Oct '07

2 1

simple message/list parsing
by Mat Wall-Smith 05 Oct '07

05 Oct '07

Hi.. I'm still looking for a way of checking one list of numbers against another list of numbers and returning the any number that is included in both. Something like the [select] object but that passes the number rather than a bang so I could add the number to a text file or list. Thanks in advance, mat

8 11

Re: [PD] Tk GUI script (pd.tk) questions ..
by sven 05 Oct '07

05 Oct '07

seems like the first mail didnt get trough. here it is again. At 07:31 04.10.2007, ild0012(a)londonmet.ac.uk wrote: >Hello list. > >I'd like to ask those of you who knows Tk/Tcl very well. > >I have attempted and succeed changing pd.tk for my personal use .. > >i added extra key biddings and removed menubars .. >well, Romain gave me the no-scroll + no-menu script > >i have few thoughts .. > >if we could set the menu as function, so it could be removable by a msg ..? i've hacked the pd.tk for pd0.40 (millers) a while ago to remove borders, scrollbars and menus via the contextmenu (rightclick). it's not finished because it's already enough for what i needed (and i hate tcl). but maybe it's use for you. http://www.popmodernism.org/crap/pd.tk sven.

2 1

prevent dac~ from output damage
by Olivier Revollat 05 Oct '07

05 Oct '07

I have read that in pure data if you mess with audio signal it can destoy your audio hardware (and even your ears !!) because the signal is not bound to -1/+1 so I wonder if there is any simple tip, abstract, external that handle dac~ and protect from hardware damage ? Thanks ;)

4 3

xml-rpc
by marius schebella 05 Oct '07

05 Oct '07

hi, xml-rpc is a protocol that is used to talk over network to a server. I put a small python script (using pyext) and a testpatch online at http://www.parasitaere-kapazitaeten.net/pd/xml-rpc after I finished my script I found out that there is already an object that does xml-rpc ("iemxmlrpc"). iem used it for the iArs project, but I did not find the object? I am planning to use it as a protocol to talk to a database server. (sounds boring, no?) marius.

4 4

totally absurd
by matteo sisti sette 05 Oct '07

05 Oct '07

Hi, I'm struggling with a problem of the most weird kind. I've not been able to isolate it, but I do can report a systematic behaviour which astonishes me. PD-Vanilla 0.40.1 in Windows XP I have an enormous very complex patch that I've been developing for months, built with a careful top-down/bottom-up design (i.e. designing and reusing a huge lot of abstractions at various levels), with a lot of GOP, also nested. Up to now I didn't have any serious problem, and the programming of the patch is quite clean; for example I used to be able to use it for hours without without a single error message ever showing up in the output. Now, after some recent changes, the ABSURD behaviour is: *CASE 1* -I launch PD -I open my main patch -PD crashes immediately *CASE 2* -I launch PD -I create a new patch (File/new) -I put a [route a b c] (literally) object, and NOTHING more -I open my main patch -PD DOESN'T crash and the patch works great as it used to do. If I launch PD with from commandline with -noloadbang, it never crashes, so I guess the crash is caused by some message triggered by some loadbang I've repeated the two tests tens of times (always closing pd and starting over from scratch) and the results are 100% coherent, i.e. case 1 always crashes, and case 2 never crashes. I'm really astonished: how is it possible that the mere existence or non existence of a [route] object not connected to anything can prevent or not the crash, whatever causes it?!!!???!?!? I know I'm giving too little information to ask for a diagnosis, but does anybody know of some weired bug of [route]?? The "recent changes" mentioned above, are in the [control_element] abstractionn that I attach, which uses the [schange] and [switch2] abstractions. I can't see anything wrong in them.... I can't reproduce the bug with a simple test patch using an instance of [control_element]. It is used tons of times in my "main" patch..... Any idea? Do you see any potential problem in the attached patch that may cause illegal situations under some circumstances? I will greatly appreciate any help Bye m. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

2 1

Re: [PD] [PD-announce] PD-announce Digest, Vol 31, Issue 3
by Jim Prevett 05 Oct '07

05 Oct '07

Thank you for your email. We will update your registration information as soon as we can. Please note that we cannot reply to enquiries unless you contact: mail(a)spacestudios.org.uk Thank you SPACE www.spacestudios.org.uk _______________________________________________ PD-announce mailing list PD-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

linux - faster load first time
by Atte André Jensen 05 Oct '07

05 Oct '07

Hi When I run pd the first time it takes a while to load, the second time it's much faster. I use a bash script to load my session (ardour, muse, pd + more) so if pd isn't running before muse, muse can't connect it's midi outs to pd's midi in. I assume the load time is a matter of loading a binary, that's cached the second time. If so, where's the big binary? I tried running "cat /usr/local/bin/pd > /dev/null" in the beginning of my bash script, but that didn't seem to work. If the above is a blind alley, whe could be done to speed up pd loadtime the first time? NB: pd is version 0.40.3, and I'm running debian/linux... -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk

7 7

Re: [PD] gt~ and lt~ (similar to zexy <~, >~) and between~
by Enrique Erne 05 Oct '07

05 Oct '07

On Mer Oct 3 8:45 , IOhannes m zmoelnig sent: >Enrique Erne wrote: >> hi community >> >> i patched a prototype for a gigatable abstraction to overcome the 16777216 sample >> limit >> http://lists.puredata.info/pipermail/pd-list/2007-09/053479.html >> >> as a side product i got some abs that could be useful.. >> >> [between~] with 2 arguments to specify a range and outputs 0/1 if the incoming >> signal is within that range (purepd). it seems to work so far... >> >> gt~ and lt~ are purepd abstractions of zexy's ~. a difference is the >> second inline where the zexy object accept signal _and_ control values for the >> second inlet. it should be easy to add the second inlet but only signal _or_ >> control can be done of corse. >> > >not to be offsensive, but zexy's [~] are (optionally) >implemented as abstractions that require nothing buth a "pd-vanilla" >distribution (though they are not purepd, strictly speaking) i see. simply with expr :-) the <~ >~ seems to be pretty much standard, will they ever make it into pd-vanilla or is there a license issue? >nevertheless, i like the approach with tables. > > >btw, the [gt~] does not seem to behave correctly for small values >(because of the 1e-6 offset)... oups yes.. here's an update

6 8

← Newer
1
...
23
24
25
26
27
28
29
30
31
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list October 2007