Pd-dev August 2006

pd-dev@lists.iem.at

22 participants
100 discussions

Going from CVS to Subversion
by Frank Barknecht 20 Sep '06

20 Sep '06

Hallo, I'm starting a new thread from "easy way to download the whole shebang". The instructions for how to change from CVS to SVN on Sourceforge are here: http://sourceforge.net/docman/display_doc.php?docid=31070&group_id=1#import It's a process involving many steps, but not impossible. One thing to note is that "The migration will be finished within 24 hours. It could be finished in as soon as an hour or two, depending on the size of your CVS repository and the number of projects queued for migration in front of yours." So if we switch we need to freeze write access to the repo for at least that time, and probably some more time before and after for preparing and testing the transformation. Side note: One thing we should freeze immediatly is accepting new developers until we either decide to not go SVN, or until the transformation is done. So what's left as far as I see it is: 1) developer vote: Should the SF repository switch from CVS to SVN on Sourceforge? [ ] yes [ ] no 2) sort out techical issues with branches, tags etc. 3) find someone (incl. admins!) who volunteers to do the import. I would volunteer but I wouldn't want to do this completely alone. 4) agree on date 5) do it. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

6 12

[initbang]: any use?
by IOhannes m zmoelnig 19 Sep '06

19 Sep '06

hi. i just submitted a patch against the 0.40-prerelease that adds a new object [initbang], which can be used to trigger a constructor in an abstraction. this allows to have abstractions with runtime customizable constructors, especially variable inlets/outlets. ([loadbang] is a bit too late for such things, as it only gets called when the parent of an abstraction is already finished (and connections have been abandoned)) i think this is another important step on making abstractions objects of full age. any thoughts? what is still missing is the possibility for an abstraction to do something before it is destroyed. mfg.asdr IOhannes

7 19

pdextended autobuild august 10th 2006
by B. Bogart 15 Sep '06

15 Sep '06

Hey hans++, I'm just getting back into pT development and downloaded the latest autobuild pd-extended. (test5) Seems a few things are not quite working yet. When I start pd-extended I get: Gem: can't load library iemmatrix: can't load library mtx: can't load library pdp: can't load library pidip: can't load library I see that "Gem" is not in the extended release, I guess due to the gem build issues. Since the ftgl and freetype libs don't change much should they just be compilied manually and copied onto the compile farm? Looks like the OSX gem terminal build is pretty close to being ready according to IOhannes. also seems pool is missing. I guess I'll have to checkout everything on the laptop and try and build the whole monster myself and see whats going on. Hans, what is the most recent build of pd-extended 0.39 that works? (as in as well as the older test1 test builds did?) Thanks all. I can help with compiling stuff on OSX/Linux but where are we at for getting Gem into the autobuild? Are the gem sources in a place where the build can get them? .b.

6 17

GameCube gamepad
by Michal Seta 14 Sep '06

14 Sep '06

Hi all, Hans especially, I tried to use the GameCube joystick with pd recently. GameCube pad needs a USB adapter and I'd swear it used to work with some joystick extern in pd a couple of years ago. First I tried with the (deprecated?) [linuxjoystick] and today with [hid]. [linuxjoystick] reports this: [linuxjoystick] $Revision: 1.6 $, written by Hans-Christoph Steiner <hans(a)eds.org> Configuring Austgame GameCube to USB convertor on /dev/input/event2 Supported events: Reset (type 0) Event code 0 (Reset) Event code 1 (Key) Event code 3 (Absolute) Key (type 1) Event code 256 (Btn0) Event code 257 (Btn1) Event code 258 (Btn2) Event code 259 (Btn3) Event code 260 (Btn4) Event code 261 (Btn5) Event code 262 (Btn6) Event code 263 (Btn7) Absolute (type 3) Event code 0 (X) Event code 1 (Y) Event code 2 (Z) Event code 5 (Rz) Event code 6 (Throttle) Event code 16 (Hat0X) Event code 17 (Hat0Y) Using 0 relative axes, 7 absolute axes, and 8 buttons. dmesg reports this: usb 3-2: USB disconnect, address 3 usb 3-2: new low speed USB device using uhci_hcd and address 4 input: Austgame GameCube to USB convertor as /class/input/input4 input,hiddev96: USB HID v1.00 Joystick [Austgame GameCube to USB convertor] on usb-0000:00:10.2-2 [hid] reports [hid] opened device 2 (/dev/input/event2): Austgame GameCube to USB convertor pre hid_build_element_list hid_build_element_list info: open 1 info: device 2 [hid] Building device list... Found 'AT Translated Set 2 keyboard' on '/dev/input/event0' Found 'Logitech USB-PS/2 Optical Mouse' on '/dev/input/event1' Found 'Austgame GameCube to USB convertor' on '/dev/input/event2' [hid] completed device list. but it does not recognize any events. usbview: GameCube to USB convertor Manufacturer: Austgame Speed: 1.5Mb/s (low) USB Version: 1.00 Device Class: 00(>ifc ) Device Subclass: 00 Device Protocol: 00 Maximum Default Endpoint Size: 8 Number of Configurations: 1 Vendor Id: 05e3 Product Id: 0681 Revision Number: 1.00 Config Number: 1 Number of Interfaces: 1 Attributes: 80 MaxPower Needed: 150mA Interface Number: 0 Name: usbhid Alternate Number: 0 Class: 03(HID ) Sub Class: 0 Protocol: 0 Number of Endpoints: 1 Endpoint Address: 81 Direction: in Attribute: 3 Type: Int. Max Packet Size: 8 Interval: 10ms This thing is recognized by jscalibrator and I can use it with different apps (even xmms). Any idea what could be a problem here and if there is any hope? ./MiS

