Syphon for Cinder

[GoogleCodeExporter]

Initial implementation at http://forum.libcinder.org/topic/cinder-syphon

Liase with author to bring up to scratch, receive review from other cinder 
users, add to our implementations here if author is willing.

Original issue reported on code.google.com by bangnoise@gmail.com on 3 Apr 2011 at 10:45

[GoogleCodeExporter]

Sounds great to add this to the official implementations.

I've got a working version attached, but it's not completely finished yet.

Syphon Server

- Works great, did have one request to remove the hardcoded GL_TEXTURE_2D in 
order to use GL_TEXTURE_RECTANGLE_ARB
- Very similar to the Openframeworks version in methods

Syphon Client

- Did some preliminary work on this, but it's far from functioning.
- Only a skeleton framework at the moment

Original comment by anthony....@gmail.com on 5 Apr 2011 at 7:24

Attachments:

• CinderSyphon.zip

[GoogleCodeExporter]

I've got a final version of Cinder Syphon working now.  Client and Server are 
both fully functional.

Changes:

- You now can publish either GL_TEXTURE_2D or GL_TEXTURE_RECTANGLE_ARB
- Client has been modeled exactly after OF version.

Enjoy.

Original comment by anthony....@gmail.com on 15 Apr 2011 at 7:07

Attachments:

• CinderSyphon.zip

[GoogleCodeExporter]

Great cheers, looking forward to playing with this. I'll take a look and get it 
on SVN over the weekend.

Original comment by bangnoise@gmail.com on 15 Apr 2011 at 7:12

[GoogleCodeExporter]

Nice work!

Original comment by v...@vade.info on 15 Apr 2011 at 7:22

[GoogleCodeExporter]

r66 is astellato's implementation with the test apps removed and full license 
text in the headers.

To be done:
create an Xcode project which builds the final directory structure for Cinder 
so we don't need to embed a copy of the framework here, and can share 
SyphonNameboundClient with the other implementations.
Add a class for server discovery (probably returning a list of 
appname/servername pairs?)
Ability to query name and app-name of clients.
Probably not use SyphonNameboundClient as it doesn't do what we want if a 
server changes its name. This will be affected by 
http://code.google.com/p/syphon-framework/issues/detail?id=11 and could wait 
for a decision on that, or implement a class which doesn't consider name-change 
the end of a client.

astellato if you are interested in working on any of the above we could make 
you a committer..?

Original comment by bangnoise@gmail.com on 16 Apr 2011 at 12:10

[GoogleCodeExporter]

I'd be interested.

Server discovery would be simple to implement, but for the rest I'll wait until 
http://code.google.com/p/syphon-framework/issues/detail?id=11 is resolved.  
Tried to model this after the OF version.  Did we put server discovery into 
that implementation yet?

Set up the embedded framework directory structure in the manner as other Cinder 
Blocks (addons).  We can change it to whatever you'd like, as long as its 
simple to use.

Original comment by anthony....@gmail.com on 17 Apr 2011 at 4:42

[GoogleCodeExporter]

Thanks, added you as a committer.

There's no server discovery in OF yet, either, so if you want to do them in 
parallel where appropriate, that would be great.

Directory structure - I was suggesting that in the Cinder directory here on svn 
we have only the unique parts for Cinder, then an Xcode project which builds 
and copies the requisite shared items (framework, and for now 
SyphonNambeboundClient) from outside the Cinder directory along with the 
Cinder-unique items into a directory layout suitable for a Cinder Block, such 
as you provided, which will be what we distribute as a ready-to-use download. 
Make sense? It's not urgent anyway...

Original comment by bangnoise@gmail.com on 17 Apr 2011 at 4:57

• Changed state: Started

[GoogleCodeExporter]

Needed to change line 100 from:
inputTexture->getId()
to
inputTexture->getTextureId()

In order to compile with Cinder 0.8.2 Mac

Original comment by momoDmon...@gmail.com on 13 Jun 2011 at 10:32

[GoogleCodeExporter]

Cheers momo, r89 fixes that I hope. Any other thoughts on the Cinder 
implementation? It could use more Cinder-wise eyes over it.

Original comment by bangnoise@gmail.com on 15 Jun 2011 at 12:31

[GoogleCodeExporter]

(to comment 8)
going the other way around make it work in cinder 2.8.3:
    inputTexture->getTextureId()
    to
    inputTexture->getId()

still at line 100

Original comment by johanne...@gmail.com on 17 Nov 2011 at 10:32

[GoogleCodeExporter]

I still have problems with some flickering if I draw multiple textures to the 
syphonfbo that I publish to syphon as a texture. The weird thing is that it 
does not matter if I draw all textures at once using a shader or if I draw them 
after each other.
I did not figure out what is the problem.

Original comment by jenshein...@googlemail.com on 19 Feb 2012 at 11:59

[GoogleCodeExporter]

jensheinen - can you open a new issue for your problem, and perhaps include the 
code you use to render?

Original comment by bangnoise@gmail.com on 20 Feb 2012 at 9:36