Pd-dev June 2006

pd-dev@lists.iem.at

29 participants
58 discussions

Patch for FreeBSD 6.0 (almost)
by mal content 14 Jun '06

14 Jun '06

Hi. I've nearly managed to get pd-0.40-test2 from CVS to compile on FreeBSD 6.0. I'm having some trouble though. The work is mostly based on these patches: http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pd/files/ However, they aren't all relevant and they are for a version of pd released a LONG time ago. I am getting this linker error on the last stage of compilation: cd ../obj; cc -L/usr/local/lib -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_audio_oss.o \ -lm -lpthread m_glob.o(.text+0x476): In function `glob_init': /home/aone/cvs/external/pd/src/m_glob.c:117: undefined reference to `glob_watchdog' s_inter.o(.text+0x5be): In function `sys_bail': /home/aone/cvs/external/pd/src/s_inter.c:1270: undefined reference to `sys_close_midi' s_midi.o(.text+0x18b): In function `sys_putnext': /home/aone/cvs/external/pd/src/s_midi.c:117: undefined reference to `sys_putmidibyte' s_midi.o(.text+0x1c6):/home/aone/cvs/external/pd/src/s_midi.c:118: undefined reference to `sys_putmidimess' s_midi.o(.text+0x923): In function `sys_pollmidiqueue': /home/aone/cvs/external/pd/src/s_midi.c:464: undefined reference to `sys_poll_midi' s_midi.o(.text+0x9ff): In function `sys_open_midi': /home/aone/cvs/external/pd/src/s_midi.c:531: undefined reference to `midi_oss_init' s_midi.o(.text+0xa64):/home/aone/cvs/external/pd/src/s_midi.c:539: undefined reference to `sys_do_open_midi' s_midi.o(.text+0xafd): In function `sys_listmididevs': /home/aone/cvs/external/pd/src/s_midi.c:572: undefined reference to `midi_getdevs' s_midi.o(.text+0xc4b): In function `glob_midi_properties': /home/aone/cvs/external/pd/src/s_midi.c:656: undefined reference to `midi_getdevs' s_midi.o(.text+0x1001): In function `glob_midi_setapi': /home/aone/cvs/external/pd/src/s_midi.c:619: undefined reference to `sys_close_midi' s_midi.o(.text+0x10f1): In function `glob_midi_dialog': /home/aone/cvs/external/pd/src/s_midi.c:761: undefined reference to `sys_close_midi' s_midi.o(.text+0x1046): In function `glob_midi_setapi': /home/aone/cvs/external/pd/src/s_midi.c:632: undefined reference to `sys_close_midi' x_midi.o(.text+0xf84): In function `midiout_float': /home/aone/cvs/external/pd/src/x_midi.c:681: undefined reference to `sys_putmidibyte' gmake: *** [../bin/pd] Error 1 I believe the original patches above just disabled midi in order to avoid this error, but that's hardly correct now, is it? Attached is my current patch, which adds a few #ifdefs here and there and includes a new section in configure.in. I'd be obliged if somebody could help me work out why I'm seeing the above linker errors. cheers, MC

2 1

call for discussion: native video for Pd
by Miller Puckette 12 Jun '06

12 Jun '06

To Pd developers, After years of worrying about it, I'm thinking it's time to add video support natively to Pd. My basic idea is to add a feature to the block~ object so that windows of DSP computation can be triggered from external messages. That way, video I/O objects could be designed to spit out frames or portions of frames on demand, and the user gets the ability to explicitly schedule how the video computations should be run. (My favorite example of non-obvious scheduling of video computation is low-latency analysis of incoming video, where you can actually use the 1/60-second fields without having to wait the additional 1/60-th second for a complete frame to arrive.) I think there will have to be some state added to the DSP chain mechanism so that objects explicitly designed to work on video streams can find out what part of the image they're looking at. This could be as simple as a global data structure describing the current vector's position in an image; existing tilde objects would simply ignore the information. To begin with at least, I'm hoping to be able to do all video operations except storage using floating-point numbers, thereby re-using the usual tilde objects. The disadvantage of this approach is that, if you want to "sample" an image, to get decent cache behavior you'd want the possibility of storing it in a data-reduced way, as 8-bit integers or perhaps using YUYV packing. (for example, a 512x768 color video frame takes almost 5MB to store in floating point, but only about 0.7 MB in 8-bit YUYV.) So there will probably have to be a suite of new objects for storing 2D arrays in fixed point formats, variously trading off memory compaction with processing time needed to get the data in and out. There will probably also want to be a choice of interpolation strategies. Probably the design can look like the table/tabwrite/tabread/tabread4/tabwrite~/tabread~/tabread4~ objects. Also like "table" objects I want to publish an API so that pdp and gem can read and write into image storage buffers. I'll probably base the actual video I/O objects on the way Tom Shouten did it in pdp - perhaps pdp would then be able to use pd's video objects directly if I can get the design just right. ideas and opinions welcome! cheers Miller

