Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Hi Hans On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: Thanks a lot for your efforts. I noticed quite a huge amount of work went into that version and many goals have been achieved. Thanks to anyone involved. Unfortunately, I've run into a couple of problems when running some of my patches in the release candidate version Pd-0.43.4-extended-20130107. 1 When loading a patch in netpd on Ubuntu 12.04.1, Pd-extended immediately and reliably crashes. This does not happen with any Pd 0.43 or 0.44 version. Also it didn't happen with earlier builds of Pd-0.43-extended, though I can't exactly specify the last version that didn't crash yet (I'll investigate that later). Steps to reproduce: * Start pd-extended * Load netpd/chat.pd * click on 'unpatch' in chat.pd to launch unpatch * load a netpd-patch from netpd/patches (click on 'netload patch') This is the backtrace from Pd-0.43.4-extended-20130107 on Ubuntu 12.04.1 (i386): --- Backtrace --- Program received signal SIGSEGV, Segmentation fault. 0x0805933a in subcanvas_new (s=0x86ae438) at g_canvas.c:942 942 g_canvas.c: No such file or directory. (gdb) backtrace #0 0x0805933a in subcanvas_new (s=0x86ae438) at g_canvas.c:942 #1 0x0807e4ba in pd_typedmess (x=0x80e033c, s=0x80e9c58, argc=optimized out, argv=0xbfffd144) at m_class.c:795 #2 0x0808455e in binbuf_eval (x=0x8585fb0, target=0x80e033c, argc=1, argv=0x869dba0) at m_binbuf.c:767 #3 0x0805e545 in canvas_objtext (gl=0x86b3740, xpix=10, ypix=20, selected=0, b=0x8585fb0) at g_text.c:96 #4 0x0805f9f5 in canvas_obj (gl=0x86b3740, s=0x80e9968, argc=4, argv=0xbfffd55c) at g_text.c:193 #5 0x0807e232 in pd_typedmess (x=0x86b3740, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_class.c:719 #6 0x0807e0fd in pd_typedmess (x=0x86ae0d8, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_class.c:816 #7 0x0807f7af in outlet_anything (x=0x86ae858, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_obj.c:470 #8 0x080a1b4e in trigger_anything (x=0x86ae800, s=0x80e9968, argc=4, argv=0xbfffd55c) at x_connective.c:1013 #9 0x0807e0fd in pd_typedmess (x=0x86ae800, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_class.c:816 #10 0x0807f7af in outlet_anything (x=0x86ae750, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_obj.c:470 #11 0x0807e0fd in pd_typedmess (x=0x86ae73c, s=0x80e9968, argc=4, argv=0xbfffd55c) at m_class.c:816 #12 0x0808455e in binbuf_eval (x=0x86ae768, target=0x86ae73c, argc=3, argv=0xbfffd5e0) at m_binbuf.c:767 #13 0x0807f71f in outlet_list (x=0x86ae448, s=0x80d9be0, argc=3, argv=0xbfffd5e0) at m_obj.c:459 #14 0x009501cc in list_append_list (x=0x86ae408, s=0x80d9be0, argc=2, argv=0xbfffd710) at list.c:240 #15 0x0807f71f in outlet_list (x=0x86ae3a8, s=0x80d9be0, argc=2, argv=0xbfffd710) at m_obj.c:459 #16 0x009501cc in list_append_list (x=0x86ae360, s=0x0, argc=1, argv=0xbfffd800) at list.c:240 #17 0x0807d382 in pd_defaultfloat (x=0x86ae360, f=20) at m_class.c:73 #18 0x0807f5b7 in outlet_float (x=0x86ae2f8, f=20) at m_obj.c:425 #19 0x0807f71f in outlet_list (x=0x86ae278, s=0x80d9be0, argc=1, argv=0xbfffd8b8) at m_obj.c:459 #20 0x080a25b2 in trigger_list (x=0x86ae238, s=0x0, argc=1, argv=0xbfffd8b8) at x_connective.c:1000 #21 0x080a2697 in trigger_float (x=0x86ae238, f=1) at x_connective.c:1034 #22 0x0807f5b7 in outlet_float (x=0x86ae1d0, f=1) at m_obj.c:425 #23 0x0807f5b7 in outlet_float (x=0x86ae148, f=0) at m_obj.c:425 #24 0x080a12d9 in pdfloat_bang (x=0x86ae120) at x_connective.c:80 #25 0x0807f4b3 in outlet_bang (x=0x86ae688) at m_obj.c:399 #26 0x080a1420 in until_float (x=0x86ae640, f=optimized out) at x_connective.c:1190 #27 0x0807f5b7 in outlet_float (x=0x86ae608, f=1) at m_obj.c:425 #28 0x0807f5b7 in outlet_float (x=0x86ae4c8, f=1) at m_obj.c:425 #29 0x0807f5b7 in outlet_float (x=0x86ae530, f=1) at m_obj.c:425 #30 0x08084597 in binbuf_eval (x=0x86ae490, target=0x86ae51c, argc=2, argv=0xbfffdbd4) at m_binbuf.c:770 #31 0x0807f71f in outlet_list (x=0x86ae068, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at m_obj.c:459 #32 0x080a25b2 in trigger_list (x=0x86ae010, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at x_connective.c:1000 #33 0x0807f71f in outlet_list (x=0x86b1400, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at m_obj.c:459 #34 0x0807f71f in outlet_list (x=0x86a92a8, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at m_obj.c:459 #35 0x080a25b2 in trigger_list (x=0x86a9248, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at x_connective.c:1000 #36 0x0807f71f in outlet_list (x=0x86a91b8, s=0x80d9be0, argc=2, argv=0xbfffdbd4) at m_obj.c:459 #37 0x08084228 in binbuf_eval (x=0x86a9128,
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On 08/01/2013 12:14, Roman Haefeli wrote: Hi Hans On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: (...) 2)) On Windows, Pd-extended immediately crashes when loading the patch netpd/chat.pd [1]. This happens on my Windows XP Pro Virtualbox VM. I didn't have the chance to test that on a physical Windows XP|7|8 machine yet. This didn't happen with earlier builds of Pd-0.43-extended, though I stil have to investigate the last working version. [1] from https://github.com/reduzent/netpd2/archive/master.zip Just tested on Windows7 (64bit OS) and it does start. pob ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GEM - camera lens correction or camera calibration
Hi all, I'm trying to do a simple planar stereo vision installation (two camera that see a plane from a side) trying to reconstruct object position on the plane. I need to undistort my camera input (wide angle lens) for later blob detection. Has someone worked on undistort camera input or better on camera calibration in GEM? ciao Dario ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Die, 2013-01-08 at 12:27 +0100, Pierre-Olivier Boulant wrote: On 08/01/2013 12:14, Roman Haefeli wrote: Hi Hans On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: (...) 2)) On Windows, Pd-extended immediately crashes when loading the patch netpd/chat.pd [1]. This happens on my Windows XP Pro Virtualbox VM. I didn't have the chance to test that on a physical Windows XP|7|8 machine yet. This didn't happen with earlier builds of Pd-0.43-extended, though I stil have to investigate the last working version. [1] from https://github.com/reduzent/netpd2/archive/master.zip Just tested on Windows7 (64bit OS) and it does start. Oh, thanks for testing. Glad to hear that. Something is weird with my Windows XP regarding Pd, I suppose. Let's skip this report, then. One issue less. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Die, 2013-01-08 at 13:23 +0100, Roman Haefeli wrote: On Die, 2013-01-08 at 12:27 +0100, Pierre-Olivier Boulant wrote: On 08/01/2013 12:14, Roman Haefeli wrote: Hi Hans On Mon, 2013-01-07 at 12:32 -0500, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: (...) 2)) On Windows, Pd-extended immediately crashes when loading the patch netpd/chat.pd [1]. This happens on my Windows XP Pro Virtualbox VM. I didn't have the chance to test that on a physical Windows XP|7|8 machine yet. This didn't happen with earlier builds of Pd-0.43-extended, though I stil have to investigate the last working version. [1] from https://github.com/reduzent/netpd2/archive/master.zip Just tested on Windows7 (64bit OS) and it does start. Oh, thanks for testing. Glad to hear that. Something is weird with my Windows XP regarding Pd, I suppose. Let's skip this report, then. One issue less. BTW: Pierre-Olivier helped me testing on Windows 7 (64bit) with the release candidate and problem 1) is exactly the same as on Ubuntu 12.04.1 Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
Le 08/01/2013 12:50, Dario Pedrioli a écrit : Hi all, I'm trying to do a simple planar stereo vision installation (two camera that see a plane from a side) trying to reconstruct object position on the plane. I need to undistort my camera input (wide angle lens) for later blob detection. Has someone worked on undistort camera input or better on camera calibration in GEM? ciao Dario ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, I think you could find something interesting in the Gem examples : GLSL/13.panoramique.pd This patch use GLSL shaders to revise the distorsion on several pictures. Hoping it helps. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
for better lens calibration, see pix_opencv object (pix_opencv_calibration). cheers c Le 08/01/2013 13:31, Jack a écrit : Le 08/01/2013 12:50, Dario Pedrioli a écrit : Hi all, I'm trying to do a simple planar stereo vision installation (two camera that see a plane from a side) trying to reconstruct object position on the plane. I need to undistort my camera input (wide angle lens) for later blob detection. Has someone worked on undistort camera input or better on camera calibration in GEM? ciao Dario ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -http://lists.puredata.info/listinfo/pd-list Hello, I think you could find something interesting in the Gem examples : GLSL/13.panoramique.pd This patch use GLSL shaders to revise the distorsion on several pictures. Hoping it helps. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 94, Issue 35
2013/1/8 pd-list-requ...@iem.at Re: [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs Pd-extended 0.43.4 rc 07/01/2013 crashes when I load a patch with unauthorized's grid. This thing don't happens in previous beta version running on Ubuntustudio 12.04 Cheers -- óscar santis escultor, pintor, ruidista http://www.oscarsantis.cl http://www.flickr.com/oscarsantis http://www.soundcloud.com/oscarsantis tel: ++ 56 9 84280381 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote: 1 When loading a patch in netpd on Ubuntu 12.04.1, Pd-extended immediately and reliably crashes. This does not happen with any Pd 0.43 or 0.44 version. Also it didn't happen with earlier builds of Pd-0.43-extended, though I can't exactly specify the last version that didn't crash yet (I'll investigate that later). Ok, I got this one hunted down. The offending commit is this: snip commit b95886ccd619d6141a62608f11fda8999ea0a686 Author: Hans-Christoph Steiner h...@eds.org Date: Fri Dec 14 21:29:24 2012 -0500 place new subpatch windows near where the [pd] object was created Use the last click location in the editor and the screen x/y position of the owner window to set where the new canvas toplevel window is placed. /snip The attached patch consisting of only three objects exhibits the problem. When creating a subpatch inside a hidden subpatch, Pd-extended crashes. It does not so, when the outer subpatch is visible. Before this commit, creating subpatches in hidden subpatches was perfectly legal thing to do. Roman #N canvas 63 172 596 107 10; #X msg 11 13 obj 10 10 pd inner; #X obj 11 39 s pd-outer; #N canvas 927 357 272 428 outer 0; #X restore 10 64 pd outer; #X text 132 12 - click message to crash Pd-0.43.4-extended 2012-12-14 ; #X connect 0 0 1 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote: 3) When loading a patch in the Pd-extended release candidate, the memory footprint is approximately three times higher than loading the same patch with Pd 0.43.3 vanilla. For a patch that eats 200 MB of memory in Pd-vanilla, this means 600 MB memory usage in the current Pd-extended. The patch I used to measure the memory footprint does not use a lot of tables but contains many instances of abstractions and nested abstractions. My impression is that there wasn't such a huge difference with earlier builds of Pd-0.43-extended, though I don't have any data to confirm this. I'll check that when I found a version that does not exhibit the problems 1) and 2) and see whether the situation is different there. The difference in memory footprints seems consistent across operating systems, at least between Ubuntu 12.04.1 and Windows XP (both i386). It appears the difference is not specific to recent version of Pd-extended. I tried a version from May 2012 and it also uses 3 times more memory for the same patch than Pd-vanilla. It seems this isn't a release critical issue for most people. However, I still wonder where this difference does come from. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
I don't know if this is the thread where to post this... I don't even know whether this is a bug or a desired behavior, but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for me when I have caps locked on my keyboard. This applies to all pd-0.43 versions that I have tried, extended and vanilla. (here: mac osx 10.6.8) happy new year to all! angelfaraldo On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Its been a long time coming, but its finally reached completion! This release includes the most new features of any release before, here are some highlights: * complete help search: search all installed docs (Help-Search) * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) * new libraries: log, iemguts, mediasettings, pduino, syslog * GUI plugins: customize your editing experience * full Unicode support, write patches in any language * fully translatable GUI, with many languages already included * Magic Glass to see what's going through connections as it happens And much more: http://puredata.info/dev/NextRelease Download it here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Or if you are using Ubuntu/Mint, you can use the PPA: https://launchpad.net/~eighthave/+archive/pd-extended/ run these commands in the Terminal to add this PPA to your system: sudo add-apt-repository ppa:eighthave/pd-extended There are some bugs that will have to wait until the next release: * Windows command line args don't work with unicode https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 * [initbang] worked with GUI objs in 0.42 but not in 0.43 https://sourceforge.net/tracker/?func=detailaid=3599058group_id=55736atid=478070 * Right-click menu causes CPU spike https://sourceforge.net/tracker/index.php?func=detailaid=3525646group_id=55736atid=478070 * specific kinds of GUI overload http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Die, 2013-01-08 at 15:13 +0100, Roman Haefeli wrote: On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote: 3) When loading a patch in the Pd-extended release candidate, the memory footprint is approximately three times higher than loading the same patch with Pd 0.43.3 vanilla. For a patch that eats 200 MB of memory in Pd-vanilla, this means 600 MB memory usage in the current Pd-extended. The patch I used to measure the memory footprint does not use a lot of tables but contains many instances of abstractions and nested abstractions. My impression is that there wasn't such a huge difference with earlier builds of Pd-0.43-extended, though I don't have any data to confirm this. I'll check that when I found a version that does not exhibit the problems 1) and 2) and see whether the situation is different there. The difference in memory footprints seems consistent across operating systems, at least between Ubuntu 12.04.1 and Windows XP (both i386). It appears the difference is not specific to recent version of Pd-extended. I tried a version from May 2012 and it also uses 3 times more memory for the same patch than Pd-vanilla. It seems this isn't a release critical issue for most people. However, I still wonder where this difference does come from. The 3-fold difference seems specific to the patch I tested with [1]. I made a test patch containing many abstractions consisting of a few vanilla objects and there isn't any noticeable difference. [1] sonoplanes.pd from https://github.com/reduzent/sonoplanes Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
Thanks a lot Jack and Cyrille Wow! I didn't know of the existence of pix_opencv_calibration! I will have a try as soon as possible! so http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv is not the main and updated page for pix_opencv stuff? what's the main repository? ciao dario ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Jan 8, 2013, at 9:06 AM, oscar santis wrote: 2013/1/8 pd-list-requ...@iem.at Re: [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs Pd-extended 0.43.4 rc 07/01/2013 crashes when I load a patch with unauthorized's grid. This thing don't happens in previous beta version running on Ubuntustudio 12.04 Cheers Why do you think [grid] is causing the crash? What OS are you running? 32-bit or 64-bit? Can you include the patch? .hc___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
hello, up to date sources are on pd externals svn, on sourceforge. http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ cheers c Le 08/01/2013 15:46, Dario Pedrioli a écrit : Thanks a lot Jack and Cyrille Wow! I didn't know of the existence of pix_opencv_calibration! I will have a try as soon as possible! so http://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencv is not the main and updated page for pix_opencv stuff? what's the main repository? ciao dario ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
Thanks a lot. ciao dario 2013/1/8 Cyrille Henry c...@chnry.net hello, up to date sources are on pd externals svn, on sourceforge. http://pure-data.svn.**sourceforge.net/viewvc/pure-**data/trunk/externals/http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ cheers c Le 08/01/2013 15:46, Dario Pedrioli a écrit : Thanks a lot Jack and Cyrille Wow! I didn't know of the existence of pix_opencv_calibration! I will have a try as soon as possible! so http://www.hangar.org/wikis/**lab/doku.php?id=start:**puredata_opencvhttp://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencvis not the main and updated page for pix_opencv stuff? what's the main repository? ciao dario __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
On Jan 8, 2013, at 9:07 AM, Roman Haefeli wrote: On Die, 2013-01-08 at 12:14 +0100, Roman Haefeli wrote: 1 When loading a patch in netpd on Ubuntu 12.04.1, Pd-extended immediately and reliably crashes. This does not happen with any Pd 0.43 or 0.44 version. Also it didn't happen with earlier builds of Pd-0.43-extended, though I can't exactly specify the last version that didn't crash yet (I'll investigate that later). Ok, I got this one hunted down. The offending commit is this: snip commit b95886ccd619d6141a62608f11fda8999ea0a686 Author: Hans-Christoph Steiner h...@eds.org Date: Fri Dec 14 21:29:24 2012 -0500 place new subpatch windows near where the [pd] object was created Use the last click location in the editor and the screen x/y position of the owner window to set where the new canvas toplevel window is placed. /snip The attached patch consisting of only three objects exhibits the problem. When creating a subpatch inside a hidden subpatch, Pd-extended crashes. It does not so, when the outer subpatch is visible. Before this commit, creating subpatches in hidden subpatches was perfectly legal thing to do. Roman b95886ccd-crash.pd___ IOhannes and Roman worked this thru with me, and its fixed. Here's the solution for anyone who might be interested. .hc 0001-REBASE-into-place-new-subpatch-windows-near-where-th.patch Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
I always disable caps lock on my machine and make it an extra Ctrl key for reasons like this. What do other Mac apps do? How about TextEdit? .hc On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote: I don't know if this is the thread where to post this... I don't even know whether this is a bug or a desired behavior, but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for me when I have caps locked on my keyboard. This applies to all pd-0.43 versions that I have tried, extended and vanilla. (here: mac osx 10.6.8) happy new year to all! angelfaraldo On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Its been a long time coming, but its finally reached completion! This release includes the most new features of any release before, here are some highlights: * complete help search: search all installed docs (Help-Search) * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) * new libraries: log, iemguts, mediasettings, pduino, syslog * GUI plugins: customize your editing experience * full Unicode support, write patches in any language * fully translatable GUI, with many languages already included * Magic Glass to see what's going through connections as it happens And much more: http://puredata.info/dev/NextRelease Download it here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Or if you are using Ubuntu/Mint, you can use the PPA: https://launchpad.net/~eighthave/+archive/pd-extended/ run these commands in the Terminal to add this PPA to your system: sudo add-apt-repository ppa:eighthave/pd-extended There are some bugs that will have to wait until the next release: * Windows command line args don't work with unicode https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 * [initbang] worked with GUI objs in 0.42 but not in 0.43 https://sourceforge.net/tracker/?func=detailaid=3599058group_id=55736atid=478070 * Right-click menu causes CPU spike https://sourceforge.net/tracker/index.php?func=detailaid=3525646group_id=55736atid=478070 * specific kinds of GUI overload http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Can you use ALSA or OSS? Do the names of your Audio or Jack devices have accented characters é, á, etc. or ñ? .hc On Jan 7, 2013, at 6:51 PM, Esteban Viveros wrote: Directly puredata.info deb package 2013/1/7 Hans-Christoph Steiner h...@at.or.at Hey Esteban, Did you download the package directly from puredata.info or did you get it from the eighthave/pd-extended PPA? .hc On Jan 7, 2013, at 6:28 PM, Esteban Viveros wrote: I tried the x64 version on 12.04.1 with Jack and I don't have sucess.. I can't out pressing ok of audio settings.. And pd won't open any patch with jack... 2013/1/7 Hans-Christoph Steiner h...@at.or.at Do you mean the auto-completion plugin? That's not included in Pd-extended at the moment. Did it work with previous releases? .hc On 01/07/2013 01:03 PM, Budi Prakosa wrote: auto completion doesnt works on snow leopard On Tue, Jan 8, 2013 at 12:32 AM, Hans-Christoph Steiner h...@at.or.atwrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Its been a long time coming, but its finally reached completion! This release includes the most new features of any release before, here are some highlights: * complete help search: search all installed docs (Help-Search) * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) * new libraries: log, iemguts, mediasettings, pduino, syslog * GUI plugins: customize your editing experience * full Unicode support, write patches in any language * fully translatable GUI, with many languages already included * Magic Glass to see what's going through connections as it happens And much more: http://puredata.info/dev/NextRelease Download it here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Or if you are using Ubuntu/Mint, you can use the PPA: https://launchpad.net/~eighthave/+archive/pd-extended/ run these commands in the Terminal to add this PPA to your system: sudo add-apt-repository ppa:eighthave/pd-extended There are some bugs that will have to wait until the next release: * Windows command line args don't work with unicode https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 * [initbang] worked with GUI objs in 0.42 but not in 0.43 https://sourceforge.net/tracker/?func=detailaid=3599058group_id=55736atid=478070 * Right-click menu causes CPU spike https://sourceforge.net/tracker/index.php?func=detailaid=3525646group_id=55736atid=478070 * specific kinds of GUI overload http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ -- Esteban Viveros (27) 8815 7170 (27) 3066 0359 (11) 95761 4125 (11) 2738 7868 www.bandpage.com/estebanviveros https://www.facebook.com/estebanviveros.art http://www.papodecompositor-es.blogspot.com.br/ http://expurgacao.art.br/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Ah yes, I see. I'll try to see what's the cause. .hc On Jan 8, 2013, at 11:17 AM, Ángel Faraldo wrote: Hi Hans, from your reply I understand this behavior is not buggy, it only seemed unpractical and surprising, first because all other other apps in mac (open source apps included) ignore capitalization for shortcuts, and second, because this was not the case before pd 0.43. á On 08/01/2013, at 17:04, Hans-Christoph Steiner wrote: I always disable caps lock on my machine and make it an extra Ctrl key for reasons like this. What do other Mac apps do? How about TextEdit? .hc On Jan 8, 2013, at 9:16 AM, Ángel Faraldo wrote: I don't know if this is the thread where to post this... I don't even know whether this is a bug or a desired behavior, but I find quite annoying that shortcuts (cntrl-X, cntrl-N...) don't work for me when I have caps locked on my keyboard. This applies to all pd-0.43 versions that I have tried, extended and vanilla. (here: mac osx 10.6.8) happy new year to all! angelfaraldo On 07/01/2013, at 18:32, Hans-Christoph Steiner wrote: I think this is the final release, last chance to test your patches and make sure everything is working well in this release. Also, double-check the translations. I'll do one final import of translations from Transifex before finalizing it. Download here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Its been a long time coming, but its finally reached completion! This release includes the most new features of any release before, here are some highlights: * complete help search: search all installed docs (Help-Search) * loaders: you can now write native Pd objects in Lua (pdlua) and Tcl (tclpd) * new libraries: log, iemguts, mediasettings, pduino, syslog * GUI plugins: customize your editing experience * full Unicode support, write patches in any language * fully translatable GUI, with many languages already included * Magic Glass to see what's going through connections as it happens And much more: http://puredata.info/dev/NextRelease Download it here: http://puredata.info/downloads/pd-extended/releases/0.43.4 Or if you are using Ubuntu/Mint, you can use the PPA: https://launchpad.net/~eighthave/+archive/pd-extended/ run these commands in the Terminal to add this PPA to your system: sudo add-apt-repository ppa:eighthave/pd-extended There are some bugs that will have to wait until the next release: * Windows command line args don't work with unicode https://sourceforge.net/tracker/?func=detailaid=3595309group_id=55736atid=478070 * [initbang] worked with GUI objs in 0.42 but not in 0.43 https://sourceforge.net/tracker/?func=detailaid=3599058group_id=55736atid=478070 * Right-click menu causes CPU spike https://sourceforge.net/tracker/index.php?func=detailaid=3525646group_id=55736atid=478070 * specific kinds of GUI overload http://lists.puredata.info/pipermail/pd-list/2012-12/099534.html ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Ángel Faraldo _ www.angelfaraldo.info ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM - camera lens correction or camera calibration
hi, don't hesitate to ask here if you need help to use pix_opencv_calibration i don't know anybody using it except cyille and me and perhaps the help file is not clear enought it would be a good test :-) cheers a PS : don't forget to check the other new cool features of pix_opencv ;-) -- do it yourself http://antoine.villeret.free.fr 2013/1/8 Dario Pedrioli dariopedri...@gmail.com Thanks a lot. ciao dario 2013/1/8 Cyrille Henry c...@chnry.net hello, up to date sources are on pd externals svn, on sourceforge. http://pure-data.svn.**sourceforge.net/viewvc/pure-** data/trunk/externals/http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ cheers c Le 08/01/2013 15:46, Dario Pedrioli a écrit : Thanks a lot Jack and Cyrille Wow! I didn't know of the existence of pix_opencv_calibration! I will have a try as soon as possible! so http://www.hangar.org/wikis/**lab/doku.php?id=start:**puredata_opencvhttp://www.hangar.org/wikis/lab/doku.php?id=start:puredata_opencvis not the main and updated page for pix_opencv stuff? what's the main repository? ciao dario __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Hi Hans,
I found the solution to make IAC Driver visible in MIDI setting
window of Mac OSX.
In Japanese Mac OSX as a default, the name of Apple IAC Driver is
written in Japanese name with 2byte characters in Audio MIDI setting
application of Utility folder. So I changed the name of IAC Driver
to English one.
I am not sure this is affected, it seems MIDI setting working fine now
with no freeze.
Thanks for your suggestion.
Best,
Sei
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura
s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
2013/1/8 Hans-Christoph Steiner h...@at.or.at:
On Jan 7, 2013, at 10:20 PM, Seiichiro MATSUMURA wrote:
Hi,
Hmm, this I've never seen happen. Does it happen in English mode too? Do
any
of the names of your Audio or MIDI devices have non-latin or Japanese
characters in them?
Language difference could be a cause. Because in MIDI setting window,
Apple's default IAC driver should be appeared but it is indicated as
blank. (see attached file.)
driver is translated in Japanese.
Also some audio interface have Japanese character names.
I will try it under English mode later.
I have 10.6, and when I switch to Japanese, the IAC driver is still in
English. They must have added those translations in 10.7. Can you run this
command to start Pd in your Terminal when in Japanese mode and send me the
result? You can Copy and Paste everything starting from the command it into
a text file and attach that. Once Pd launches, go to Media-Audio Settings,
and Media-MIDI Settings. If it crashes, then you'll probably need to do
Audio and MIDI separately.
/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
-stderr -d 3 -nostartup -noprefs
The command needs to be a single line, and you'll have to change the date in
the Pd-0.43.4-extended-20130104.app to match what you have. For example,
this is what I get when I do that:
$ /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
-stderr -d 3 -nostartup -noprefs
StartNotification name = default
set pd_whichmidiapi 4
set ::tmp_path {}
set ::sys_searchpath $::tmp_path
set ::tmp_path {}
lappend ::tmp_path {/Users/hans/Library/Pd}
lappend ::tmp_path {/Library/Pd}
lappend ::tmp_path
{/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/extra}
set ::sys_staticpath $::tmp_path
set ::startup_flags {}
set ::startup_libraries {}
pdtk_pd_startup 0 43 4 {extended-20130104} { {portaudio 4} {jack 5} } {}
{Monaco} normal
set pd_whichmidiapi 4
set pd_whichapi 4
pd init /Volumes/share/code/pd-extended.git 0
8 5 11
9 6 12
10 6 13
12 7 16
14 8 17
16 10 19
18 11 22
24 14 29
30 18 37
36 22 44
;
pd autopatch 0;
pd autopatch 0;
pd audio-properties;
global audio_indevlist; set audio_indevlist {}
lappend audio_indevlist {(0)Built-in Microphone}
lappend audio_indevlist {(0)Built-in Input}
lappend audio_indevlist {(0)Soundflower (2ch)}
lappend audio_indevlist {(0)Soundflower (16ch)}
global audio_outdevlist; set audio_outdevlist {}
lappend audio_outdevlist {(0)Built-in Output}
lappend audio_outdevlist {(0)Soundflower (2ch)}
lappend audio_outdevlist {(0)Soundflower (16ch)}
pdtk_audio_dialog .gfxstub4f34080 0 0 0 0 2 0 0 0 0 0 0 0 2 0 0 0 44100 20 1
0 0 64
.hc
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura
s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] Urgent! Problem with [link] and [mass]
I've been using [link]x[mass] sending [setK 9, setD 0, setD2 500( to [link] and [setM 1( to [mass] in a patch and it worked fine when sending a ramp from 0 to 1 with [line]. Just now though it looks like these two objects don't work properly any more as the values produced by [mass] go to something like 1790, which is totally weird. The patch was working half an hour ago (a bit too big to post) and now it's behaving crazy. Any ideas why this happens? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Counter that keeps time with an ogg file?
Dear List, I'm trying to sync a counter that keeps track of bars and beats of an ogg file that is started simultaneously. Unfortunately, there's a big evident drift after just 5-10 seconds. I'm using oggread~ and simple metro constructs for this. Am I missing something? Is there a reliable way to display/deduce bars and beats from a linear playing audio file (compressed audio file, that is!) Thanks to all, as always, Filippo Filippo Beck Peccoz Game Audio www.fbpsound.com Twitter: @fbpsound Skype: fbpsound Mobile: +49-(0)1520-4004143 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
That's good to know, at least there is a workaround. That also provides me
with a way to reproduce it on my machine :) I didn't know you could rename IAC
Driver, so I did that, and I have the same issue. Now it should be possible to
fix.
.hc
On Jan 8, 2013, at 12:42 PM, Seiichiro MATSUMURA wrote:
Hi Hans,
I found the solution to make IAC Driver visible in MIDI setting
window of Mac OSX.
In Japanese Mac OSX as a default, the name of Apple IAC Driver is
written in Japanese name with 2byte characters in Audio MIDI setting
application of Utility folder. So I changed the name of IAC Driver
to English one.
I am not sure this is affected, it seems MIDI setting working fine now
with no freeze.
Thanks for your suggestion.
Best,
Sei
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura
s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
2013/1/8 Hans-Christoph Steiner h...@at.or.at:
On Jan 7, 2013, at 10:20 PM, Seiichiro MATSUMURA wrote:
Hi,
Hmm, this I've never seen happen. Does it happen in English mode too? Do
any
of the names of your Audio or MIDI devices have non-latin or Japanese
characters in them?
Language difference could be a cause. Because in MIDI setting window,
Apple's default IAC driver should be appeared but it is indicated as
blank. (see attached file.)
driver is translated in Japanese.
Also some audio interface have Japanese character names.
I will try it under English mode later.
I have 10.6, and when I switch to Japanese, the IAC driver is still in
English. They must have added those translations in 10.7. Can you run this
command to start Pd in your Terminal when in Japanese mode and send me the
result? You can Copy and Paste everything starting from the command it into
a text file and attach that. Once Pd launches, go to Media-Audio Settings,
and Media-MIDI Settings. If it crashes, then you'll probably need to do
Audio and MIDI separately.
/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
-stderr -d 3 -nostartup -noprefs
The command needs to be a single line, and you'll have to change the date in
the Pd-0.43.4-extended-20130104.app to match what you have. For example,
this is what I get when I do that:
$ /Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/bin/pd
-stderr -d 3 -nostartup -noprefs
StartNotification name = default
set pd_whichmidiapi 4
set ::tmp_path {}
set ::sys_searchpath $::tmp_path
set ::tmp_path {}
lappend ::tmp_path {/Users/hans/Library/Pd}
lappend ::tmp_path {/Library/Pd}
lappend ::tmp_path
{/Applications/Pd-0.43.4-extended-20130104.app/Contents/Resources/extra}
set ::sys_staticpath $::tmp_path
set ::startup_flags {}
set ::startup_libraries {}
pdtk_pd_startup 0 43 4 {extended-20130104} { {portaudio 4} {jack 5} } {}
{Monaco} normal
set pd_whichmidiapi 4
set pd_whichapi 4
pd init /Volumes/share/code/pd-extended.git 0
8 5 11
9 6 12
10 6 13
12 7 16
14 8 17
16 10 19
18 11 22
24 14 29
30 18 37
36 22 44
;
pd autopatch 0;
pd autopatch 0;
pd audio-properties;
global audio_indevlist; set audio_indevlist {}
lappend audio_indevlist {(0)Built-in Microphone}
lappend audio_indevlist {(0)Built-in Input}
lappend audio_indevlist {(0)Soundflower (2ch)}
lappend audio_indevlist {(0)Soundflower (16ch)}
global audio_outdevlist; set audio_outdevlist {}
lappend audio_outdevlist {(0)Built-in Output}
lappend audio_outdevlist {(0)Soundflower (2ch)}
lappend audio_outdevlist {(0)Soundflower (16ch)}
pdtk_audio_dialog .gfxstub4f34080 0 0 0 0 2 0 0 0 0 0 0 0 2 0 0 0 44100 20 1
0 0 64
.hc
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura
s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Urgent! Problem with [link] and [mass]
Just an addition to this, there's some more weird behavior. When I have my patch open, with no bangs sent to [link] or [mass], if I open the 01_basic.pd patch from pmpd's examples, I get error: inlet: expected 'float' but got 'bang', whereas if I open 01_basics.pd without having my patch open, everything seems to work fine. I'm not using [send] from [metro] to [link] and [mass], but I rather connect them with cords. I'm just sending this one as well in case it's a hint that will help someone who might know what's wrong. On Tue, Jan 8, 2013 at 7:49 PM, Alexandros Drymonitis adr...@gmail.comwrote: I've been using [link]x[mass] sending [setK 9, setD 0, setD2 500( to [link] and [setM 1( to [mass] in a patch and it worked fine when sending a ramp from 0 to 1 with [line]. Just now though it looks like these two objects don't work properly any more as the values produced by [mass] go to something like 1790, which is totally weird. The patch was working half an hour ago (a bit too big to post) and now it's behaving crazy. Any ideas why this happens? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-08 19:02, Alexandros Drymonitis wrote: Just an addition to this, there's some more weird behavior. When I have my patch open, with no bangs sent to [link] or [mass], if I open the 01_basic.pd patch from pmpd's examples, I get error: inlet: expected 'float' but got 'bang', whereas if I open 01_basics.pd without having my patch open, everything seems to work fine. I'm not using [send] from [metro] to [link] and [mass], but I rather connect them with cords. I'm just sending this one as well in case it's a hint that will help someone who might know what's wrong. wild guess: you have copied (and modified) the example patch and re-used some of the receiver labels (the first arg to [link]/[mass]), but are now sending other messages to those labels that are not understood by the objects in 01_basics.pd fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDsYJ4ACgkQkX2Xpv6ydvTfuQCg9xakByo1gGTQJFKsR/vErL59 MbEAoMw7mm1n5Ph1UWB1nkMxvs2HWFWh =UmEb -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-08 19:18, Alexandros Drymonitis wrote: No, that's not the case. I've actually never really touched the example patch. Anyway, my actual worry is why these objects behave the way they do in my patch, which is really strange. In order to see what's wrong I opened earlier versions of the patch I'm working on (which were using [link] and [mass] fine) and they also show the same strange behavior. It looks like a bug hit it all of a sudden.. I've attached an earlier version which is smaller, if anyone's willing to check. Physical modelling is inside [pd object1], [pd object2] etc. inside [pd coordinates1].. It used to be that the first time you hit the bangs, the rectangles wouldn't behave as expected (in the gem window), but after that everything was working pretty stably. Hope someone can help. i haven't really tried to understand your patch, but you will most likely find, that [trigger] will fix most of your problems. **never ever connect one message outlet to multiple message inlets; always use [trigger] in such cases** fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDsZIkACgkQkX2Xpv6ydvSLjACfSdq5S3d5gfewhHix9ZOJhLJ2 ftEAoLwwKnhAX68HaLw1qItWOW3zl6a6 =O2gO -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
Well, it's full of [trigger]s.. On Tue, Jan 8, 2013 at 8:25 PM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-08 19:18, Alexandros Drymonitis wrote: No, that's not the case. I've actually never really touched the example patch. Anyway, my actual worry is why these objects behave the way they do in my patch, which is really strange. In order to see what's wrong I opened earlier versions of the patch I'm working on (which were using [link] and [mass] fine) and they also show the same strange behavior. It looks like a bug hit it all of a sudden.. I've attached an earlier version which is smaller, if anyone's willing to check. Physical modelling is inside [pd object1], [pd object2] etc. inside [pd coordinates1].. It used to be that the first time you hit the bangs, the rectangles wouldn't behave as expected (in the gem window), but after that everything was working pretty stably. Hope someone can help. i haven't really tried to understand your patch, but you will most likely find, that [trigger] will fix most of your problems. **never ever connect one message outlet to multiple message inlets; always use [trigger] in such cases** fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDsZIkACgkQkX2Xpv6ydvSLjACfSdq5S3d5gfewhHix9ZOJhLJ2 ftEAoLwwKnhAX68HaLw1qItWOW3zl6a6 =O2gO -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
...Don't really get it. Anyway, it seems it came back to normal. For some reason it went crazy for some 20 minutes and settled back to what it's supposed to be doing. Hope I don't get this in a couple of days during a gig I have, crossing fingers.. On Tue, Jan 8, 2013 at 8:43 PM, plutek plu...@infinity.net wrote: From: Alexandros Drymonitis adr...@gmail.com Well, it's full of [trigger]s.. [OT] -- h, why am i suddenly thinking HAL, Dave, 2001 etc? .pltk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
You have a receive sharing the same name as in the example patch. It's in [pd rect-length] and it's [r G]. Not a very specific name... :) On 08/01/2013 19:18, Alexandros Drymonitis wrote: No, that's not the case. I've actually never really touched the example patch. Anyway, my actual worry is why these objects behave the way they do in my patch, which is really strange. In order to see what's wrong I opened earlier versions of the patch I'm working on (which were using [link] and [mass] fine) and they also show the same strange behavior. It looks like a bug hit it all of a sudden.. I've attached an earlier version which is smaller, if anyone's willing to check. Physical modelling is inside [pd object1], [pd object2] etc. inside [pd coordinates1].. It used to be that the first time you hit the bangs, the rectangles wouldn't behave as expected (in the gem window), but after that everything was working pretty stably. Hope someone can help. On Tue, Jan 8, 2013 at 8:08 PM, IOhannes m zmoelnig zmoel...@iem.at mailto:zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-08 19:02, Alexandros Drymonitis wrote: Just an addition to this, there's some more weird behavior. When I have my patch open, with no bangs sent to [link] or [mass], if I open the 01_basic.pd patch from pmpd's examples, I get error: inlet: expected 'float' but got 'bang', whereas if I open 01_basics.pd without having my patch open, everything seems to work fine. I'm not using [send] from [metro] to [link] and [mass], but I rather connect them with cords. I'm just sending this one as well in case it's a hint that will help someone who might know what's wrong. wild guess: you have copied (and modified) the example patch and re-used some of the receiver labels (the first arg to [link]/[mass]), but are now sending other messages to those labels that are not understood by the objects in 01_basics.pd fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDsYJ4ACgkQkX2Xpv6ydvTfuQCg9xakByo1gGTQJFKsR/vErL59 MbEAoMw7mm1n5Ph1UWB1nkMxvs2HWFWh =UmEb -END PGP SIGNATURE- ___ Pd-list@iem.at mailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- ~Pierre-Olivier Boulant ~ -o- www.puffskydd.net -o- ~ www.flickr.com/pob31/sets ~ -o-www.lepixophone.net-o- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
Damn! That was for the length of the letter G for [text2d]. Sorry for that. Still the weird behavior didn't have to do with this, but as I said, it's now gone. On Tue, Jan 8, 2013 at 8:48 PM, Pierre-Olivier Boulant po.boul...@free.frwrote: You have a receive sharing the same name as in the example patch. It's in [pd rect-length] and it's [r G]. Not a very specific name... :) On 08/01/2013 19:18, Alexandros Drymonitis wrote: No, that's not the case. I've actually never really touched the example patch. Anyway, my actual worry is why these objects behave the way they do in my patch, which is really strange. In order to see what's wrong I opened earlier versions of the patch I'm working on (which were using [link] and [mass] fine) and they also show the same strange behavior. It looks like a bug hit it all of a sudden.. I've attached an earlier version which is smaller, if anyone's willing to check. Physical modelling is inside [pd object1], [pd object2] etc. inside [pd coordinates1].. It used to be that the first time you hit the bangs, the rectangles wouldn't behave as expected (in the gem window), but after that everything was working pretty stably. Hope someone can help. On Tue, Jan 8, 2013 at 8:08 PM, IOhannes m zmoelnig zmoel...@iem.atwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-01-08 19:02, Alexandros Drymonitis wrote: Just an addition to this, there's some more weird behavior. When I have my patch open, with no bangs sent to [link] or [mass], if I open the 01_basic.pd patch from pmpd's examples, I get error: inlet: expected 'float' but got 'bang', whereas if I open 01_basics.pd without having my patch open, everything seems to work fine. I'm not using [send] from [metro] to [link] and [mass], but I rather connect them with cords. I'm just sending this one as well in case it's a hint that will help someone who might know what's wrong. wild guess: you have copied (and modified) the example patch and re-used some of the receiver labels (the first arg to [link]/[mass]), but are now sending other messages to those labels that are not understood by the objects in 01_basics.pd fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDsYJ4ACgkQkX2Xpv6ydvTfuQCg9xakByo1gGTQJFKsR/vErL59 MbEAoMw7mm1n5Ph1UWB1nkMxvs2HWFWh =UmEb -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___pd-l...@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- ~Pierre-Olivier Boulant ~ -o- www.puffskydd.net -o- ~ www.flickr.com/pob31/sets ~ -o-www.lepixophone.net-o- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with [link] and [mass]
From: Alexandros Drymonitis adr...@gmail.com Well, it's full of [trigger]s.. [OT] -- h, why am i suddenly thinking HAL, Dave, 2001 etc? .pltk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Counter that keeps time with an ogg file?
You can have one-sample accuracy if you load the sound into a table/array and play it that way. You might try comparing oggread~'s accuracy to readsf~. I've had pretty accurate playback with reafsf~, certainly a lot better than what you are getting. That should tell you whether the problem lies in oggread~. I know that Olaf Matthes, the author of the pdogg objects, took them closed source and started selling ogg pro objects for Max/MSP. They might be improved. But it would be nice if someone fixed up any issues in the pdogg objects. .hc On 01/08/2013 12:53 PM, Filippo Peccoz wrote: Dear List, I'm trying to sync a counter that keeps track of bars and beats of an ogg file that is started simultaneously. Unfortunately, there's a big evident drift after just 5-10 seconds. I'm using oggread~ and simple metro constructs for this. Am I missing something? Is there a reliable way to display/deduce bars and beats from a linear playing audio file (compressed audio file, that is!) Thanks to all, as always, Filippo Filippo Beck Peccoz Game Audio www.fbpsound.com Twitter: @fbpsound Skype: fbpsound Mobile: +49-(0)1520-4004143 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] OT: Web hosting solution for running PD
Hello list, I write a lot of generative sound art, and for the ones I would like to include on my online resume I would prefer to have streaming audio of patches actively running rather than recorded audio. I know, it's nit-picky, but putting a pre-recorded audio clip of a generative patch seems dirty to me. I currently host my page from my comp (and I can do this just fine) but I'm going to be putting it in someone else's hands for the reliability factor. Has anyone here had experience getting a web hosting company to allow you to run an instance of Pd on their servers? What solutions are available to me? Thanks, Tyler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] documentation of kinect pd/gem externals
hi list! maybe this is interesting for people working or planing to work with the kinect and pd/gem. i finished a documentation about the kinect pd/gem externals (pix_freenect, pix_openni, pix_threshold_depth, pix_depth2rgba, freenect, freenect_audio) it deals with general properties of the sensor and describes the externals and their usage in various applications. you can get the pdf document here: http://iem.kug.ac.at/fileadmin/media/iem/projects/2012/kronlachner_01.pdf software and examples can be found at my github repo: https://github.com/kronihias/ have fun matthias ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] My guitar / PD rig for live performance
Hi Everyone, I made a patch for my guitar rig that I use for live performance. Some if it is very specific to my setup, but there is also a sound-on-sound sub-patch, and a dual stereo loadable playback sub-patch and a custom preset system. If you can think of any improvements please let me know! http://www.commontonerecords.com/artists/rickbragg#puredata Thanks! Rick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vbap 1.0.3.2 fails when sent longer define_loudspeakers messages
Ah, that's an important tidbit of info! If that's not in the bug report, please include which version is working. .hc On 01/08/2013 06:53 PM, Zack Settel wrote: Hi HC- Yeah, I kind of gave up at a certain point, figuring that I was poorly equipped to get to the bottom of that one quickly. I posted a ticket. For now, I suppose I'll grab an earlier version that seems to work, and switch back, once the bug gets sorted out. cheers, Zack On 2013-01-07, at 12:28 PM, Hans-Christoph Steiner wrote: Hey Zach, Looks like you've gone deep into it :) Sounds like those MAX macros are set because the code can't currently handle longer lists. I won't have time to look at this for a while. Could you post a bug report to the bug tracker (Help menu -- report bug) with the info in this email? Also it might be worth your while to see if anyone has tried this when using this object in Max/MSP. Its the same code. .hc On 01/07/2013 09:45 AM, Zack Settel wrote: Hi Hans-Christoph, Thanks for your previous reply before the holidays. Just to refresh the subject: using Pd-0.42.5-extended.app, Pd-0.43-3.app, and Pd-0.43.4-extended-20121101 on OSX 10.6x and 10.7x, vbap 1.0.3.2 crashes when sent longer define_loudspeakers messages the PD console displays: vbap: Loudspeaker setup configured! pd: getbytes() failed -- out of memory vbap: Configure loudspeakers first! and the program crashes. (It appears to be failing in the vbap_matrix method. But, perhaps, the data sent to that message is already bad). Following your suggestion, I tried doubling both MAX_LS_AMOUNT as well as MAX_LS_SETS. Now the program does not crash, vbap fails each time: when sent the define_loudspeakers, the PD console displays: vbap loudspeaker-matrices: param 475 is not a float. (from vbap_matrix method) Things I have noticed: --The above param number in the error message will be different each time pd is relaunched and a new attempt is made. --increasing MAX_LS_AMOUNT and MAX_LS_SETS 10 times introduces intermittency:Some times the same error message above will be displayed, sometimes it the define_loudspeakers message will succeed, and VBAP will function correctly. -- occasionally, a different error message in the pd console will result: Dimension can be only 2 or 3 (from vbap_matrix method) --And of course, the problem does not manifest when smaller configurations are used (i.e. shorter define_loudspeakers messages). I wrestled with the problem for a long time without getting any further. Maybe you, or someone out there, will have some greater insight into this problem. Any assistance or additional suggestions would be greatly appreciated, since the problem above comes with the latest pd-extended. Below is the the vbap message that provokes the problem: define_loudspeakers 3 0 90 -7.5 55 52.5 55 112.5 55 172.5 55 -127.5 55 -67.5 55 7.5 20 37.5 20 67.5 20 97.5 20 127.5 20 157.5 20 -172.5 20 -142.5 20 -112.5 20 -82.5 20 -52.5 20 -22.5 20 7.5 -15 37.5 -15 67.5 -15 97.5 -15 127.5 -15 157.5 -15 -172.5 -15 -142.5 -15 -112.5 -15 -82.5 -15 -52.5 -15 -22.5 -15 thanks Zack On Dec 22, 2012, at 0:55, Hans-Christoph Steiner wrote: Sounds like you are the first to try it with that many speakers! My guess is that something that allocates memory is hard-coded to a pretty short number. I've used it a lot for 6 speakers and had no crashes. Try changing this in vbap.h: #define MAX_LS_AMOUNT 55 .hc On Dec 21, 2012, at 6:41 PM, Zack Settel wrote: Hi List, It seems that VBAP v 1.0.3.2 (downloaded sources from puredata.info/downloads/vbap/releases/1.0.3.2) is crashing when send the define-loudspeakers message. When sent: define_loudspeakers 3 0 90 -7.5 55 52.5 55 112.5 55 172.5 55 -127.5 55 -67.5 55 7.5 20 37.5 20 67.5 20 97.5 20 127.5 20 157.5 20 -172.5 20 -142.5 20 -112.5 20 -82.5 20 -52.5 20 -22.5 20 7.5 -15 37.5 -15 67.5 -15 97.5 -15 127.5 -15 157.5 -15 -172.5 -15 -142.5 -15 -112.5 -15 -82.5 -15 -52.5 -15 -22.5 -15 the length of the list is 64 an error appears on the PD console : vbap loudspeaker-matrices: param 11132 is not a float pd: getbytes() failed -- out of memory vbap: Configure loudspeakers first! context: pd vanilla 0.43-3 vbap: 1.0.3.2 mac OSX 10.8.2 Note: does not crash when same message is truncated to a length of 16, ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] vbap 1.0.3.2 fails when sent longer define_loudspeakers messages
Hello,
This issue seems somehow related to changing 'float' into Pd's type
't_float' about a year ago. I checked a few builds to find out where
the issue started. Most changes were made 2011-11-16 (by me). The
2011-11-25 build does not show the issue yet.
Apparently I had overlooked a few instances of 'float', and Hans did
more changes on 2012-01-12. Most of these are in lines which are
commented out anyway, there is only one change that has effect, and it
is in line 230 of define_loudspeakers.c. Leaving commented-out lines
away, it reads:
t_float azi = 0;
if(av[pointer].a_type == A_FLOAT) azi = av[pointer].a_w.w_float;
else { error(define-loudspeakers: direction angle #%d NaN,i+1);
x-x_ls_read = 0; return; }
In the 20120216 build, the message 'param is not a float' pops
up. However, Pd does not crash (also not when closing the patch). So,
there may be an extra issue, introduced later. I can't imagine how
't_float' could be a problem here, as it is perfectly equivalent to
'float', if m_pd.h is included. Without m_pd.h it should not compile,
but m_pd.h is included via other headers.
Also on 2012-01-12, a variable 'epsilon' of type t_float was
introduced in the same file, but this seems less related to the issue.
Katja
On Wed, Jan 9, 2013 at 1:02 AM, Hans-Christoph Steiner h...@at.or.at wrote:
Ah, that's an important tidbit of info! If that's not in the bug report,
please include which version is working.
.hc
On 01/08/2013 06:53 PM, Zack Settel wrote:
Hi HC- Yeah, I kind of gave up at a certain point, figuring that I was
poorly equipped to get to the bottom of that one quickly. I posted a ticket.
For now, I suppose I'll grab an earlier version that seems to work, and
switch back, once the bug gets sorted out.
cheers,
Zack
On 2013-01-07, at 12:28 PM, Hans-Christoph Steiner wrote:
Hey Zach,
Looks like you've gone deep into it :) Sounds like those MAX macros are set
because the code can't currently handle longer lists. I won't have time to
look at this for a while. Could you post a bug report to the bug tracker
(Help menu -- report bug) with the info in this email? Also it might be
worth your while to see if anyone has tried this when using this object in
Max/MSP. Its the same code.
.hc
On 01/07/2013 09:45 AM, Zack Settel wrote:
Hi Hans-Christoph,
Thanks for your previous reply before the holidays.
Just to refresh the subject:
using Pd-0.42.5-extended.app, Pd-0.43-3.app, and
Pd-0.43.4-extended-20121101
on OSX 10.6x and 10.7x,
vbap 1.0.3.2 crashes when sent longer define_loudspeakers messages
the PD console displays: vbap: Loudspeaker setup configured! pd:
getbytes() failed -- out of memory vbap: Configure loudspeakers first!
and the program crashes.
(It appears to be failing in the vbap_matrix method. But, perhaps, the
data sent to that message is already bad).
Following your suggestion,
I tried doubling both MAX_LS_AMOUNT as well as MAX_LS_SETS. Now the
program does not crash, vbap fails each time: when sent the
define_loudspeakers, the PD console displays:
vbap loudspeaker-matrices: param 475 is not a float. (from vbap_matrix
method)
Things I have noticed:
--The above param number in the error message will be different each time
pd is relaunched and a new attempt is made.
--increasing MAX_LS_AMOUNT and MAX_LS_SETS 10 times introduces
intermittency:Some times the same error message above will be
displayed, sometimes it the define_loudspeakers message will succeed, and
VBAP will function correctly.
-- occasionally, a different error message in the pd console will result:
Dimension can be only 2 or 3 (from vbap_matrix method)
--And of course, the problem does not manifest when smaller configurations
are used (i.e. shorter define_loudspeakers messages).
I wrestled with the problem for a long time without getting any further.
Maybe you, or someone out there, will have some greater insight into this
problem. Any assistance or additional suggestions would be greatly
appreciated, since the problem above comes with the latest pd-extended.
Below is the the vbap message that provokes the problem:
define_loudspeakers 3 0 90 -7.5 55 52.5 55 112.5 55 172.5
55 -127.5 55 -67.5 55 7.5 20 37.5 20 67.5 20 97.5 20 127.5 20 157.5
20 -172.5 20 -142.5 20 -112.5 20 -82.5 20 -52.5 20 -22.5 20 7.5 -15
37.5 -15 67.5 -15 97.5 -15 127.5 -15 157.5 -15 -172.5 -15 -142.5 -15
-112.5 -15 -82.5 -15 -52.5 -15 -22.5 -15
thanks
Zack
On Dec 22, 2012, at 0:55, Hans-Christoph Steiner wrote:
Sounds like you are the first to try it with that many speakers! My
guess is that something that allocates memory is hard-coded to a pretty
short number. I've used it a lot for 6 speakers and had no crashes.
Try changing this in vbap.h:
#define MAX_LS_AMOUNT 55
.hc
On Dec 21, 2012, at 6:41 PM, Zack Settel wrote:
Hi List,
It seems that VBAP v 1.0.3.2 (downloaded
Re: [PD] vbap 1.0.3.2 fails when sent longer define_loudspeakers messages
Hey Katya,
Looks like you and me are off the hook for causing this bug ;) I used
svn-bisect to find the commit that introduced this issue:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revisionrevision=15871
So I I emailed the author of that patch to see if he's got any insight.
Here's Zach's bug report:
https://sourceforge.net/tracker/index.php?func=detailaid=3599983group_id=55736atid=478070
Here's my little build/test script for use with svn-bisect:
svn revert -R . ; make clean; sed -i 's|^#define \(MAX_LS_[A-Z]*\)
[0-9]*|#define \1 200|' vbap.h make pd -noprefs -open vbap64-test.pd
.hc
On 01/08/2013 09:19 PM, katja wrote:
Hello,
This issue seems somehow related to changing 'float' into Pd's type
't_float' about a year ago. I checked a few builds to find out where
the issue started. Most changes were made 2011-11-16 (by me). The
2011-11-25 build does not show the issue yet.
Apparently I had overlooked a few instances of 'float', and Hans did
more changes on 2012-01-12. Most of these are in lines which are
commented out anyway, there is only one change that has effect, and it
is in line 230 of define_loudspeakers.c. Leaving commented-out lines
away, it reads:
t_float azi = 0;
if(av[pointer].a_type == A_FLOAT) azi = av[pointer].a_w.w_float;
else { error(define-loudspeakers: direction angle #%d NaN,i+1);
x-x_ls_read = 0; return; }
In the 20120216 build, the message 'param is not a float' pops
up. However, Pd does not crash (also not when closing the patch). So,
there may be an extra issue, introduced later. I can't imagine how
't_float' could be a problem here, as it is perfectly equivalent to
'float', if m_pd.h is included. Without m_pd.h it should not compile,
but m_pd.h is included via other headers.
Also on 2012-01-12, a variable 'epsilon' of type t_float was
introduced in the same file, but this seems less related to the issue.
Katja
On Wed, Jan 9, 2013 at 1:02 AM, Hans-Christoph Steiner h...@at.or.at wrote:
Ah, that's an important tidbit of info! If that's not in the bug report,
please include which version is working.
.hc
On 01/08/2013 06:53 PM, Zack Settel wrote:
Hi HC- Yeah, I kind of gave up at a certain point, figuring that I was
poorly equipped to get to the bottom of that one quickly. I posted a
ticket. For now, I suppose I'll grab an earlier version that seems to
work, and switch back, once the bug gets sorted out.
cheers,
Zack
On 2013-01-07, at 12:28 PM, Hans-Christoph Steiner wrote:
Hey Zach,
Looks like you've gone deep into it :) Sounds like those MAX macros are
set
because the code can't currently handle longer lists. I won't have time to
look at this for a while. Could you post a bug report to the bug tracker
(Help menu -- report bug) with the info in this email? Also it might be
worth your while to see if anyone has tried this when using this object in
Max/MSP. Its the same code.
.hc
On 01/07/2013 09:45 AM, Zack Settel wrote:
Hi Hans-Christoph,
Thanks for your previous reply before the holidays.
Just to refresh the subject:
using Pd-0.42.5-extended.app, Pd-0.43-3.app, and
Pd-0.43.4-extended-20121101
on OSX 10.6x and 10.7x,
vbap 1.0.3.2 crashes when sent longer define_loudspeakers messages
the PD console displays: vbap: Loudspeaker setup configured! pd:
getbytes() failed -- out of memory vbap: Configure loudspeakers first!
and the program crashes.
(It appears to be failing in the vbap_matrix method. But, perhaps, the
data sent to that message is already bad).
Following your suggestion,
I tried doubling both MAX_LS_AMOUNT as well as MAX_LS_SETS. Now the
program does not crash, vbap fails each time: when sent the
define_loudspeakers, the PD console displays:
vbap loudspeaker-matrices: param 475 is not a float. (from
vbap_matrix method)
Things I have noticed:
--The above param number in the error message will be different each time
pd is relaunched and a new attempt is made.
--increasing MAX_LS_AMOUNT and MAX_LS_SETS 10 times introduces
intermittency:Some times the same error message above will be
displayed, sometimes it the define_loudspeakers message will succeed,
and VBAP will function correctly.
-- occasionally, a different error message in the pd console will result:
Dimension can be only 2 or 3 (from vbap_matrix method)
--And of course, the problem does not manifest when smaller
configurations are used (i.e. shorter define_loudspeakers messages).
I wrestled with the problem for a long time without getting any further.
Maybe you, or someone out there, will have some greater insight into this
problem. Any assistance or additional suggestions would be greatly
appreciated, since the problem above comes with the latest pd-extended.
Below is the the vbap message that provokes the problem:
define_loudspeakers 3 0 90 -7.5 55 52.5 55 112.5 55 172.5
55 -127.5 55 -67.5 55 7.5 20 37.5 20
[PD] more strings to translate
I dug up a bunch more strings to make translatable, including some error messages, and debug loading messages for plugins. Also, the file type descriptions from the open and save panels. These will show up here once transifex syncs with the pd-extended git: https://www.transifex.com/projects/p/puredata/resource/pd-extended/ Then I added some GNU/Linux specific ones, basically the pop up description in the menu, and the short name of the document types: https://www.transifex.com/projects/p/puredata/resource/pd-extendeddesktop/ https://www.transifex.com/projects/p/puredata/resource/free-desktop-shared-mime-info/ .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs
Ok, some more bug fixes: - restored opening of .mxb and .help files from Max/MSP - fixed Roman's crasher bug with dynamically created subpatches - (GNU/Linux) fixed double-click opening of unicode file names - (GNU/Linux) fixed double-click opening of files with spaces in the name - (GNU/Linux) hopefully fixed the icon for .pd files, let me know if you see this on your machine, .pd patches should look like the attached image .hc attachment: text-x-puredata.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
