Pd-dev June 2005

pd-dev@lists.iem.at

22 participants
69 discussions

Trouble compiling PDP on debian sarge
by B. Bogart 29 Jun '05

29 Jun '05

Hi, ./configure works fine then make results in: pdp_imageproc_common.c: In function `_sign': pdp_imageproc_common.c:292: warning: use of cast expressions as lvalues is deprecated make[2]: *** [pdp_imageproc_common.o] Error 1 make[2]: Leaving directory `/home/bbogart/pd-stuff/externals/pdp/system/image' make[1]: *** [common] Error 2 make[1]: Leaving directory `/home/bbogart/pd-stuff/externals/pdp/system' make: *** [pdp_all] Error 2 gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Any hints? Thanks. B>

3 6

[ pure-data-Feature Requests-1229496 ] dollarsign: expressions,
by SourceForge.net 29 Jun '05

29 Jun '05

Feature Requests item #1229496, was opened at 2005-06-29 09:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1229496&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: abstractions Group: None Status: Open Priority: 5 Submitted By: Franz Zotter (fzotter) Assigned to: Nobody/Anonymous (nobody) Summary: dollarsign: expressions, Initial Comment: mathematical expressions as creation arguments would be nice, just like C-function calls, especially those including preceding creation arguments, e.g. [myobj $1/2 $2+4], or [myobj expr($1/3) 2]. ... Further/Alternatively, it would be interesting to have a set method, setting the dollar argument like a variable, or recreating the abstraction / object with new arguments e.g. [setarg 1 4(, [recreate arg 1 2(, or in the abstraction [setdollar $1], [inlet $1] ... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1229496&group_…

1 0

[ pure-data-Patches-1228872 ] fix verbosity of iemgui's when changing send/receive-names
by SourceForge.net 28 Jun '05

28 Jun '05

Patches item #1228872, was opened at 2005-06-28 11:12 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1228872&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Miller Puckette (millerpuckette) Summary: fix verbosity of iemgui's when changing send/receive-names Initial Comment: you can set the send/receive-names of the iemgui_s with messages. however, somebody has added some debugging output into the code that does change the send-name, resulting in following output to the console: "send: before [newname], after [newname]" while this does not affect the functionality, it fills the console with messages that do not provide any realy functionality. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-28 11:14 Message: Logged In: YES user_id=564396 assigned to msp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1228872&group_…

1 0

[ pure-data-Patches-1228872 ] fix verbosity of iemgui's when changing send/receive-names
by SourceForge.net 28 Jun '05

28 Jun '05

Patches item #1228872, was opened at 2005-06-28 02:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1228872&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: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: fix verbosity of iemgui's when changing send/receive-names Initial Comment: you can set the send/receive-names of the iemgui_s with messages. however, somebody has added some debugging output into the code that does change the send-name, resulting in following output to the console: "send: before [newname], after [newname]" while this does not affect the functionality, it fills the console with messages that do not provide any realy functionality. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1228872&group_…

1 0

Re: PDContainer compiling issue
by Georg Holzmann 27 Jun '05

27 Jun '05

Hallo! > might be a problem with gcc 3.4, that's much stricter with the c++ standard > than earlier gcc versions ... okay, I found the problem: <problem> In a template definition, unqualified names will no longer find members of a dependent base (as specified by [temp.dep]/3 in the C++ standard). For example, template <typename T> struct B { int m; int n; int f (); int g (); }; int n; int g (); template <typename T> struct C : B<T> { void h () { m = 0; // error f (); // error n = 0; // ::n is modified g (); // ::g is called } }; You must make the names dependent, e.g. by prefixing them with this->. Here is the corrected definition of C<T>::h, template <typename T> void C<T>::h () { this->m = 0; this->f (); this->n = 0 this->g (); } </problem> So I have to write a lot of "this" ... :) LG Georg

1 0

[ pure-data-Feature Requests-1228121 ] overlap factor member in t_signal requested
by SourceForge.net 27 Jun '05

27 Jun '05

Feature Requests item #1228121, was opened at 2005-06-27 11:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1228121&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 Priority: 5 Submitted By: fzotter (fzotter) Assigned to: Nobody/Anonymous (nobody) Summary: overlap factor member in t_signal requested Initial Comment: In many situations the knowledge of the overlap factor is desirable. Especially when working with time-constants for e.g. spectral smoothing (tabsend-tabreceive) this is useful. In my opinion, the two parameters s->s_n and s->s_sr in the signal class t_signal aren't sufficient for a complete signal processing description. Moreover, the parameter s->s_sr isn't defined properly, as s->s_sr=(fs*overlap) has nothing to do with the actual sampling interval applied to the audio data. A new member holding the signal overlap factor would be really really great :-). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1228121&group_…

1 0

Re: PDContainer compiling issue
by Georg Holzmann 25 Jun '05

25 Jun '05

Hallo! > i was trying to compile pdcontainer without success: > might be a problem with gcc 3.4, that's much stricter with the c++ > standard > than earlier gcc versions ... okay - I'll try it (on monday ...) LG Georg -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

1 0

scons external build system
by B. Bogart 24 Jun '05

24 Jun '05

Hey All, I was exited to try the scons build system for externals but unfortunatly: bbogart@insitu:~/pd-stuff/externals/build/linux$ scons scons: *** No SConstruct file found. File "/usr/lib/scons/SCons/Script/__init__.py", line 870, in _main I have no knowledge of scons so this error means nothing to me. I just installed with apt-get install scons Which gave me version 0.96.1-1 back to ol' make. Thanks. B.