11 28

Pd: signal 6 and the [shell] object on OSX
by chris clepper 08 Jun '06

08 Jun '06

On the MacIntel build I made I get this when sending a command to the [shell] object: Pd: signal 6 closing audio... closing MIDI... ... done. This actually registers as a crash in the crash logs but Pd keeps running. I use the -noaudio -nomidi flags but that doesn't seem to turn audio and MIDI off fully. Here's one of the thousands of crash reports: Thread 0 Crashed: 0 libSystem.B.dylib 0x900252a9 restore_sem_to_pool + 61 1 libSystem.B.dylib 0x90001f5c pthread_mutex_lock + 518 2 com.apple.audio.CoreAudio 0x9144297c CAMutex::Lock() + 58 3 com.apple.audio.CoreAudio 0x914587cd IOA_Device::StartCommandExecution(void**) + 41 4 com.apple.audio.CoreAudio 0x914586a3 HP_Device::ExecuteCommand(HP_Command*) + 61 5 com.apple.audio.CoreAudio 0x9145860d HP_Device::Do_StopAllIOProcs() + 65 6 com.apple.audio.CoreAudio 0x9145859b IOA_SingleDeviceManager::StopAllIOProcs() + 47 7 com.apple.audio.CoreAudio 0x91458551 IOA_PlugIn::StopAllIOProcs() + 21 8 com.apple.audio.CoreAudio 0x914584ea IOA_PlugIn::Teardown() + 242 9 com.apple.audio.CoreAudio 0x914583c0 HP_PlugIn_Teardown(AudioHardwarePlugInInterface**) + 78 10 com.apple.audio.CoreAudio 0x91458365 HALPlugIn::Teardown() + 21 11 com.apple.audio.CoreAudio 0x91458198 HALPlugInManagement::Teardown() + 240 12 com.apple.audio.CoreAudio 0x9145809f HALSystem::TeardownDevices() + 11 13 com.apple.audio.CoreAudio 0x9145803c HALSystem::AtExitHandler() + 124 14 com.apple.audio.CoreAudio 0x91457f9b HALAtExit::AtExitHandler() + 79 15 libSystem.B.dylib 0x90010d0c __cxa_finalize + 237 16 libSystem.B.dylib 0x90010c08 exit + 24 17 shell.pd_darwin 0x0ad44d4c shell_anything + 745 (bundle1.s:110) 18 pd 0x00037a63 pd_typedmess + 340 (m_class.c:754) 19 pd 0x00038fbf outlet_anything + 78 (m_obj.c:386) 20 pd 0x00037a63 pd_typedmess + 340 (m_class.c:754) 21 pd 0x0003af58 binbuf_eval + 931 (m_binbuf.c:574) 22 pd 0x00008f37 message_bang + 43 (g_text.c:294) 23 pd 0x00038d24 outlet_bang + 56 (m_obj.c:327) 24 pd 0x0003ec01 sched_tick + 100 (m_sched.c:356) 25 pd 0x0003f00a m_scheduler + 898 (m_sched.c:460) 26 pd 0x00040bcb sys_main + 1239 (s_main.c:294) 27 pd 0x00001f8a _start + 228 (crt.c:272) 28 pd 0x00001ea5 start + 41 cgc

1 0

