Pd-dev March 2013

pd-dev@lists.iem.at

12 participants
40 discussions

Re: [PD-dev] Not A PD Bug (Re: Pd-dev Digest, vol 95-4)
by Rastko 16 Mar '13

16 Mar '13

Hi, maybe these links to OpenGL forums are of any help concerning my problem with OpenGL not rendering unless "Aero" theme (a theme with window compositing) is selected in Windows (Server 2008 R2) The links (to forum topics): http://www.opengl.org/discussion_boards/showthread.php/171194-Partial-Rende… http://www.opengl.org/discussion_boards/showthread.php/165975-broken-window…

1 0

[ pure-data-Bugs-3608194 ] Please apply several patches to make it easier to compile
by SourceForge.net 15 Mar '13

15 Mar '13

Bugs item #3608194, was opened at 2013-03-15 11:12 Message generated for change (Tracker Item Submitted) made by alexanro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3608194&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alexander Rødseth (alexanro) Assigned to: Nobody/Anonymous (nobody) Summary: Please apply several patches to make it easier to compile Initial Comment: Hello, This is a feature request. Compiling Pure Data Extended on Arch Linux is no easy feat. Several patches are needed, using the svn version is easier than using the release version and several tweaks of the Makefiles are needed for it to work. Small animals has to be sacrificed for it to compile correctly. Here's the current PKGBUILD for building pd-extended on Arch Linux: https://aur.archlinux.org/packages/pd/pd-extended/PKGBUILD These are the changes I wish for: * Patch externals/Gem/configure.ac with change_gem_configure_file.patch (attached) * Patch pd/src/s_inter.c with s_inter.c.patch (attached) * Patch externals/loaders/tclpd/Makefile with tclpd.Makefile.patch (attached) * Patch pd/src/Makefile.am with makefile.am.patch (attached) * Change 'CFLAGS =' to 'CFLAGS = -fPIC' in externals/pdp/opengl/Makefile.config * Change 'DEFINES =' to 'DEFINES = -fPIC' in externals/miXed/Makefile.common * Set these variables to these values by default: FPIC_FLAG="-fPIC" GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" BUILDLAYOUT_DIR=../../packages prefix=/usr * Don't install these files by default: /usr/share/man/man1/pd.1 /usr/share/man/man1/pdextended.1 /usr/share/man/man1/pdreceive.1 /usr/share/man/man1/pdsend.1 /usr/include/m_pd.h /usr/bin/pd-gui.tcl * But do install these files by default: linux_make/default.pdextended to $DESTDIR/usr/lib/pd-extended/ Please also install an icon and a .desktop file, so that it will appear on the menu in ie. Gnome. See the PKGBUILD file for a full overview. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3608194&group_…

1 0

new [hip~ ] fixed?
by Roman Haefeli 14 Mar '13

14 Mar '13

Hi Miller Not having really a clue about filters, I find it somewhat strange that [hip~ 7000] just cuts everything. There is no sound at all coming through a [hip~ 7000]. Shouldn't it pass at least some of the frequencies above its current setting? I see the previous behavior (still available with the 'compatibility 0.43' setting) is also strange. When using a setting above 3000 Hz, it actually enhances the part it passes instead of only cutting the lower part. I used H10.measurement.pd to get the frequency and phase response. It clearly shows the oddities (or is it supposed to be that way?). Roman

2 1

[ pure-data-Bugs-3608008 ] [iemnet/tcpserver] does not updated client count properly
by SourceForge.net 14 Mar '13

14 Mar '13

Bugs item #3608008, was opened at 2013-03-14 05:46 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3608008&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [iemnet/tcpserver] does not updated client count properly Initial Comment: When a new client connects, the number on the second outlet is updated properly. When a client disconnects, the number is not updated immediately. Only after sending some messages to clients, the number is updated to reflect the correct number of currently connected clients. See attached patch. This is on|with Ubuntu 12.04 / Pd 0.44.2 / iemnet current master ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3608008&group_…

1 0

[ pure-data-Patches-3607713 ] comprar caverta
by SourceForge.net 11 Mar '13

11 Mar '13

Patches item #3607713, was opened at 2013-03-11 14:57 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3607713&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: comprar caverta Initial Comment: comprar caverta ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3607713&group_…

1 0

info classes
by Jonathan Wilkes 11 Mar '13

11 Mar '13

