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
its mostly if not all abstractions. isn't it? they should port fine
-matt
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
www.timara.oberlin.edu/GaryLeeNelson
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
> www.timara.oberlin.edu/GaryLeeNelson
>
>
Cheers
Gary Lee Nelson
Oberlin College
www.timara.oberlin.edu/GaryLeeNelson
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
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
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
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
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
www.essl.at
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
>
> www.essl.at
Cheers
Gary Lee Nelson
Oberlin College
www.timara.oberlin.edu/GaryLeeNelson
Gary Lee Nelson wrote:
my divmod abhaXIon:
and nth:
--
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com
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
