Pd-dev October 2005

pd-dev@lists.iem.at

25 participants
41 discussions

[ pure-data-Bugs-1332520 ] Data structures: Invisibility flag for drawnumber broken
by SourceForge.net 19 Oct '05

19 Oct '05

Bugs item #1332520, was opened at 2005-10-19 22:40 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=1332520&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: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Data structures: Invisibility flag for drawnumber broken Initial Comment: When using -v flag in a data structure to make a [drawnumber] invisible it doesn't disappear after it was made invisible. Closing and reopening the data subpatch fixes the display again, but it's annoying. See attached example: ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1332520&group_…

1 0

[Fwd: [PD] pd-0.39-0: problem with midiout]
by federico 19 Oct '05

19 Oct '05

i noticed today that my patches based on [midiout] object, actually don't work anymore. does jack (or alsa) not allow sysex data to pass thru? (i connect pure_data_0 to my UM1SX_midi_out) or something has changed in new release? btw, here are the patches: http://xaero.ath.cx/cms/34.html some time ago they worked ;) note that it is not a midi problem, notes came out of my midi box, but not sysex sent with midiout some infos: $ uname -r 2.6.12-gentoo-r10 $ pd -version Pd version 0.39-0 compiled 00:48:58 Sep 4 2005 $ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.9b. Compiled on Sep 25 2005 for kernel 2.6.12-gentoo-r10. $ jackd --version jackd version 0.99.0 tmpdir /var/run/jack protocol 13

2 2

mp3 files crashing (flext)
by Georg Holzmann 19 Oct '05

19 Oct '05

