Re: [PD] GLSL (Gem) examples
From: Vadim Smahtin [EMAIL PROTECTED] Date: 24.02.2008 7:39 Subject: Re: [PD] GLSL (Gem) examples To: marius schebella [EMAIL PROTECTED] Sorry, but i use winXP os. Can i try anything else? Best regards, Vadim. 2008/2/24, marius schebella [EMAIL PROTECTED]: get one of the latest pd-autobuilds (autobuild.puredata.info) and then look in help-browser-examples-Gem-glsl. marius. Vadim Smahtin wrote: Hi list. Can any1 give me some good pd/gem GLSL examples or manuals? In Pd-Extended i have only one and cant understand, how it works, but i need use shaders, to get some dynamic meshes. Big thx. ___ 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] Fwd: using PD to access URL based images and video
Quoting marius schebella [EMAIL PROTECTED]: youtube videos are more tricky, because you would have to convert them from flash to some readable file format. i have written a pdp object to play-back flv files; i posted the link to the sources a while ago. i still haven't done a real port to Gem (as the project that needed the flv-support was already built on pdp) fgmads.r IOhannes This message was sent using IMP, the Internet Messaging Program. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] load abbreviated objects
hi, what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default? mtx_div seems to be an extra problem (can't be loaded). dumpOSC xx is another object that will not be created only with oscx/dumpOSC xx. what's the rule behind that? hans, do you want bugreports for that kind of stuff? are you planning to fix this at all or wait for 0.41? marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.40.3-extended-20080221-macosx104-i386.dmg
Hey, I think this is of general interest and useful to have in the archives, so I am cc'ing the list. The unstable stuff can be a little dodgy, but if the only thing that's missing is libsndfile1, I think everything should build ok. AFAIK, [sndfiler] and/or [readanysf~] are not automatically included in the build, and they are the only ones that need libsndfile1. As for the Pd-0.40.3-extended-20080221-macosx104-i386.dmg, I built that on my laptop, which is running 10.4.11. .hc On Feb 23, 2008, at 5:33 PM, Brandon Zeeb wrote: Excellent. However, I can't get passed the last few unstable dependencies, I ALWAYS get this error: Failed: Internal error: node for ptex-nox-base already exists This must be a Fink issue on 10.5, I've tried using other packages (ie: tetex-nox-base) but get the same error. I've been working on this all week, anybody have a better experience? The following dependencies are in the stable group for 10.5: flac flac-shlibs libsndfile1 libsndfile1-shlibs libogg libogg- shlibs libvorbis0 libvorbis0-shlibs libtiff libtiff-shlibs graphviz pcre pcre-shlibs lua51 lua51-dev ladspa ladspa-dev lame-dev lame- shlibs (Note: libsndfile1 above is the only dependency which won't compile as unstable) The following are unstable: fftw3 fftw3-shlibs liblo0 liblo0-shlibs ffmpeg ffmpeg-dev libavcodec1-dev libavcodec1-shlibs libdv4 libdv4-shlibs speex3 speex3-shlibs One of two scenarios always occur: 1. I can build all the dependencies as unstable, and not get the error above, but then libsndfile1 won't compile. 2. Failed: Internal error: node for ptex-nox-base already exists Maybe there is a secret combination of steps one could take to get the full kit to build, but I haven't found it yet. I'm running Fink 0.28.11, which you can get from Fink's sourceforge page.' Hans, did you build the Pd-extended below on 10.4? Cheers, ~brandon On Feb 23, 2008, at 4:48 PM, Hans-Christoph Steiner wrote: 8.4.18. You can use [tcl_version] to find out what version is being used. .hc On Feb 22, 2008, at 7:29 PM, bsoisoi wrote: Sweet! Thanks again, Hans! Is this build compiled against Tcl/Tk 8.4.10? ~bsoisoi On Feb 22, 2008, at 3:33 PM, Hans-Christoph Steiner wrote: I created another one, since I was using the old Tcl/Tk which causes crashed on Leopard. Also, the rsync wasn't automatically updating for the autobuilds, so this should have the changes from the past week: http://autobuild.puredata.info/auto-build/2008-02-22/Pd-0.40.3- extended-20080222-macosx104-i386.dmg Soon, we hope to have Leopard builds, thanks to bsoisoi! :) .hc On Feb 22, 2008, at 12:01 PM, Jack wrote: Excellent for Intel users ! ++ Jack Le 22 févr. 08 à 05:36, Hans-Christoph Steiner a écrit : I manually built on Mac OS X/Intel if anyone is interested: http://autobuild.puredata.info/auto-build/2008-02-21/Pd-0.40.3- extended-20080221-macosx104-i386.dmg .hc - --- http://at.or.at/ hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list --- - All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ 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 - --- If you are not part of the solution, you are part of the problem. Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GLSL (Gem) examples
On 24/02/2008, at 5.43, Vadim Smahtin wrote: Can i try anything else? http://pd-gem.cvs.sourceforge.net/pd-gem/Gem/examples/10.glsl/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended autobuilds on pd gutsy (WAS: Re: pd-extended install gutsy ubuntu libquicktime0 libflac7)
Hans-Christoph Steiner schrieb: The files are in packages/linux_make. The problem is that there is just one package description file which needs to build the .debs for all of the different Debian-based distributions. In order to support multiple distros, we'll need a way to manage multiple 'debian/control' files, one for each distro with conflicting deps. One way would be to have 'packages/debian' and 'packages/ubuntu', but I am open to suggestions. Okay, maybe we should speak about this at the LAC. LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] load abbreviated objects
Hallo! First: do you use the autobuilds or the stable pd-extended ? what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. Because the hexloader was broken - I don't know if this is already fixed in the autobuilds ... I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default? I once included all the iemmatrix objects and also it's aliases. They should be in the nightly autobuild version, although I don't know if the hexloader works (at least it should work with mtx_add, mtx_div, ...). However, I don't think that they should be loaded by default, but that's an other discussion ... ;) LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] load abbreviated objects
I have the same problem with [s2l] and [l2s] objects, you must create first [symbol2list] and [list2symbol] objects. Here, [shell] can't create even with [import flatspace] (it is the right library ?). ++ Jack Le 24 févr. 08 à 05:17, marius schebella a écrit : hi, what is the problem that (in pd-extended) abbreviated object classes like mtx_+ cannot be instantiated, I have to create mtx_add before. I think this is a known problem, but is there a solution to fix this? also, some of the objects can't be created, but I am not sure why for example mtx_add is one of these. is there a nameclash so that iemmatrix is not loaded by default? mtx_div seems to be an extra problem (can't be loaded). dumpOSC xx is another object that will not be created only with oscx/dumpOSC xx. what's the rule behind that? hans, do you want bugreports for that kind of stuff? are you planning to fix this at all or wait for 0.41? marius. ___ 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] Hide GEM window with a subpatch window
When i open a subpatch hiding completely the GEM window, pd freeze. When this subpatch window hide 99,9 % of the GEM window there is no problem. Any idea about this bug ? Powerbook G4 MacOSX.4.11 pd 0.39.3-extended GEM 0.91-cvs ++ Jack ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] building pd with cygwin
Here I've attached the patches. Patrice Colet a écrit : Hello, i've been working on other things during last monthes and did'nt really go further, for the moment the cygwin build work without pdtcl.dll neither pd.com, it means that we have to load pd from cygwin shell, otherwise pd.exe is looking for cygwin1.dll. In fact if we want pd.exe to use cygwin1.dll we certainly have to modify s_entry.c for including some code like it is explained in this page: http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw I've attached the files, not the patches, for building pd and externals with cygwin, this is still not yet terminated. Hans-Christoph Steiner a écrit : Hey, What's the status on building Pd on cygwin? I have a windows machine now, but I couldn't find the final patch to configure.in in the tracker or on the list. .hc Access to computers should be unlimited and total. - the hacker ethic ___ PD-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-dev ___ 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-dev] building pd with cygwin
oops, the external/Makefile patch is here. Patrice Colet a écrit : Here I've attached the patches. Patrice Colet a écrit : Hello, i've been working on other things during last monthes and did'nt really go further, for the moment the cygwin build work without pdtcl.dll neither pd.com, it means that we have to load pd from cygwin shell, otherwise pd.exe is looking for cygwin1.dll. In fact if we want pd.exe to use cygwin1.dll we certainly have to modify s_entry.c for including some code like it is explained in this page: http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw I've attached the files, not the patches, for building pd and externals with cygwin, this is still not yet terminated. Hans-Christoph Steiner a écrit : Hey, What's the status on building Pd on cygwin? I have a windows machine now, but I couldn't find the final patch to configure.in in the tracker or on the list. .hc Access to computers should be unlimited and total. - the hacker ethic ___ PD-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-dev ___ 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] Hide GEM window with a subpatch window
A small precision : It happen often when there is a lot of geos and an animation. ++ Jack Le 24 févr. 08 à 17:32, Jack a écrit : When i open a subpatch hiding completely the GEM window, pd freeze. When this subpatch window hide 99,9 % of the GEM window there is no problem. Any idea about this bug ? Powerbook G4 MacOSX.4.11 pd 0.39.3-extended GEM 0.91-cvs ++ 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] Hide GEM window with a subpatch window
Make sure Pd is running with the -nrt flag or 'disable real time scheduling' checked. Otherwise don't cover the GEM window with a patcher window. On Sun, Feb 24, 2008 at 10:32 AM, Jack [EMAIL PROTECTED] wrote: When i open a subpatch hiding completely the GEM window, pd freeze. When this subpatch window hide 99,9 % of the GEM window there is no problem. Any idea about this bug ? Powerbook G4 MacOSX.4.11 pd 0.39.3-extended GEM 0.91-cvs ++ 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-dev] building pd with cygwin
Could you post them again as a .tar.gz or a .zip? Then the files won't get broken into shorter lines by email servers and clients. .hc On Feb 24, 2008, at 12:12 PM, Patrice Colet wrote: oops, the external/Makefile patch is here. Patrice Colet a écrit : Here I've attached the patches. Patrice Colet a écrit : Hello, i've been working on other things during last monthes and did'nt really go further, for the moment the cygwin build work without pdtcl.dll neither pd.com, it means that we have to load pd from cygwin shell, otherwise pd.exe is looking for cygwin1.dll. In fact if we want pd.exe to use cygwin1.dll we certainly have to modify s_entry.c for including some code like it is explained in this page: http://cygwin.com/faq/faq.programming.html#faq.programming.msvs- mingw I've attached the files, not the patches, for building pd and externals with cygwin, this is still not yet terminated. Hans-Christoph Steiner a écrit : Hey, What's the status on building Pd on cygwin? I have a windows machine now, but I couldn't find the final patch to configure.in in the tracker or on the list. .hc --- - Access to computers should be unlimited and total. - the hacker ethic ___ PD-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-dev ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: using PD to access URL based images and video
On Feb 24, 2008, at 5:56 AM, [EMAIL PROTECTED] wrote: Quoting marius schebella [EMAIL PROTECTED]: youtube videos are more tricky, because you would have to convert them from flash to some readable file format. i have written a pdp object to play-back flv files; i posted the link to the sources a while ago. i still haven't done a real port to Gem (as the project that needed the flv-support was already built on pdp) I looked a bit and couldn't find this. Any chance of getting this in SVN? Sounds useful. .hc Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.40.3-extended-20080221-macosx104-i386.dmg
aha. It's JackOSX (v. .74). Running without Jack in .pdrc is fine. Also, starting without Jack and connecting in Preferences... is good. I'm going to try this with Jack 0.76 tomorrow. Fingers crossed. I have made no progress with my previous jack 0.76/pd bug. For the hell of it, here's the crash dump: Date/Time: 2008-02-24 18:42:00.314 -0500 OS Version: 10.4.11 (Build 8S2167) Report Version: 4 Command: pd Path: /Applications/Pd-0.40.3-extended-20080222.app/Contents/Resources/Scripts/../bin/pd Parent: Pd-0.40.3-extended-20080222 [2508] Version: ??? (???) PID:2509 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x Thread 0 Crashed: 0 0x 0 + 0 1 pd 0x0004876f sys_open_audio + 524 (s_audio.c:385) 2 pd 0x00048b51 sys_reopen_audio + 147 (s_audio.c:449) 3 pd 0x0004310a sys_main + 1519 (s_main.c:318) 4 pd 0x1e2e _start + 216 5 pd 0x1d55 start + 41 Thread 1: 0 libSystem.B.dylib 0x90009cd7 mach_msg_trap + 7 1 com.apple.CoreFoundation0x9082d23b CFRunLoopRunSpecific + 2014 2 com.apple.CoreFoundation0x9082ca56 CFRunLoopRunInMode + 61 3 com.apple.audio.CoreAudio 0x91469356 HALRunLoop::OwnThread(void*) + 158 4 com.apple.audio.CoreAudio 0x91469171 CAPThread::Entry(CAPThread*) + 93 5 libSystem.B.dylib 0x90024227 _pthread_body + 84 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x000b ebx: 0x0007a6ef ecx: 0x edx: 0xbfffe770 edi: 0x00087804 esi: 0x0001 ebp: 0xbfffe7f8 esp: 0xbfffe66c ss: 0x001f efl: 0x00010282 eip: 0x cs: 0x0017 ds: 0x001f es: 0x001f fs: 0x gs: 0x0037 Binary Images Description: 0x1000 -0x87fff pd /Applications/Pd-0.40.3-extended-20080222.app/Contents/Resources/bin/pd 0x39d000 - 0x3c1fff com.digidesign.digidesign.DigiCoreAudioPlugIn 7.4 (7.4f309) /Library/Audio/Plug-Ins/HAL/Digidesign CoreAudio.plugin/Contents/MacOS/Digidesign CoreAudio 0x505000 - 0x513fff com.grame.JackRouter JackRouter 0.8.3 (0.8.3) /Library/Audio/Plug-Ins/HAL/JackRouter.plugin/Contents/MacOS/JackRouter 0x568000 - 0x570fff com.grame.Jack Jack (0.101.3) /Library/Frameworks/Jack.framework/Versions/A/Jack 0x7ad000 - 0x7b2fff com.apple.audio.AppleHDAHALPlugIn 1.3.7 (1.3.7a23) /System/Library/Extensions/AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bundle/Contents/MacOS/AppleHDAHALPlugIn 0x8fe0 - 0x8fe4afff dyld 46.16 /usr/lib/dyld 0x9000 - 0x90171fff libSystem.B.dylib /usr/lib/libSystem.B.dylib 0x901c1000 - 0x901c3fff libmathCommon.A.dylib /usr/lib/system/libmathCommon.A.dylib 0x901c5000 - 0x90202fff com.apple.CoreText 1.1.3 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText 0x90229000 - 0x902f ATS /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS 0x9031f000 - 0x90774fff com.apple.CoreGraphics 1.258.77 (???) /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x9080b000 - 0x908d3fff com.apple.CoreFoundation 6.4.9 (368.31) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation 0x90911000 - 0x90911fff com.apple.CoreServices 10.4 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices 0x90913000 - 0x90a07fff libicucore.A.dylib /usr/lib/libicucore.A.dylib 0x90a57000 - 0x90ad6fff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90aff000 - 0x90b63fff libstdc++.6.dylib /usr/lib/libstdc++.6.dylib 0x90bd2000 - 0x90bd9fff libgcc_s.1.dylib/usr/lib/libgcc_s.1.dylib 0x90bde000 - 0x90c51fff com.apple.framework.IOKit 1.4.8 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90c66000 - 0x90c78fff libauto.dylib /usr/lib/libauto.dylib 0x90c7e000 - 0x90f24fff com.apple.CoreServices.CarbonCore 682.28 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90f67000 - 0x90fc com.apple.CoreServices.OSServices 4.1 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices 0x91008000 - 0x91047fff com.apple.CFNetwork 129.22 /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x9105a000 - 0x9106afff com.apple.WebServices 1.1.3 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x91075000 - 0x910f4fff com.apple.SearchKit 1.0.7
Re: [PD] Pd-0.40.3-extended-20080221-macosx104-i386.dmg
Cool, that's good to know. I'll try again this week, and attempt to score all packages but libsndfile1. (I may have this Fink configuration backed up). As for Tcl/tk on 10.5, should I upgrade to 8.4.18, 8.5.1, or stick with what I have standard? By the way, thanks a bunch for building extended for Mac/Intel. Thanks a bunch guys. Cheers, ~Brandon On Feb 23, 2008, at 10:31 PM, Hans-Christoph Steiner wrote: Hey, I think this is of general interest and useful to have in the archives, so I am cc'ing the list. The unstable stuff can be a little dodgy, but if the only thing that's missing is libsndfile1, I think everything should build ok. AFAIK, [sndfiler] and/or [readanysf~] are not automatically included in the build, and they are the only ones that need libsndfile1. As for the Pd-0.40.3-extended-20080221-macosx104-i386.dmg, I built that on my laptop, which is running 10.4.11. .hc On Feb 23, 2008, at 5:33 PM, Brandon Zeeb wrote: Excellent. However, I can't get passed the last few unstable dependencies, I ALWAYS get this error: Failed: Internal error: node for ptex-nox-base already exists This must be a Fink issue on 10.5, I've tried using other packages (ie: tetex-nox-base) but get the same error. I've been working on this all week, anybody have a better experience? The following dependencies are in the stable group for 10.5: flac flac-shlibs libsndfile1 libsndfile1-shlibs libogg libogg- shlibs libvorbis0 libvorbis0-shlibs libtiff libtiff-shlibs graphviz pcre pcre-shlibs lua51 lua51-dev ladspa ladspa-dev lame-dev lame- shlibs (Note: libsndfile1 above is the only dependency which won't compile as unstable) The following are unstable: fftw3 fftw3-shlibs liblo0 liblo0-shlibs ffmpeg ffmpeg-dev libavcodec1-dev libavcodec1-shlibs libdv4 libdv4-shlibs speex3 speex3-shlibs One of two scenarios always occur: 1. I can build all the dependencies as unstable, and not get the error above, but then libsndfile1 won't compile. 2. Failed: Internal error: node for ptex-nox-base already exists Maybe there is a secret combination of steps one could take to get the full kit to build, but I haven't found it yet. I'm running Fink 0.28.11, which you can get from Fink's sourceforge page.' Hans, did you build the Pd-extended below on 10.4? Cheers, ~brandon On Feb 23, 2008, at 4:48 PM, Hans-Christoph Steiner wrote: 8.4.18. You can use [tcl_version] to find out what version is being used. .hc On Feb 22, 2008, at 7:29 PM, bsoisoi wrote: Sweet! Thanks again, Hans! Is this build compiled against Tcl/Tk 8.4.10? ~bsoisoi On Feb 22, 2008, at 3:33 PM, Hans-Christoph Steiner wrote: I created another one, since I was using the old Tcl/Tk which causes crashed on Leopard. Also, the rsync wasn't automatically updating for the autobuilds, so this should have the changes from the past week: http://autobuild.puredata.info/auto-build/2008-02-22/Pd-0.40.3- extended-20080222-macosx104-i386.dmg Soon, we hope to have Leopard builds, thanks to bsoisoi! :) .hc On Feb 22, 2008, at 12:01 PM, Jack wrote: Excellent for Intel users ! ++ Jack Le 22 févr. 08 à 05:36, Hans-Christoph Steiner a écrit : I manually built on Mac OS X/Intel if anyone is interested: http://autobuild.puredata.info/auto-build/2008-02-21/Pd-0.40.3- extended-20080221-macosx104-i386.dmg .hc - --- http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http:// lists.puredata.info/ listinfo/pd-list All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ 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 If you are not part of the solution, you are part of the problem. Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe
Martin Peach martin.peach at sympatico.ca writes: Martin Peach wrote: can't read box_outline: no such variable can't read msg_nlet: no such variable can't read msg_nlet: no such variable can't read msg_nlet: no such variable can't read text_color: no such variable can't read cursor_runmode_nothing: no such variable I checked it on linux and it seems the only difference between the windows and linux versions is that the variables that are set in pd.tk and referenced from pd via sys_vgui() aren't being found, so nothing gets drawn on the canvas. Martin Ok, got a bit closer on this one, finally. It seems that all of the code is the same up thru tcl_mess() in t_tkcmd.c. Once the tcl data from sys_vgui() is sent to the tcl process and chopped up into distinct commands, tcl_mess() is used to send the command to the Tcl process (tk_pdinterp is the tcl process, s is the command): result = Tcl_Eval(tk_pdinterp, s); I tried to print out s here, but I couldn't get it to show up. It seems that stderr is a bit strange on Windows. My hunch is that something on Windows is eating the $, and therefore causing this problem. Anyone know a way to get this to show up on the Windows console: fprintf(stderr, tcl_mess: %s\n, ms); .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.40.3-extended-20080221-macosx104-i386.dmg
To make your life easier, start with Tcl/Tk 8.4.18. Then once you get things building, try 8.5. It includes a lot of improvements on Mac OS X, so it would be good to switch to it soon. .hc On Feb 24, 2008, at 10:41 PM, Brandon Zeeb wrote: Cool, that's good to know. I'll try again this week, and attempt to score all packages but libsndfile1. (I may have this Fink configuration backed up). As for Tcl/tk on 10.5, should I upgrade to 8.4.18, 8.5.1, or stick with what I have standard? By the way, thanks a bunch for building extended for Mac/Intel. Thanks a bunch guys. Cheers, ~Brandon On Feb 23, 2008, at 10:31 PM, Hans-Christoph Steiner wrote: Hey, I think this is of general interest and useful to have in the archives, so I am cc'ing the list. The unstable stuff can be a little dodgy, but if the only thing that's missing is libsndfile1, I think everything should build ok. AFAIK, [sndfiler] and/or [readanysf~] are not automatically included in the build, and they are the only ones that need libsndfile1. As for the Pd-0.40.3-extended-20080221-macosx104-i386.dmg, I built that on my laptop, which is running 10.4.11. .hc On Feb 23, 2008, at 5:33 PM, Brandon Zeeb wrote: Excellent. However, I can't get passed the last few unstable dependencies, I ALWAYS get this error: Failed: Internal error: node for ptex-nox-base already exists This must be a Fink issue on 10.5, I've tried using other packages (ie: tetex-nox-base) but get the same error. I've been working on this all week, anybody have a better experience? The following dependencies are in the stable group for 10.5: flac flac-shlibs libsndfile1 libsndfile1-shlibs libogg libogg- shlibs libvorbis0 libvorbis0-shlibs libtiff libtiff-shlibs graphviz pcre pcre-shlibs lua51 lua51-dev ladspa ladspa-dev lame- dev lame-shlibs (Note: libsndfile1 above is the only dependency which won't compile as unstable) The following are unstable: fftw3 fftw3-shlibs liblo0 liblo0-shlibs ffmpeg ffmpeg-dev libavcodec1-dev libavcodec1-shlibs libdv4 libdv4-shlibs speex3 speex3-shlibs One of two scenarios always occur: 1. I can build all the dependencies as unstable, and not get the error above, but then libsndfile1 won't compile. 2. Failed: Internal error: node for ptex-nox-base already exists Maybe there is a secret combination of steps one could take to get the full kit to build, but I haven't found it yet. I'm running Fink 0.28.11, which you can get from Fink's sourceforge page.' Hans, did you build the Pd-extended below on 10.4? Cheers, ~brandon On Feb 23, 2008, at 4:48 PM, Hans-Christoph Steiner wrote: 8.4.18. You can use [tcl_version] to find out what version is being used. .hc On Feb 22, 2008, at 7:29 PM, bsoisoi wrote: Sweet! Thanks again, Hans! Is this build compiled against Tcl/Tk 8.4.10? ~bsoisoi On Feb 22, 2008, at 3:33 PM, Hans-Christoph Steiner wrote: I created another one, since I was using the old Tcl/Tk which causes crashed on Leopard. Also, the rsync wasn't automatically updating for the autobuilds, so this should have the changes from the past week: http://autobuild.puredata.info/auto-build/2008-02-22/Pd-0.40.3- extended-20080222-macosx104-i386.dmg Soon, we hope to have Leopard builds, thanks to bsoisoi! :) .hc On Feb 22, 2008, at 12:01 PM, Jack wrote: Excellent for Intel users ! ++ Jack Le 22 févr. 08 à 05:36, Hans-Christoph Steiner a écrit : I manually built on Mac OS X/Intel if anyone is interested: http://autobuild.puredata.info/auto-build/2008-02-21/Pd-0.40.3- extended-20080221-macosx104-i386.dmg .hc --- -- --- http://at.or.at/ hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http:// lists.puredata.info/ listinfo/pd-list - --- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ 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 --- - If you are not part of the solution, you are part of the problem. - --- Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli All
[PD] pdcon brasil
hi folks, we will attempt to organize a very nice encounter here in Brazil by the time Castonguay comes to Sao Paulo in a few months. In the event, discussions about organizing an international event here will take place. I am receiving a rather shy feedback from people down here, mostly, I believe, because they feel kinda intimidated... nevertheless, plans of national wise and region wise events are being conducted and the idea will be on hard sale efforts! I think it`s fair, anyway, that other possible venues can appear and dispute, the competition may help reaching some essential requirements. The latest page about pdcon brasil is being migrated (and edited), as I write this message, at the estudio livre (free studio) website. http://www.estudiolivre.org/tiki-index.php?page=Encontro+PD http://www.estudiolivre.org/tiki-index.php cheers alex - Never miss a thing. Make Yahoo your homepage. - Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe
Hans-Christoph Steiner wrote: Ok, got a bit closer on this one, finally. It seems that all of the code is the same up thru tcl_mess() in t_tkcmd.c. Once the tcl data from sys_vgui() is sent to the tcl process and chopped up into distinct commands, tcl_mess() is used to send the command to the Tcl process (tk_pdinterp is the tcl process, s is the command): result = Tcl_Eval(tk_pdinterp, s); I tried to print out s here, but I couldn't get it to show up. It seems that stderr is a bit strange on Windows. My hunch is that something on Windows is eating the $, and therefore causing this problem. Anyone know a way to get this to show up on the Windows console: fprintf(stderr, tcl_mess: %s\n, ms); Try running pd from a .bat file. Or fprint(stdout... instead. Martin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] can't see objects Pd-0.40.3-extended-20071230-windowsxp-i386.exe
On Feb 24, 2008, at 11:36 PM, Martin Peach wrote: Hans-Christoph Steiner wrote: Ok, got a bit closer on this one, finally. It seems that all of the code is the same up thru tcl_mess() in t_tkcmd.c. Once the tcl data from sys_vgui() is sent to the tcl process and chopped up into distinct commands, tcl_mess() is used to send the command to the Tcl process (tk_pdinterp is the tcl process, s is the command): result = Tcl_Eval(tk_pdinterp, s); I tried to print out s here, but I couldn't get it to show up. It seems that stderr is a bit strange on Windows. My hunch is that something on Windows is eating the $, and therefore causing this problem. Anyone know a way to get this to show up on the Windows console: fprintf(stderr, tcl_mess: %s\n, ms); Try running pd from a .bat file. Or fprint(stdout... instead. Using fprint(stdout... in the msys bash shell worked. It did not work in the CMD.EXE shell window, nothing shows up. Plus fprint (stderr... doesn't seem to work anywhere. Arg, Windows is a pain... So now, printing out the Tcl commands shows the $ in $text_color, etc. intact, so I guess it's dropping it in Tcl-space... on that note, I'm going to bed. Any ideas? .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