Here is a quick snapshot of a bundle of classes I'm working on to provide a standardized way to get properties from parts of pd that aren't "objectified": [canvasinfo] get the properties of a canvas [pdinfo] get info about the running Pd instance [classinfo] info on a class (still under construction) I currently have them below [print] in x_interface.c from 0.43, so you can just drop it in and compile with Pd Vanilla if you want to check it out. (I'll make a patch later.) The props for [canvasinfo] are from my patch on the tracker that adds a "get" method to canvas. The nice thing about this particular interface is that there is only one class per domain which makes it much easier IMO to learn and remember the tools you need to inspect data (vs the one class per property approach which I find cumbersome). For example, a bang to canvasinfo or pdinfo will print out a complete sequence of all properties and their values to the Pd window, so one doesn't even have to memorize the methods in order to see the values. Incoming messages are done "pack" style, so that "symbol method" and "method" work the same, and with [canvasinfo] "A_SYMBOL A_FLOAT" messages get distributed among the inlets as lists do. I only have "dsp" and "version" properties for [pdinfo] so far. I'm curious what else would be useful. [classinfo] just tells whether the incoming symbol is one that will create an object that is already loaded. I'm not sure what an incoming bang would do here, or what more information would be useful. Actually I think [declare -lib blah] fails silently, so you could use this as a way to "catch" missing objects and specify an alternative. I stole some code from IOhannes to get canvas args without digging into the innards of g_canvas.c. :) -Jonathan

3 12

A_CANT can but shouldn't
by Jonathan Wilkes 11 Mar '13

11 Mar '13

I thought A_CANT was supposed to turn off the ability to send messages in the normal manner, but it doesn't seem to do anything. Question #1: Is there a place to add a check for A_CANT and refuse to call the method if it's an arg? Question #2: Shouldn't the "dsp" method of tilde objects take an A_CANT instead of A_NULL? Question #3: Since no one specifies A_CANT for their tilde classes, can we put a check inside class_addmethod: if $classname matches "*~" and $selector eq 'dsp' then give it a single A_CANT arg. I think that would solve the [dsp(---[any-tilde-object~] crasher. -Jonathan

1 0

[ pure-data-Bugs-3607195 ] Copy/Paste of atoms in Pd-extended
by SourceForge.net 07 Mar '13

07 Mar '13

Bugs item #3607195, was opened at 2013-03-07 07:17 Message generated for change (Tracker Item Submitted) made by maxn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3607195&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Copy/Paste of atoms in Pd-extended Initial Comment: In Vanilla-Pd atoms are placed in the same X,Y position on the canvas when doing a copy and paste. in Pd-extended they are placed slightly offset (like duplicaton does too in Vanilla). This is probably a feature, but imho should only happen when doing a copy and paste in the same patch. A pasted atom should be pasted without an offset when pasted in a different patch window. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3607195&group_…

1 0

[ pure-data-Bugs-3607162 ] iemnet crashes on Windows XP
by SourceForge.net 07 Mar '13

07 Mar '13

Bugs item #3607162, was opened at 2013-03-07 02:27 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3607162&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: iemnet crashes on Windows XP Initial Comment: I only noticed now that many of the iemnet classes crash Pd on Windows XP. The problem seems specific to Windows XP. The crashes cannot be reproduced on Windows 7. [tcpsend] does not crash. [tcpclient] crashes as soon as the connection is established. Trying to connect to a non-existant end-point won't trigger the crash. [tcpreceive] and [tcpserver] crash immediately as soon as a client (telnet, nc, [netsend]) connects to them. [udpserver] / [udpreceive] / [udpclient] crash at instantiation time. [udpsend] does not crash. This pattern looks to me as if the crashes happen whenever a listening socket is open, but I don't know of any way to proof that. Tested on Windows XP SP3 Pro with Pd-0.43.4-extended. Whether this has anything to do with how Pd-extended was compiled or with the source of iement, I don't know. This is what I get from Windows after the crash: http://imgur.com/rvUKfmv ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3607162&group_…

1 0

iemnet crashes on Windows XP
by Roman Haefeli 07 Mar '13

07 Mar '13

Hi all I only noticed now that many of the iemnet classes crash Pd on Windows XP. The problem seems specific to Windows XP. The crashes cannot be reproduced on Windows 7. [tcpsend] does not crash. [tcpclient] crashes as soon as the connection is established. Trying to connect to a non-existant end-point won't trigger the crash. [tcpreceive] and [tcpserver] crash immediately as soon as a client (telnet, nc, [netsend]) connects to them. [udpserver] / [udpreceive] / [udpclient] crash at instantiation time. [udpsend] does not crash. This pattern looks to me as if the crashes happen whenever a listening socket is open, but I don't know of any way to proof that. Tested on Windows XP SP3 Pro with Pd-0.43.4-extended. Whether this has anything to do with how Pd-extended was compiled or with the source of iement, I don't know. This is what I get from Windows after the crash: http://imgur.com/rvUKfmv Roman

2 1

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 March 2013