Hallo devs! I have a problem with reading some mp3 files in readanysf, with some (very seldom) files it is crashing - I cannot see what should be special with those files ... (e.g. audacity can read them normally) (tried now on various linux systems with pd 0.38 and 0.39 ...) Any ideas how to debug that would be very helpfull ! Thanks, LG Georg PS: some more debug informations: here is the backtrace of gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1228907600 (LWP 10814)] 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x080aa88f in sys_lock () at m_sched.c:514 #2 0xb7d88d2d in flext_shared::Forward () from /usr/local/lib/libflext-pd.so.0.5 #3 0xb7d88268 in flext_base_shared::QWorker () from /usr/local/lib/libflext-pd.so.0.5 #4 0xb7d83f67 in flext_shared::ThrCond::TimedWait () from /usr/local/lib/libflext-pd.so.0.5 #5 0xb7ee5ccd in start_thread () from /lib/tls/libpthread.so.0 #6 0xb7e79b0e in clone () from /lib/tls/libc.so.6 (gdb) valgrind give some more infos: ==10959== Thread 3: ==10959== Invalid read of size 1 ==10959== at 0x1B9016C9: memmove (mac_replace_strmem.c:486) ==10959== by 0x1BD546FB: ReadMad::fill_buffer() (in /usr/lib/pd/extra/readany sf~.pd_linux) ==10959== by 0x1BD5476E: ReadMad::Decode(float*, int) (in /usr/lib/pd/extra/r eadanysf~.pd_linux) ==10959== by 0x1BD53547: readanysf::FillFifo() (in /usr/lib/pd/extra/readanys f~.pd_linux) ==10959== by 0x1BD53AD7: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== Address 0x1BCD2EC4 is 0 bytes after a block of size 26948 alloc'd ==10959== at 0x1B8FFC42: operator new(unsigned) (vg_replace_malloc.c:164) ==10959== by 0x1BD53887: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== ==10959== Invalid read of size 1 ==10959== at 0x1B9016C0: memmove (mac_replace_strmem.c:486) ==10959== by 0x1BD546FB: ReadMad::fill_buffer() (in /usr/lib/pd/extra/readany sf~.pd_linux) ==10959== by 0x1BD5476E: ReadMad::Decode(float*, int) (in /usr/lib/pd/extra/r eadanysf~.pd_linux) ==10959== by 0x1BD53547: readanysf::FillFifo() (in /usr/lib/pd/extra/readanys f~.pd_linux) ==10959== by 0x1BD53AD7: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== Address 0x1BCD2EC7 is 3 bytes after a block of size 26948 alloc'd ==10959== at 0x1B8FFC42: operator new(unsigned) (vg_replace_malloc.c:164) ==10959== by 0x1BD53887: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== ==10959== Invalid write of size 1 ==10959== at 0x1B9016C3: memmove (mac_replace_strmem.c:486) ==10959== by 0x1BD546FB: ReadMad::fill_buffer() (in /usr/lib/pd/extra/readany sf~.pd_linux) ==10959== by 0x1BD5476E: ReadMad::Decode(float*, int) (in /usr/lib/pd/extra/r eadanysf~.pd_linux) ==10959== by 0x1BD53547: readanysf::FillFifo() (in /usr/lib/pd/extra/readanys f~.pd_linux) ==10959== by 0x1BD53AD7: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== Address 0x1BCD2EC4 is 0 bytes after a block of size 26948 alloc'd ==10959== at 0x1B8FFC42: operator new(unsigned) (vg_replace_malloc.c:164) ==10959== by 0x1BD53887: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== ==10959== More than 30000 total errors detected. I'm not reporting any more. ==10959== Final error counts will be inaccurate. Go fix your program! ==10959== Rerun with --error-limit=no to disable this cutoff. Note ==10959== that errors may occur in your program without prior warning from ==10959== Valgrind, because errors are no longer being displayed. ==10959== ==10959== ==10959== Process terminating with default action of signal 11 (SIGSEGV) ==10959== Bad permissions for mapped region at address 0x1BD47000 ==10959== at 0x1B9016C3: memmove (mac_replace_strmem.c:486) ==10959== by 0x1BD546FB: ReadMad::fill_buffer() (in /usr/lib/pd/extra/readany sf~.pd_linux) ==10959== by 0x1BD5476E: ReadMad::Decode(float*, int) (in /usr/lib/pd/extra/r eadanysf~.pd_linux) ==10959== by 0x1BD53547: readanysf::FillFifo() (in /usr/lib/pd/extra/readanys f~.pd_linux) ==10959== by 0x1BD53AD7: readanysf::m_child() (in /usr/lib/pd/extra/readanysf ~.pd_linux) ==10959== by 0x1BD5441E: readanysf::flext_t_m_child(flext_shared::thr_params* ) (in /usr/lib/pd/extra/readanysf~.pd_linux) ==10959== by 0x1BD7EF66: (within /usr/local/lib/libflext-pd.so.0.5.1) ==10959== by 0x1BA01CCC: start_thread (in /lib/tls/libpthread-2.3.5.so) ==10959== by 0x1BADFB0D: clone (in /lib/tls/libc-2.3.5.so) ==10959== ==10959== ERROR SUMMARY: 30000 errors from 24 contexts (suppressed: 0 from 0) ==10959== malloc/free: in use at exit: 488401 bytes in 1589 blocks. ==10959== malloc/free: 2709 allocs, 1120 frees, 1517591 bytes allocated. ==10959== For counts of detected errors, rerun with: -v ==10959== searching for pointers to 1589 not-freed blocks. ==10959== checked 25986180 bytes. -- NEU: Telefon-Flatrate fürs dt. Festnetz! GMX Phone_Flat: 9,99 Euro/Mon.* Für DSL-Nutzer. Ohne Providerwechsel! http://www.gmx.net/de/go/telefonie

1 0

"abusing" pure data
by Michael Idziorek 17 Oct '05

17 Oct '05

Hello everybody! I have been looking for some existng gui i can adapt in order to create a simple user interface for my purposes. I wonder if Pure Data would be able to meet my requirements. All i need is the following: - Place different (predefined) objects with (predefined numbers of) inputs & outputs - Connect the in and outputs together. - Set a set of options for the objects (the number and caption of the options depends on the chosen obejct) - And of course Save the whole thing for later post-processing. Can anybody tell me if PD would be a valid choice, please? However I was unable to find any alternative... Regardz michael. -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl

