Re: [PD] matrix and pix_multiblob
arno liegeon wrote: How I can use matrix with pix_multiblob object? Have you an exemple. there is a blobtracker-example in Gem, which uses the [pix_blobtracker] abstraction (consisting of [pix_multiblob] and some matrix magic to do the tracking). mfg.asdr IOhannes Thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] after pokesdown
Hallo, [EMAIL PROTECTED] hat gesagt: // [EMAIL PROTECTED] wrote: It's a year since I wrote my first Puredata music, so I remixed pokesdown into a nicer version (imho). I thought it's a good idea to have a composition page on obiwannabe, just for things which are sort of complete pieces of music as puredata files. http://www.obiwannabe.co.uk/html/compositions/compositions.html any thoughts? I'm very moved. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 03:57 schrieb Hans-Christoph Steiner: On Dec 2, 2006, at 12:30 PM, marius schebella wrote: Johannes Krause wrote: /usr/local/pd/lib/pd/extra/Gem.pd_linux : undefined symbol: glDeleteProgramsNV Gem: can't load library I got the same error yesterday (undefined symbol: glDeleteProgramsNV) with an ATI Radeon X300 graphic card. I don't know if that error can be fixed so easily. maybe when you compile Gem with special flags. If I find a solution, I will post it. maybe for the moment you may want the method I posted earlier (use synaptic and the debian packages) that should work. BUT: synaptic/Debian installs the binaries to other folders, so if you used the pd extended installer you should uninstall it (I think it's enough to go to the unzipped folder and type make uninstall (see readme.txt for details) and then chose pd and pd-gem from the synaptic installation tool (and maybe some others... unfortunately also the debian packages have some bugs (like the examples and data folders are messed up). Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux- debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? no. a .tgz build on a debian-machine is not a debian package. a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). you manually install it via dpkg. more often you (de)install it via apt-get, aptitude or synaptics. mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
IOhannes m zmoelnig wrote: Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 reading your email again, i understand it better: the suggestion is not to install the files tagged with debian on an ubuntu system but to use a special packaging format, which by chance is used by both debian (thats why it is called debian-package or .deb) and ubuntu (which is really just a polished up debian clone). building debian packages on the autobuild farm would eventually result in having different packages for debian-stable, debian-testing, ubuntu-hoary. (because of the very problem of dependencies) i hope i could make this somewhat clearer. fgmasd.r. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 14:35 schrieb IOhannes m zmoelnig: Max Neupert wrote: Maybe the solution would be some debian packages from the autobuild farm. Yes, debian packages! so what you suggest for a successfull pd installation on a ubuntu machine is to download this: http://autobuild.puredata.info/auto-build/latest/pd-2006-12-04- linux-debian-stable-i386-i686.tar.bz2 and then run tar xjf pd-2006-12-04-linux-debian-stable-i386-i686.tar.bz2 cd pd-2006-12-04-linux-debian-stable-i386-i686 make install prefix=/usr/local and then it should run with Gem like ./pd -lib Gem ? no. a .tgz build on a debian-machine is not a debian package. a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). you manually install it via dpkg. more often you (de)install it via apt-get, aptitude or synaptics. so, how do you recommend installing pd with some of the most important libaries on an ubuntu (debian) machine then? what i actually did was: first i looked into the synaptics manager, found pd. there was no info which version nor if it's bare pd or whatever, so i looked over to HCS's site because i run have good experiences with his release on osx. so i tried to install this one and could not get Gem to run either even after installing libmpeg, lib imagemagick and whatever else was missing even make itself seemed not to be there. how to start over and get a working install now? cheers, max ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] passing multiple arugments to new_ routine
Thanks, Frank and Mathieu It is 100% crystal clear to me now. Thanks so much Chuck ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem-nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Mon, 4 Dec 2006, IOhannes m zmoelnig wrote: a debian-package is a .deb file which holds the content of the tgz PLUS some meta information (like dependencies!). Not to sound picky, but it holds a list of the names of the depended packages, and not the depended packages themselves. It may sound dumb, but to someone who doesn't know package managers, it might not be obvious. you manually install it via dpkg. That's sooo much a 21st century conception of manual. When I was born, manual was all about punching holes in cardboard and feeding it to the card-reader. However, when I actually started programming, manual was about having to press Play at the same time and listen to the sound of files recorded at 600 bauds, and pressing Fast-Forward to skip over them, and having to listen to the files to count how many had been skipped over and reading the sleeve to make sure I got to the right file. It was not as manual as splicing tapes though. I mean, one should marvel at how much something like dpkg is automatic :) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reverse variable speed soundplayback?
no worries, i'll be back...! ;) ok. small update. sorry for spamming and hijacking the thread robert van hulzen. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On 12/4/06, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. Since performance is quite vital to the software working in the intended manner, we make decisions based on what provides the most efficient path in the code not some generic computer spec. At the same time we don't really limit what hardware can run GEM even though there are certainly hardware and driver set ups entirely unsuitable for the software. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... I would like to compile my Gem later today. so thnx for answers. marius. IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem-nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. 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] Gem: can't load library
hi marius On Mon, 2006-12-04 at 11:30 -0500, marius schebella wrote: hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... I would like to compile my Gem later today. so thnx for answers. marius. i might be wrong, but as far as i understand the idea of a configure script, it is here, to check if all libraries are installed, that are needed to run the binary, that you are going to compile, also where they are, and also if some optional libraries are there, which may improve the functionality of your binary to compile. if a certain optional funcionality is non-existent on your computer (e.g. nvidia extension), ./configure should automatically disable it, when generating the makefile. if the configure doesn't print errors, you can expect, that the binary you are going to compile will work (at least on your system). in your case, when you execute ./configure, it should print something like: using NV-extensions : no that means, you don't need to add the flag '--disable-NV' to configure. i hope i could help roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 11:07 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. if you want configure to create a most generic package, then you will have to pass arguments to it (e.g. --disable-NV) The autobuild machines most definitely do not have nvidia cards: [EMAIL PROTECTED]:~ lspci :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) So these builds do not run on the machine they were built on. .hc When building packages (.deb, .tar.gz, whatever), its much more important that it run on all machines, than its very well optimized on specific machines. Later, it would be possible to add a pd-gem- nvidia package, etc. etc. this is correct, but as said above, configure is not necessarily the tool to create packages that run on all machines. mfg.asdr IOhannes 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] Gem: can't load library
Quoting marius schebella [EMAIL PROTECTED]: hi, may I join you in that discussion? I understand now that the Gem package in the pd-extended is built for nvidia support and does not run without a nvidia card. correct? But what I want to know is, (I don't know so much about configure scripting..) when I build my own Gem and have NO nvidia card, will I have to type --disable-NV? that would not make sense to me... configure should detect whether your system supports glDeleteProgramsNV() (note: this does not necessarily mean that you need to have an nvidia card; but since the extension is proposed by nvidia, chances are higher that their cardsdrivers support it). if it does then Gem will be built with it. if it doesn't then Gem will be build without it. I would like to compile my Gem later today. so thnx for answers. on recent machines, Gem builds quite fast; so you could try both. that is: if configure fails to detect your system's possibilities; in this case, i would be very interested in your setup. mfg.ar IOhannes bin3rXtYmULQq.bin Description: Öffentlicher PGP-Schlüssel ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 12:25 PM, chris clepper wrote: On 12/4/06, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Hans-Christoph Steiner wrote: Since many people have non-nvidia cards, would it be possible to make the default Gem build not dependent on nvidia-specific stuff? Then there could be --enable-nvidia for people who want that. no. as said before, i see (!) configure as a way to build a package optimized for the machine that configure is executed on. it is not a tool to make the most stripped down version. Since performance is quite vital to the software working in the intended manner, we make decisions based on what provides the most efficient path in the code not some generic computer spec. At the same time we don't really limit what hardware can run GEM even though there are certainly hardware and driver set ups entirely unsuitable for the software. I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. .hc All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... Note: ... assuming the binaries don't run on non-Nvidia machine, which I didn't test. If they do, please just ignore my message. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi sequencing
On Mon Dec 04, 2006 at 09:20:02PM +0100, Roman Haefeli wrote: hi cypod On Mon, 2006-12-04 at 09:22 -0800, Cypod wrote: Hi PD list, Can anybody recommend a midi sequencing application that works well with pd and possibly jack? what you mean by 'works well' is heavily dependent on what you intend to do. when using midi or streaming sound around, i see no other way than using jack as a communication layer between the application and puredata. from that point, any app that has jack-ability works technically well with pd. PD's [midiin]s can recieve from jack midi ports? if not, maybe you mean to suggest alsa MIDI.. and an external sequencer. if it was me i'd convert the midi to floats right off, and store it using pool/pdcontainer and edit with a nice tk widget.. rosegarden (http://www.rosegardenmusic.com/ ) is quite a capable and easy-to-use midi-editor/sequencer, though it has limited audio-functionality. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 3:17 PM, [EMAIL PROTECTED] wrote: Quoting Hans-Christoph Steiner [EMAIL PROTECTED]: The autobuild machines most definitely do not have nvidia cards: [EMAIL PROTECTED]:~ lspci :01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) So these builds do not run on the machine they were built on. have you tried or are your remarks based on my statements about needing nvidia? my nvidia card's here support some SGI extensions, and i am pretty sure that i don't run irix. i haven't heard of someone having problems with NV/ARB extensions on their self-built Gem for quite a long time. so please check whether the binaries do work. Unfortunately, these binaries do not work. Marius knows more about it than me, he's been building up this box, its a relatively new Dell with an ATI card. The autobuild GNU/Linux/i386 machines are all the exact same hardware, old Compaqs with the ATI card above. So neither the compilation machine nor the machine running Gem have nvidia hardware. But Gem dies on the new Dell with that NV error that started this thread. So I guess as Chris said, there is probably a bug in the NV detection code. .hc http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] hid/linux: event permission
hi hans, i'm just curious ... on gentoo the permissions for the /dev/input/eventX devices are set to 600, so they are not available for the ordinary user ... is this a specific bug/feature of gentoo? did you experience anything like this on other distributions? tim -- [EMAIL PROTECTED]ICQ: 96771783 http://www.mokabar.tk You can play a shoestring if you're sincere John Coltrane signature.asc Description: This is a digitally signed message part ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
my nvidia card's here support some SGI extensions, -A lot of people by Nvidia originate from Silicon Graphics, as they called themselves once (for good reason) i am pretty sure that i don't run irix. -I do... AvS ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Send array values through OSC
Hallo, Jerome Tuncer hat gesagt: // Jerome Tuncer wrote: That's precisely the point: sending a list of floats except that OSC messages don't seem to be able to handle lists. To be more precise, they sort of do but I have to convert them to symbol first and they still come out as lists. Check out my example patch (zexy and OSCx libs needed) that illustrates my first idea on how to transmit my list. tabset doesn't seem to work here. I'd say it should, shouldn't it? I made some changes to your example and removed the symbol conversion again. It is working fine here, there as well? Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ #N canvas 174 258 970 469 8; #X obj 336 93 cnv 15 570 140 empty empty empty 5 12 0 16 -233017 -66577 0; #X obj 177 93 cnv 15 150 140 empty empty empty 5 12 0 16 -233017 -66577 0; #X obj 19 93 cnv 15 150 140 empty empty empty 5 12 0 16 -233017 -66577 0; #X obj 498 68 print; #X obj 498 46 l2s; #X obj 19 42 cnv 15 130 50 empty empty 1 5 15 0 18 -195568 -66577 0 ; #X text 52 71 Fill the array:; #X obj 177 42 cnv 15 130 50 empty empty 2 5 15 0 18 -195568 -66577 0; #X text 210 71 Connect UDP :; #X obj 336 42 cnv 15 130 50 empty empty 3 5 15 0 18 -195568 -66577 0; #X text 370 71 Dump send:; #X text 468 100 - Outputs content of a table as a list; #X obj 20 292 cnv 15 450 140 empty empty empty 5 12 0 16 -233017 -66577 0; #X obj 20 241 cnv 15 130 50 empty empty 4 5 15 0 18 -195568 -66577 0; #X text 48 251 OSC is received; #X obj 49 266 dumpOSC 9990; #X obj 49 300 OSCroute /Test; #N canvas 0 0 450 300 FillArray 0; #X obj 10 14 inlet; #X msg 10 43 \; SendingArray sinesum 32 0.5 0.5 0.1; #X connect 0 0 1 0; #X restore 23 99 pd FillArray; #X obj 23 118 table SendingArray; #X obj 23 67 bng 22 250 50 0 empty empty empty 17 7 0 10 -260818 -1 -1; #X obj 181 67 bng 22 250 50 0 empty empty empty 17 7 0 10 -260818 -1 -1; #X obj 181 214 sendOSC; #X msg 198 118 disconnect; #X msg 181 99 connect localhost 9990; #X obj 340 67 bng 22 250 50 0 empty empty empty 17 7 0 10 -260818 -1 -1; #X obj 340 99 tabdump SendingArray; #X obj 49 322 OSCroute /Symbol; #X obj 49 342 t a a; #X text 203 368 - Prints exactly what I'd like to get!!; #X text 198 411 Check the table; #X text 182 390 - Doesn't do anything no error in console; #X msg 498 13 this is a list that that appears to be too long to be converted to a symbol without losing info; #X obj 340 152 list trim; #X text 411 153 - Converts remove list selector from [list]; #X msg 343 176 send /Test/Symbol \$1; #X text 486 176 - not needed anymore; #X obj 340 125 list prepend send /Test/Symbol 0; #X text 548 127 - Prepends send ... etc. and a 0 (table filling purpose); #X obj 49 367 list; #X obj 49 411 table ReceivingArray 35; #X obj 74 367 print FloatTransfer; #X obj 49 390 s ReceivingArray; #X connect 4 0 3 0; #X connect 15 0 16 0; #X connect 16 0 26 0; #X connect 19 0 17 0; #X connect 20 0 23 0; #X connect 22 0 21 0; #X connect 23 0 21 0; #X connect 24 0 25 0; #X connect 25 0 36 0; #X connect 26 0 27 0; #X connect 27 0 38 0; #X connect 27 1 40 0; #X connect 31 0 4 0; #X connect 32 0 21 0; #X connect 36 0 32 0; #X connect 38 0 41 0; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Mon, 4 Dec 2006, Frank Barknecht wrote: To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... These years, that is decreasingly true. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
Am 04.12.2006 um 22:30 schrieb Frank Barknecht: Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: I think that all the optimization that you guys have done is great. But it would be very helpful to a lot of people if the optimization did not prevent those of us with older hardware from even starting Gem. To add a political note: ... and those of us who try to run a system consisting of only/mostly free software. Well, these people probably know how to build Gem themselves ... do you want to stay elite? is it about keeping people from entering the boat or do you want to invite beginners to join the club? i mean we are not talking about a very specific treak of the system or a custom coding project. its about installing Gem. this should not be a science. don't get the attitude. m ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi sequencing
carmen wrote: On Mon Dec 04, 2006 at 09:20:02PM +0100, Roman Haefeli wrote: hi cypod On Mon, 2006-12-04 at 09:22 -0800, Cypod wrote: Hi PD list, Can anybody recommend a midi sequencing application that works well with pd and possibly jack? what you mean by 'works well' is heavily dependent on what you intend to do. when using midi or streaming sound around, i see no other way than using jack as a communication layer between the application and puredata. from that point, any app that has jack-ability works technically well with pd. PD's [midiin]s can recieve from jack midi ports? if not, maybe you mean to suggest alsa MIDI.. and an external sequencer. if it was me i'd convert the midi to floats right off, and store it using pool/pdcontainer and edit with a nice tk widget.. Hi Carmen, maybe you'me missed my message on LAU list. I was asking for help to install your ix widgets. They seem a lot of fun from the screenshots. I'm almost there. I've compiled and installed all the required tk packages, but I suspect BLT isn't working (I have used a precompiled binary found somewhere since the official source didn't compile with tk 8.5a, which I use). Some widgets load, but mat.wig and lg.wig don't. I get these errors for mat.wid: mat .x8254708.c.n1826a648 n1826a648 tcl error: in ::toxy::longvishook: invalid command name ::ix::mat_new miXed consistency check failed: widgettype_doload lg.wid gives this: tcl error: invalid command name blt::graph which is obviously related to BLT. I would also like to know how to start the custom pd gui. I've tried with: wish pd_base.tk but it complains about the missing 'pre8.5.tcl' source file. I plan to learn to make my own widgets, but I've just started playing with tcl /tk and the widget external. Anyway as far as I've understood you use osc to talk between your widgets and pd. Is it right? I'm asking this because I'm making similar widgets within the squeak smalltalk environment (www.squeak.org) using OSC as protocol. So, if this is the case, it would be more pratical for me to keep working with these tools I know a bit more. Thank you. c. rosegarden (http://www.rosegardenmusic.com/ ) is quite a capable and easy-to-use midi-editor/sequencer, though it has limited audio-functionality. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ 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 -- http://www.cesaremarilungo.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] hid/linux: event permission
Hi tim, list, Debian is : crw-rw 1 root root 13, 64 2006-12-04 20:02 event0 crw-rw 1 root root 13, 65 2006-12-04 20:02 event1 crw-rw 1 root root 13, 66 2006-12-04 20:02 event2 I remember when I used [hid] a lot I had to : # chmod a+r /dev/event* before being able to read anything from it. ++ Jé Tim Blechmann a écrit : hi hans, i'm just curious ... on gentoo the permissions for the /dev/input/eventX devices are set to 600, so they are not available for the ordinary user ... is this a specific bug/feature of gentoo? did you experience anything like this on other distributions? tim -- [EMAIL PROTECTED]ICQ: 96771783 http://www.mokabar.tk You can play a shoestring if you're sincere John Coltrane ___ 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] Midi sequencing
On Mon, 2006-12-04 at 15:41 -0500, carmen wrote: On Mon Dec 04, 2006 at 09:20:02PM +0100, Roman Haefeli wrote: hi cypod On Mon, 2006-12-04 at 09:22 -0800, Cypod wrote: Hi PD list, Can anybody recommend a midi sequencing application that works well with pd and possibly jack? what you mean by 'works well' is heavily dependent on what you intend to do. when using midi or streaming sound around, i see no other way than using jack as a communication layer between the application and puredata. from that point, any app that has jack-ability works technically well with pd. PD's [midiin]s can recieve from jack midi ports? it seems so. at least when starting pd with '-jack' (well, that flag still doesn't work here, but i use a workaround by sending a message [audio-setapi some values( ), pd shows up in jacks audio-connections and midi-connections dialog. and if i connect rosegarden's midi out to pd's midiin, i can receive the midimessages sent by rosagarden in pd (and vice versa, of course). this was tested on ubuntu dapper with jackd from the ubuntu-distro and pd-0.40-0 from cvs. anyway, in pd's media menu, there is the box 'ALSA-MIDI' activated, so i don't know how to interprete this, i mean if pd really supports jack's midi, or if jack does provide some alsa emulation. at least it works. if not, maybe you mean to suggest alsa MIDI.. and an external sequencer. no, i mean a a software sequencer running on the same computer like pd runs on. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi sequencing
maybe you'me missed my message on LAU list. I was asking for help to install your ix widgets. They seem a lot of fun from the screenshots. tcl error: in ::toxy::longvishook: invalid command name ::ix::mat_new miXed consistency check failed: widgettype_doload yeah i saw that. sorry, unable to help at the moment as ive been using a 64bit computer/OS for the past 3 years, and devel pd freezes on launch, desire crashes 3 seconds after launch, and msp fails to connect to any audio interfaces. additionally, [widget] needs to be fixed for the latest PD version, many 0.1 version bumps on the Tk libs broke widgets, and platform differences in when drawing structs are updated meant id have to specialcase a lot of platform and error conditions (eg divide by zero in [winfo height]) due to toxy's roughshod 'rewrite tk into pd-escaped code and shuttle it over the GUI socket and hope it all gets executed' tactics. 'Mat' is an exception anyways, since it began as a piano roll (if you remember pd_sucks.PNG) and was extended to the point of being able to host my other widgets, slightly rewritten from their toxy versions. this is the one widget where any cool features it had (floating inspector, Illustrator/Inkscape style object alignment(quantization/distribution), and tagged/labeled selection would be better ported to the main desire canvas class (and make some kind of 'Note' object with a flexible representation, veering towards reimplmeneting 'datastructures'). i'll mention it when i get around to adding options to DD's build files to support GCC's -m32 mode, and port the widgets.. Anyway as far as I've understood you use osc to talk between your widgets and pd. Is it right? they use PD protocol. just flat lists.. if you want to use OSC to control things, theres another similar project called Khagan: http://khagan.berlios.de/ I'm asking this because I'm making similar widgets within the squeak smalltalk environment (www.squeak.org) using OSC as protocol. So, if this is the case, it would be more pratical for me to keep working with these tools I know a bit more. this sounds cool. keep us posted on progress.. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Send array values through OSC
On Mon, 4 Dec 2006, Jerome Tuncer wrote: It does work and that's exactly what I needed... Thanks for helping, hadn't tried bulding the whole 'sendOSC formatted message' directly from a list. [list] is indeed an interesting and clever objet/class. I looked at the help file one hour ago and I was wondering: What the hell is this 'trim the list selector off' interesting for?? (-: [list trim] is not interesting: with a list input, it's the same as the left outlet of [route list]; otherwise it's the same as nothing at all (or right outlet of [route list]). _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem: can't load library
On Dec 4, 2006, at 5:45 PM, chris clepper wrote: On 12/4/06, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Yup, Gem loads and so does [gemwin]. An ATI from 1998 supports some NVidia extensions that a current ATI does not support, crazy... I don't think that is the case. That ATI part does not support the OpenGL functionality in question at all whether through the NV or ARB extension. No properly functioning ATI driver would have that extension in it. I am thinking for the Pd-0.39.2-extended release, Gem should be compiled with --disable-NV, but it can stay as is on the nightly builds if that's useful to y'all. I wouldn't do anything until it is clear that the autobuild machine is building a binary with calls to the Nvidia extension. I do not think it is. Ah, ok. I was going on the configure report, which says using NV- extensions : yes I guess that doesn't necessarily mean that it compiles with the extensions. You can see the build logs here: http://autobuild.puredata.info .hc If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Send array values through OSC
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote: On Mon, 4 Dec 2006, Jerome Tuncer wrote: It does work and that's exactly what I needed... Thanks for helping, hadn't tried bulding the whole 'sendOSC formatted message' directly from a list. [list] is indeed an interesting and clever objet/class. I looked at the help file one hour ago and I was wondering: What the hell is this 'trim the list selector off' interesting for?? (-: [list trim] is not interesting: with a list input, it's the same as the left outlet of [route list]; otherwise it's the same as nothing at all (or right outlet of [route list]). Almost: [list trim] is like both outlets of [route list] fused into the one outlet of [list trim]. This saves a bit of patching. Additionally the name list trim gives a better indication of when and why this operation is normally used. It's a better mnemonic than route list Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi sequencing
On Mon, Dec 04, 2006 at 09:22:41AM -0800, Cypod wrote: Can anybody recommend a midi sequencing application that works well with pd and possibly jack? Hi Cypod, I recently asked this on the Linux Audio Users list and they suggested the following: seq24, muse, rosegarden, radium. I think I am going to use seq24 for my particular project as it is lightweight and pretty much does exactly what I want. It has a 'song mode' where you can use it to sequence patterns instead of playing it as a live midi-looping instrument. Best regards, Chris. --- [EMAIL PROTECTED] http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Midi sequencing
On Tue, Dec 05, 2006 at 12:05:40AM +, Cesare Marilungo wrote: I think it would be interesting to have some sort of OSC sequencer. I would love to compose with the same control over each note (or any other kind of event) you can have with csound scores but that can be edited visually. I love to use pure data to build instruments and effect, but at some point I want to expose all the parameters of my patch to OSC and use such kind of tool (some kind of OSC sequencer) to concentrate on composition/performance, mostly drawing and editing envelopes and maybe also triggering them in a generative fashion. Hi Cesare, It's definately possible to draw and edit envelopes and trigger them in a generative fashion using the datastructures feature of Puredata. You might like to check out Hans' work solitude and also there are various GOP abstractions floating around which allow you to make/edit envelopes with a mouse and save those envelopes' states between sessions in various ways. Best, Chris. --- [EMAIL PROTECTED] http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
RE: [PD] Midi sequencing
I would recommend Bidule by Plogue. I love this program. Brilliant for live use as well. It has a basic midi sequencer that, from the sounds of it, might be sufficient for what the expressed need here. The next version will have more advanced sequencing capabilities. Most importantly it speaks OSC. It comes in at an extremely reasonable $75. The FFT processing tools are worth that price alone, imho. I highly recommend it. http://www.plogue.com/ Jared Dunne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cesare Marilungo Sent: Tuesday, December 05, 2006 2:10 AM To: Chris McCormick Cc: pd-list@iem.at Subject: Re: [PD] Midi sequencing Chris McCormick wrote: On Tue, Dec 05, 2006 at 12:05:40AM +, Cesare Marilungo wrote: I think it would be interesting to have some sort of OSC sequencer. I would love to compose with the same control over each note (or any other kind of event) you can have with csound scores but that can be edited visually. I love to use pure data to build instruments and effect, but at some point I want to expose all the parameters of my patch to OSC and use such kind of tool (some kind of OSC sequencer) to concentrate on composition/performance, mostly drawing and editing envelopes and maybe also triggering them in a generative fashion. Hi Cesare, It's definately possible to draw and edit envelopes and trigger them in a generative fashion using the datastructures feature of Puredata. You might like to check out Hans' work solitude and also there are various GOP abstractions floating around which allow you to make/edit envelopes with a mouse and save those envelopes' states between sessions in various ways. Yes. I knew about that and I've already experimented a bit with pd data structures and their graphical representation. But I was thinking about a more generic tool. Something to drive multiple sound generating softwares in the same session. The approach of using pd for everything is worth when you plan to release a piece as a patch. But I'd like to have a dedicated application with a more flexible gui to compose and control performances. Ciao, c. Best, Chris. --- [EMAIL PROTECTED] http://mccormick.cx -- http://www.cesaremarilungo.com ___ 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] Midi sequencing
I forgot to add, Bidule can act as a vst host or slaveit also runs in standalone. Another suggestion would be eXT. It doesn't speak OSC, but it takes an extremely flexible and modular approach to audio/midi sequencing. At 39 euro, it is an amazing deal. Version 2 will be out soon so I'd suggest buying it now before the price is raised for the new version. Oh yeah, version two will be running on Linux as well!! Like Bidule, eXT can act as a vst host or slave, or can be operated in standalone mode. Version two is being released in 3 separate beta stages. It has a very warm and helpful community as well. Version 1: http://www.xt-hq.com/ Version 2: http://www.energy-xt.com/ Jared Dunne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cesare Marilungo Sent: Tuesday, December 05, 2006 2:10 AM To: Chris McCormick Cc: pd-list@iem.at Subject: Re: [PD] Midi sequencing Chris McCormick wrote: On Tue, Dec 05, 2006 at 12:05:40AM +, Cesare Marilungo wrote: I think it would be interesting to have some sort of OSC sequencer. I would love to compose with the same control over each note (or any other kind of event) you can have with csound scores but that can be edited visually. I love to use pure data to build instruments and effect, but at some point I want to expose all the parameters of my patch to OSC and use such kind of tool (some kind of OSC sequencer) to concentrate on composition/performance, mostly drawing and editing envelopes and maybe also triggering them in a generative fashion. Hi Cesare, It's definately possible to draw and edit envelopes and trigger them in a generative fashion using the datastructures feature of Puredata. You might like to check out Hans' work solitude and also there are various GOP abstractions floating around which allow you to make/edit envelopes with a mouse and save those envelopes' states between sessions in various ways. Yes. I knew about that and I've already experimented a bit with pd data structures and their graphical representation. But I was thinking about a more generic tool. Something to drive multiple sound generating softwares in the same session. The approach of using pd for everything is worth when you plan to release a piece as a patch. But I'd like to have a dedicated application with a more flexible gui to compose and control performances. Ciao, c. Best, Chris. --- [EMAIL PROTECTED] http://mccormick.cx -- http://www.cesaremarilungo.com ___ 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
