Forum Replies Created
-
AuthorPosts
-
bangnoise
Keymasterdon’t use a weak reference to self in the block as a dispatch source may still be in use after you cancel it – but yea
bangnoise
KeymasterIf anyone wants to fix this, it is possible QC doesn’t like non-QC code releasing a QCPlugIn instance, in which case a solution would be to avoid the reference to self in the block used by the dispatch timer, so the QCPlugIn object is not retained on the timer’s queue – a new object could be created which can be retained and have its properties set/got by the plugin and timer both.
bangnoise
KeymasterCould you provide us with a standalone app plus step by step instructions to trigger the problem in VDMX? A System Information report if you go Apple Menu > About This Mac > More Info… > System Report > Save… would also be helpful.
bangnoise
KeymasterI’d be glad to help you!
Excellent!
I assume if you rewrite the whole broadcast and discovery system it break the compatibility with older versions of Syphon clients?
Yes, but I’m not too worried about that. We would still support the previous method for a transitory period so sharing between non-sandboxed apps wouldn’t be affected.
Does anyone have an experience in negotiating to have an app that is not sandboxed in the App Store? Do you think this miracle could happen?
I have never submitted an app to the App Store, so I’m no expert – but I understand this doesn’t happen at all now.
If you have some time, you could try profiling the performance loss with localhost networking to see what rate of messaging you can achieve, and what the latency is, compared to the current method. There is a project titled Messaging Test Rig in the implementations repo that might help. I can’t remember what state it’s in.
It would help if further discussion of this could happen on the issue ticket so we have it all for reference in one place.
bangnoise
KeymasterThanks for the kind words – yea Media Tools is not at all a finished thing, just an exploration of the new APIs. If you’re a coder and would like to submit pull requests on github then go ahead – we’re both working on other stuff right now but would be glad to see anyone take this further.
bangnoise
KeymasterDead simple –
http://syphon.v002.info/FrameworkDocumentation/#finding-servers
or in use
Usually you’d want to watch for the notifications SyphonServerDirectory emits so you can continue to update the list. Note that immediately after app launch the list may be empty, as server discovery takes a small amount of time.
September 9, 2012 at 12:40 pm in reply to: Pushing frames to embedded hardware via Syphon client? #6331bangnoise
KeymasterRe vade’s point – I’d go with asynch GL readback, as you can use an unmodified Syphon framework and avoid blocking the server. It can be super-fast if you do it right.
September 7, 2012 at 5:55 pm in reply to: Pushing frames to embedded hardware via Syphon client? #6321bangnoise
KeymasterIf I understand what you want to do, it seems eminently doable. I’m not sure which stage you’re uncertain about..?
bangnoise
KeymasterIt’s on SVN (look harder) but doesn’t work with MacOS 10.7 or 10.8 IIRC. If you’re on 10.8, you could build the v002 Media Tools Quartz Composer plugin and couple that with the Syphon QC plugin – or just pull the relevant code from that and roll your own Syphon server app if you’re comfortable doing that.
bangnoise
KeymasterAlso is there any reason you’re using Syphon Recorder over VDMX’s (newish) built-in Movie Recorder?
bangnoise
KeymasterYo – We haven’t had any reports of problems so far. Can you paste the crash report you get, plus a screenshot of your Preferences window in Syphon Recorder?
August 4, 2012 at 9:53 am in reply to: Resize Image on Server causes client fail using QC comps. #6268bangnoise
KeymasterCool, thanks for verifying. We’ll get a new download up soon.
August 4, 2012 at 6:59 am in reply to: Resize Image on Server causes client fail using QC comps. #6266bangnoise
KeymasterCan you check you don’t have two versions of the plugin installed and did install the version vade linked above? Check in /Library/Graphics/Quartz Composer Plug-Ins and in your Home Folder/Library/Graphics/Quartz Composer Plug-Ins.
I could reproduce the issue before and can’t with the version linked above.
July 31, 2012 at 3:15 am in reply to: Resize Image on Server causes client fail using QC comps. #6250July 31, 2012 at 3:06 am in reply to: Resize Image on Server causes client fail using QC comps. #6247bangnoise
KeymasterI can reproduce most of this, we’re investigating. In the meantime, if you’re able to fix the pixel dimensions of your RII patch, that should at least avoid the problem.
bangnoise
KeymasterCool – having the camera match the frame dimensions would be awesome, but this is a fun start. Nice!
bangnoise
KeymasterCan you check you’re running the latest version of the Syphon external and post a patch which reproduces the problem if it persists.
bangnoise
KeymasterYo
New download is available for Processing 2
http://code.google.com/p/syphon-implementations/downloads/list
bangnoise
KeymasterMy guess is you haven’t set the Syphon output size in Modul8’s preferences.
Modul8 > Preferences > Misc > Syphon output size
If that’s not it, post a screenshot of Modul8’s prefs showing that setting and of the Preferences window in Syphon Recorder, so we can duplicate your setup to check.
bangnoise
KeymasterUsing <OpenGL/CGLMacro.h> you don’t need to get/store/set the CGL context at all – just make sure the variable named cgl_ctx is the one you’re drawing into and the macros will direct glFunction calls to the appropriate context. Otherwise at first glance I heartily approve these changes.
-
This reply was modified 8 years, 7 months ago by
bangnoise. Reason: OpenGL/CGLMacro.h probably isn't a useful html tag
-
This reply was modified 8 years, 7 months ago by
-
AuthorPosts