Forum Replies Created
-
Posts
-
H264 takes too long to encode to be well-suited to live recording – the frame-rate is generally terrible, and your CPU usage would rocket. GPU support is for H264 decoding only, when it is present at all.
There is untested support in Syphon Recorder for Matrox hardware encoding to H264 and MPEG 2. As it’s untested I can’t report on its performance, but if you can lay your hands on a Matrox encoder, you could let us know.
We’re always open to adding other codecs to the supported list – if there’s an Apple or third-party codec you’d like us to test then name it and we can see how it performs. Anything with a lower data-rate would be a good addition to the list, for sure.
Sounds like a lot of video!
Is this using the Beta 1 client? It is stricter about the parameters than the Beta 2 version. Put in either the name of the app you’re sending from or the name of the server you want to receive, or both.
I haven’t any bright ideas I’m afraid.
My favourite thread on this subject begins “I recorded video from a high-power rocket I launched…“.
The solution to that thread might give you some help if you want to recover it by writing your own program, otherwise these sort of services don’t usually come cheap.
Let us know if you have found a free/cheap solution…
If you’re having problems with Soundflower and Syphon Recorder, please e-mail me at bangnoise@gmail.com
v002 Screen Capture doesn’t work under 10.7 – Apple disabled the screen capture method it uses.
Perhaps you can use Syphon?
Issue is in the Syphon framework due to a change made in Public Beta 2 ( http://code.google.com/p/syphon-framework/issues/detail?id=16 )
Until we issue a fix, using the previous beta works:
http:///syphon.v002.info/downloads/old-public-beta-1/Syphon%20for%20FreeFrameGL.dmg
Opened as issue 12
http://code.google.com/p/syphon-implementations/issues/detail?id=12
Ah, I’m noticing this on an X1600 too, Resolume 3.3.2, 10.7. We will investigate further.
This used to work, and may be a 10.7 bug. I’d try it under 10.6 if you need a solution on this hardware.
You should be able to duplicate the app in the Finder and run multiple instances. Hopefully your machine can keep up…
We’ll probably add the ability to have multiple recordings in a future version…
Looks promising. If you (or anybody else with some experience of programming on Windows) are interested in exploring this, keep us posted.
if i wanna drop the effect via the media inspector it doesnt let go of the effect if i put it on layer 1 fx
Are you attempting to do this, and it’s not working?
If so, and it’s not working, file a bug report from VDMX’s help menu (it should work).
There’s no qcFX bundled with the Film plugin, so you’ll have to make your own – base it off the ones for the glitch plugins, or see the Vidvox wiki.
In VDMX, in the Help menu, choose Open Assets Folder in Finder
Put the qcFX in the qcFX folder in that windowIf you’ve installed the plugin correctly, you’ll be all set.
Let us know how you get on.
Cheerrrrrs, Tom
http://syphon.v002.info/ at the bottom of the page for Syphon donations.
We’ll fix the v002 link – thanks for the heads-up.
@bLackburst – This is a bug it sounds like we should fix! Which link isn’t working for you?
Cool – glad it’s working. If the only GL work you do is this, you should be able to set the context once after you create it, and it will remain set for subsequent renders. Alternatively, look into using CGLMacro.h, which is the fastest possible way to direct commands to a context.
Is your GL context the current context when you render? i.e. are you either setting it explicitly using CGLSetCurrentContext (or its NS alternative), or better, using CGLMacro.h?
That would be my first guess.
or more in general: how does one debug an OpenGL project, when the output is just artifacts from the graphics card?
Attach OpenGL Profiler to your app and set it to break on any OpenGL error.
Any help?
