Forums > MaxMSP

RTC-Library for Intel

September 27, 2006 | 1:43 pm

First of all, as this is my first post on this board:
hello.

As i haven’t found anything with the search function and after contacting Karlheinz Essl, who answered me i should ask here.
Does anybody know something about a universal binary version of the rtc-library?

cheers


September 27, 2006 | 4:33 pm

its mostly if not all abstractions. isn’t it? they should port fine
-matt


September 27, 2006 | 8:00 pm

A lot of RTC-Lib is actually Max abstractions rather than externals. I just
downloaded them via the link on Cycling’74′s sharing page. I installed them
on my Intel machine as per Karlheinz’ instructions et voila!

Thanks again Khz!

On 9/27/06 9:43 AM, "Nils Quak" wrote:

>
> First of all, as this is my first post on this board:
> hello.
>
> As i haven’t found anything with the search function and after contacting
> Karlheinz Essl, who answered me i should ask here.
> Does anybody know something about a universal binary version of the
> rtc-library?
>
> cheers

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson


September 27, 2006 | 8:16 pm

Spoke too soon. Some the most basic objects (divmod, nth etc) are
externals. Many of them are from James McCartney’s old package that has be
supplanted by zl. There are even a couple in there that I think were mine.

On 9/27/06 4:00 PM, "Gary Lee Nelson" wrote:

> A lot of RTC-Lib is actually Max abstractions rather than externals. I just
> downloaded them via the link on Cycling’74′s sharing page. I installed them
> on my Intel machine as per Karlheinz’ instructions et voila!
>
> Thanks again Khz!
>
>
> On 9/27/06 9:43 AM, "Nils Quak" wrote:
>
>>
>> First of all, as this is my first post on this board:
>> hello.
>>
>> As i haven’t found anything with the search function and after contacting
>> Karlheinz Essl, who answered me i should ask here.
>> Does anybody know something about a universal binary version of the
>> rtc-library?
>>
>> cheers
>
>
> Cheers
> Gary Lee Nelson
> Oberlin College
> http://www.timara.oberlin.edu/GaryLeeNelson
>
>

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson


September 27, 2006 | 8:39 pm

Quote: Matthew Aidekman wrote on Wed, 27 September 2006 10:33
—————————————————-
> its mostly if not all abstractions. isn’t it? they should port fine
> -matt
>
—————————————————-

well, there are some externals in there – especially the list objects by james mccartney. matrix12 is an external as well.
you can get the UB Lobjects which are used quite often from:
ftp://arts.ucsc.edu/pub/ems/Lobjects/Lobjects_universal.dmg

i built some abstractions for the not-yet-ub externals, maybe you can use them yghartsyrt. but use at your own risk, some of my abstractions may lack the functionality of the real abstractions.
stephen


September 27, 2006 | 8:41 pm

The RTC-lib consists mainly of so-called "abstractions", but it also uses externals by others, mainly:

* McCartney’s list objects
* some of Peter Elsea’s Lobjects

As I don’t have the source code of those libraries, the Intelization of the RTC-lib can only be achieved by persons who know the C code. In the last years, people like Richard Dudas and Thomas Grill have been nice enough to make the various ports – from 68k to PPC, and most recently to Windows XP.

As soon as these libraries are ported, I will put together an Intel-savy release of the RTC-lib with all its additions and changes that haven’t been distributed yet.

Cheers from Vienna,
— Karlheinz Essl


September 27, 2006 | 9:59 pm

On 27-Sep-2006, at 22:16, Gary Lee Nelson wrote:
> Spoke too soon. Some the most basic objects (divmod, nth etc) are
> externals. Many of them are from James McCartney’s old package
> that has be
> supplanted by zl. There are even a couple in there that I think
> were mine.

Most of these could be replaced by objects that are being actively
maintained. Nth could be replaced by zl. Divmod could be replaced by
lp.logos (granted, that’s a Litter Pro object, however). Nowadays
we’re spoiled for choice WRT scale objects.

The last time I suggested this, Karlheinz said he prefered to not to
change the externals used. While I understand his reasons, there is
much to be said for preferring objects that are actively maintained
over things that have essentially been orphaned.

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
Universal Binaries on the way
iCE: Sequencing, Recording &
Interface Building for |home | chez nous|
Max/MSP Extremely cool |bei uns | i nostri|
http://www.dspaudio.com/ http://www.castine.de


September 28, 2006 | 7:46 am

