Pd-dev November 2004

pd-dev@lists.iem.at

29 participants
68 discussions

06 Jul '05

hi, my last mail got nuked by the server, did you change config? it never used to have a prob with a faked 'from' field to match the subscribed address... anyways my vote is do away with the numbers. ive made a lot of minor tweaks to devel, which ive already made to impd as well, and definitely don't want to make them a 3rd time (that would be 3 strikes..). to fix/add stuff like: / .pdrc not being read on windows (pd.ini) / not being able to select 2 outs and 6 ins with portaudio / not being able to put tcl in your system path on win32 / no ASIO with non-MSVC on win32. / a few linux64 fixes / merge jsarlo's VST io sppt / almost everything from impd that wasnt in g_* files nonetheless in the actual code theyre too trivial for anyone else to notice, and an order of magnitude smaller than the contributions Tim has made, but i wouldnt want them to get lost..so in order of preference from most to least 1: do away with numbering, and just have a 'devel'. every month or so, make sure it compiles on all 3 platforms and dump into MAIN..theres few enough developers and i dont think theyre stepping on toes and generally work on difft things.. 2: keep numbering, but devel_0_56 becomes devel_0_57, so the 'little guy's stuff isnt lost, and so he doesnt have to bug miller or guenter or whoever and possibly paste a bunch of stuff in again and get grey hairs.. 3: crazy all-night frankenstein hack/merge fest with version # change that might lose features and add new bugs.. i mean the same reason i'd vote for 'devel' as rather using debian 'sid' than 'sarge' or something thats doomed (like win32)...

8 41

http://pure-data.sourceforge.net/developer.php
by Tim Blechmann 30 Nov '04

30 Nov '04

hi all ... not sure, who is maintaining the sf.net site (günter?) but the following link: cvs -z3 -d:pserver:anonymous@cvs.pure-data.sourceforge.net:/cvsroot/pure-data co pd should definitely by cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/pure-data co pd cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

4 3

autorepeat with [key], [keyup], and [keyname]
by Hans-Christoph Steiner 30 Nov '04

30 Nov '04

I am working with the core keyboard objects and I noticed that when the key auto-repeats, these objects ([key], [keyup], and [keyname]), send a stream of alternating 0's and 1's. I think that the correct way to do auto-repeat would just be to send out 1's for each repeat event, rather than alternating 0's and 1's. The current condition makes it very hard to use the keys in their held state. I would like to file a bug report, but I am wondering if there is any reason to keep the current behavior. Attached is a patch that illustrates my point. .hc ________________________________________________________________________ ____ ¡El pueblo unido jamás será vencido!

6 16

sys_idlehook
by Tim Blechmann 29 Nov '04

29 Nov '04

hi all ... i'm currently working on a replacement for the int (*sys_idlehook)(void); function pointer in the scheduler. i'm working with something like: static t_int run_idle_callbacks(void); EXTERN void set_callback(t_int (*callback) (t_int* argv), t_int* argv, t_int argc); i'd prefer to get rid of the sys_idlehook function pointer, but i'm curious, if anyone uses it (i don't want to break anything). cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

Bug: [bp~] crashes pd
by Anton Woldhek 29 Nov '04

29 Nov '04

Hello Dev folks. Pd 0.38 test 10 crashes everytime I close the help file of [bp~] (dsp on). Im on windows 2000. Not sure what other information to give you. Other then that I get a read error (I have vc++ 6 installed). (this doesn't happen if I turn off DSP before closing the help file). Oh btw, I also have to change some of the parameters in BP~ before it crashes. VC++ unhandles exception in pd.exe (pd.dll) 0xC0000005 Access Violation Cheers Anton

4 3

PD datatypes XML DTD
by Georg Holzmann 29 Nov '04

29 Nov '04

Hallo! Has anyone already made a XML DTD for PD datatypes ? I ask because I want to implement that for the PDContainers and if there is already one I want to stay compatible. LG Georg

1 1

[ pure-data-Bugs-1065333 ] readsf~
by SourceForge.net 29 Nov '04

29 Nov '04

Bugs item #1065333, was opened at 2004-11-12 18:31 Message generated for change (Comment added) made by anton-w You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1065333&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: readsf~ Initial Comment: pd crashes the whole system and can't even be killed by the watchdog (i'm using -rt) when more than 20 readsf~s (i'm not sure if it is always exactly 20) are created one by one in an empty patch. the whole computer becomes unresponsive to anything and the hard drive thrashes constantly. computer can only be restarted with power button. this is even before any messages have been sent to the readsf~s or dsp has been turned on. i'm using 0.38 test 10 on planetCCRMA fedora core 1 with jack. stefan turner stefan underscore turner at yahoo dot co dot uk ---------------------------------------------------------------------- Comment By: Anton Woldhek (anton-w) Date: 2004-11-29 08:32 Message: Logged In: YES user_id=1139337 This behaviour doesnt seem to happen on the win32 version of pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1065333&group_…

1 0

[ pure-data-Bugs-1075044 ] [bp~] can crash pd
by SourceForge.net 29 Nov '04

29 Nov '04

Bugs item #1075044, was opened at 2004-11-29 08:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1075044&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Anton Woldhek (anton-w) Assigned to: Nobody/Anonymous (nobody) Summary: [bp~] can crash pd Initial Comment: version: 0.38 test 10 After opening [bp~] helpfile and changing some of the parameters, closing the helpfile crashes pd with the following error: pd.exe Application Error the instruction at "0x10003b64" referenced memory at "0x0000002b". The Memory could not be " etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1075044&group_…

1 0

resampling patch 0.38test8
by Johannes M Zmoelnig 26 Nov '04

26 Nov '04

hi i tried to put some things into the devel_0_38 but couldn't really get it to work, and so it stopped being fun after a while (devel_0_38 currently does not load externals, and i didn't want to find out why) however, to keep thomas musil from rewriting every single math~ object to our needs i have added another (over-simple) resampling method to pd0.38test8 the idea is as follows: when doing dsp on "fft-signals" it is often enough to do the calculations on only the first half of the signal-vector (as the information in the second half is redundant) to reduce cpu-load it might therefore be interesting to have objects, that only operate on the 1st half of the vector. no rewriting each object seems stupid to me, as pd can handle this way more simple; the "block-downsampling" (i haven't come across a better name yet, but it is surely no "resampling") does as follows: downsampling) only the first part of the original vector is copied 1:1 to the shorter result-vector; the rest is silently ignored upsampling) the shorter original vector is copied 1:1 to the longer result vector; the rest of the result is filled up with 0. the attached patch modifies - m_pd.h (to use defines like "RESAMPLE_HOLD" rather than "1"; i consider this more readable and it was lazy for me in the first place to not have this in the original resampling) - g_io.c (to add another argument to the in/outlet~ functions: "block"; btw, i have changed the arg-parsing a bit to not use the symbol-table but rather decide on the first letter which resampling method to use) - d_resample.c (add the new resampling methods) probably you could include this (i cannot watch thomas producing [+~2] objects) only drawback: still uses arguments to inlet~/outlet~ to define behaviour instead of tooltips... mfg.as.r IOhannes

11 24

devel_0_38 fftw support
by Thomas Grill 25 Nov '04

25 Nov '04

Hi all, it seems like the support for fftw got lost somewhere in the various revisions of configure.in. There's just the check for the library left but no real setting of a preprocessor definition or the likes. Has it ever been present in devel_0_38 at all? Tim, please fix! best greetings, Thomas

2 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2004