compilation bugs

[Garth Paine]

I am trying to compile and am having trouble - could you advise me as
to why after using the Tap.Tools Builder why the app can not find
tap.jit.sum? I have tried adding the tap.jit.sum.maxhelp patch just
incase that was something,

Tap.Tools 3.0.1 (Pro) - www.electrotap.com
Jitter 1.7.0 installed
jit.gl.shader: unable to find CG framework.
newobj: jit.openexr: No such object
newobj: tap.jit.sum: No such object
newobj: tap.jit.sum: No such object
CameraList: open 1 1

Thanks in advance

Cheers

Garth

[Timothy Place]

Hi Garth,

Do other Tap.Tools objects work?  I'm wondering if it is only tap.jit.sum that could be giving you trouble...

best,
 Tim

Cycling '74 | http://cycling74.com
Electrotap  | http://electrotap.com

[Garth Paine]

Hi Tim

Yes, it is just tap.jit.sum - no errors on others. We also had an
issue where on the installation machine, if we opened the patch
directly (ie. it opened Max...) then it would not find tap.jit.sum,
but if we opened Max first then it was fine. But, this compilation is
on my machine where I have not seen the opening issue - this problem
only occurs for me when compiling into an app. I am running Max 5.0.7

Cheers, garth

[Macciza]

Hi Garth, Hi All,
I noticed jit.gl.shader complains - unable to find CG Framework . .
and jit.openexr also . . .
So it is possibly a jitter related issue as well given that it is a
jitter Taptool also . . any other tap-jit objects?
Have the Jitter components - jitlib, Cg.framework & jitter-shaders -
been seperately added . . .
Perhaps the tap.jit objects have some dependencies there ? If so does
Tap builder check and install? -Tim?
I'm assuming tap.jit.sum is now in taptools.mxo rather than seperate
as per Max4.6 so it should be there- Tim?
Would adding the older tap.jit.mxo get around the issue if it really
isn't there? thats if its not jitter related?

Just a few thoughts,
Macciza

[Garth Paine]

HI Macciza

Thanks for those thoughts - yes one needs to add the Frameworks from
Jitter and the shaders as you mention, which I did later, but the
tap.jit.sum issue persists

[Macciza]

Hi Garth
Yeah its frameworks now with 5, sorry - but it looks like max5 takes
care of all that and then the tap.builder just adds the
jamoma.framework and the taptools.mxo which should have tap.jit.sum in
it. TTBlue does get added though??

Building just tap.jit.sum into an app gives these errors - strange
that openexr is there - I thought you were using it. .

newobj: jit.openexr: No such object
newobj: tap.jit.sum: No such object

So it looks like there is something strange going on there - Tim will
have to help you with that . .

The other issue on the installation machine is the same behaviour as
my student license - so perhaps thats an auth problem.
Hope all is going well, and you get a solution
Cheers
Macciza

[Macciza]

Hi Again

I knew something looked familiar with tap.jit.sum . . .
Checkout Jamoma's 'jcom.sum%' object - should work as replacement for
you
I'm guessing this is due to common history of Jamoma and TapTools

Cheers
Macciza

[Timothy Place]

After some amount of pulling my hair, I think the easiest thing to do is to replace the tap.jit.sum external with an abstraction which does the same thing.  We've actually had some maintainability problems with jcom.sum% in Jamoma too, so we are going to exchange that for the same abstraction.  Details (including the abstraction) are here:

http://n2.nabble.com/jcomef3076123.sum--tp3240180.html

best,
 Tim

Cycling '74 | http://cycling74.com
Electrotap  | http://electrotap.com

[Garth Paine]

Thanks Tim - indeed the problem is an interesting one - we had issues
with the installation machine not finding tap.jit.sum when booting
from double clicking on a patch, but did work when opening max fist
then opening the patch - the code on the linked page looks like
binary - how does one work with that? Can it be uploaded as a text
file?

Cheers, Garth

[Garth Paine]

Ok found it on SourceForge - thanks - will try compiling and see what
happens - cheers, Garth

[Garth Paine]

Awesome - thanks - that works - I am still getting one problem

newobj: jit.openexr: No such object

I can not find jit.openexr anywhere in the patch, and do not
understand why it would not have been copied across as necessary?

I had to copy the shaders and cg.framework across, but can not find
any reference to jit.openexr

Anyone experienced the issue and have a solution?

Thanks, Garth

[Garth Paine]

Ok copied the jit.openexr external into the support folder in the
package and now no errors - seems strange it is not included and I can
not see where it is used. Also I now note that the Jamoma 0.5Beta
message comes up in the Max window on the app - is this from the new
jit.sum version?

[Macciza]

Hi All
The maxpat is a compressed file format - not too difficult to open.
Pity about the jcom.sum% issues
The jit.openexr issue seemed linked to the tap.jit sum issue as i
mentioned earlier - if you are still getting this error you may have a
tap.jit.sum hanging around in your patch. or else another tap object
has the same problem
Did you check your licensing as the 'non-opening object' issue is what
I get with a student license.
The Jamoma framework is added by the Taptools builder I believe.

