These clearly make sense as standalone libs:
osc
net
cmos
oscillators
tabletools
str
But which, binfile, and midifile might be better in some kind of
library. Like perhaps some kind of 'file' library for binfile and
midifile, that lib could include a whole suite of objects to read
differ
Hi IOhannes,
Yes go ahead. I've been wanting to do that as well. The name 'mrpeach'
is not very useful.
Martin
On 14/06/11 09:37 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi martin,
in the process of getting numerous pd-libraries into debian (and thus
ub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I also think that having it separate libraries like 'osc' and 'net'
makes sense, then we can phase out the 'mrpeach' lib or whatever.
Mostly, its your code, so it'd be good to hear how you want to have it
released and packaged.
.hc
On Jun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi martin,
in the process of getting numerous pd-libraries into debian (and thus
ubuntu and other debian derivatives), we stumbled upon a small issue in
your set of objects.
as things are right now, there are no "upstream releases" of your
libraries;
Tags: upstream
Since there is no distinct pd-osc upstream, there are no separate
releases from the upstream author only svn, and the only circulating
release is the is the 'mrpeach' library included in Pd-extended, I
think we need to first get this stuff organized upstream before
uploadi
5 matches
Mail list logo
