Pd-dev August 2007

pd-dev@lists.iem.at

21 participants
40 discussions

[ pure-data-Patches-1763221 ] fix jack-related compile error on Ubuntu Gutsy (gcc-4.1.3)
by SourceForge.net 10 Aug '07

10 Aug '07

Patches item #1763221, was opened at 2007-07-29 15:18 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1763221&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stephen Sinclair (radarsat1) >Assigned to: Miller Puckette (millerpuckette) Summary: fix jack-related compile error on Ubuntu Gutsy (gcc-4.1.3) Initial Comment: I was compiling PureData from scratch today and after automake/configure/make, I received this error: cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -DDL_OPEN -DPA_USE_OSS -DUNIX -DUNISTD -DUSEAPI_OSS -I../portaudio/pa_common -I../portaudio/pablio -I../portmidi/pm_common -I../portmidi/pm_linux -fno-strict-aliasing -DPA_USE_ALSA -DUSEAPI_ALSA -O6 -funroll-loops -fomit-frame-pointer -DUSEAPI_JACK -D_LARGEFILE64_SOURCE -DINSTALL_PREFIX=\"/home/ssteve/.local\" -c -o ../obj/s_audio_jack.o s_audio_jack.c s_audio_jack.c:197: error: ‘jack_error_callback’ redeclared as different kind of symbol /usr/include/jack/jack.h:776: error: previous declaration of ‘jack_error_callback’ was here make: *** [s_audio_jack.o] Error 1 The solution was to rename the jack_error_callback function, so I added an underscore. Maybe there is a better solution. I am using Ubuntu Gutsy (development version of Ubuntu), with gcc-4.1.3: $ gcc --version gcc (GCC) 4.1.3 20070718 (prerelease) (Ubuntu 4.1.2-14ubuntu1) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-09 19:09 Message: Logged In: YES user_id=27104 Originator: NO seems to be fixed, or at least Pd is building again from the HEAD of MAIN. Please reopen this bug if it is still a problem. ---------------------------------------------------------------------- Comment By: Stephen Sinclair (radarsat1) Date: 2007-07-29 23:00 Message: Logged In: YES user_id=616837 Originator: YES If it's already been fixed that's fine, though I did check the project fresh out of CVS before compiling it and getting this error. Running it, I see that I have version 0.41.0-test04, so I'm not sure why I don't have the latest if that's the case. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-07-29 16:39 Message: Logged In: NO This should already be fixed in 0.41-test05 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1763221&group_…

1 0

[ pure-data-Bugs-1770553 ] image object does not like spaces
by SourceForge.net 09 Aug '07

09 Aug '07

Bugs item #1770553, was opened at 2007-08-09 03:51 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1770553&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: image object does not like spaces Initial Comment: when I create [image test.gif] and any of the folders in the path to test.gif contains a space then [image] will not find it. even if test.gif is in the same folder. intel mac. versions pd-extended-0.39.3-rc5 and also 0.40. marius. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2007-08-09 09:28 Message: Logged In: YES user_id=569446 Originator: NO sorry, wrong patch, please test this one. File Added: image-spaces-fixed.diff ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-08-09 09:25 Message: Logged In: YES user_id=569446 Originator: NO Can you check, if attached oneline change fixes it? File Added: image-spaces.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1770553&group_…

1 0

[ pure-data-Bugs-1770553 ] image object does not like spaces
by SourceForge.net 09 Aug '07

09 Aug '07

Bugs item #1770553, was opened at 2007-08-09 03:51 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1770553&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: image object does not like spaces Initial Comment: when I create [image test.gif] and any of the folders in the path to test.gif contains a space then [image] will not find it. even if test.gif is in the same folder. intel mac. versions pd-extended-0.39.3-rc5 and also 0.40. marius. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2007-08-09 09:25 Message: Logged In: YES user_id=569446 Originator: NO Can you check, if attached oneline change fixes it? File Added: image-spaces.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1770553&group_…