Cheers All,
Macciza

[Macciza]

On Jul 15, 10:34 am, Garth Paine <ga.pa...@uws.edu.au> wrote:

<snip>

> then opening the patch -  the code on the linked page looks like
> binary - how does one work with that?  Can it be uploaded as a text
> file?

http://www.cycling74.com/forums/index.php?t=msg&th=38828&start=0&rid=7526&S=7f41e596625eecc4a08aea6fd187dbfe

[Garth Paine]

Thanks - had not caught up with that development - cheers, Garth

On Jul 17, 11:20 am, Macciza <macc...@gmail.com> wrote:
> On Jul 15, 10:34 am, Garth Paine <ga.pa...@uws.edu.au> wrote:
> <snip>
>
> > then opening the patch -  the code on the linked page looks like
> > binary - how does one work with that?  Can it be uploaded as a text
> > file?
>

> http://www.cycling74.com/forums/index.php?t=msg&th=38828&start=0&rid=...

[bkshepard]

This thread is quite interesting. I have a standalone I'm working on
that only uses the tap.tools object (tap.pan~) and no jitter objects.
Yet, when I launch the built standalone, I get several messages in the
status window complaining about not finding Cg.framework and various
jitter files including one called jitter-config.txt. I've solved the
warnings by manually copying the jitter-externals folder into my
application's support subdirectory along with a blank text file I
created called jitter-config.txt. Does Tap.Tools require jitter even
if the patcher doesn't? If I'm not using any jitter objects, can I
safely ignore those warnings and not copy the files over? That would
sure make the built application smaller. Thanks!

[bkshepard]

Clarification on my post above:

My standalone only uses one tap.tools object--that being tap.pan~ and
no jitter objects, although there are many max/msp objects. Sorry
about the confusion.

[Trond Lossius]

Hi,

This is just a wild guess, but it might be that the use of attributes
in tap.tools introduce Jitter dependencies. AFAIR this was the case
for any external developed for Max 4.5 and 4.6, although I doubt that
it is the case any longer for externals developed for Nax 5 only.

Best,
Trond



Sent from my iPhone

[bkshepard]

Ah, so it sounds like I do need to include the various jitter files
and folders.

On Jul 28, 12:04 am, Trond Lossius <trond.loss...@bek.no> wrote:
> Hi,
>
> This is just a wild guess, but it might be that the use of attributes  
> in tap.tools introduce Jitter dependencies. AFAIR this was the case  
> for any external developed for Max 4.5 and 4.6, although I doubt that  
> it is the case any longer for externals developed for Nax 5 only.
>
> Best,
> Trond
>
> Sent from my iPhone
>

[Timothy Place]

Historically, yes, the attribute features required Jitter.  

That is no longer true, but the fact that most of the Jitter objects are inside of the tap.tools.mxo makes things a little squirrelly regarding whether or not Jitter is required.  I hope to make this better in the near future.

best,
 Tim

Cycling '74 | http://cycling74.com

74 Objects | http://blog.74objects.com
Electrotap  | http://electrotap.com

[Andrew]

Hi all,

I'm having the same issue but with [tap.jit.ali]. After adding all the
necessary files (CG framework, jit.openexpr etc.) the message "New
obj: tap.jit.ali No such object" still appears.

I'm on Max 5 and running Mac OS X 10.5.7. Any hints on how to fix this
would be greatly appreciated.

Best,
Andrew

On Jul 28, 7:02 pm, Timothy Place <t...@electrotap.com> wrote:
> Historically, yes, the attribute features required Jitter.
> That is no longer true, but the fact that most of the Jitter objects are
> inside of the tap.tools.mxo makes things a little squirrelly regarding
> whether or not Jitter is required.  I hope to make this better in the near
> future.
> best,
>  Tim
>
> Cycling '74 |http://cycling74.com
> 74 Objects |http://blog.74objects.com
> Electrotap  |http://electrotap.com
>

[Andrew]

Hi all,

I sent a message but it doesn't seem to be here, so at the risk of
sending myself... here it is again.

I'm having almost the same issue, but with [tap.jit.ali]. I added all
the necessary files (CG frameworks, jit.openexr etc.) but I still get
"newobj: tap.jit.ali: No such object ". I tried with many other
tap.jit... objects and had the same issue. One object from the random
ones I picked worked, but I can't remember which. If it can help, I
can test them all.

I would greatly appreciate some help. I'm in a bit of a pickle without
it.

Thanks in advance and all the best,

Andrew

On Jul 28, 7:02 pm, Timothy Place <t...@electrotap.com> wrote:

> Historically, yes, the attribute features required Jitter.
> That is no longer true, but the fact that most of the Jitter objects are
> inside of the tap.tools.mxo makes things a little squirrelly regarding
> whether or not Jitter is required.  I hope to make this better in the near
> future.
> best,
>  Tim
>
> Cycling '74 |http://cycling74.com
> 74 Objects |http://blog.74objects.com
> Electrotap  |http://electrotap.com
>