RTC-Library for Intel

Sep 27, 2006 at 1:43pm

RTC-Library for Intel

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

#27827
Sep 27, 2006 at 4:33pm

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

#84689
Sep 27, 2006 at 8:00pm

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

#84690
Sep 27, 2006 at 8:16pm

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

#84691
Sep 27, 2006 at 8:39pm

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

#84692
Sep 27, 2006 at 8:41pm

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

#84693
Sep 27, 2006 at 9:59pm

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

#84694
Sep 28, 2006 at 7:46am

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

#84695
Sep 28, 2006 at 7:57am

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

#84696
Sep 28, 2006 at 9:02pm

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

#84697
Oct 2, 2006 at 9:03am

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

#84698
Oct 2, 2006 at 9:23am

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

#84699
Oct 5, 2006 at 6:22am

#84700
Oct 5, 2006 at 6:26am

#84701

You must be logged in to reply to this topic.