Re: [PD] [GEM-dev] new w32 binary!
Hans-Christoph Steiner wrote: Shall we try to switch the Gem build to MinGW? Then we'll have automated builds, and you'll be able to make Gem Windows binaries by cross-compiling on GNU/Linux. .hc if you feel up to it. i currently don't really want to spend time in getting code compile against DirectX with mingw. (for Gem you also have to compile parts of the DirectShow examples) i also would not like to have a stripped down version of Gem (without DirectX and QuickTime) compiled and widely distributed. and you would have to change your policy of importing code to repositories, as i don't think importing DirectX-SDK (some versions of which you can only download from a genuine windows machine (or however they call it)) and Quicktime-SDK (for which you currently need an apple user-account to download) would be a good idea. nevertheless it would be cool if you could include the new binary into the next pd-extended release. fgnasd IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PdExtended autobuild
Olivier Heinry wrote: hi, looks like the debian stable autobuild of last night didnt make it. it would be nice if you could also provide the information _why_ the autobuild did not succeed (as can be found in the autobuild-logs). btw, whenever an autobuild on the build-farm fails, there will be an automated email to the pd-cvs mailinglist, telling so (and appending a tail of the logfile to get an idea why it did fail) finally, it failed because of Gem's new recordQT4L code. i just realized that this new code (which is supposed to be more stable and reliable than the last one) depends on a new version of libquicktime1, which might not be available for debian/stable (but is in lenny; probably there are backports?) personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?) i will the configure-script to prevent failing builds. fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] IP camera and pidip
On Fri, Apr 11, 2008 at 03:42:02AM +0200, [EMAIL PROTECTED] wrote: let's see, does your ip cam delivers you a stream in the form of http://ip:port/something.someformat ?? where someformat = mp4, mpg, ogg ? in that case, you can use that solution : in a shell script : rm /tmp/pipe mknod /tmp/pipe p mencoder -nosound -ovc raw -of rawvideo -vf format=rgb24,crop=320:240 http://ip:port/something.someformat -o /tmp/pipe in pd : pdp_rawin /tmp/pipe bitmap/rgb/320x240 that is more|less what i use, except i have to transcode mjpeg to mp4, ogg or mpeg, because if i try to push mjpeg into the pipe, pdp_rawin is crashing. Is it possible for [pdp_rawin] to set different type? CtrlAltBack -- |||Ctrl + Alt + Back||| |||restart your view||| ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PdExtended autobuild
IOhannes m zmölnig wrote: personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?) i just noticed that the debian/stable build machine does not have the debian-multimedia.org repository enabled. debian-multimedia.org hosts a newer version of libquicktime-dev (0.9.10) which would provide the support for the features used by my new code. shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. (probably because users complained about missing dependencies on their vanilla etch installations?) i will the configure-script to prevent failing builds. at least that one should work. fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Pd-0.41 and Gem on OSX-10.5?
ha list, hi marius! does anybody have any experiences on using a recent version of Gem with Pd-0.41 on OSX-10.5.2? i need video-capturing. a composer i work with has had loads of problems (afair mostly freezes) in the past (early january 2008) with this combination. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] netsending pixes
hi list ! i'm working on live-captured video treatment with gem. the main patch is okay, but in order to get a convenient improvisation tool, i would like to have a control monitor with another content that what's dsiplayed on the main gemwin (which is shown to the audience)... captured frames are stored in a pix_buffer (360x288px on 1 channel - grey) and i thought to send them to another computer with its own gemwin in which they might be displayed (for the performer)... i tried with on one side, [pix_dump] and [netsend] and, on the other computer, [netreceive] and [pix_set]... it was very slow, and crashed... so, i reduced the picture to 45x36 px and split the pix-list into packets of 100 floats. i finally got a picture, but lines aren't synchronized (i get diagonals), and i don't understand why... does someone see an easier solution to pass pixes through a local network ? i don't care a lot about latency (hem...less than 10 seconds of course) and resolution... thanks ! raphaël _ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] netsending pixes
Raphaël ILIAS wrote: hi list ! i'm working on live-captured video treatment with gem. the main patch is okay, but in order to get a convenient improvisation tool, i would like to have a control monitor with another content that what's dsiplayed on the main gemwin (which is shown to the audience)... captured frames are stored in a pix_buffer (360x288px on 1 channel - grey) and i thought to send them to another computer with its own gemwin in which they might be displayed (for the performer)... i tried with on one side, [pix_dump] and [netsend] and, on the other computer, [netreceive] and [pix_set]... it was very slow, and crashed... so, i reduced the picture to 45x36 px and split the pix-list into packets of 100 floats. i finally got a picture, but lines aren't synchronized (i get diagonals), and i don't understand why... does someone see an easier solution to pass pixes through a local network ? i don't care a lot about latency (hem...less than 10 seconds of course) and resolution... on osx and linux you can use [pix_share_read] and [pix_share_write] to share images between two instances of Pd/Gem on one(!) computer via shared-memory. this should be very fast. afair, there are some freeframe-plugins that allow you to send images from one host to another (via network), but i don't know on which platform they are available (i guess: w32) and whether they are free; i never tried them, but they should be usable with [pix_freeframe]. depending on what you are doing, it might be easiest to just run 2 (synched) instances of Gem that independently produce the 2 visuals (and are controlled by a single patch) or use a multi-monitor setup and do clever things to get 2 virtual monitors in a single gemwindow. or pay the developers a lot of money to finally get the multi-window support into Gem which i have been promising for more than 3 years :-) fgamdsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] netsending pixes
Le 11 avr. 08 à 12:09, IOhannes m zmoelnig a écrit : Raphaël ILIAS wrote: hi list ! i'm working on live-captured video treatment with gem. the main patch is okay, but in order to get a convenient improvisation tool, i would like to have a control monitor with another content that what's dsiplayed on the main gemwin (which is shown to the audience)... captured frames are stored in a pix_buffer (360x288px on 1 channel - grey) and i thought to send them to another computer with its own gemwin in which they might be displayed (for the performer)... i tried with on one side, [pix_dump] and [netsend] and, on the other computer, [netreceive] and [pix_set]... it was very slow, and crashed... so, i reduced the picture to 45x36 px and split the pix-list into packets of 100 floats. i finally got a picture, but lines aren't synchronized (i get diagonals), and i don't understand why... does someone see an easier solution to pass pixes through a local network ? i don't care a lot about latency (hem...less than 10 seconds of course) and resolution... on osx and linux you can use [pix_share_read] and [pix_share_write] to share images between two instances of Pd/Gem on one(!) computer via shared-memory. this should be very fast. About [pix_share_read] and [pix_share_write]. Is there a method using this two objects to share a picture that come from a [gemframebuffer] ? I think is not possible. Am I wrong ? ++ Jack afair, there are some freeframe-plugins that allow you to send images from one host to another (via network), but i don't know on which platform they are available (i guess: w32) and whether they are free; i never tried them, but they should be usable with [pix_freeframe]. depending on what you are doing, it might be easiest to just run 2 (synched) instances of Gem that independently produce the 2 visuals (and are controlled by a single patch) or use a multi-monitor setup and do clever things to get 2 virtual monitors in a single gemwindow. or pay the developers a lot of money to finally get the multi-window support into Gem which i have been promising for more than 3 years :-) fgamdsr IOhannes ___ 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] netsending pixes
Jack wrote: About [pix_share_read] and [pix_share_write]. Is there a method using this two objects to share a picture that come from a [gemframebuffer] ? I think is not possible. Am I wrong ? As far as I know (correct me if I'm wrong!), [gemframebuffer] stores images in GPU memory, you need to get it back to CPU memory as a pix, using eg [pix_snap], but that only snaps what is currently displayed (not from a framebuffer) (again correct me if I'm wrong). And in my experience with oldish AGP graphics cards, GPU-CPU image copying is rather slow. PCIe may be better, I don't know. I don't know if there is any way to share GPU memory between independent processes on the same machine, would be cool. Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] netsending pixes
Claude Heiland-Allen wrote: Jack wrote: About [pix_share_read] and [pix_share_write]. Is there a method using this two objects to share a picture that come from a [gemframebuffer] ? I think is not possible. Am I wrong ? As far as I know (correct me if I'm wrong!), [gemframebuffer] stores images in GPU memory, you need to get it back to CPU memory as a pix, using eg [pix_snap], but that only snaps what is currently displayed (not from a framebuffer) (again correct me if I'm wrong). you mean, like that? And in my experience with oldish AGP graphics cards, GPU-CPU image copying is rather slow. PCIe may be better, I don't know. to my knowledge, this is correct. fmgadsr IOhannes #N canvas 507 232 742 523 10; #X msg 65 67 create \, 1; #X obj 82 176 gemhead 20; #X obj 82 200 gemframebuffer; #X msg 179 171 dimen 256 256; #X obj 114 310 rotateXYZ; #X obj 114 355 teapot; #X obj 82 246 t a a b; #X obj 137 272 i; #X obj 170 271 + 1; #X obj 200 270 % 360; #X obj 81 383 t a b; #X msg 129 383 snap; #X obj 80 442 t a b; #X msg 135 443 1; #X obj 80 467 pix_buffer_write \$0-framebuffer; #X obj 410 202 gemhead 30; #X obj 410 246 t a b; #X msg 465 247 1; #X obj 410 271 pix_buffer_read \$0-framebuffer; #X obj 410 351 pix_texture; #X obj 410 416 square 3; #X obj 65 112 gemwin; #X obj 340 90 pix_buffer \$0-framebuffer 2; #X obj 82 223 translateXYZ 0 0 -4; #X obj 81 418 pix_snap 0 0 256 256; #X obj 562 182 gemhead 5; #X obj 569 209 world_light; #X msg 129 100 lighting 1; #X obj 114 332 color 1 0 1; #X floatatom 173 292 5 0 0 0 - - -; #X obj 410 310 pix_aging; #X obj 410 393 rotateXYZ; #X floatatom 445 373 5 0 0 0 - - -; #X connect 0 0 21 0; #X connect 1 0 2 0; #X connect 2 0 23 0; #X connect 3 0 2 0; #X connect 4 0 28 0; #X connect 6 0 10 0; #X connect 6 1 4 0; #X connect 6 2 7 0; #X connect 7 0 8 0; #X connect 7 0 4 1; #X connect 7 0 4 2; #X connect 8 0 9 0; #X connect 9 0 7 1; #X connect 10 0 24 0; #X connect 10 1 11 0; #X connect 11 0 24 0; #X connect 12 0 14 0; #X connect 12 1 13 0; #X connect 13 0 14 1; #X connect 15 0 16 0; #X connect 16 0 18 0; #X connect 16 1 17 0; #X connect 17 0 18 1; #X connect 18 0 30 0; #X connect 19 0 31 0; #X connect 23 0 6 0; #X connect 24 0 12 0; #X connect 25 0 26 0; #X connect 27 0 21 0; #X connect 28 0 5 0; #X connect 29 0 4 3; #X connect 30 0 19 0; #X connect 31 0 20 0; #X connect 32 0 31 2; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] IP camera and pidip
ola, let's see, does your ip cam delivers you a stream in the form of http://ip:port/something.someformat ?? where someformat = mp4, mpg, ogg ? in that case, you can use that solution : in a shell script : rm /tmp/pipe mknod /tmp/pipe p mencoder -nosound -ovc raw -of rawvideo -vf format=rgb24,crop=320:240 http://ip:port/something.someformat -o /tmp/pipe in pd : pdp_rawin /tmp/pipe bitmap/rgb/320x240 suerte, sevy t'es in t'es bat wrote: Thanks for answer, .but i hope to realize a stream, i need it for my concept, Anyone have a strategy to get the ip camera stream in mjpeg in pdip for pdp_canvas Or do i have to use another lib for that job ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] getting started with CUBEmixer
hello IEMers! i tried executing the script in bin/ but i get this error: [EMAIL PROTECTED]:~/CUBEmixer/bin$ sh ./CUBEmixer.sh : command not founde 2: : command not founde 3: : command not founde 4: '/CUBEmixer.sh: line 11: syntax error near unexpected token `{ '/CUBEmixer.sh: line 11: `function test_pd() { is this the only way to run the CUBEmixer or can i just add all the -paths to my .pdrc and start it by opening a file? many thanks rob c Debian Testing Pd version 0.41-4extended-20080331 compiled 07:30:11 Mar 31 2008 Cubemiexer 1.0.1.zip from sourceforge ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
Rob Canning wrote: hello IEMers! which default shell are you using? (do ls -l /bin/sh) just in case it is _not_ bash, change the first line of CUBEmixer.sh to #!/bin/bash fmgasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] extended sql and py
I think it should be pretty easy to compile on anything. .hc On Apr 10, 2008, at 11:34 PM, Joseph Barrows wrote: hi,m isn't sqldb for mac os x only? i dont have a build environment setup at the moment so haven't tried compiling it for linux, but if some one can confirm this will work i will setup my machine for building -jb On 11/04/2008, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: You should try mjmogo's sqldb: http://puredata.info/Members/mjmogo/ Check the archives of this list for more discussion, there is quite a bit. It's a new object, but should be quite nice, and could use some testing. .hc On Apr 10, 2008, at 12:33 AM, Joseph Barrows wrote: hi puredata'ers, i want to use SQL access, and am confused as to how it get it to work, can someone explain what i need to do? it doesnt appear to be in the extended build (just installed auto build for 10 april) using ubuntu on an intel processor am happy to download and compile source if needed, i just lose track of where everything is supposed to go (and need many of the other bits of extended and dont want to compile everything from source, though i spose i could, ahh linux!) also, py is listed in the extended help, but the examples dont work (the py object is in a dotted line can not create object box) thanks, joseph -- Joseph Barrows live video performance; web site design; new media artist jjbarrows.artwww.net [EMAIL PROTECTED] ___ 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 -- Joseph Barrows live video performance; web site design; new media artist jjbarrows.artwww.net [EMAIL PROTECTED] kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.41 and Gem on OSX-10.5?
I'm using 10.5 on all new projects. No freezes so far. On Fri, Apr 11, 2008 at 4:10 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: ha list, hi marius! does anybody have any experiences on using a recent version of Gem with Pd-0.41 on OSX-10.5.2? i need video-capturing. a composer i work with has had loads of problems (afair mostly freezes) in the past (early january 2008) with this combination. mfg.asdr IOhannes ___ 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] netsending pixes
On Fri, Apr 11, 2008 at 6:17 AM, Claude Heiland-Allen [EMAIL PROTECTED] wrote: And in my experience with oldish AGP graphics cards, GPU-CPU image copying is rather slow. PCIe may be better, I don't know. PCIe is not really better. With GEM we can't use the asynchronous fast paths since the typical method is to read a fully rendered frame. Someone could look into using FBOs and async read back. I don't know if there is any way to share GPU memory between independent processes on the same machine, would be cool. You could try to grab screen coordinates other than the active window. On OSX 10.5 there is supposedly a flag that makes your context 'read only' which allows other apps to scrape the contents into a texture. cgc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
IOhannes m zmoelnig wrote: Rob Canning wrote: hello IEMers! which default shell are you using? (do ls -l /bin/sh) just in case it is _not_ bash, change the first line of CUBEmixer.sh to #!/bin/bash and start the CUBEmixer.sh directly with ./CUBEmixer.sh alternatively, just run bash CUBEmixer.sh hope this helps fgmasdr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] new w32 binary!
On Apr 11, 2008, at 2:20 AM, IOhannes m zmölnig wrote: Hans-Christoph Steiner wrote: Shall we try to switch the Gem build to MinGW? Then we'll have automated builds, and you'll be able to make Gem Windows binaries by cross-compiling on GNU/Linux. .hc if you feel up to it. i currently don't really want to spend time in getting code compile against DirectX with mingw. (for Gem you also have to compile parts of the DirectShow examples) There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h i also would not like to have a stripped down version of Gem (without DirectX and QuickTime) compiled and widely distributed. and you would have to change your policy of importing code to repositories, as i don't think importing DirectX-SDK (some versions of which you can only download from a genuine windows machine (or however they call it)) and Quicktime-SDK (for which you currently need an apple user-account to download) would be a good idea. These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install. .hc nevertheless it would be cool if you could include the new binary into the next pd-extended release. fgnasd IOhannes Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
IOhannes m zmoelnig wrote: Rob Canning wrote: hello IEMers! which default shell are you using? (do ls -l /bin/sh) just in case it is _not_ bash, change the first line of CUBEmixer.sh to #!/bin/bash Hi IOhannes, It is bash lrwxrwxrwx 1 root root 4 2008-04-03 19:13 /bin/sh - bash if i change line one to #!/bin/bash i get : bash: ./CUBEmixer.sh: /bin/bash^M: bad interpreter: No such file or directory i get the same error if i simply type ./CUBEmixer.sh witht the first line as #!/bin/sh if i type either sh CUBEmixer.sh or bash CUBEmixer.sh i get [EMAIL PROTECTED]:~/CUBEmixer/bin$ bash CUBEmixer.sh : command not found2: : command not found3: : command not found4: 'UBEmixer.sh: line 11: syntax error near unexpected token `{ 'UBEmixer.sh: line 11: `function test_pd() { thanks rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] new w32 binary!
Hans-Christoph Steiner wrote: There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h hmm, i don't know. this is what get's included by the relevant files: dshow.h qedit.h streams.h atlbase.h atlconv.h dvdmedia.h if they are in mingw, i would be happy. These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install. yes, i am only talking about the SDKs here (XCode is an IDE, isn't it?): packages providing header-files to include and library-files to link against. nothing that fummels with the registry or the like. it's fine if we don't have to include them in the pure-data svn. iirc, last time someone was trying to build gem4win32 with mingw/cygwin (i think it was thoralf; but i could be mistaken - excuse my ignorance), they had to patch the DirectShow-headers... fmga,r IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] new w32 binary!
On Fri, Apr 11, 2008 at 9:24 AM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h GEM doesn't need DirectX, rather it requires DirectShow. DirectShow is part of the massive windows SDK and the DLLs are supposedly part of a default install of XP and Vista (I have never even used the latter). These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install. Yes, just the QT SDK is needed. I have not 'upgraded' to 7.x SDK, but I doubt it makes much difference since Apple puts near zero effort into QT for Windows. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] new w32 binary!
On Fri, Apr 11, 2008 at 10:06 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: i never understood the difference between DirectX and DirectShow. isn't the latter just a part of the former? just like Direct3D? I think DirectShow was part of DirectX at one time, but it is now part of the main windows SDK (which might be called the Platform SDK by MS). anyhow, at least when installing the SDK i had to also install a redistributable runtime-environment. i don't know whether this is needed for an end-user of Gem too (my only w32 machine now has the runtime-environment installed, so i cannot check :-)) That is the really shitty part. Some PCs, like ones from Dell, have all of the DLLs installed by default. Other PCs do not have them. Also, the versions of various DLLs and libs might not play well together. The idea that every app distributed should include all of these files it idiotic. i probably misunderstood the original question. right, as far as quicktime is concerned, only the QT SDK is needed. The end user will have to either install iTunes or find the QT only download from Apple. They hide the latter, but hell everyone and their dog has an iPod now right? ;) cgc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] reactivision+Gem
Hi, There´s a reference to a libfidtrack for GEM http://gem.iem.at/: the CVS repository of this Graphics Environment for Pure Data include libfidtrack directly as a processing module. You can find this in the reactable homepage: http://reactable.iua.upf.edu/?software How can I use or load this library in Gem? I´ve been using the TUIO examples for PD but I guess with this library recognizing and using the fiducials will be more straightforward... Cheers, -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/ http://www.iua.upf.es/~ffranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lua scripting for pd objects
hi marius sorry to switch in so late, but let me mention another approach. if you only have numeric arguments for your abstractions, you could alternatively still use [repeat] and read the different values from a/several table/s. that is what i usually do, when i need - let's say - 1000 cuboids at different positions with different colours. like this you wouldn't need thousands of instances of a certain abstraction, but only one, where you send thousands of messages to for each frame. don't know, if this would work for what you want, though... roman On Thu, 2008-04-10 at 13:47 -0400, marius schebella wrote: thanks for all the answers, I guess I am really looking for something like actionscript for pd, based on lua or python. I understand that all of the suggested solutions are working, but all have some minor downsides, or overheads (of coding) or dynamic restrictions. marius. Thomas Grill wrote: Hi Marius, i've used py and dyn~ in combination for such stuff many times. With that many objects it makes probably sense to put the abstractions in subpatches (e.g. 30 subpatches with 100 objects each) as pd has problems with many objects in one canvas. gr~~~ Am 10.04.2008 um 18:10 schrieb marius schebella: hi, i need to create a lot of instances (let's say 3000) of a gem abstraction. each instance has to hold it's own variables, so it is difficult to work with repeat. In the past I always used pd-messages to create these objects, but I have the feeling that it would be faster and easier to do in a scripting language like lua. are there any plans to support scripting of pd objects (in this case gem objects) within lua or any other scripting language? 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 ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reactivision+Gem
Hi, Yes I´ve found it in the reference but I can´t create it in a pd patch.. Do I have to do something else? On Fri, Apr 11, 2008 at 10:34 AM, nicholas ward [EMAIL PROTECTED] wrote: Hi,pix_fiducialtrack is the one I think Nicky On 11 Apr 2008, at 16:18, enrique franco wrote: Hi, There´s a reference to a libfidtrack for GEM http://gem.iem.at/: the CVS repository of this Graphics Environment for Pure Data include libfidtrack directly as a processing module. You can find this in the reactable homepage: http://reactable.iua.upf.edu/?software How can I use or load this library in Gem? I´ve been using the TUIO examples for PD but I guess with this library recognizing and using the fiducials will be more straightforward... Cheers, -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/http://richie.idc.ul.ie/%7Eenrique/ http://www.iua.upf.es/~ffranco/pfm.htmhttp://www.iua.upf.es/%7Effranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/ http://www.iua.upf.es/~ffranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
On Fri, 2008-04-11 at 15:46 +0100, Rob Canning wrote: IOhannes m zmoelnig wrote: Rob Canning wrote: hello IEMers! which default shell are you using? (do ls -l /bin/sh) just in case it is _not_ bash, change the first line of CUBEmixer.sh to #!/bin/bash Hi IOhannes, It is bash lrwxrwxrwx 1 root root 4 2008-04-03 19:13 /bin/sh - bash if i change line one to #!/bin/bash i get : bash: ./CUBEmixer.sh: /bin/bash^M: bad interpreter: No such file or directory i get the same error if i simply type ./CUBEmixer.sh witht the first line as #!/bin/sh if i type either sh CUBEmixer.sh or bash CUBEmixer.sh i get [EMAIL PROTECTED]:~/CUBEmixer/bin$ bash CUBEmixer.sh : command not found2: : command not found3: : command not found4: 'UBEmixer.sh: line 11: syntax error near unexpected token `{ 'UBEmixer.sh: line 11: `function test_pd() { just a quick guess: could this be related to some newline/return character incompatibilities between the file and the operating system? it seems strange that the first 'C' of 'CUBEmixer.sh' seems to be eaten. roman ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] spaces in search path of batch file
hello, If I fill in a name with spaces like C:/Program Files/pd/patch/own in the search path in the File Path menu of PD, this works well. If I use the same name in a batch file (-path C:/Program Files/pd/patch/own) this doesn't work and after trying this, I can only see C:/Program in File Path menu of PD. I guess the spaces are the problem. It seems that the old 'spaces' bug in the menu search path has been solved but not in batch files? Is this still a bug or am I making a mistake somewhere? I don't want to use the relative path name, I know how that works. I tested this in PD vanilla 0.40.2 and 0.41.2 (windows xp) Hans r ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lua scripting for pd objects
I tried that too, with a set of new patches and it was quite fast (although I think not as fast as luagl), but I already have a lot of old interactive object patches that I wanted to use. they have mouseover handling and also store textinformation. actually it is a question of performance. I want as many as possible objects and need to find the fastest solution. marius. Roman Haefeli wrote: hi marius sorry to switch in so late, but let me mention another approach. if you only have numeric arguments for your abstractions, you could alternatively still use [repeat] and read the different values from a/several table/s. that is what i usually do, when i need - let's say - 1000 cuboids at different positions with different colours. like this you wouldn't need thousands of instances of a certain abstraction, but only one, where you send thousands of messages to for each frame. don't know, if this would work for what you want, though... roman On Thu, 2008-04-10 at 13:47 -0400, marius schebella wrote: thanks for all the answers, I guess I am really looking for something like actionscript for pd, based on lua or python. I understand that all of the suggested solutions are working, but all have some minor downsides, or overheads (of coding) or dynamic restrictions. marius. Thomas Grill wrote: Hi Marius, i've used py and dyn~ in combination for such stuff many times. With that many objects it makes probably sense to put the abstractions in subpatches (e.g. 30 subpatches with 100 objects each) as pd has problems with many objects in one canvas. gr~~~ Am 10.04.2008 um 18:10 schrieb marius schebella: hi, i need to create a lot of instances (let's say 3000) of a gem abstraction. each instance has to hold it's own variables, so it is difficult to work with repeat. In the past I always used pd-messages to create these objects, but I have the feeling that it would be faster and easier to do in a scripting language like lua. are there any plans to support scripting of pd objects (in this case gem objects) within lua or any other scripting language? 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 ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lua scripting for pd objects
In GEM if you need lots of objects then try to avoid using a gemhead or separator for each. The setup time for pushing and popping the matrix thousands of times starts to add up. Also, use a model so rather than compute and upload the geometry in immediate mode each frame a display list is called instead. The fastest solution would be to write a custom object that wraps all of the functionality you need. On Fri, Apr 11, 2008 at 10:46 AM, marius schebella [EMAIL PROTECTED] wrote: I tried that too, with a set of new patches and it was quite fast (although I think not as fast as luagl), but I already have a lot of old interactive object patches that I wanted to use. they have mouseover handling and also store textinformation. actually it is a question of performance. I want as many as possible objects and need to find the fastest solution. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
Roman Haefeli wrote: On Fri, 2008-04-11 at 15:46 +0100, Rob Canning wrote: IOhannes m zmoelnig wrote: Rob Canning wrote: hello IEMers! which default shell are you using? (do ls -l /bin/sh) just in case it is _not_ bash, change the first line of CUBEmixer.sh to #!/bin/bash Hi IOhannes, It is bash lrwxrwxrwx 1 root root 4 2008-04-03 19:13 /bin/sh - bash if i change line one to #!/bin/bash i get : bash: ./CUBEmixer.sh: /bin/bash^M: bad interpreter: No such file or directory i get the same error if i simply type ./CUBEmixer.sh witht the first line as #!/bin/sh if i type either sh CUBEmixer.sh or bash CUBEmixer.sh i get [EMAIL PROTECTED]:~/CUBEmixer/bin$ bash CUBEmixer.sh : command not found2: : command not found3: : command not found4: 'UBEmixer.sh: line 11: syntax error near unexpected token `{ 'UBEmixer.sh: line 11: `function test_pd() { just a quick guess: could this be related to some newline/return character incompatibilities between the file and the operating system? it seems strange that the first 'C' of 'CUBEmixer.sh' seems to be eaten. if i type sh ./CUBEmixer.sh the C gets eaten if i type sh CUBEmixer.sh (without ./) the C doesn't get eaten maybe that is my mistake - but either way i get errors cheers rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reactivision+Gem
Hi, I have it working on OSX. What could be the problem in windows Pd version 0.39.3-extended? It can´t create the pix_fiducialtrack object. Thanks, Enrique On Fri, Apr 11, 2008 at 10:43 AM, enrique franco [EMAIL PROTECTED] wrote: Hi, Yes I´ve found it in the reference but I can´t create it in a pd patch.. Do I have to do something else? On Fri, Apr 11, 2008 at 10:34 AM, nicholas ward [EMAIL PROTECTED] wrote: Hi,pix_fiducialtrack is the one I think Nicky On 11 Apr 2008, at 16:18, enrique franco wrote: Hi, There´s a reference to a libfidtrack for GEM http://gem.iem.at/: the CVS repository of this Graphics Environment for Pure Data include libfidtrack directly as a processing module. You can find this in the reactable homepage: http://reactable.iua.upf.edu/?software How can I use or load this library in Gem? I´ve been using the TUIO examples for PD but I guess with this library recognizing and using the fiducials will be more straightforward... Cheers, -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/http://richie.idc.ul.ie/%7Eenrique/ http://www.iua.upf.es/~ffranco/pfm.htmhttp://www.iua.upf.es/%7Effranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/http://richie.idc.ul.ie/%7Eenrique/ http://www.iua.upf.es/~ffranco/pfm.htmhttp://www.iua.upf.es/%7Effranco/pfm.htm -- Enrique Franco Telefono/Phone: +572 5552334 ext 388 Webpage: http://richie.idc.ul.ie/~enrique/ http://www.iua.upf.es/~ffranco/pfm.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reactivision+Gem
enrique franco wrote: Hi, Yes I´ve found it in the reference but I can´t create it in a pd patch.. Do I have to do something else? well, how about telling us the version of Gem you are using? your operating system? e.g. [pix_fiducialtrack] is missing in the latest w32 build (because i don't understand the M$ linker), and is probably missing fromolder w32 builds as well. it should be there onlinux and os-x. fgmadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
Rob Canning wrote: if i type sh ./CUBEmixer.sh the C gets eaten if i type sh CUBEmixer.sh (without ./) the C doesn't get eaten maybe that is my mistake - but either way i get errors let's restart: which OS are you on? how did you get the cubemixer? was it prepackaged for a different OS than you are using? (e.g. you downloaded the w32 package and are running linux) in any case, fetch the latest and greatest cubemixer directly from SVN (on the system you intend to use it): https://iem.svn.sourceforge.net/svnroot/iem/spatialization/CUBEmixer/trunk/ fmgasdr. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reactivision+Gem
On Fri, Apr 11, 2008 at 11:28 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: e.g. [pix_fiducialtrack] is missing in the latest w32 build (because i don't understand the M$ linker), and is probably missing fromolder w32 builds as well. it should be there onlinux and os-x. I could never figure out the cause of the error for that object so it was never built on Windows. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
let's restart: which OS are you on? how did you get the cubemixer? was it prepackaged for a different OS than you are using? (e.g. you downloaded the w32 package and are running linux) /me feel stupid ok - i'll go back to square one...sorry i think i might have got the windows version now that i think about it - i downloaded the only think i could see at http://sourceforge.net/project/showfiles.php?group_id=132916package_id=181748 i'll do a proper svn checkout this time sorry for noise rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lua scripting for pd objects
chris clepper wrote: In GEM if you need lots of objects then try to avoid using a gemhead or separator for each. The setup time for pushing and popping the matrix thousands of times starts to add up. I don't know how I could translate the objects correctly without gemheads or separators, maybe storing the current XYZlocation and subtracting it from the relative position? would that be faster than to use pushmatrix popmatrix? Also, use a model so rather than compute and upload the geometry in immediate mode each frame a display list is called instead. the geometry I was using so far was simple, but objects could still be faster I guess. are you talking about display lists like VOBs or FBOs? I have to read more about that and how gem makes use of it. The fastest solution would be to write a custom object that wraps all of the functionality you need. write as write in c++? or write as write in luagl? marius. On Fri, Apr 11, 2008 at 10:46 AM, marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I tried that too, with a set of new patches and it was quite fast (although I think not as fast as luagl), but I already have a lot of old interactive object patches that I wanted to use. they have mouseover handling and also store textinformation. actually it is a question of performance. I want as many as possible objects and need to find the fastest solution. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] lua scripting for pd objects
On Fri, Apr 11, 2008 at 11:43 AM, marius schebella [EMAIL PROTECTED] wrote: I don't know how I could translate the objects correctly without gemheads or separators, maybe storing the current XYZlocation and subtracting it from the relative position? would that be faster than to use pushmatrix popmatrix? For something like a grid this is not difficult to do, but for less uniform structures it would be a pain. Pushing and popping the matrix is not expensive done sparingly, but it does accumulate. Once the geometry count gets high you will need all the time you can get. the geometry I was using so far was simple, but objects could still be faster I guess. are you talking about display lists like VOBs or FBOs? I have to read more about that and how gem makes use of it. A display list is the geometry compiled and sent to the card once and then called from storage on the GPU for drawing. The model object uses display lists to help handle large numbers of triangles found in most models. VBO is a vertex buffer object which can be quite fast if you need to modify geometry on the CPU side and submit it to the GPU each frame. FBO is a way to render offscreen to use rasterized geometry as a texture in another framebuffer (usually the one drawn to screen). FBOs will probably not help you here. write as write in c++? or write as write in luagl? C++ - Jamie did a lot of this for his personal use. I have not used luagl, but I suspect it will not be comparable to C in speed. cgc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
[EMAIL PROTECTED] wrote: Quoting Rob Canning [EMAIL PROTECTED]: /me feel stupid ok - i'll go back to square one...sorry i think i might have got the windows version now that i think about it - i downloaded the only think i could see at http://sourceforge.net/project/showfiles.php?group_id=132916package_id=181748 i'll do a proper svn checkout this time sorry for noise no problem, sorry for the bad documentation on how to actually install it... np, thanks - as soon as i get it working i will be very very grateful for it :) the script from svn seems to work..it starts 2 instances of pd and the DSP main engine patch but.. i have had to add a load of -paths and -libs in my pdrc to help it find stuff it needs - the only thing i cant seem to find anywhere are: mux, mux~ and demux i get a huge amounts of: mux~ . . ... couldn't create demux ... couldn't create errors and the GUI fails to start where do i find these ? thanks rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PdExtended autobuild
On Apr 11, 2008, at 4:25 AM, IOhannes m zmoelnig wrote: IOhannes m zmölnig wrote: personally i would rather not revert to etch (who works with multimedia and can live with a debian/stable anyhow :-)?) i just noticed that the debian/stable build machine does not have the debian-multimedia.org repository enabled. debian-multimedia.org hosts a newer version of libquicktime-dev (0.9.10) which would provide the support for the features used by my new code. shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. (probably because users complained about missing dependencies on their vanilla etch installations?) debian-multimedia.org is not an official repository, and has packages that are not legal to use without a patent license (this is not only a problem in the US, but mostly). Using all official Debian packages means that it meets the DFSG, which is a very good thing, IMHO. .hc i will the configure-script to prevent failing builds. at least that one should work. fgmasdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino and FSRs
Let's keep this on the list since it could be generally useful. In order to get to the next step, you should try to isolate the problem, to see where the crash is actually happening. Otherwise, there are far too many possibilities for me to try guessing. Ideally, you could make a simple patch that reproduces the crash. .hc On Apr 11, 2008, at 3:01 AM, nick burge wrote: Firmata, Pduino and xbees. are all set to communicate at 19200 baud. Nick From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:57 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs What baud are you running each at? IIRC, the XBee needs a strange value. .hc On Apr 10, 2008, at 5:52 PM, nick burge wrote: I wish I knew. I'm loading the arduino-test patch with no other objects or abstractions so as to eliminate other suspects. Still PD crashes when I enable more than 2 analogIns. Would it help to speed up or slow down the xbee connection? From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:12 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs The code and the electrics are quite separate. If the electrics work with one firmware, then they'll work with another. The question is, what is the it that grinds to a halt. .hc On Apr 10, 2008, at 4:17 PM, nick burge wrote: Yes, I've got the latest versionmaybe a silly question...but could it be that Pduino is optimised for sensors working on a supply of 5v. because the phidget voltage dividers i've got my FSRs attached to come with a potentiometer that alters the resistance of the circuit...with pduino i can only activate 2 at a time before it all grinds to a halt...on arduino2PD i can activate all six without any problem. Strange. Nick. From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 21:51 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs I've never run on Vista before, so I can't say much about that. I have run on Debian, Ubuntu, and Mac OS X. It shouldn't matter what is generating the data on the arduino, the messages coming to Pd via the serial port should be all the same. Are you using the latest version: http://at.or.at/hans/pd/Pduino-0.3.1.zip .hc On Apr 10, 2008, at 12:57 PM, nick burge wrote: Hello Hans-Christoph, I am using PD 0.39.3 extended. on a windows vista system. Its PD that crashes, or stops working as Vista so nicely puts it, when I connect the FSRs. I have arduino connecting via wireless xbees at 19200 baud. I also use an infra red distance sensor that gives no problem. I've been routing the data from the FSRs through the autoscale object. Maybe I should find a way to reduce the amount of data being sampled...every 40ms for example? How would I do that? Nick. From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 17:25 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs Which program crashes? Which version are you using? You will get a lot of data, from 6 sensors, Pduino/Firmata will read them all every 20ms. I have never seen a crash using [arduino], except when I unplug the arduino when Pd is connected to it, so I suspect the problem lies elsewhere. .hc On Apr 10, 2008, at 11:16 AM, nick burge wrote: I have a little problem using Pduino and some force sensing resistors that I am using in conjunction with phidget voltage dividersthey seem to crash the program as soon as I activate more than 1 at a time. Should I be applying some sort of filter to the data stream? Arduino2PD seems more robust, allowing me to activate all 6 analog inputs at once. Nick Burge. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http:// lists.puredata.info/listinfo/pd-list --- - Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith There is no way to peace, peace is the way. -A.J. Muste - --- There is no way to peace, peace is the way. -A.J. Muste -- -- Mistrust authority - promote decentralization. - the hacker ethic 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 -
Re: [PD] getting started with CUBEmixer
Quoting Rob Canning [EMAIL PROTECTED]: np, thanks - as soon as i get it working i will be very very grateful for it :) the script from svn seems to work..it starts 2 instances of pd and the DSP main engine patch but.. great i have had to add a load of -paths and -libs in my pdrc to help it find stuff it needs - the only thing i cant seem to find anywhere are: there is a src folder needed to build needed libraries. just do: % cd CUBEmixer/src/lib % less INSTALL.txt % PDSOURCE=/path/to/your/pd/src make errors and the GUI fails to start what exactly do you mean by this? you have to instances of Pd, one is the GUI, the other the DSP-core. does the main window popup and display nothing? display only half of the things? where do i find these ? btw, you need at least Pd-0.40 to run the CUBEmixer (we are making heavy use of $1-$2 expansion) mfga.ds IOhannes PS: note to myself: i should add the -noprefs flag to the startup-flags to not interfere with the user's settings PPS: note to you: if your normal pdsettings interfere with the CUBEmixer, just create the file CUBEmixer/etc/CUBEmixer/LocalVars.sh and add the line: PD_OPTIONS=-noprefs to it 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
Re: [PD] PdExtended autobuild
Quoting Hans-Christoph Steiner [EMAIL PROTECTED]: shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. debian-multimedia.org is not an official repository, and has packages that are not legal to use without a patent license (this is not only a problem in the US, but mostly). Using all official Debian packages means that it meets the DFSG, which is a very good thing, IMHO. which is definitely a valid argument. nevertheless, why do the docs for building Debian then suggest to add repositories that have packages that are not legal - therefore talking naive users into potentially doing a crime? furthermore, the docs even explicitely tell users to install potentially patent-encumbered packages, while i was just asking for a totally legal package (libquicktime is in main debian anyhow; debian-multimedia provides a backport for etch) finally, i should probably submit a bugreport as to remove liblame0 and liblame-dev from the debian/stable machine, as this _is_ a potentially patent-encumbered package installed _from_ debian-multimedia.org :-) mfg.asr 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
Re: [PD] [GEM-dev] new w32 binary!
On Apr 11, 2008, at 10:53 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: There are already a lot of DirectX headers in MinGW, you might not need the DirectX SDK at all. I didn't need the Windows DDK for the HID stuff, all of the headers I needed are included in MinGW. These look all relevant: direct.h dxerr8.h dxerr9.h d3d9.h d3d9caps.h d3d9types.h hmm, i don't know. this is what get's included by the relevant files: dshow.h qedit.h streams.h atlbase.h atlconv.h dvdmedia.h if they are in mingw, i would be happy. These are: dshow.h qedit.h dvdmedia.h These are not: streams.h atlbase.h atlconv.h There are people building DirectShow apps on MinGW, but I don't know how involved the setup is: http://home.clara.net/raoulgough/vidmodem/dshow.html http://www.makesweet.com/bozo/2008/01/24/compiling-directshow-with- mingw-on-linux http://www.step.polymtl.ca/~guardia/programming.php .hc These would have to be installed on the build machine. We couldn't include them in the SVN. Just like the Apple builds require XCode. I am guessing it would only be the Quicktime SDK that we'd need to install. yes, i am only talking about the SDKs here (XCode is an IDE, isn't it?): packages providing header-files to include and library-files to link against. nothing that fummels with the registry or the like. it's fine if we don't have to include them in the pure-data svn. iirc, last time someone was trying to build gem4win32 with mingw/ cygwin (i think it was thoralf; but i could be mistaken - excuse my ignorance), they had to patch the DirectShow-headers... fmga,r IOhannes It is convenient to imagine a power beyond us because that means we don't have to examine our own lives., from The Idols of Environmentalism, by Curtis White ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PdExtended autobuild
On Apr 11, 2008, at 2:18 PM, [EMAIL PROTECTED] wrote: Quoting Hans-Christoph Steiner [EMAIL PROTECTED]: shall i submit a feature-request to add debian-multimedia.org to the repositories on the build-machines? even the docs for building pd-extended on debian (http://puredata.info/docs/developer/Debian) suggest using this repository, so i wonder why it is not used. debian-multimedia.org is not an official repository, and has packages that are not legal to use without a patent license (this is not only a problem in the US, but mostly). Using all official Debian packages means that it meets the DFSG, which is a very good thing, IMHO. which is definitely a valid argument. nevertheless, why do the docs for building Debian then suggest to add repositories that have packages that are not legal - therefore talking naive users into potentially doing a crime? furthermore, the docs even explicitely tell users to install potentially patent-encumbered packages, while i was just asking for a totally legal package (libquicktime is in main debian anyhow; debian-multimedia provides a backport for etch) libquicktime can have patent issues if it is built with all of the codecs. Feel free to change the docs, they are wikis for that purpose. I do want I can. finally, i should probably submit a bugreport as to remove liblame0 and liblame-dev from the debian/stable machine, as this _is_ a potentially patent-encumbered package installed _from_ debian- multimedia.org :-) If you want, it's been on the todo list for a while. .hc mfg.asr IOhannes This message was sent using IMP, the Internet Messaging Program. The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
there is a src folder needed to build needed libraries. just do: % cd CUBEmixer/src/lib % less INSTALL.txt % PDSOURCE=/path/to/your/pd/src make well i think i have all the libs covered between pd-extended and a few extras that i added paths to such as -lib /home/rob/CUBEmixer/lib/libs/aconnec which lib are mux and demux part of? or are they abs? errors and the GUI fails to start what exactly do you mean by this? you have to instances of Pd, one is the GUI, the other the DSP-core. does the main window popup and display nothing? display only half of the things? i have two instances of pd but only one patch window opens - that is the dsp core window - the GUI window doesn't get opened - i just get these complaints about it missing mux and demux and the usual associated error: inlet: expected '' but got 'float' where do i find these ? btw, you need at least Pd-0.40 to run the CUBEmixer (we are making heavy use of $1-$2 expansion) yup i'm on 0.41 extended thanks rob c mfga.ds IOhannes PS: note to myself: i should add the -noprefs flag to the startup-flags to not interfere with the user's settings PPS: note to you: if your normal pdsettings interfere with the CUBEmixer, just create the file CUBEmixer/etc/CUBEmixer/LocalVars.sh and add the line: PD_OPTIONS=-noprefs to it ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pduino and FSRs
Thank you Hans, am I being unrealistic in trying to have six analog inputs active all at once? I know you said that was a lot of data, but I run a fairly powerful laptop with a dual core Centrino processor, and Windows task manager reports only a modest demand on the cpu of around 30% when I have the patch running and all inputs active, so it seems to be an error in timing or syncronisation rather than simply overstressing the system that causes thisI've taken the patch right down to the basic arduino-test patch, but still the crashes occur when I activate more than 2 analog inputs. I'll experiment with different baud rates, go back to a usb connection rather than the xbee wireless system and keep trying to identify the source of the problem. I'll get back to you if I learn anything new. Below is the data produced by the event viewer in Windows in case it means anything to you. pd.exe 0.0.0.0 47148d16 pd.dll 0.0.0.0 47148d15 c005 4e04 17ec 01c89bd26543018e Nick. _ From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 11 April 2008 18:30 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs Let's keep this on the list since it could be generally useful. In order to get to the next step, you should try to isolate the problem, to see where the crash is actually happening. Otherwise, there are far too many possibilities for me to try guessing. Ideally, you could make a simple patch that reproduces the crash. .hc On Apr 11, 2008, at 3:01 AM, nick burge wrote: Firmata, Pduino and xbees. are all set to communicate at 19200 baud. Nick _ From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:57 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs What baud are you running each at? IIRC, the XBee needs a strange value. .hc On Apr 10, 2008, at 5:52 PM, nick burge wrote: I wish I knew. I'm loading the arduino-test patch with no other objects or abstractions so as to eliminate other suspects. Still PD crashes when I enable more than 2 analogIns. Would it help to speed up or slow down the xbee connection? _ From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:12 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs The code and the electrics are quite separate. If the electrics work with one firmware, then they'll work with another. The question is, what is the it that grinds to a halt. .hc On Apr 10, 2008, at 4:17 PM, nick burge wrote: Yes, I've got the latest versionmaybe a silly question...but could it be that Pduino is optimised for sensors working on a supply of 5v. because the phidget voltage dividers i've got my FSRs attached to come with a potentiometer that alters the resistance of the circuit...with pduino i can only activate 2 at a time before it all grinds to a halt...on arduino2PD i can activate all six without any problem. Strange. Nick. _ From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 21:51 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs I've never run on Vista before, so I can't say much about that. I have run on Debian, Ubuntu, and Mac OS X. It shouldn't matter what is generating the data on the arduino, the messages coming to Pd via the serial port should be all the same. Are you using the latest version: http://at.or.at/hans/pd/Pduino-0.3.1.zip .hc On Apr 10, 2008, at 12:57 PM, nick burge wrote: Hello Hans-Christoph, I am using PD 0.39.3 extended. on a windows vista system. Its PD that crashes, or stops working as Vista so nicely puts it, when I connect the FSRs. I have arduino connecting via wireless xbees at 19200 baud. I also use an infra red distance sensor that gives no problem. I've been routing the data from the FSRs through the autoscale object. Maybe I should find a way to reduce the amount of data being sampled...every 40ms for example? How would I do that? Nick. _ From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 17:25 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs Which program crashes? Which version are you using? You will get a lot of data, from 6 sensors, Pduino/Firmata will read them all every 20ms. I have never seen a crash using [arduino], except when I unplug the arduino when Pd is connected to it, so I suspect the problem lies elsewhere. .hc On Apr 10, 2008, at 11:16 AM, nick burge wrote: I have a little problem using Pduino and some force sensing resistors that I am using in conjunction with phidget voltage dividersthey seem to crash the program as soon as I activate more than 1 at a time. Should I be applying some sort of filter to the
Re: [PD] getting started with CUBEmixer
Rob Canning wrote: there is a src folder needed to build needed libraries. just do: % cd CUBEmixer/src/lib % less INSTALL.txt % PDSOURCE=/path/to/your/pd/src make well i think i have all the libs covered between pd-extended and a few extras that i added paths to such as -lib /home/rob/CUBEmixer/lib/libs/aconnec which lib are mux and demux part of? or are they abs? ok i've found them in zexy this is related to a problem i've been having since moving to pd extended - ie abbreviated object names dont get created for example list2symbol will work but not l2s - not without an entry in my pdrc at least same problem with mux multiplex etc ok so everything starts now with no errors in console but still no GUI patch... :( rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
Quoting Rob Canning [EMAIL PROTECTED]: Rob Canning wrote: there is a src folder needed to build needed libraries. just do: % cd CUBEmixer/src/lib % less INSTALL.txt % PDSOURCE=/path/to/your/pd/src make well i think i have all the libs covered between pd-extended and a few extras that i added paths to such as you definitely _have_ to build the externals in CUBEmixer/src/lib; apart from the usual externals like iemlib and zexy, there are also some special externals in there that are not part of Pd-extended. these externals will not be installed anywhere outside of the CUBEmixer, so there is not much harm involved... ok i've found them in zexy this is related to a problem i've been having since moving to pd extended - ie abbreviated object names dont get created CUBEmixer is definitely _not_ a Pd-extended application. (this does not rule out that future versions might move to Pd-extended, but currently it is not) ok so everything starts now with no errors in console but still no GUI patch... :( does the Pd-window of the gui-part display anything? like weird errors... apart from that, the GUI is quite big, so it might take a while. fmadsr 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] yet another gem w32 binary
i have finally managed to compile Gem on w32 with PBuffer (pix_vpaint) and libfidtrack (aka reactivision) support). this is the first complete Gem-built for w32 in years. as i would like to issue a release asap, i ask all of you for testing of this binary. a zip-file containing the binary and up-to-date documentation is to be found at: http://gem.iem.at/releases/0.91/gem-CVS20080411-W32-i686-bin-doc.zip a binary-only (no docs or whatsoever) can be downloaded from http://gem.iem.at/releases/0.91/gem-CVS20080411-W32-i686-bin.zip happy patching fgmasdr 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
Re: [PD] reactivision+Gem
Quoting chris clepper [EMAIL PROTECTED]: I could never figure out the cause of the error for that object so it was never built on Windows. i finally figured it out (you need a very special order of the default libraries when linking) - which gives us the first Gem with [pix_fiducialtrack] on w32. TADAA! see my other mail for a call-for-testing. fgamsdr 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
Re: [PD] [GEM-dev] new w32 binary!
Quoting chris clepper [EMAIL PROTECTED]: Those look outdated since they are referring to DirectShow still being part of DirectX. otoh, i used DirectX-9.0 too for my builds. i guess i haven't really understood the versioning scheme of M$ fmadr 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
Re: [PD] pduino and FSRs
I use 6 analog inputs all of the time on Mac and Linux. I've never used 19200 tho. Try using [comport] alone to eliminate anything in [arduino]. Maybe there is a bug in comport on vista? .hc On Apr 11, 2008, at 3:17 PM, nick burge wrote: Thank you Hans, am I being unrealistic in trying to have six analog inputs active all at once? I know you said that was a lot of data, but I run a fairly powerful laptop with a dual core Centrino processor, and Windows task manager reports only a modest demand on the cpu of around 30% when I have the patch running and all inputs active, so it seems to be an error in timing or syncronisation rather than simply overstressing the system that causes thisI've taken the patch right down to the basic arduino- test patch, but still the crashes occur when I activate more than 2 analog inputs. I'll experiment with different baud rates, go back to a usb connection rather than the xbee wireless system and keep trying to identify the source of the problem. I'll get back to you if I learn anything new. Below is the data produced by the event viewer in Windows in case it means anything to you. pd.exe 0.0.0.0 47148d16 pd.dll 0.0.0.0 47148d15 c005 4e04 17ec 01c89bd26543018e Nick. From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 11 April 2008 18:30 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs Let's keep this on the list since it could be generally useful. In order to get to the next step, you should try to isolate the problem, to see where the crash is actually happening. Otherwise, there are far too many possibilities for me to try guessing. Ideally, you could make a simple patch that reproduces the crash. .hc On Apr 11, 2008, at 3:01 AM, nick burge wrote: Firmata, Pduino and xbees. are all set to communicate at 19200 baud. Nick From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:57 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs What baud are you running each at? IIRC, the XBee needs a strange value. .hc On Apr 10, 2008, at 5:52 PM, nick burge wrote: I wish I knew. I'm loading the arduino-test patch with no other objects or abstractions so as to eliminate other suspects. Still PD crashes when I enable more than 2 analogIns. Would it help to speed up or slow down the xbee connection? From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 23:12 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs The code and the electrics are quite separate. If the electrics work with one firmware, then they'll work with another. The question is, what is the it that grinds to a halt. .hc On Apr 10, 2008, at 4:17 PM, nick burge wrote: Yes, I've got the latest versionmaybe a silly question...but could it be that Pduino is optimised for sensors working on a supply of 5v. because the phidget voltage dividers i've got my FSRs attached to come with a potentiometer that alters the resistance of the circuit...with pduino i can only activate 2 at a time before it all grinds to a halt...on arduino2PD i can activate all six without any problem. Strange. Nick. From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 21:51 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs I've never run on Vista before, so I can't say much about that. I have run on Debian, Ubuntu, and Mac OS X. It shouldn't matter what is generating the data on the arduino, the messages coming to Pd via the serial port should be all the same. Are you using the latest version: http://at.or.at/hans/pd/Pduino-0.3.1.zip .hc On Apr 10, 2008, at 12:57 PM, nick burge wrote: Hello Hans-Christoph, I am using PD 0.39.3 extended. on a windows vista system. Its PD that crashes, or stops working as Vista so nicely puts it, when I connect the FSRs. I have arduino connecting via wireless xbees at 19200 baud. I also use an infra red distance sensor that gives no problem. I've been routing the data from the FSRs through the autoscale object. Maybe I should find a way to reduce the amount of data being sampled...every 40ms for example? How would I do that? Nick. From: Hans-Christoph Steiner [mailto:[EMAIL PROTECTED] Sent: 10 April 2008 17:25 To: nick burge Cc: Pd List Subject: Re: [PD] pduino and FSRs Which program crashes? Which version are you using? You will get a lot of data, from 6 sensors, Pduino/Firmata will read them all every 20ms. I have never seen a crash using [arduino], except when I unplug the arduino when Pd is connected to it, so I suspect the problem lies elsewhere. .hc On Apr 10, 2008, at 11:16 AM, nick burge wrote: I have a little problem using Pduino and some force sensing resistors that I am using in conjunction with phidget voltage dividersthey seem to crash the program as soon as I activate more than 1 at a time. Should I be applying some sort of filter to the data
Re: [PD] reactivision+Gem
On Apr 11, 2008, at 6:02 PM, [EMAIL PROTECTED] wrote: Quoting chris clepper [EMAIL PROTECTED]: I could never figure out the cause of the error for that object so it was never built on Windows. i finally figured it out (you need a very special order of the default libraries when linking) - which gives us the first Gem with [pix_fiducialtrack] on w32. TADAA! see my other mail for a call-for-testing. Very cool, I am sure lots of people will appreciate this! .hc kill your television ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] cheap way to live HD video with Gem
vade wrote this great article about a cheap way to get HD video into Gem. I don't know if it made it to this list before: http://createdigitalmotion.com/2007/05/08/real-time-uncompressed-hd- mixing-on-the-cheap-with-decklink-intensity/ .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] getting started with CUBEmixer
[EMAIL PROTECTED] wrote: Quoting Rob Canning [EMAIL PROTECTED]: Rob Canning wrote: there is a src folder needed to build needed libraries. just do: % cd CUBEmixer/src/lib % less INSTALL.txt % PDSOURCE=/path/to/your/pd/src make well i think i have all the libs covered between pd-extended and a few extras that i added paths to such as you definitely _have_ to build the externals in CUBEmixer/src/lib; apart from the usual externals like iemlib and zexy, there are also some special externals in there that are not part of Pd-extended. these externals will not be installed anywhere outside of the CUBEmixer, so there is not much harm involved... ok done... fantastic...everything is loaded now without errors... now all i have to do is learn how to drive this beast... thanks IOhannes rob c ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] memento, rrradical, sssad?
Hi Raul, I've used both sssad (in [polywavesynth], as you noted) and memento, and they are similar in many ways, with a few important differences. sssad, as Frank pointed out, works in vanilla PD. In my opinion, it's slightly easier to work with than memento, but Frank has done most of the work for you in both cases. I found that I really like [pool]*, and the power it gives to memento. At the same time, I wish the hierarchy were organized differently (do an archive search for a thread about this). Also, Luke Iannini has done some enhancements to memento (search for semento), so there's life in this line of state-saving for Pd. I'm actually using a hybrid of both currently -- I'm using sssad for the voice presets of [polywavesynth], and memento for storing the configuration of my entire setup. To be even less help, :-) I currently use both libraries for OSC. I'm gradually switching over to mrpeach OSC, because it seems solid and well designed. I've never had trouble with oscx, though, and have used both heavily. You're right, it's kind of crazy, an embarrassment of riches. But it's part of the charm of PD for me; it's like a big kit, where you can put together whatever you want out of a multitude of components. If you add components carefully, you can put some reliable stuff together. Phil Stone www.pkstonemusic.com * as Frank also pointed out, [pool] could also be used for the backing store to sssad, which is an interesting avenue for exploration, but it already is all wired up in memento. I think [pool] should be in vanilla PD, by the way. raul diaz wrote: Hi Frank, list! I'm getting into memento because I'm trying to implemet a state saving utility for my tr-909 emulation patch. I've taken a look to your RRadical Pd tutorial and I have use your examples from Pd extended help. But looking at Polywavesynth patch by Phil Stone, I've taken a look to his state saving stuffs based on sssad, and that looks pretty much easy and suitable for my purpose. So, now I'm a little bit confuse with so many libraries. I would like to know what's the purpose of each of this libraries (memento, rrradical, sssad), its applications, advantages, and inconvenients, and which of this is better for my purpose. Another question is about OSC libraries. I've used oscx succesfully but I've seen Polywavesynth used Mr Peach OSC objects (which seems pretty usefull). What's the difference between both? My head is full of apparently-same-purpose libraries!!! Saludos! -- Raul Diaz Poblete * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Barcelona [Spain] ___ 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