4 5

compiling pd-devel & pd 0.38-4 noise on startup
by B. Bogart 23 Jun '05

23 Jun '05

Hey all, I've checked out pd HEAD and I'm not sure if I should have used a release tag? Anyhow the usual ./configure does not work due to the fact that there is no "configure" file in pd/src. What tag should I be using? Does compiling pd-devel take steps other than the usual ./configure && make depend && make ? Also I tried Millers 0.38-4 on my newly installed sarge machine. Oddly when I start PD I get an awful screeching sound (even without turning on "compute audio"). Turning on and then off compute audio makes the sound go away, but it is there constant with compute audio on. I'm using oss on 2.6.8. with an onboard RealTek alc850. When testing audio I can hear the tone through the noise (that does not change amplitude). All other audio apps work fine without noise... Ah ok, so what I did was turn off the audio input and now I'm getting a clean sound without noise. Anyone else seen anything like this with the audio in causing noise in the audio out? Ok, and If I change the audio input to 1 channel then I get no noise as well, even with audio in turned on. I guess I'll leave it at only one channel in. This damn card has so many connectors on it I'm only using "line out" for "stereo mode" I guess which is set by the driver. Its been a while since I used Oss... how do I start the software mixer??? Thanks all! B>

2 1

[ pure-data-Bugs-1186531 ] crash when using donecanvasdialog message
by SourceForge.net 21 Jun '05

21 Jun '05

Bugs item #1186531, was opened at 2005-04-20 11:13 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1186531&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: 5 Submitted By: Tim Blechmann (timblech) Assigned to: Nobody/Anonymous (nobody) Summary: crash when using donecanvasdialog message Initial Comment: hi all ... pd crashes, if i send a donecanvasdialog message to a closed subpatch: |;pd-mysubpatch donecanvasdialog 0 0 1( works fine (switching on gop) |;pd-mysubpatch donecanvasdialog 0 0 0( results in: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11495)] 0x0805f3d3 in glist_findrtext (gl=0x0, who=0x83dc7f8) at g_rtext.c:332 332 t_rtext *x = gl->gl_editor->e_rtext; (gdb) where #0 0x0805f3d3 in glist_findrtext (gl=0x0, who=0x83dc7f8) at g_rtext.c:332 #1 0x0805a23d in graph_vis (gr=0x83dc7f8, parent_glist=0x83dc718, vis=0) at g_graph.c:665 #2 0x0805a1e5 in graph_vis (gr=0x83dc718, parent_glist=0x84808d0, vis=138266616) at g_graph.c:804 #3 0x0806c81c in canvas_setgraph (x=0x83dc718, flag=0) at g_editor.c:830 #4 0x0806c8a7 in canvas_donecanvasdialog (x=0x83dc718, xperpix=-nan(0x7fffff), yperpix=1, fgraphme=-nan(0x7fffff)) at g_editor.c:872 #5 0x08085671 in pd_typedmess (x=0x83dc718, s=0x83dc8f8, argc=0, argv=0x8108428) at m_class.c:815 #6 0x080882a4 in binbuf_eval (x=0x0, target=0x83dc718, argc=1, argv=0xbff3d9b0) at m_binbuf.c:597 #7 0x0805bfd0 in message_float (x=0x83dc7f8, f=0) at g_text.c:300 #8 0x0808653d in outlet_float (x=0x0, f=0) at m_obj.c:431 #9 0x0807ca3e in toggle_bang (x=0x83de2e8) at g_toggle.c:250 #10 0x0807cbbe in toggle_newclick (z=0x0, glist=0x84808d0, xpix=511, ypix=328, shift=0, alt=0, dbl=0, doit=1) at g_toggle.c:282 #11 0x0806e14b in canvas_doclick (x=0x84808d0, xpos=511, ypos=328, which=1, mod=0, doit=1) at g_editor.c:1036 #12 0x0806eb6a in canvas_mousedown (x=0x0, xpos=511, ypos=328, which=1, mod=0) at g_editor.c:1209 #13 0x08085671 in pd_typedmess (x=0x84808d0, s=0x83dc8f8, argc=0, argv=0x8108408) at m_class.c:815 #14 0x080852b3 in pd_typedmess (x=0x83dcce0, s=0x83dc8f8, argc=4, argv=0x81083e8) at m_class.c:836 #15 0x080882a4 in binbuf_eval (x=0x0, target=0x83dcce0, argc=0, argv=0x0) at m_binbuf.c:597 #16 0x0808e7eb in socketreceiver_read (x=0x822b6a0, fd=5) at s_inter.c:537 #17 0x0808d9fa in sys_domicrosleep (microsec=0, pollem=138266616) at s_inter.c:177 #18 0x0808e404 in sys_pollgui () at s_inter.c:820 #19 0x0808c094 in m_scheduler () at m_sched.c:488 #20 0x0808d841 in sys_main (argc=2, argv=0xbff3f554) at s_main.c:354 #21 0x080918a6 in main (argc=0, argv=0x0) at s_entry.c:27 cheers ... t ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-06-21 11:58 Message: Logged In: YES user_id=564396 i cannot reproduce this. could you post a patch ? (to pd-dev)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1186531&group_…

3 2

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