[ pure-data-Bugs-1502833 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 08 Jun '06

08 Jun '06

Bugs item #1502833, was opened at 2006-06-08 13:48 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1502833&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-dev Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-08 14:34 Message: Logged In: YES user_id=564396 created a patch that fixes this and moved to the patch-tracker ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1502833&group_…

1 0

[ pure-data-Patches-1502860 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 08 Jun '06

08 Jun '06

Patches item #1502860, was opened at 2006-06-08 14:33 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=1502860&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-dev Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. the attached patch fixes this by adding a "glob_closeall()" function to g_editor.c (which closes all root canvases) and calling it from within glob_quit() in s_inter.c ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1502860&group_…

1 0

[ pure-data-Bugs-1502833 ] class-destructor (free-method) not called when quitting pd
by SourceForge.net 08 Jun '06

08 Jun '06

Bugs item #1502833, was opened at 2006-06-08 13:48 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=1502833&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-dev Group: None Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: class-destructor (free-method) not called when quitting pd Initial Comment: when an object is destroyed (either directly deleted or by closing the patch containing it) the "free" method (a "destructor" in c++-speak) for this object is called. however, when pd is "quit" (e.g. "Ctrl-Q"), this destructor does not get called, which potentially leaves the system in a bad state. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1502833&group_…

1 0

[ pure-data-Bugs-1467621 ] numberbox bug
by SourceForge.net 08 Jun '06

08 Jun '06

Bugs item #1467621, was opened at 2006-04-10 12:41 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1467621&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: Closed Resolution: Fixed Priority: 7 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: numberbox bug Initial Comment: sending a list of numbers (e.g. "3 -10 8") to the numberbox will output the 2nd and the 1st element (in this order) of the list. i think, the numberbox should only output the 1st element of the list. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-08 13:41 Message: Logged In: YES user_id=564396 fixed in (upcoming) pd-0.40 ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-04-25 17:26 Message: Logged In: YES user_id=564396 this does not occur in pd<=0.35! i am pretty sure, that this behaviour was introduced with the send/receive-names for numberboxes, where the object seems to have a 2nd (dummy) inlet which in turn gets the 2nd argument of the list. this does also occur with symbolboxes. a solution/workaround is to add a list_method to the numberbox/symbolbox object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1467621&group_…

1 0

[ pure-data-Bugs-1467621 ] numberbox bug
by SourceForge.net 08 Jun '06

08 Jun '06

Bugs item #1467621, was opened at 2006-04-10 12:41 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1467621&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: Fixed Priority: 7 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: numberbox bug Initial Comment: sending a list of numbers (e.g. "3 -10 8") to the numberbox will output the 2nd and the 1st element (in this order) of the list. i think, the numberbox should only output the 1st element of the list. ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-06-08 13:41 Message: Logged In: YES user_id=564396 fixed in (upcoming) pd-0.40 ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-04-25 17:26 Message: Logged In: YES user_id=564396 this does not occur in pd<=0.35! i am pretty sure, that this behaviour was introduced with the send/receive-names for numberboxes, where the object seems to have a 2nd (dummy) inlet which in turn gets the 2nd argument of the list. this does also occur with symbolboxes. a solution/workaround is to add a list_method to the numberbox/symbolbox object. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1467621&group_…

1 0

readanysf~ - has anybody solved the delete crash?
by Nick Mariette 06 Jun '06

06 Jun '06

Hello, I have been seeing a problem with readanysf~ running under Pd 0.39.2 (via Hans' extended test 3 package on OSX), whereby if you open a new patch, enter a single readanysf~ object, then delete it, then Pd will crash. The top part of the OSX crash log is copied below. I have looked through the dev list archives, and have found a reference to a similar (same?) problem here: http://lists.puredata.info/pipermail/pd-dev/2005-08/004739.html Did anybody already solve this problem? Is it only a matter of the wrong headers as suggested in the post linked above? I have tried rebuilding readanysf~ many times, trying various suggestions from the list archives, but as yet with no luck to fix the delete crash problem. For reference, readanysf~ is in Sourceforge CVS here: http://pure-data.cvs.sourceforge.net/pure-data/externals/august/ readanysf~/ I also note that there has not been an update for this fix: http://lists.puredata.info/pipermail/pd-dev/2006-02/006082.html - and I wonder (without having looked into flext myself) if the use of FLEXT_NOGLOBALNEW or FLEXT_USE_CMEM is anything related to the delete problem? Hope that somebody can help! best regards Nick here's that crash log: Date/Time: 2006-06-05 19:39:15.774 +1000 OS Version: 10.4.6 (Build 8I127) Report Version: 4 Command: pd Path: /Users/nickm/dev/svn_nomad/nickm/icinema/ Pd_Render_Engine.app/Contents/Resources/Scripts/../bin/pd Parent: Pd-0.39.2-extended-test3 [17977] Version: ??? (???) PID: 17978 Thread: 3 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x0160d090 Thread 0: 0 libSystem.B.dylib 0x9001f5ec select + 12 1 pd 0x00070848 sys_domicrosleep + 180 (s_inter.c:176) 2 pd 0x0006d4f8 m_scheduler + 2268 (m_sched.c:487) 3 pd 0x0006f900 sys_main + 900 (s_main.c:298) 4 pd 0x00001f58 _start + 348 (crt.c:272) 5 pd 0x00001df8 start + 60 Thread 1: 0 libSystem.B.dylib 0x9000b0a8 mach_msg_trap + 8 1 libSystem.B.dylib 0x9000affc mach_msg + 60 2 com.apple.CoreFoundation 0x907e3b78 __CFRunLoopRun + 832 3 com.apple.CoreFoundation 0x907e347c CFRunLoopRunSpecific + 268 4 com.apple.audio.CoreAudio 0x9148d83c HALRunLoop::OwnThread (void*) + 264 5 com.apple.audio.CoreAudio 0x9148d5dc CAPThread::Entry (CAPThread*) + 96 6 libSystem.B.dylib 0x9002ba68 _pthread_body + 96 Thread 2: 0 libSystem.B.dylib 0x9002c128 semaphore_wait_signal_trap + 8 1 libSystem.B.dylib 0x90030bec pthread_cond_wait + 480 2 libflext-pd.dylib 0xd000b238 flext_shared::ThrHelper (void*) + 212 3 libSystem.B.dylib 0x9002ba68 _pthread_body + 96 Thread 3 Crashed: 0 <<00000000>> 0xffff8260 __spin_lock + 0 (cpu_capabilities.h:178) 1 libSystem.B.dylib 0x90030c2c pthread_cond_wait + 544 2 libflext-pd.dylib 0xd0009c3c flext_shared::ThrCond::Wait () + 40 3 readanysf~.pd_darwin 0x007d355c readanysf::m_child() + 1216 (bundle1.s:283) 4 readanysf~.pd_darwin 0x007d8e68 readanysf::flext_t_m_child (flext_shared::thr_params*) + 64 (bundle1.s:283) 5 libSystem.B.dylib 0x9002ba68 _pthread_body + 96 Thread 4: 0 libSystem.B.dylib 0x9002c128 semaphore_wait_signal_trap + 8 1 libSystem.B.dylib 0x90030bec pthread_cond_wait + 480 2 libflext-pd.dylib 0xd0009c3c flext_shared::ThrCond::Wait () + 40 3 libflext-pd.dylib 0xd00103cc flext_base_shared::QWorker (flext_shared::thr_params*) + 52 4 libSystem.B.dylib 0x9002ba68 _pthread_body + 96 Thread 3 crashed with PPC Thread State 64: srr0: 0x00000000ffff8260 srr1: 0x000000000000d030 vrsave: 0x0000000000000000 cr: 0x24000004 xer: 0x0000000000000000 lr: 0x0000000090030c2c ctr: 0x000000009002c120 r0: 0x0000000000000001 r1: 0x00000000f0182cd0 r2: 0x0000000000000001 r3: 0x000000000160d090 r4: 0x0000000000006003 r5: 0x0000000000000034 r6: 0x00000000ffffffff r7: 0x000000000000b903 r8: 0x0000000000000001 r9: 0x00000000a0001fac r10: 0x0000000000000000 r11: 0x00000000a0006bf4 r12: 0x000000009002c120 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 r16: 0x0000000000000000 r17: 0x0000000000000000 r18: 0x0000000000000000 r19: 0x0000000000000000 r20: 0x0000000000000000 r21: 0x0000000000000000 r22: 0x0000000000000000 r23: 0x0000000000000000 r24: 0x0000000000000000 r25: 0x0000000000000000 r26: 0x00000000a0000a1c r27: 0x000000000160d060 r28: 0x0000000000000000 r29: 0x000000000160d08c r30: 0x00000000a0001fac r31: 0x0000000090030a1c Binary Images Description: .........

1 0

altname bug: breaks namespaces
by Hans-Christoph Steiner 04 Jun '06

04 Jun '06

If I have an object that uses an altname, then it cannot be used with a namespace prefix. This works fine: [radians->mapping] This doesn't work: [mapping/radians->mapping] Looks like there should be one more test condition for the altname stuff, and that is for an altname where the slash is a literal directory separator. .hc ________________________________________________________________________ ____ "I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits." - Martin Luther King, Jr.

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