Forum

Welcome Guest 

Show/Hide Header

Welcome Guest, posting in this forum requires registration.
Pages: [1]
Author Topic: Problem getting controller software to compile.
sleepy
Newbie
Posts: 9
Permalink
Post Problem getting controller software to compile.
on: May 4, 2013, 01:00
Quote

So for grins I grabbed the 1.62 source and tried to fire up the controller on my mountain lion machine running Processing 2.0b8.

I get the following error:
"The type KeyEvent is ambiguous" on line 1395.

Ideas?
sandy
Administrator
Posts: 1317
Permalink
sandy
Post Re: Problem getting controller software to compile.
on: May 4, 2013, 14:32
Quote

Try importing the KeyEvent class explicitly: put

import java.awt.event.KeyEvent;

at the top of the main polargraphcontroller.pde file. I haven't tested it in any of the Processing betas, but I assume there is something called KeyEvent built in to Processing now, and so it doesn't know which one to use.

sn
sleepy
Newbie
Posts: 9
Permalink
Post Re: Problem getting controller software to compile.
on: May 5, 2013, 00:42
Quote

Yeah... more problems, clearly you are writing this in processing 1.x. They've changed saveOutput too .. oh well I should probably have a copy of 1.x around anyways 🙂
sandy
Administrator
Posts: 1317
Permalink
sandy
Post Re: Problem getting controller software to compile.
on: May 5, 2013, 18:46
Quote

Yes I was reluctant to go to the processing 2 until it was out of beta, but it's taking so long, I think it's now quite unusual to be still using 1.5. Hm!
gontiki
Newbie
Posts: 24
Permalink
gontiki
Post Re: Problem getting controller software to compile.
on: August 11, 2013, 00:45
Quote

I was off-line for a while, but now I try to catch up with "Polargraph 1.7-1.6.zip".

Actually, it is not so difficult to compile the controller with Processing 2.0.1 (on a Mac 10.8.4) beside that "fileSelected" in polargraphcontroller.pde and a few changes in the import definitions in polargraphcontroller.pde and Misc.pde.

But I got stuck (both in 1.5.1 and 2.0.1) with the function "webcam_captureCurrentImage" in trace.pde. It tells me this function does not exist. Now, I don't know which part of the software provides this function.

If I comment this function out, at last I can run the polargraphcontroller with 2.0.1. I didn't check it yet if that procuces usefull output.
sandy
Administrator
Posts: 1317
Permalink
sandy
Post Re: Problem getting controller software to compile.
on: August 11, 2013, 10:22
Quote

Hi Gontiki, glad to see you back 🙂 I've fixed that bug loads of times, but just now figured out why - git was tracking the wrong repo, so I was fixing it, but then committing a different repo. Duh. Anyway, done it now, 1.61 is in the repo, the only change is that the method in trace now looks like:

public void trace_captureCurrentImage()
{
if (getDisplayMachine().imageIsReady())
trace_captureCurrentImage(getDisplayMachine().getImage());
}

Thanks for pointing this error out.

I had a brief stab at processing 2.0 and found the same as you I guess - not too awful. BUT, I am currently stuck on an old version of controlp5 (the interface widget toolkit), and figure I might as well bring the dependencies up to date too, for an official release anyway. One day!

cheers!
sn
gontiki
Newbie
Posts: 24
Permalink
gontiki
Post Re: Problem getting controller software to compile.
on: August 11, 2013, 14:54
Quote

Hi Sandy, thanks for the quick (as usual) answer. Yes, I was offline last half year; sometimes one has to earn money.

No it compiles and somehow the GUI even works, but you are right, controlP5 is the obstacle, I get the warning from Processing:

"ControlP5 0.5.4 infos, comments, questions at http://www.sojamo.de/libraries/controlP5
The class controlP5.ControlWindow is incompatible with Processing 2.0. A library (or other code) is using registerMouseEvent() which is no longer available. The class controlP5.ControlWindowKeyListener is incompatible with Processing 2.0. A library (or other code) is using registerKeyEvent() which is no longer available."

Trouble is that Processing 1.5.1 also has becomes ugly to run on a Mac: "Error: This Java instance does not support a 32-bit JVM." Sure, this can still be tweaked but this is realy not the place where I want to spent my time.

Updating to ControlP5 2.0.4, I assume, is a matter of a few hours editing the source. But since I never used ControlP5 I am afraid I would get stuck somewhere in the middle of this update.

So, I am somehow locked in between 1.5 and 2.0 and probably just have to wait for that one day...
Pages: [1]
Mingle Forum by cartpauj
Version: 1.0.34 ; Page loaded in: 0.031 seconds.