1 0

[ pure-data-Bugs-1770553 ] image object does not like spaces
by SourceForge.net 09 Aug '07

09 Aug '07

Bugs item #1770553, was opened at 2007-08-08 21:51 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=1770553&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: image object does not like spaces Initial Comment: when I create [image test.gif] and any of the folders in the path to test.gif contains a space then [image] will not find it. even if test.gif is in the same folder. intel mac. versions pd-extended-0.39.3-rc5 and also 0.40. marius. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1770553&group_…

1 0

Re: [PD-dev] smoke object help
by nosehair911＠bellsouth.net 06 Aug '07

06 Aug '07

Thanks for your responce. perspec -1 640 -1 480 1 1001 did the trick. What I dont get is why I cant do perspec -1 640 -1 480 999 1001 and view 0 0 1000. The image disapears I have to have perspec at 1 1001 to see an image. Even if I do 2 1001 I get nothing. With other geos it works but not with this one I am writing. Could it be that my z depth is set at -1. I dont think that is it but maybe some one can explain that to me. Thanks, Alain > > From: marius schebella <marius.schebella(a)gmail.com> > Date: 2007/08/04 Sat PM 04:16:20 EDT > To: nosehair911(a)bellsouth.net > CC: pd-dev(a)iem.at > Subject: Re: [PD-dev] smoke object help > > hi, > I did not follow the whole thread of this discussion, so maybe you are > talking about something different, but to change the cameraposition and > viewing point of the gem window send the message view (and maybe also > perspec) to the gemwin object (see help patch of gemwin 'pd viewing') > marius. > > nosehair911(a)bellsouth.net wrote: > > The reason I was not seeing anything was that the code was using glVertex2f and it seems that > > anything above -1 z depth desapears in gem. So I ended up using glVertex3f( number,number, -1.1) > > and now I can see stuff happening. Now my problem is that the action is all limited to the positive side > > of the grid. Also coordinate 500,500 is 0,0 in the gem grid and 0,0 is 2.5,2.5 on the gem grid. If > > anyone knows a simple way to fix this let me know. > > Thanks, > > Alain > > > >> From: <nosehair911(a)bellsouth.net> > >> Date: 2007/08/03 Fri AM 08:47:08 EDT > >> To: <pd-dev(a)iem.at> > >> CC: pd-list(a)iem.at > >> Subject: [PD-dev] smoke object help > >> > >> Hi all, > >> > >> I posted this in the gem-dev list but maybe someone here can give a some advise or a different > >> solution for my problem. The reason I am trying to use gem is because they have already figured > > out > >> the glLoop problem between openGL and Pd. Also because I then would have access to the other > >> gem objects. > >> > >> I am trying to transcribe this glut application here: > >> > >> http://www.nada.kth.se/~gustavt/fluids/ > >> > >> into a gem object. At first at thought it would be easy seeing as the code was > >> pretty much working but > >> I am having a tough time of it. I compiled the original application and it > >> works perfect but it seems like > >> when I convert it to a gem object I get nothing. > >> > >> Here are some things I am assuming, please correct me... > >> 1. glut and openGL/Gem use the same measurements like when I use glVertex2f(px, > >> py); it is the > >> same in both. > >> 2. Instead of using the glut mouse controls I can use a list inlet to get x and > >> y coordinates. > >> > >> Other than that I pretty much copied the app and used render(GemState *state) > >> to put all of the > >> rendering stuff into. But I still cant get it to work. I get a black screen. > >> I think it is probably drawing > >> somewhere of screen but I really cant seem to figure out how to fix the > >> problem. If anyone can give > >> me a clue I would appreciate it. > >> Thanks, > >> Alain > >> > >> > >> _______________________________________________ > >> PD-dev mailing list > >> PD-dev(a)iem.at > >> http://lists.puredata.info/listinfo/pd-dev > >> > > > > > > _______________________________________________ > > PD-dev mailing list > > PD-dev(a)iem.at > > http://lists.puredata.info/listinfo/pd-dev > > >

