![]() You will have it up and running in 30 minutes or less. So if the above doesn't work for you I suggest you try the CamTwist way even if it isn't as good. If you do your Syphon install correctly you will get Syphon patches to use. But I'm pretty confident that this will work smooth since Syphon and OpenEmu are both products of Vade's. There is one step I didn't mention and that is that you will have to somehow get the game output into the Syphon sever in Quartz Composer. I think the unmodified QC client file will only use the top input input from the Syphon server, so if you need several layers of Syphon input you probably need to use several modified copies of the QC client file (I haven't tried this however). And then you need to load a QC client file on to a M8 layer. Modul8 is not prepared to take Syphon input but with this trick it will. Does it say it supports SNES?Īs for Syphon input in Modul8 - You MUST do the QC Rehab trick to make it work. There was an update recently so you might check again with SNES. I just follow the stuff Vade and his buddies does. I don't know about OpenEmu since I don't use it. Faster processor and lots of RAM usually makes a big difference when running several animating apps. If it's a good idea to run all apps of the same machine is hard to answer. Using Syphon would be a much better option because of the way it uses the GPU. I suspect that a software like CamTwist takes up a lot of resources from your MBP. If you're using CamTwist, just make sure to check your output settings because the framerate and the screen size is rather low/small in the factory settings. ![]() But it will lower the quality of the video in kind of the same way as it would when using the hardware you mentioned earlier but probably with lower latency. (Note that a software has to be prepared to use Syphon so only Syphon abled softwares can send to a Syphon server).Īnother option that is not as good as the one mentioned above is using an application like CamTwist (free) that will grab a window and make it into a camera input. In some cases the latency is so low that you won't notice it. Note that there is ALWAYS latency when driving data between apps and even more so between machines. This would probably giving you the best quality with the lowest latency. I don't know know what emulator you are working with but if it's you should be able to get your game into Modul8 through Quartz Composer and Syphon using the QC Rehab trick (search the forum for QC rehab). Is it right in thinking I will need to buy VideoGlide for Mac OS X to capture the video in a way that Modul8 will recognise? Here is the VideoGlide website:įirstly if anyone can verify this workflow it wold be very helpful before I purchase the D60+? It would also be helpful to be made of any negative and positive aspects of this workflow? ![]() The capture card says for Windows 7 but I assume that just applies to the software that comes with it. Please can you verify that this is the correct capture card: Both Machines will be running OS X 10.6.7 The signal will be outputted via a S-Video/video signal to the D60+ capture card, which will digitise the video signal via a USB port in a new 13 inch macbook pro running Modul8. I will be running a core 2 macbook with a DVI to video adaptor that will be outputting a 640x480 video signal. ![]() ![]() Sorry if I am going over what's already been discussed but I want to double check I've understood people's posts correctly. If anyone with the any experience of this workflow be able to verify that it works and the hardware and software I have selected to do it is all compatible it would be most helpful. I've read through this thread and I think I have found the cheapest way to get a OK quality video signal to output from the macbook to macbook pro. I'm planning on running a video signal from one macbook to a second macbook pro running Modul8. However it would be nice to get this to work. BTW I am using Eas圜ap with just 1 inputĪnd I lost my iSight until I deleted the QT component. I get the list of 4 video inputs, but none of these show the video. You install QT component and you get Easycap listed. Means that the driver and the app work together and separately to the necessary Quicktime capture support. To figure out if it should be compatible you should see if you can capture using this app in FCP or another capture app. The reason this app wouldn't work in Modul8 is that only capture devices that use the QuickTime capture framework are supported. Still I haven't seen anything like this supported in OS-X yet. I doubt it will support all 4 at once and certainly not at full Resolution. Interestingly they list the 4 composite input model as compatible. Vanakaru wrote:Eas圜ap v.2 with Eas圜ap viewer ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |