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 )