Re: [PD] ARToolkit and libqrencode for Gem
hans have some tip to me start to compile the gem from pd-extended source with artoolkit? the artoolkit lib is working in macmini intel and powerbookg4. lets put it to work? palm 2008/5/23 Hans-Christoph Steiner <[EMAIL PROTECTED]>: > > It is included, but: > > error: [pix_artoolkit]: compiled without ARToolKit support! > ... you might be able to track this down from the Find menu. > > .hvc > > On May 23, 2008, at 11:23 PM, Jack wrote: > >> Why ? [pix_artoolkit] with pd-extended is not enough ? >> ++ >> >> Jack >> >> >> Le 23 mai 08 à 21:57, palmieri, ricardo a écrit : >> >>> hi guys. >>> >>> somebody know some tutorial to compile gem with artoolkit object? >>> i having a lot of doubts doing it. >>> >>> in really im having trouble in create a greate ./configure line, with >>> the right prefix and libs. >>> >>> somebody can help me? >>> im using pd-extended 0.39.3 and macmini with mac osx >>> >>> palmieri >>> >>> 2008/3/12 IOhannes m zmoelnig <[EMAIL PROTECTED]>: Hans-Christoph Steiner wrote: > > On Mar 11, 2008, at 1:59 PM, IOhannes m zmoelnig wrote: > >> Hans-Christoph Steiner wrote: >>> >>> The other is pix_artoolkit, which is based on ARToolkit, which is >>> a type of code to stick on things that you can then track in 3D >>> space using Gem. >> >> well, at least his one has been backported to Gem in late 2006. >> >> people seem to not know this. > > > What would be the best way to include this into Gem i tried to say: pix_artoolkit is included in Gem for more than a year. > and/or Pd-extended, if it isn't already? [pix_artoolkit] is disabled by default. you need to have artoolkit installed and might have to set the --with-artoolkit-includes and --with-artoolkit-libs to configure accordingly. fmgasd. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >>> >>> >>> >>> -- >>> ricardo palmieri >>> # 1185833173 >>> [palm.estudiolivre.org] >>> [skype:palmieriricardo] >>> [jabber: [EMAIL PROTECTED] >>> [msn: [EMAIL PROTECTED] >>> [linux user # 392484] >>> >>> ___ >>> PD-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> http://lists.puredata.info/listinfo/pd-list > > > > > > As we enjoy great advantages from inventions of others, we should be glad of > an opportunity to serve others by any invention of ours; and this we should > do freely and generously. - Benjamin Franklin > > > -- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: [EMAIL PROTECTED] [msn: [EMAIL PROTECTED] [linux user # 392484] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ARToolkit and libqrencode for Gem
It is included, but: error: [pix_artoolkit]: compiled without ARToolKit support! ... you might be able to track this down from the Find menu. .hvc On May 23, 2008, at 11:23 PM, Jack wrote: > Why ? [pix_artoolkit] with pd-extended is not enough ? > ++ > > Jack > > > Le 23 mai 08 à 21:57, palmieri, ricardo a écrit : > >> hi guys. >> >> somebody know some tutorial to compile gem with artoolkit object? >> i having a lot of doubts doing it. >> >> in really im having trouble in create a greate ./configure line, with >> the right prefix and libs. >> >> somebody can help me? >> im using pd-extended 0.39.3 and macmini with mac osx >> >> palmieri >> >> 2008/3/12 IOhannes m zmoelnig <[EMAIL PROTECTED]>: >>> Hans-Christoph Steiner wrote: On Mar 11, 2008, at 1:59 PM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> The other is pix_artoolkit, which is based on ARToolkit, which is >> a type of code to stick on things that you can then track in 3D >> space using Gem. > well, at least his one has been backported to Gem in late 2006. > > people seem to not know this. What would be the best way to include this into Gem >>> >>> i tried to say: pix_artoolkit is included in Gem for more than a >>> year. >>> and/or Pd-extended, if it isn't already? >>> >>> [pix_artoolkit] is disabled by default. >>> you need to have artoolkit installed and might have to set the >>> --with-artoolkit-includes and --with-artoolkit-libs to configure >>> accordingly. >>> >>> >>> fmgasd. >>> IOhannes >>> >>> ___ >>> PD-list@iem.at mailing list >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >>> listinfo/pd-list >>> >> >> >> >> -- >> ricardo palmieri >> # 1185833173 >> [palm.estudiolivre.org] >> [skype:palmieriricardo] >> [jabber: [EMAIL PROTECTED] >> [msn: [EMAIL PROTECTED] >> [linux user # 392484] >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] error: pd_vmess: only 5 allowed
it's time for my lameness to end, I'm going to try again to find the source of that annoying message. .hc On May 23, 2008, at 6:51 PM, Mike McGonagle wrote: marius, You might want to look at the thread called "call for testing on the nightly builds!" Hans says he is getting the same error, but that it also doesn't appear to be causing any problems. It is about half way down in the thread... Mike On Thu, Apr 17, 2008 at 11:23 AM, marius schebella <[EMAIL PROTECTED]> wrote: what's that error? error: pd_vmess: only 5 allowed I get it when I open a subpatch. pd-extended 0.40.3 os x 10.5.2. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-dev] bang [block~] to query current blocksize
how about a single object named [blockinfo~} ? [blockparam~] ? Chuck On Fri, May 23, 2008 at 4:57 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > > Hmm, while the idea of a single object is good, I think the object is > clearly called "samplerate" so getting the rest of that info from it > doesn't really make sense. > > .hc > > On May 23, 2008, at 9:48 PM, Miller Puckette wrote: > >> Or, how about three extra outlets to samplerate~ (so as not to have >> to add >> more to the top-level namespace) >> >> cheers >> Miller >> >> On Fri, May 23, 2008 at 11:07:18AM +0100, Claude Heiland-Allen wrote: >>> Hans-Christoph Steiner wrote: On May 23, 2008, at 9:00 AM, IOhannes m zmoelnig wrote: > Hans-Christoph Steiner wrote: >> I just had a thought, what about adding an outlet to [block~] >> that will output the block size as a float when [block~] is >> banged? I can't think of any other way to query what the current >> block size is, and it would be useful sometimes. > banging [switch~] allows you to do dsp processing on demand. > since [block~] and [switch~] are so closely related (on the Pd side > they are very similar (with [switch~] being a better [block~]); on > the C side they are the basically same) i would suggest to do any > additional overloading. > > i agree however, that it would be nice to get the current > blocksize, overlap and oversample from within Pd. It seems that adding an outlet to block~/switch~ seems to be the most obvious interface for getting the data. Perhaps just a message then? >>> >>> I'd personally prefer new objects: >>> >>> [blocksize~] >>> [overlap~] >>> [oversampling~] >>> >>> to match the existing: >>> >>> [samplerate~] >>> >>> >>> Rationale: >>> >>> You might want to get the blocksize etc in more than one place. >>> It might be inconvenient to patch cables from the [block~]. >>> Plus the reasons that IOhannes mentioned. >>> >>> >>> Thanks, >>> >>> >>> Claude >>> -- >>> http://claudiusmaximus.goto10.org >>> >>> ___ >>> PD-dev mailing list >>> [EMAIL PROTECTED] >>> http://lists.puredata.info/listinfo/pd-dev > > > > > > > There is no way to peace, peace is the way. -A.J. Muste > > > > ___ > PD-dev mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-dev > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] ARToolkit and libqrencode for Gem
Why ? [pix_artoolkit] with pd-extended is not enough ? ++ Jack Le 23 mai 08 à 21:57, palmieri, ricardo a écrit : > hi guys. > > somebody know some tutorial to compile gem with artoolkit object? > i having a lot of doubts doing it. > > in really im having trouble in create a greate ./configure line, with > the right prefix and libs. > > somebody can help me? > im using pd-extended 0.39.3 and macmini with mac osx > > palmieri > > 2008/3/12 IOhannes m zmoelnig <[EMAIL PROTECTED]>: >> Hans-Christoph Steiner wrote: >>> On Mar 11, 2008, at 1:59 PM, IOhannes m zmoelnig wrote: >>> Hans-Christoph Steiner wrote: > The other is pix_artoolkit, which is based on ARToolkit, which is > a type of code to stick on things that you can then track in 3D > space using Gem. well, at least his one has been backported to Gem in late 2006. people seem to not know this. >>> >>> >>> What would be the best way to include this into Gem >> >> i tried to say: pix_artoolkit is included in Gem for more than a >> year. >> >>> and/or Pd-extended, if it isn't already? >> >> [pix_artoolkit] is disabled by default. >> you need to have artoolkit installed and might have to set the >> --with-artoolkit-includes and --with-artoolkit-libs to configure >> accordingly. >> >> >> fmgasd. >> IOhannes >> >> ___ >> PD-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ >> listinfo/pd-list >> > > > > -- > ricardo palmieri > # 1185833173 > [palm.estudiolivre.org] > [skype:palmieriricardo] > [jabber: [EMAIL PROTECTED] > [msn: [EMAIL PROTECTED] > [linux user # 392484] > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] GridFlow 0.9.1
I will try to install it when i have time on my PowerBook G4. Maybe someone have already done this ? ++ Jack Le 23 mai 08 à 15:51, marius schebella a écrit : > just wanted to say that it needed some time, but finally this also > runs > on mac (at least on intel with os x 10.5). > thanks to mathieu! > marius. > > Mathieu Bouchard wrote: >> >> >> http://gridflow.ca/download/gridflow-0.9.1.tar.gz >> >> >> version 0.9.1 (2008.04.16): >> >> * switched from CVS to SVN >> * removed LTIlib support >> * x11: added "warp" method for moving mouse cursor around >> * removed all Ruby code (rewritten in C++ or Pd) >> * rewrote PPM support. now relies on libnetpbm. >>(apt-get install libnetpbm10-dev) >> * removed broken Targa support >> * removed timelog feature in [#in]/[#out] (redundant) >> * removed [joystick_port], [SoundMixer], [pd_netsocket], >> [rubyarray], >>[system], [exec], [regsub], [memstat], [#edit], [peephole], >> [listmake], >>[gridflow]/[#global], [sendgui], [realtimer], [bindpatcher] >>(contact me if you need any of them) >> * added [gf.error], [usertime], [systemtime], [tsctime] >> * added method to_ascii in [#import] >> * [display] word-wrap >> * [#import] defaults to per_message mode >> * removed support for ~/.gridflow_startup and GridFlow.data_path >>(contact me if you need them) >> >> _ _ __ ___ _ _ _ ... >> | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada >> >> >> - >> --- >> >> ___ >> PD-announce mailing list >> [EMAIL PROTECTED] >> http://lists.puredata.info/listinfo/pd-announce > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] null bug
marius schebella wrote: > hi, > pd crashes with pdj, when I send a list, that contains a null element. > (if I understand that correctly.) > I think there should be an exception thrown to the console, but pd just > crashes. it is easy to fix, but still, I would not expect pd to crash, > or am I doing something wrong? > attached the patch and java file. > marius. > sorry, I forgot to say, this happens with java 1.5 and osx on intel mac osx 10.5. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] null bug
hi,
pd crashes with pdj, when I send a list, that contains a null element.
(if I understand that correctly.)
I think there should be an exception thrown to the console, but pd just
crashes. it is easy to fix, but still, I would not expect pd to crash,
or am I doing something wrong?
attached the patch and java file.
marius.
// this class crashes pd
import com.cycling74.max.*;
// here's our class
public class null_bug extends MaxObject {
// this gets called on init of the max/pd object [RmiClient]
public null_bug() {
int numOutlets = 1;
int numInlets = 1;
declareIO(numInlets,numOutlets);
}
public void bang() {
try {
String outputList[] = new String[2];
outputList[0] = "test";
outlet(0, outputList);
} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}#N canvas 543 309 450 300 10;
#X obj 172 101 pdj null_bug;
#X msg 172 77 bang;
#X connect 1 0 0 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Re: [PD] ARToolkit and libqrencode for Gem
hi guys. somebody know some tutorial to compile gem with artoolkit object? i having a lot of doubts doing it. in really im having trouble in create a greate ./configure line, with the right prefix and libs. somebody can help me? im using pd-extended 0.39.3 and macmini with mac osx palmieri 2008/3/12 IOhannes m zmoelnig <[EMAIL PROTECTED]>: > Hans-Christoph Steiner wrote: >> On Mar 11, 2008, at 1:59 PM, IOhannes m zmoelnig wrote: >> >>> Hans-Christoph Steiner wrote: The other is pix_artoolkit, which is based on ARToolkit, which is a type of code to stick on things that you can then track in 3D space using Gem. >>> well, at least his one has been backported to Gem in late 2006. >>> >>> people seem to not know this. >> >> >> What would be the best way to include this into Gem > > i tried to say: pix_artoolkit is included in Gem for more than a year. > >> and/or Pd-extended, if it isn't already? > > [pix_artoolkit] is disabled by default. > you need to have artoolkit installed and might have to set the > --with-artoolkit-includes and --with-artoolkit-libs to configure > accordingly. > > > fmgasd. > IOhannes > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: [EMAIL PROTECTED] [msn: [EMAIL PROTECTED] [linux user # 392484] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] wierd feedback popping with pd/freebob/jack/rt
I made a comment on the patch tracker concerning this, directly on the jack patch. However, looking at the patch, I cannot see how it would effect pd's audio when running in real-time. All I know is I ran pd-0.40.3-extended from April 15th yesterday, using jack in real-time, for a few hours and the audio was almost flawless. On Wed, May 21, 2008 at 3:34 PM, Rich E <[EMAIL PROTECTED]> wrote: > > > On Wed, May 21, 2008 at 3:20 PM, Ken Restivo <[EMAIL PROTECTED]> wrote: > >> >> On Wed, May 21, 2008 at 02:23:20PM -0700, Rich E wrote: >> > > >> > > IIRC, Ubuntu "RT" kernel is not actually Real Time (i.e. with Ingo >> > > patches), just a "desktop RT" which is not very useful for audio and >> > > certainly not enough for JACK apps of any heft. >> > > >> > >> > Where are you getting this info from? This is not what I have read, but >> > maybe I am missing something somewhere. I thought that the Ubuntu >> kernel >> > packagers recently switched to using full realtime preemption... I find >> this >> >> My info is from having installed Ubuntu and used it... but that was a few >> years ago. Glad they're using Ingo's patches now. >> >> >> > in the package description of linux-image-2.6.22-14-rt : >> > Ingo Molnar's full real time preemption patch (2.6.22.1-rt9) >> > >> > Here is the output of uname -a: >> > Linux pal 2.6.22-14-rt #1 SMP PREEMPT RT Tue Feb 12 09:57:10 UTC 2008 >> i686 >> > GNU/Linux >> > >> > .. and here are the kernel settings from cat /boot/config-2.6.22-14-rt >> | >> > grep PREEMPT >> > # CONFIG_PREEMPT_NONE is not set >> > # CONFIG_PREEMPT_VOLUNTARY is not set >> > # CONFIG_PREEMPT_DESKTOP is not set >> > CONFIG_PREEMPT_RT=y >> > CONFIG_PREEMPT=y >> > CONFIG_PREEMPT_SOFTIRQS=y >> > CONFIG_PREEMPT_HARDIRQS=y >> > CONFIG_PREEMPT_BKL=y >> > CONFIG_PREEMPT_RCU=y >> > # CONFIG_DEBUG_PREEMPT is not set >> > # CONFIG_CRITICAL_PREEMPT_TIMING is not set >> > >> > Looks realtime to me.. also the latency is really low (5-10ms >> > conservatively), much lower than I have experienced on other OS's, with >> or >> > without realtime. But, if you know something I don't... I have open >> ears. >> >> Nope, you got real-time there, for sure. I was wrong then. >> >> > Ubuntu runs so nicely on a laptop though... would hate to switch after >> > finding such an easy-to-operate linux distribution because pd and only >> pd >> > doesn't like jack in realtime. >> > >> >> Dunno. You're playing Xrun whack-a-mole. Done that; it's not fun. >> > > Ken, this made me laugh for quite a while. Thank you. > > >> >> Here's what I did to RT-ify my system (on Debian, but Ubuntu is based on >> it): >> >> http://www.restivo.org/blog/archives/preparing-a-debian-etch-system-for-audio-use >> >> Also, I expect you know to use chrt to give the IRQ of your audio >> interface top priority, higher than JACK and any other process. That's a >> crucial step. If I omit that, then I get clicks and pops too, which is why I >> wrote a script to do it automatically. You could also install and configure >> the "rtirq" package, which works great too. >> > > I had it on my last setup, but for got to do it this time. Thanks for > reminding me :) Also, as my other post mentions, I sometimes got clicks > with pd even with the script. I actually had to change the irq priority of > pd to get rid of them, which is bad since it changes all the threads pd has > instead of only the scheduler. I would get "I/O stuck... closing audio" > all the time. > > >> >> -ken >> > > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] error: pd_vmess: only 5 allowed
marius, You might want to look at the thread called "call for testing on the nightly builds!" Hans says he is getting the same error, but that it also doesn't appear to be causing any problems. It is about half way down in the thread... Mike On Thu, Apr 17, 2008 at 11:23 AM, marius schebella < [EMAIL PROTECTED]> wrote: > what's that error? > error: pd_vmess: only 5 allowed > I get it when I open a subpatch. > pd-extended 0.40.3 os x 10.5.2. > marius. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- Peace may sound simple—one beautiful word— but it requires everything we have, every quality, every strength, every dream, every high ideal. —Yehudi Menuhin (1916–1999), musician ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem2pdp
IOhannes m zmoelnig wrote: [EMAIL PROTECTED] wrote: IOhannes m zmoelnig wrote: [EMAIL PROTECTED] wrote: ola, i dunno if someone maintain it anymore too, but gem2pdp is absolutely broken, doesn't compile and the latests changes were not mine.. i have now added some changes to gem2pdp which should allow compilation with Gem>=0.91 as well as Gem<0.91. they are mine... yes, i saw the latest svn version can _compile_ with latest gem cvs ( some sport involved there ), but pdp2gem and pix_2pdp do not work, i get black or no-output in both case. the same here. nevertheless it is unlikely due to changes i have made to gem2pdp but rather changes within Gem itself (or something else) the problem seems to be the 2 openGL-contexts for both [gemwin] and [pdp_glx]. with [pdp_xv] it works fine. not here, the two teapots appear in the Gem window, one should be converted to pdp format and appear in pdp_xv.. saludos, sevy ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] error: pd_vmess: only 5 allowed
Servus, I get the same error + behavior on todays build of pd-extended + kubuntu. Cheerio, Alexandre On Thursday 17 April 2008 12:23:55 marius schebella wrote: > what's that error? > error: pd_vmess: only 5 allowed > I get it when I open a subpatch. > pd-extended 0.40.3 os x 10.5.2. > 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
Re: [PD] [PD-announce] GridFlow 0.9.1
just wanted to say that it needed some time, but finally this also runs on mac (at least on intel with os x 10.5). thanks to mathieu! marius. Mathieu Bouchard wrote: > > > http://gridflow.ca/download/gridflow-0.9.1.tar.gz > > > version 0.9.1 (2008.04.16): > > * switched from CVS to SVN > * removed LTIlib support > * x11: added "warp" method for moving mouse cursor around > * removed all Ruby code (rewritten in C++ or Pd) > * rewrote PPM support. now relies on libnetpbm. >(apt-get install libnetpbm10-dev) > * removed broken Targa support > * removed timelog feature in [#in]/[#out] (redundant) > * removed [joystick_port], [SoundMixer], [pd_netsocket], [rubyarray], >[system], [exec], [regsub], [memstat], [#edit], [peephole],[listmake], >[gridflow]/[#global], [sendgui], [realtimer], [bindpatcher] >(contact me if you need any of them) > * added [gf.error], [usertime], [systemtime], [tsctime] > * added method to_ascii in [#import] > * [display] word-wrap > * [#import] defaults to per_message mode > * removed support for ~/.gridflow_startup and GridFlow.data_path >(contact me if you need them) > > _ _ __ ___ _ _ _ ... > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada > > > > > ___ > PD-announce mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Duplicate image
Eirik Blekesaune wrote: > Hi list, > > I'm trying to find an GEM object that can duplicate an image with a > rectangle and blends them together with controllable offsets and > random posistion. > > Any hints? from Pd: [random] from Gem: [pix_image] -- load image [pix_texture]-- upload to GPU [pix_coordinate] -- warp image (eg, crop, repeat) [rectangle] -- geo to be textured [alpha] -- enable blending [GEMglBlendFunc] -- for more interesting blending [translate] -- move geos around For arbitrary blending functions you'll need multitexture GLSL shaders. Hope this helps, Claude -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Duplicate image
Hi list, I'm trying to find an GEM object that can duplicate an image with a rectangle and blends them together with controllable offsets and random posistion. Any hints? -Eirik ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing on the nightly builds!
hmm, still happens here. no big problem though, i guess. it would be better to find the source of that pd_vmess error, even though it doesn't really seem to do anything much,. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing on the nightly builds!
On May 23, 2008, at 11:05 AM, Steffen Juul wrote: > > On 23/05/2008, at 10.30, hard off wrote: > >> if you have a nested abstraction, and edit that abstraction, >> then closing the parent window without saving disables the 'quit pd- >> extended' option in the menubar. > > Hmm. I can't reproduce. Pd-extended 0.40.3 22th of May edition. Guess it's a tricky one. I can't reproduce this on Pd-extended 0.40.3-20080522 on Ubuntu/Hardy or Mac OS X 10.4.11/Intel. .hc > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem2pdp
On May 23, 2008, at 10:52 AM, IOhannes m zmoelnig wrote: > [EMAIL PROTECTED] wrote: >> IOhannes m zmoelnig wrote: >>> [EMAIL PROTECTED] wrote: ola, i dunno if someone maintain it anymore too, but gem2pdp is absolutely broken, doesn't compile and the latests changes were not mine.. > > i have now added some changes to gem2pdp which should allow > compilation > with Gem>=0.91 as well as Gem<0.91. > > >>> they are mine... >> yes, i saw the latest svn version can _compile_ >> with latest gem cvs ( some sport involved there ), >> but pdp2gem and pix_2pdp do not work, >> i get black or no-output in both case. > > the same here. > nevertheless it is unlikely due to changes i have made to gem2pdp but > rather changes within Gem itself (or something else) > > the problem seems to be the 2 openGL-contexts for both [gemwin] and > [pdp_glx]. > > with [pdp_xv] it works fine. Unfortunately, pdp_glx is the preferred output method for PDP, and pdp_xv doesn't work on Mac OS X... can you suggest a fix? .hc > >> a no-output video patch is a concept, ok.. > > yea, artists should create more conceptual works anyhow... > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing on the nightly builds!
On 23/05/2008, at 10.30, hard off wrote: > if you have a nested abstraction, and edit that abstraction, > then closing the parent window without saving disables the 'quit pd- > extended' option in the menubar. Hmm. I can't reproduce. Pd-extended 0.40.3 22th of May edition. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] gem2pdp
[EMAIL PROTECTED] wrote: > IOhannes m zmoelnig wrote: >> [EMAIL PROTECTED] wrote: >>> ola, >>> >>> i dunno if someone maintain it anymore too, >>> but gem2pdp is absolutely broken, >>> doesn't compile and the latests changes >>> were not mine.. i have now added some changes to gem2pdp which should allow compilation with Gem>=0.91 as well as Gem<0.91. >> they are mine... > yes, i saw the latest svn version can _compile_ > with latest gem cvs ( some sport involved there ), > but pdp2gem and pix_2pdp do not work, > i get black or no-output in both case. the same here. nevertheless it is unlikely due to changes i have made to gem2pdp but rather changes within Gem itself (or something else) the problem seems to be the 2 openGL-contexts for both [gemwin] and [pdp_glx]. with [pdp_xv] it works fine. > a no-output video patch is a concept, ok.. yea, artists should create more conceptual works anyhow... ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
