Forum Replies Created
-
Posts
-
Check you’re using the latest version – earlier versions had problems with some third-party audio hardware. If updating doesn’t help, let us know.
Hi, I just put a build of the current code up on GitHub:
Ah sorry, my advice wasn’t useful. I haven’t used the plugin myself for a while – I can’t remember if that limitation is due to the Kinect or how the plugin is designed.
Use a single instance of the Kinect patch and Syphon to share the feeds between your applications – http://syphon.v002.info
Excellent, thanks for the support! I’ve just added you to the list of supported apps on the website.
Hi – I’ve just pushed a new version which should take care of this.
http://syphon.v002.info/recorder/
Let me know how you get on.
This is rather hard to diagnose without knowing anything of your custom app. How is rendering driven – a CVDisplayLink, some sort of timer, by the delivery of new frames…?
Are you drawing the frame on screen in the custom app, and is that required for your setup? Avoiding drawing on screens you aren’t using for output sounds like a likely and simple solution.
See the Help menu in Syphon Recorder for advice on compressors (probably stick with AIC).
Blurry output sounds like MadMapper is sending a smaller resolution than you are recording. It looks like MM’s Syphon output is sized to match it’s output window.
Define or illustrate “not so good”. A screenshot of the Preferences window in Syphon Recorder would help too.
As you’ve discovered this is a known issue. I don’t think either of us have much time to spare right now, but it’s open source so…
1. Visit syphon.v002.info
2. Download the Quartz Composer plugin from the link on the right
3. Follow the instructions in the Read Me to install the plugin4. I don’t use Grand VJ, perhaps the Syphon Client QC.qtz included with the Syphon QC plugin will just work – if not, ask the GrandVJ folks (and suggest they add native Syphon input).
Some applications tie frame dimensions to window dimensions, which results in a lot of changes if the window is resized by a drag. Try the demo Simple Server to test your application in those circumstances. Others have server dimensions determined by a user preference or changes in connected hardware and will change much less frequently, if at all.
Variable frame dimensions is a feature of Syphon, so you would be wrong to assume anything about the dimensions of incoming frames – hopefully the modifications to your code to detect and respond to change won’t be too arduous.
Dimensions are a property of each SyphonImage, not of the server/client – a series of frames from a single client may have different dimensions, sometimes changing very frequently.
None (Uncompressed) gives 8-bit RGBA. If it’s available on your system, try Apple FCP Uncompressed 8-bit 4:2:2 (assuming you don’t need alpha).
Unless you have a fast SSD, recording uncompressed will reduce the framerate you’re able to capture and you may find you have to use a minimally compressed codec anyway – AIC or ProRes would probably be best.
See https://github.com/v002/v002-Camera-Live/issues/2 which explains the problem and has a third-party build which may work for you.
