Forum Replies Created
What GPU do you have? Ive not received or seen any issues. I have 2 1414’s that work fine here.
At least, no client we have written or that I am aware of. Lots of folks make Syphon projects and we never know about it, sadly!
Nope, no command line client, only because Syphon is optimized to run on the GPU, not CPU, which most UNIX style input pipes expect images in some sort of main memory format, so its a bit of a performance issue.
That said, I posted about it on twitter – maybe someone will make one?
You could give it a shot, if so inclined.
Hi – not that I am aware of currently, but thats actually an interesting idea.
Ah cool. Yeah honestly there shouldn’t be much complication to getting Syphon output working. Like I said, I don’t know or use Vizzable well besides my now slightly out of date Max knowledge – typically Syphon works – its really just on or off. There isn’t much more too it.
Unfortunately it sounds like theres a misconfiguration somewhere in Vizzable or what not. Good luck!
Hm. Interesting. I’d ping folks on the Cycling 74 forum and see if you cant get more appropriate help. If the server and client work, then Syphon works. Definitely something on the Vizzable end.
What is it you are trying to do? You might be better off with other software?
Sorry I cant be more direct help!
Does /Application/Utilities/Console.app show you anything?
Opening it up, clear it, and repeat your steps, then paste whatever you get new into a reply here.
I don’t use Vizzable, nor did we make Syphon out for it. You might be better off contacting whoever did make it.
Im 90+% sure you need to install the Syphon Plugin for Max so it works. If you don’t, the Max patch will still load, it just won’t ‘run’ the Syphon output, resulting in the behavior you are seeing.
Step 1 – Ensure Simple Client and Simple Server work.
You can download them here. You can also test them with recorder.
Step 2 – Did you read the readme with Vizzable, are you required to install the Syphon plugin for Max 6? If so, did you do it?
Step 3 – How do you know it works up to Syphon out but no further? Can you please document your steps and check out: https://www.mikeash.com/getting_answers.html
Use the version on git, download and compile yourself.
We just used it for a tour and it worked fine with 10.10.3June 12, 2015 at 3:27 pm in reply to: syphonserver does not start rendering in Pd-extended #59015
🙂June 12, 2015 at 2:53 pm in reply to: syphonserver does not start rendering in Pd-extended #59013
Hi, thanks for your patience. Seems like something subtle changed in PD Extended / GEM
I’ve slightly changed the project file and have updated a new release with detailed install instructions.
I hope this solves your issues:June 12, 2015 at 6:21 am in reply to: syphonserver does not start rendering in Pd-extended #59008
What do you mean ‘none of the clients launched’ ?
Your patch?June 10, 2015 at 7:59 am in reply to: syphonserver does not start rendering in Pd-extended #58997
Well, please try PD Extended download and read the instructions on the page I linked.June 10, 2015 at 7:49 am in reply to: syphonserver does not start rendering in Pd-extended #58995June 10, 2015 at 7:48 am in reply to: syphonserver does not start rendering in Pd-extended #58994
Why are you tweaking with the framework install folders?
Does Stock PD Extended work with Syphon if you follow the directions?
Thanks for the detailed question.
So, right now you are making a kCGLPFAOpenGLProfile, (CGLPixelFormatAttribute)kCGLOGLPVersion_3_2_Core, // This sets the context to 3.2
Which the stock Syphon Server does not handle. There are forks of Syphon which handle OpenGL Core Profile.
Apologies, we’ve been slow to uptake Core Profile because many of the Host Apps and underlying technology hasn’t moved to it (Core Image, Core Video) – and plus were lazy and don’t get paid to do this, haha.
Thanks, and sorry stock Syphon doesnt handle that for you. We should get on that asap!
Do YOU have more details?
Hi Joe – unfortunately the PD external was only ever implemented as a ‘Server’ not as a ‘Client’. The PD community didn’t offer any help in porting the externals and frankly, we can’t do every possible plugin for every possible app. Please reach out to the PD list and let them know there is demand.
Anyone can fork and submit PR’s etc.
To be clear, you can use OpenGL on a secondary thread without locks, if you never touch it from another thread (i.e., its guaranteed to be serial on that thread and that thread only).