2 2

configuration : .pdrc, preference dialog... s-lang
by Alexandre Quessy 13 Sep '06

13 Sep '06

Hi ! I would like to know where the configuration system of pd is heading to. I have read many months ago that the ~/.pdrc was deprecated.... I like that system, even though it is not possible to include comments in it. Maybe a system that would be nice to migrate to is the http://www.jedsoft.org/slang/ interpreter, which is somewhat similar to a simplified C syntax. I know there are many languages like this one (namely Lua, processing, etc.) but this one looks nice. For those that like the console to write software, you should check out the Jed editor, by the same author. -- Alexandre Quessy http://alexandre.quessy.net

10 20

heavy bug in pd 0.39-1 (and maybe others?)
by Christian Klippel 04 Sep '06

04 Sep '06

hi all, this happens on linux..... maybe on other platforms and/or pd-versions as well ... try the following (close all other applications first): 1. create a bang 2. edit its properties 3. as label enter \\ 4. apply the machine becomes sluggish almost instantly, x doesnt react to anything anymore, and heavy disk activity is going on .... only a emergency reboot helps ... greets, chris

2 1

[ pure-data-Bugs-1536488 ] [vu] Object corrupted at sizes 80-119
by SourceForge.net 31 Aug '06

31 Aug '06

Bugs item #1536488, was opened at 2006-08-08 01:22 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&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: puredata Group: v0.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [vu] Object corrupted at sizes 80-119 Initial Comment: The [vu] object shows a single line of its usual full-scale display at any size below 120 (which all seem to go directly to 80 - there are no intermediate values; this is also odd behavior). I've checked this on Miller's 39.2 and Han's extended-39.2-test4 and -38.4. I don't have any other OS's to test this on, so perhaps someone could check this out in Windows and Linux (I am on OS X 10.4.7 2x2G5 and MBP). ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2006-08-31 01:45 Message: Logged In: YES user_id=1541432 Hi IOhannes, To clarify - the led-line fills the full width when there is a signal; that screenshot was taken with no input. So it is purely an artifact, not really a "showstopper". The tcl/tk is assumedly that included with PD-e 39t4, that is 8.4.10. I've just checked - this occurs on 0.40t4 as well, which is compiled with 8.4.7a? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-31 01:23 Message: Logged In: YES user_id=564396 the current implementation of the [vu] object only allows fixed heights (80pix, 120pix,...); i would consider this as a non-feature rather than a bug however, it is clearly a bug that the "led-line" is only 1pixel _wide_ at this sizes; btw, this does not occur on linux (tcl/tk-8.4.12-1) which tcl/tk is involved here? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&group_…

1 0

[ pure-data-Bugs-1536488 ] [vu] Object corrupted at sizes 80-119
by SourceForge.net 31 Aug '06

31 Aug '06

Bugs item #1536488, was opened at 2006-08-08 10:22 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&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: puredata Group: v0.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [vu] Object corrupted at sizes 80-119 Initial Comment: The [vu] object shows a single line of its usual full-scale display at any size below 120 (which all seem to go directly to 80 - there are no intermediate values; this is also odd behavior). I've checked this on Miller's 39.2 and Han's extended-39.2-test4 and -38.4. I don't have any other OS's to test this on, so perhaps someone could check this out in Windows and Linux (I am on OS X 10.4.7 2x2G5 and MBP). ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-31 10:23 Message: Logged In: YES user_id=564396 the current implementation of the [vu] object only allows fixed heights (80pix, 120pix,...); i would consider this as a non-feature rather than a bug however, it is clearly a bug that the "led-line" is only 1pixel _wide_ at this sizes; btw, this does not occur on linux (tcl/tk-8.4.12-1) which tcl/tk is involved here? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1536488&group_…

1 0

[ pure-data-Bugs-1325663 ] Higher CPU load in 0.39 than older versions
by SourceForge.net 31 Aug '06

31 Aug '06

Bugs item #1325663, was opened at 2005-10-13 13:06 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&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: puredata Group: None Status: Open Resolution: None Priority: 8 Submitted By: Piotr Majdak (piotrmajdak) Assigned to: Nobody/Anonymous (nobody) Summary: Higher CPU load in 0.39 than older versions Initial Comment: Updating to 0.39 I noticed that most patches use more CPU than in previous versions. Configuration: OS: Windows 2000, ASIO driver activated. CPU Load without any patch loaded: - 0.38.3: 2% - 0.39: 4% CPU Load with a patch: - 0.38.3: 3% - 0.39: 40% (!) CPU Load with comport object receiving data from serial port: - 0.38.3: 3% - 0.39: 25% It seems to depend on audio channels used: more channels higher CPU load. It is hardware independent (several sound interfaces tested with different computers). ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-31 10:13 Message: Logged In: YES user_id=564396 does this still happen with the 0.40 prereleases? if so, could you narrow down the problem a bit? ---------------------------------------------------------------------- Comment By: Piotr Majdak (piotrmajdak) Date: 2005-10-13 13:13 Message: Logged In: YES user_id=633784 changed priority: this bug makes 0.39 unusable :-( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&group_…

1 0

[ pure-data-Bugs-1494449 ] configure script change for intel Mac
by SourceForge.net 31 Aug '06

31 Aug '06

Bugs item #1494449, was opened at 2006-05-24 19:03 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1494449&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 Submitted By: christopher clepper (cclepper) Assigned to: Nobody/Anonymous (nobody) Summary: configure script change for intel Mac Initial Comment: Attached diff to detect for x86 or PowerPc based Macs ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-08-31 10:10 Message: Logged In: YES user_id=564396 it seems like this is now handled differently. should this bug-report be therefore closed? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1494449&group_…

1 0

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 August 2006