Forums > Jitter

CFM externals question

February 15, 2007 | 6:57 am

Hello,
My name is Reid, I am fairly new to Jitter, so I apologize in advance if this is a simple question, but everytime I run cv.jit.track or cv.jit.floodfill I get the error message

"loading old CFM externals disabled"

Im running a PPc G4 iBook with 0SX, Jitter 1.6.2 and cv.jit 1.5

Ive been searching message boards and the internet for a few hours trying to find out what CFM means and I think CFM means Code Fragment Manager (I doubt it stands for Christian Fellowship Ministries) and it has something to do with Universal Binary and incompatibilities between the two.

If you have any information about what and why this is happening and if there is a way to fix or get around it I would be SO appreciative. I have spent almost 4 hours trying make this work and I have had no success.
Thanks so much!
-reid


February 15, 2007 | 8:41 am

UPDATE:
Im trying very hard to not come off with a RTFM or a forum archive newbie question, so after a few more hours of digging I found some answers and new problems can ask a much more specific question.

I found the MaxMSPCFMsupport.pxg and installed that and that got rid of the CFM error messages.

Now when I run cv.jit.floodfill I get this error message:

"can’t fragload cv.jit.floodfill (missing <>),err -2804

I read in a post I need to copy
/Applications/MaxMSP4.6/MaxMSP.app/Contents/Frameworks/JitterAPI.framework
and paste to
/Library/Framworks/JitterAPI.framework

which I did but that unfortunately didnt do anything

I also read that I need to put JitLib 1.5.3 in my library

so, with a preface that it is 3:40am, here is my question,
where do I find jitlib 1.5.3
and if/when I do put it in my CFM support, will this fix the fragload error?

and also on a side note, Ive been reading CFM so much tonight but no one has actually said what it is. Does anyone know what it stands for?

Thanks so much!
I have done a lot of message board digging and reading tonight and my brain is hating me so goodnight
-reid


February 15, 2007 | 3:07 pm


February 15, 2007 | 5:28 pm


February 15, 2007 | 6:42 pm

On Feb 15, 2007, at 9:28 AM, Wesley Smith wrote:

> I think this is because compiling OpenCV under the usual UB workflow
> is not straightforward. You have to compile with 2 difference OpenCV
> libs or lipo them together by hand after compiling them in the first
> place.

Seems like a simple script could batch assemble the UB versions from
the architecture specific versions using lipo, if someone needs to
make a UB standalone or something.

-Joshua


February 15, 2007 | 6:49 pm

> > I think this is because compiling OpenCV under the usual UB workflow
> > is not straightforward. You have to compile with 2 difference OpenCV
> > libs or lipo them together by hand after compiling them in the first
> > place.
>
> Seems like a simple script could batch assemble the UB versions from
> the architecture specific versions using lipo, if someone needs to
> make a UB standalone or something.

Right. I was just offering speculation. I’m sure J-MP can answer
better. Alternatively, you could also run lipo on the compiled jitter
externals although doing it further upstream on the actual libraries
is probably more efficient.

wes


February 15, 2007 | 8:24 pm

THANK YOU SO MUCH!
cv.jit works just fine, and I can track blobs!

but I have one last question, about jitlib
where can I download it or find it inside the MaxMSP folder
Ive searched my computer but nothing comes up, and the archives are definitely difficult to "seperate the wheat from the chaff."
I dont know if I still need it but I figured just in case for future reference it would be good to know.

Where and how did all of you learn about this stuff btw?

THANKS AGAIN!!
-reid


February 16, 2007 | 12:35 am

Quote: wesley.hoke@gmail.com wrote on Thu, 15 February 2007 10:28
—————————————————-

> I think this is because compiling OpenCV under the usual UB workflow
> is not straightforward. You have to compile with 2 difference OpenCV
> libs or lipo them together by hand after compiling them in the first

That’s correct. After wasting more time than I expected trying to get UBs to work, I figured it would just be easier to release different versions. Hopefully, the next upgrade is going to be UB.

As fot jitlib… Don’t worry about it, you don’t need it. It’s the _old_ CFM Jitter.

I think you’re unecessarily complicating your life. All you needed to do was:

1)Install Max.
2)Install Jitter.
3)Download the cv.jit version that matches your system.
4)Follow the instructions in the readme file.
5)Enjoy.

As was pointed out, your only problem was step 3. Replace steps 3 and 4 for any other external library. There’s no need to copy or move files other than those in the external distribution.


February 17, 2007 | 2:47 pm

jitlib is Max/MSP 4.5 or earlier

With Max 4.6 you’ve got the framework business with JitterAPI in /
Library/Frameworks

On 15-Feb-2007, at 21:24, reid wrote:

> but I have one last question, about jitlib
> where can I download it or find it inside the MaxMSP folder

————– 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


February 17, 2007 | 2:57 pm

On 16-Feb-2007, at 1:35, Jean-Marc Pelletier wrote:
> After wasting more time than I expected trying to get UBs to work

OK, after Wes’ message I realized that it was gnarlier with OpenCV
then otherwise. Good luck with this.

– P (who will stay as far away from manual lipo as possible)

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
UB, CFM/PEF, XP, TVA, FDR, Conga!
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


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