more reports from eastend
geiger at epy.co.at
Tue Jun 8 16:15:04 CEST 1999
> 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
> 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.
"#ifdef" NT and it's corresponding "#endif" from the top of the file.
More information about the Pd-list