1 0

any2string problem
by Hans-Christoph Steiner 05 Aug '07

05 Aug '07

There is a glitch in any2string that is stopping Pd-extended from building: ------------------------------ Message: 2 Date: Sun, 29 Jul 2007 07:09:49 -0400 (EDT) From: pd(a)debian-testing-powerpc.idmi.poly.edu (pd) Subject: [PD-cvs] autobuild: pd-extended debian-testing-powerpc 2007-07-29 06.27.18 To: pd-cvs(a)iem.at Message-ID: <20070729110950.1146B4219(a)debian-testing-powerpc.idmi.poly.edu> cc -Wl,-export_dynamic -shared -o "/home/pd/auto-build/pd-extended/ externals/build/src/any2list.pd_linux" "/home/pd/auto-build/pd- extended/externals/build/src/any2list.o" -lm -lc \ `test -f /home/pd/auto-build/pd-extended/externals/build/src/ any2list.libs && cat /home/pd/auto-build/pd-extended/externals/build/ src/any2list.libs` \ `test -f /home/pd/auto-build/pd-extended/externals/build/src/../ linux/any2list.libs && \ cat /home/pd/auto-build/pd-extended/externals/build/src/../linux/ any2list.libs` chmod a-x "/home/pd/auto-build/pd-extended/externals/build/src/ any2list.pd_linux" strip --strip-unneeded -R .note -R .comment /home/pd/auto-build/pd- extended/externals/build/src/any2list.pd_linux rm -f -- /home/pd/auto-build/pd-extended/externals/build/src/any2list.o cc -DPD -O2 -pipe -fsigned-char -mpowerpc-gfxopt -I/home/pd/auto- build/pd-extended/pd/src -Wall -W -ggdb -DUNIX -Dunix -fPIC -o "/home/ pd/auto-build/pd-extended/externals/build/src/any2string.o" -c "/home/ pd/auto-build/pd-extended/externals/build/src/any2string.c" In file included from /home/pd/auto-build/pd-extended/externals/build/ src/any2string.c:1: /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c:76: error: expected ‘,’ or ‘;’ before ‘PACKAGE_VERSION’ /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c: In function ‘any2string_new’: /home/pd/auto-build/pd-extended/externals/build/src/../../moocow/ pdstring/src/any2string.c:151: warning: unused parameter ‘sel’ make[2]: *** [/home/pd/auto-build/pd-extended/externals/build/src/ any2string.o] Error 1 make[2]: Leaving directory `/home/pd/auto-build/pd-extended/externals' make[1]: *** [externals_install] Error 2 make[1]: Leaving directory `/home/pd/auto-build/pd-extended/packages' make: *** [install] Error 2 upload specs linux_make . deb Uploading /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb ls: /home/pd/auto-build/pd-extended/packages/linux_make/./Pd*.deb: No such file or directory ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

4 17

[ pure-data-Bugs-1767751 ] shell portability fixes
by SourceForge.net 04 Aug '07

04 Aug '07

Bugs item #1767751, was opened at 2007-08-04 23:19 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=1767751&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Klaus Heinz (kheinz) Assigned to: Nobody/Anonymous (nobody) Summary: shell portability fixes Initial Comment: Hi, configure.in (and configure) contains unportable shell syntax. The declared shell for configure, /bin/sh, is not always a link to bash or ksh, which both support == in comparisons. The original syntax for /bin/sh only accepts = as comparison operator. The appended fix changes == to =. ciao Klaus Heinz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1767751&group_…

1 0

Re: [PD-dev] smoke object help
by nosehair911＠bellsouth.net 04 Aug '07

04 Aug '07

