17.hzV.tRL.478 writes:
hu.
just installed pd-0.25TEST7 (which in fact shows TEST8 when started verbose .. ;) right now, on a redhaat 5.2, it refused to come up with audio, because there was no /dev/dsp0, which it was looking for. a link did it. and on all three machines i hab the same problem with the ggext pkg. so, before any of the objects in ggext work, i have to call an object 'ggext' itself, then it displays some init info pd: ** pd: loaded ggext version 0.5 (C) 1999 Guenter Geiger pd: ** , then i all the other objects work.
my externals are packed into a library now (just like GEM). You have to load them with the -lib switch, or do the thing with the ggext object. Actually, using the ggext object makes sense, because you have the dependency on the library directly written into the patch.
another thing: my laptop seems to have serious trouble with both receiving or transmitting audio via streamin/out. sounds like everything's coming in bursts or pulses , then there'S loads of collissions on the ethernet and it also disturbs the other streams.. maybe this is some sideeffect of ((too) old) pcmcia drivers? i tried it with 2 different cards, both with the same result. so its fine from pc to pc, but with either from or to laptop it sounds the same, .. anybody experienced this?
:( hmm , don't know why .. sorry. Is this on a "real" ethernet or direct (no other hosts on the ethernet) ?
yet another thing: did i already ask about pd outputting pcm data to standard out by flipping a switch?
Best thing would be a sfwrite. Then use it on a named pipe and read the pipe from any program you like. --> I put it on a TODO list for my xternals.
and a sub problem: i wanted to test 'stream' from yet another pc now (old SuSe lnx) , but pd didnt compile on it with:
old libc5 problem. remove the "#ifdef" NT and it's corresponding "#endif" from the top of the file.
Guenter