Quote: lfanele wrote on Wed, 27 September 2006 14:39
—————————————————-
> Quote: Matthew Aidekman wrote on Wed, 27 September 2006 10:33
> —————————————————-
> > its mostly if not all abstractions. isn’t it? they should port fine
> > -matt
> >
> —————————————————-
>
> well, there are some externals in there – especially the list objects by james mccartney. matrix12 is an external as well.
> you can get the UB Lobjects which are used quite often from:
> ftp://arts.ucsc.edu/pub/ems/Lobjects/Lobjects_universal.dmg
>
> i built some abstractions for the not-yet-ub externals, maybe you can use them yghartsyrt. but use at your own risk, some of my abstractions may lack the functionality of the real abstractions.
> stephen
>
—————————————————-
cheers.
will try them at home. and thanks a lot for the answers


September 28, 2006 | 7:57 am

Peter Castine wrote:

> Most of these could be replaced by objects that are being
> actively maintained. Nth could be replaced by zl. Divmod could
> be replaced by lp.logos.

Some, but not all. So I am trying to preserve and foster those orphans (as you put it), fortunately with the help of other Max developers. McCartney’s list ops are indeed existing since more than a decade. Some years ago they have been overhauled by Richard Dudas so that they are now accepting lists with 256 items. And, hey, they are working!

For the UB-savy release of the RTC-lib, I will rewrite some externals to abstractions myself, but also try to include the original McCartney list objects if someone helps me to re-compile the code. BTW – I just found the source code in my archive!

Cheerbies,
— Karlheinz Essl

http://www.essl.at


September 28, 2006 | 9:02 pm

Hello khz…I would love to see those McCartney objects updated. That is
something where I can help. I wonder if you might have the source to pulse.
It’s not in RTC but I use it in several key objects and need to make it UB.
I’ve tried writing it as an abstraction but there is something that I am
missing. My abstraction has several small bugs that I can’t seem to
isolate.

On 9/28/06 3:57 AM, "Karlheinz Essl" wrote:

>
> Peter Castine wrote:
>
>> Most of these could be replaced by objects that are being
>> actively maintained. Nth could be replaced by zl. Divmod could
>> be replaced by lp.logos.
>
> Some, but not all. So I am trying to preserve and foster those orphans (as you
> put it), fortunately with the help of other Max developers. McCartney’s list
> ops are indeed existing since more than a decade. Some years ago they have
> been overhauled by Richard Dudas so that they are now accepting lists with 256
> items. And, hey, they are working!
>
> For the UB-savy release of the RTC-lib, I will rewrite some externals to
> abstractions myself, but also try to include the original McCartney list
> objects if someone helps me to re-compile the code. BTW – I just found the
> source code in my archive!
>
> Cheerbies,
> — Karlheinz Essl
>
> http://www.essl.at

Cheers
Gary Lee Nelson
Oberlin College
http://www.timara.oberlin.edu/GaryLeeNelson


October 2, 2006 | 9:03 am

Gary Lee Nelson wrote:

my divmod abhaXIon:

#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P newex 33 161 49 196617 – $1;
#P newex 58 131 24 196617 < 0.;
#P inlet 130 70 15 0;
#P inlet 33 70 15 0;
#P outlet 84 186 15 0;
#P outlet 33 186 15 0;
#P newex 33 103 49 196617 / $1;
#P newex 84 161 56 196617 % $1;
#P newex 84 131 56 196617 + $1;
#P newex 84 103 56 196617 % $1;
#P fasten 7 0 3 1 135 93 77 93;
#P connect 7 0 0 1;
#P connect 7 0 1 1;
#P connect 7 0 2 1;
#P connect 2 0 5 0;
#P connect 1 0 2 0;
#P connect 0 0 1 0;
#P connect 6 0 3 0;
#P fasten 6 0 8 0 38 98 63 98;
#P fasten 6 0 0 0 38 98 89 98;
#P connect 8 0 9 1;
#P connect 9 0 4 0;
#P connect 3 0 9 0;
#P window clipboard copycount 10;

and nth:

#P outlet 80 115 15 0;
#P inlet 120 59 15 0;
#P inlet 80 58 15 0;
#P window setfont "Sans Serif" 9.;
#P window linecount 1;
#P newex 80 84 50 196617 zl nth;
#P connect 0 0 3 0;
#P connect 2 0 0 1;
#P connect 1 0 0 0;
#P window clipboard copycount 4;


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


October 2, 2006 | 9:23 am

Peter Castine wrote:
> The last time I suggested this, Karlheinz said he prefered to not to
> change the externals used. While I understand his reasons, there is
> much to be said for preferring objects that are actively maintained
> over things that have essentially been orphaned.

Especially in the case of RTC I would recommend abstractions versus
externals, as they would even run on the Linux version of Max scheduled
for 2013… You’d never have to worry about external maintenance…
I see no possible performance problems with the usage of RTC…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com


October 5, 2006 | 6:22 am


October 5, 2006 | 6:26 am


Viewing 14 posts - 1 through 14 (of 14 total)