The reason I was not seeing anything was that the code was using glVertex2f and it seems that anything above -1 z depth desapears in gem. So I ended up using glVertex3f( number,number, -1.1) and now I can see stuff happening. Now my problem is that the action is all limited to the positive side of the grid. Also coordinate 500,500 is 0,0 in the gem grid and 0,0 is 2.5,2.5 on the gem grid. If anyone knows a simple way to fix this let me know. Thanks, Alain > > From: <nosehair911(a)bellsouth.net> > Date: 2007/08/03 Fri AM 08:47:08 EDT > To: <pd-dev(a)iem.at> > CC: pd-list(a)iem.at > Subject: [PD-dev] smoke object help > > Hi all, > > I posted this in the gem-dev list but maybe someone here can give a some advise or a different > solution for my problem. The reason I am trying to use gem is because they have already figured out > the glLoop problem between openGL and Pd. Also because I then would have access to the other > gem objects. > > I am trying to transcribe this glut application here: > > http://www.nada.kth.se/~gustavt/fluids/ > > into a gem object. At first at thought it would be easy seeing as the code was > pretty much working but > I am having a tough time of it. I compiled the original application and it > works perfect but it seems like > when I convert it to a gem object I get nothing. > > Here are some things I am assuming, please correct me... > 1. glut and openGL/Gem use the same measurements like when I use glVertex2f(px, > py); it is the > same in both. > 2. Instead of using the glut mouse controls I can use a list inlet to get x and > y coordinates. > > Other than that I pretty much copied the app and used render(GemState *state) > to put all of the > rendering stuff into. But I still cant get it to work. I get a black screen. > I think it is probably drawing > somewhere of screen but I really cant seem to figure out how to fix the > problem. If anyone can give > me a clue I would appreciate it. > Thanks, > Alain > > > _______________________________________________ > PD-dev mailing list > PD-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev >

2 1

[ pure-data-Patches-1755720 ] patch: OS X sysexin/midiin support #3
by SourceForge.net 04 Aug '07

04 Aug '07

Patches item #1755720, was opened at 2007-07-17 22:51 Message generated for change (Comment added) made by dosena2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nathaniel Dose (dosena2) Assigned to: Nobody/Anonymous (nobody) Summary: patch: OS X sysexin/midiin support #3 Initial Comment: Here is changed file 3 of 3 for enabling "sysexin" and "midiin". This is the most extensive patch of the 3, but is still small. Attached is a udiff. Basically sys_poll_midi had only 1 byte of sysex as state at one time - now it keeps track of a whole (multibyte) sysex message. I was told to post here by the dev mailing list. Please change the value of the file-local variables nd_sysex* as needed! I am not familiar yet with your naming conventions. $ cvs status s_midi_pm.c =================================================================== File: s_midi_pm.c Status: Locally Modified Working revision: 1.6 Repository revision: 1.6 /cvsroot/pure-data/pd/src/s_midi_pm.c,v Sticky Tag: stable_0_40 (branch: 1.6.2) Sticky Date: (none) Sticky Options: (none) $ cvs diff -u s_midi_pm.c Index: s_midi_pm.c =================================================================== RCS file: /cvsroot/pure-data/pd/src/s_midi_pm.c,v retrieving revision 1.6 diff -u -r1.6 s_midi_pm.c --- s_midi_pm.c 8 Jul 2005 00:02:45 -0000 1.6 +++ s_midi_pm.c 17 Jul 2007 20:48:27 -0000 @@ -140,7 +140,7 @@ writemidi4(mac_midioutdevlist[portno], byte, 0, 0, 0); else if (byte == 0xf0) { - mess[0] = 0xf7; + mess[0] = 0xf0; nbytes = 1; sysex = 1; } @@ -209,6 +209,38 @@ } } +/* this is non-zero if we are in the middle of transmitting sysex */ + +int nd_sysex_mode=0; + +/* send in 4 bytes of sysex data. if one of the bytes is 0xF7 (sysex end) stop and unset nd_sysex_mode */ +void nd_sysex_inword(int midiindev, int status, int data1, int data2, int data3) +{ + if (nd_sysex_mode) { + sys_midibytein(midiindev, status); + if (status == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data1); + if (data1 == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data2); + if (data2 == 0xF7) + nd_sysex_mode = 0; + } + + if (nd_sysex_mode) { + sys_midibytein(midiindev, data3); + if (data3 == 0xF7) + nd_sysex_mode = 0; + } +} + void sys_poll_midi(void) { int i, nmess; @@ -221,6 +253,7 @@ int status = Pm_MessageStatus(buffer.message); int data1 = Pm_MessageData1(buffer.message); int data2 = Pm_MessageData2(buffer.message); + int data3 = ((buffer.message >> 24) & 0xFF); int msgtype = (status >> 4) - 8; switch (msgtype) { @@ -239,8 +272,12 @@ sys_midibytein(i, data1); break; case 7: - sys_midibytein(i, status); + nd_sysex_mode=1; + nd_sysex_inword(i, status, data1, data2, data3); break; + default: + if (nd_sysex_mode) + nd_sysex_inword(i, status, data1, data2, data3); } } } ---------------------------------------------------------------------- >Comment By: Nathaniel Dose (dosena2) Date: 2007-08-04 11:33 Message: Logged In: YES user_id=1845257 Originator: YES The other two patches are on HEAD (August 2/see below), not 0.41-test05 (which I assume is the same as v0-41-0test05) Is this planned or is a tag missing? pmmacosxcm.c: rev 1.22 x_midi.c: rev 1.5 ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 22:41 Message: Logged In: YES user_id=313747 Originator: NO These three should be reflected in 0.41-test05. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1755720&group_…

