search

Dewb / radome

Dome mapping software for live interactive fulldome visualizations with consumer projectors.
33 stars 7 forks source link

Port to openFrameworks 0.8 #8

Closed Dewb closed 9 years ago

Dewb commented 10 years ago

v0.8.4 branch contains initial porting work. Builds and runs, but some problems:

sheridanis commented 10 years ago

I've fixed ofxFenster to work with 0.8.4 if you need - https://github.com/sheridanis/ofxFenster

Although I'm also in the process of moving to ofxAppGLFWWindowMulti as ofxFenster doesn't seem to get much love these days

Potzer commented 10 years ago

I plan on trying to get this sync'd down to see if there are things I can help with... (textures and windows seem up my alley)

Don't recall what the status is of the current incarnation and living in windows, however it may start with trying to get that up again.

--Potter

On Mon, Sep 22, 2014 at 12:10 PM, James notifications@github.com wrote:

I've fixed ofxFenster to work with 0.8.4 if you need - https://github.com/sheridanis/ofxFenster

Although I'm also in the process of moving to ofxAppGLFWWindowMulti as ofxFenster doesn't seem to get much love these days

— Reply to this email directly or view it on GitHub https://github.com/Dewb/radome/issues/8#issuecomment-56397287.

Dewb commented 10 years ago

Ok, the plot thickens. I've been trying to get a working Radome dev environment up on my new)ish) Macbook. Since the v0.8.4 port had issues, I went back and built Radome on of_v0073 and of_v0.7.4, and they both also still have the Syphon issue that I saw in v0.8.4.

I downgraded ofxSyphon to 75202db1f3ac166d0605a823dfae4a4ca2952cb1, that didn't help. There could be something else wrong in my computer configuation, or it could be an issue with OSX 10.9 or Xcode 5.1.1. Will need to do some more testing and diffing vs. an old 10.8 computer that is still running the 2013 edition of Radome successfully.

Dewb commented 10 years ago

@sheridanis Thanks! I will definitely take advantage of that once the Syphon issue is dealt with.

sheridanis commented 10 years ago

you need to remove the syphon addon, re add it manually and then drag the syphon framework back into the copy build phase like so - https://www.evernote.com/shard/s115/sh/954c8802-1eb0-4d38-b315-3e2bbf447888/a5d56ca2569f756158a24c8900ed156d

Dewb commented 10 years ago

Sorry, let me explain the problem in more detail. The app builds and runs, and Syphon works if I just draw the image onto the window with client.draw(). What we're doing here is slightly more complicated: taking the Syphon texture and assigning it to a shader uniform sampler2DRect. This worked fine on our old dev and installation systems (with OSX 10.8 and of v0073), but it does not work on my new 10.9 dev laptop (not with of v0073, 0.7.4, nor 0.8.4). The shader aborts at runtime when the sampler2DRect is accessed. There's no error message, but the fragments that should be rendered by that shader aren't drawn, even if we don't use the color values taken from the texture.

sheridanis commented 10 years ago

no idea then - maybe try using a glut window instead of a GLFW window and also make sure your not using the programmable renderer

Dewb commented 10 years ago

Figured out the Syphon issue -- it was a dumb mistake on my part, as I suspected. I've been passing the textureID as the third argument to ofShader::setUniformTexture(), but it actually expects a texture location. For some reason that has worked fine for us for over a year on 10.8/Xcode 4.5, but it doesn't on 10.9/5.1.

Dewb commented 10 years ago

@Potzer, the of_v0.8.4 branch is now up-to-date with master w/r/t the new stuff we're building for Sway/OSC interaction in the 3D environment. ofxFenster is still disabled, I haven't tried incorporating the glfw windower, so if you wanted to take another stab at a Windows port, that might be a good baseline. You'll just need to disable Syphon and create the Visual Studio project files. I don't know if you're still on the VB list or not, but I think the stuff we're doing now with smartphone-controlled minigames is right up your alley. Jim is also dev'ing the server side on Windows (in Node) so a port would help him test. Syphon isn't necessary for the 3D part of this project, just to consume video from Resolume.

Dewb commented 10 years ago

After some more thought, trying to do a windows port in the 0.8.4 branch will probably create a merge nightmare down the road.

I will rearrange the master branch a bit and make it easier to disable ofxFenster and prototype a Windows port in a more lightweight branch.

Dewb commented 9 years ago

I've merged the master and bleepout branches into the v0.8.4 branch and fixed most of the minor bugs in v0.8.4 (2D/3D mixer, upside-down projector output, plugin build and runtime failures, etc.) There are still some projector setting load issues (every once in a while projector settings have random NaNs and the dome is not drawn, hitting Load in the calibration window fixes it.) Also got the project building in Xcode 6. Still need to re-enable the projector output window by adding ofxAppGLFWWindowMulti.

Dewb commented 9 years ago

ofxAppGLFWWindowMulti support is in. Had to customize it a bit to suit our needs. Fixed most of the calibration settings issues by reverting back to the old ofxUI commit point. There are still some tiny issues, but a lot of old tiny issues with 0.7.x are now fixed, so I'm calling this done.

Dewb commented 9 years ago

of_v0.8.4 branch has been merged to master.