pd supports multiple soundcards directly (at least with oss, i never tested this with alsa): just specify them like "-audiodev 0,1,2"

on SymbOS the filesize is limited to 3k

you are missing the vorbis libraries; file a bug report to the person who packages Gem for your distribution, requesting them to get the dependencies right

/dev/raw1394 is a raw device, Gem depends on a higher level access to /dev/video1394; you need the correct drivers for these devices;
and in Gem-cvs you can specify the device name with the [device( message

in Gem-cvs there is a [pix_freeframe] object which can load FreeFrame plugins.
there is also a pdp_freeframe by lluis somewhere, but i don't know where (google it)

you need zexy-2.0 for [mux]

i guess you will have to bother planetCCRMA to package it soon....

if you have multiple [send~]s with the same name working perfectly in one instance of pd, then you are having severe problems.

why does it not work ? because it just does not work. [send~]/[receive~] are _not_ summing signals together, so what is pd supposed to do with the streams sent ?

for summing use [catch~]&[throw~], for distributing use [s~]&[r~]

if you want both, use both

just for the archives:
moving the gemwindow on linux & w32 is just as moving any other window.
the problem is only on osX since pd used to be not a "real" osX-application (and probably this is not a problem any more with the new version of pd)

YUV works fine on linux/w32 (but is not directly supported by the openGL-drivers, so an additional conversion has to be done)

the artefact you are encountering is due to non-clipped parts in the RGB->YUV (and/or vice versa) conversion.
this has been fixed in the CVS version.

i fear this is a bug.
when rendering to full-screen, Gem is actually rendering to the root window and it is a bit tricky to capture keys from there.
(but why does the mouse work fine then )

hi duffy.

i used pd+Gem on a P1-100MHz machine (but i wouldn't recommend it nowadays)

my first ambisonic implementation (24 input channels, 3d-ambisonic 3rd order using 24 output channels) was implemented on 2 P3-800MHz-machines.

apart from that, it depends on what you really want to do

you don't believe this yourself - do you ?

pd alone (without any soundcard) has a buffer of 3*64 samples which is > 4.3ms (at 44.1kHz)

i don't have an idea myself, but since guenter (geiger) has ported pd a long time ago to alpha-architecture and he is maintaining the debian-packages (which run on 11 different architectures including arm and ia64) he is definitely the one to ask

hi.
2 points

1st:
just load the maxlib before Gem, then you will have most objects from Gem, but the scale will be maxlib's - this is: after an objects is registered (which happens when loading a library) it cannot be overwritten by another library any more (so the name is "taken")

2nd:
as for the pd-list: try to send emails to the list from the account that you have subscribed.
like the reject-mail says, you can subscribe multiple accounts and disable mail-delivery - so you can send with multiple "from:"-addresses but you will only receive the list-mails once.
and *no*, i will not change the policy to reject all mails that come from not-subscribed people.

ah and i forgot.

the reason why there are those matrix-objects in zexy is of course the need when doing ambisonics...

hi
haven't registered any sooner to this forum...

however, we at the IEM are doing a lot of stuff with ambisonics and pd.
basically, my thesis has been a generic ambisonic encoder/decoder for any number of input/output channels (one of our settings is, e.g., 24 channel input decoding to 3rd order 3D-ambisonics onto a 24 speaker hemisphere - but that was done back in 2001)

see if i can find the patches (if you are still interested)
i used to build debian-packages for this (but never made it to release them)


mfg,.as.dr
IOhannes

try making an abstraction that holds everything needed to display one sub-square, e,g [gemhead], [pix_image], [pix_texture], [translate], [square]
parametrize it with an argument (image-id ~ coordinates)
create the abstraction 400 times (e.g. with some generative patch) and that's it...