1 0

[ pure-data-Patches-1760624 ] font/box size overhaul with properties panel clean-up
by SourceForge.net 03 Aug '07

03 Aug '07

Patches item #1760624, was opened at 2007-07-25 18:01 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1760624&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: feature Status: Open Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: font/box size overhaul with properties panel clean-up Initial Comment: This patch includes everything from branch-v0-39-2-extended to make the fonts and boxes the same size on every platform. The default font is changed to Monaco on Mac OSX (included with the OS) and Bitstream Vera Sans Mono on Windows and GNU/Linux (included with GNOME). The font is free as in speech and beer, so it can be distributed with any Pd package. The iemgui properties panels were also changed to reflect the new fonts, plus they were cleaned up a bit to make them more readable. It applies cleanly, builds and seems to work fine on 0.40.3 and 0.41.0-test04. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-08-03 03:00 Message: Logged In: YES user_id=27104 Originator: YES oops, a bit of the libquicktime patch snuck into this one, I removed it. File Added: make_sizes_pixel_accurate_on_every_platform-0.40.3.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-30 20:58 Message: Logged In: YES user_id=27104 Originator: YES File Added: make_sizes_pixel_accurate_on_every_platform-0.40.3.patch ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-07-29 23:03 Message: Logged In: YES user_id=27104 Originator: YES I have an Ubuntu box, and I saw this too. It only happens on GNU/Linux, 10 and 12 are different sizes on Windows and Mac OS X. I had it fixed for the Pd-0.39.2-extended, but the font handling changed on 0.41, and I didn't figure out how to adapt the new font handling. My guess is that the font measurement code works different on GNU/Linux, so it's chosing a different font. The workaround is to do some kind of ifdef for GNU/Linux and force the font size for the one that's sized wrong. That's how I did it on Pd-0.39.2-extended. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2007-07-29 19:44 Message: Logged In: YES user_id=313747 Originator: NO This did something funny on my machine (fedora 6). "10" and "12" show up with the same font size, and/but boxes sized differently (in 12 point, not fitting the un-enlarged text). I'll bring the machine to Montreal so we can look... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1760624&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev August 2007