2 1

loadlib1, loadlib2... vs. ordered loadlib
by Hans-Christoph Steiner 16 Oct '05

16 Oct '05

In the new pdsettings, the libs to load are currently listed with distinct arguments to represent order, i.e. loadlib1, loadlib2, etc. That makes it quite hard to add things to the preferences programmatically. For example, if I want to use the "defaults" command in Mac OS X to add a library to be loaded, I'd have to parse the existing prefs file to know which loadlib? argument to use. Is there any specific reason why a generic "loadlib" statement couldn't be used? The order that they are listed in the file would then represent loadlib1, loadlib2, etc. If I implemented this would it be included in the core? .hc ________________________________________________________________________ ____ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

1 0

[ pure-data-Bugs-1325663 ] Higher CPU load in 0.39 than older versions
by SourceForge.net 13 Oct '05

13 Oct '05

Bugs item #1325663, was opened at 2005-10-13 11:06 Message generated for change (Comment added) made by piotrmajdak 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: Piotr Majdak (piotrmajdak) Date: 2005-10-13 11: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-1325663 ] Higher CPU load in 0.39 than older versions
by SourceForge.net 13 Oct '05

13 Oct '05

Bugs item #1325663, was opened at 2005-10-13 11:06 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=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: None Group: None Status: Open Resolution: None Priority: 5 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). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1325663&group_…

1 0

scons issues
by Thoralf Schulze 13 Oct '05

13 Oct '05

hi there, according to scons -h, there is a prefix options which specifies the path pd will be installed to. I observed that building pd with scons prefix=/usr lets scons run into an endless loops - it just keeps eating memory and does appearantly nothing after the build process. It would be great to have some hints on building pd with scons in install.txt ... Also, the -mfpmath=sse option in the Sconscript in src/ failed on my p4 (with gentoo). changing this to -mfpmath=sse,387 seems to be a workaround. with kind regards, thoralf. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 2

Re: [piksel] piksel05-update 0.3 - publication (fwd)
by Mathieu Bouchard 12 Oct '05

12 Oct '05

We now have a paper for DesireData. It's 8 pages whereas last year's paper on ImpureData was only 3 pages. Unfortunately I wrote most of it in a real rush so if anything looks weird there are 13 hours left for sending me errata, as the deadline has been extended. The new deadline is tomorrow 6 AM in our timezone. ---------- Forwarded message ---------- Date: Wed, 12 Oct 2005 05:57:35 -0400 (EDT) From: Mathieu Bouchard <matju(a)artengine.ca> Reply-To: p1k53l workshop <piksel(a)bek.no> To: gif(a)bek.no, p1k53l workshop <piksel(a)bek.no> Subject: Re: [piksel] piksel05-update 0.3 - publication On Tue, 4 Oct 2005, Gisle Fr0ysland wrote: > Tuesday 04 October 2005 15:16, skrev aym3ric: > > nice! > > is there a deadline to submit extra info/material ? > sure, how could I foget the deadline ;) > The deadline is october 12th at 12:00 My new paper (with Chun Lee) is now available at: http://artengine.ca/matju/piksel/DesireData_Piksel05_draft_3.pdf And I'm also submitting the same GridFlow paper as last year: http://www.artengine.ca/matju/graz/GridFlow_PdConvention04.pdf ____________________________________________________________________ Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada _______________________________________________ piksel mailing list piksel(a)bek.no http://plot.bek.no/mailman/listinfo/piksel http://www.piksel.no

1 1

iemlib osx makefiles
by Lorenz Schori 11 Oct '05

11 Oct '05

attached are the darwin makefiles for iemlib external. i've built my versions using gcc 3.3 on osx 10.4.2 with pd/miller 0.39. @hans: do you have some sort of buildscript/makefile/xcodeproject for pd-0.xx-extended.app?

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 October 2005