Direct show applications can now use full set of PS3Eye camera frame rate capabilities.This should improve compatibility with many programs that use this feature (i.e. Various fixes in PS3Eye.ax direct show component.This code is now implemented using hand optimized MMX/SSE instructions. Overall CPU usage was greatly reduced by optimizing the critical code.Improved driver stability (this relates to the freezing of the camera image on some machines). I’m using it in Processing with the aid of GSVideo. The new driver is performing beautifully. (Hey, it was a from-scratch driver written by one person.) If you followed our instructions for the PS3 Eye on Windows only to find the camera randomly freezing, we’ve got good news – it’s fixed. Previously, the Windows driver for the PS3 Eye could be either blazingly fast, or blazingly not actually working at all. So the big news for me today: rocking out new Windows drivers for the $40, computer vision and augmented reality and high framerate and capture-capable PS3 Eye camera. But it’s tough to really convey the special love affair I have for the Sony PS3 Eye camera – just as it was hard to explain to the local GameStop employee that, no, I don’t actually have the PS3 game system. What counts as really big news in my special technology world is, I’ll admit, a little different than everyone else. Photo ( CC) csullens, who I hope doesn’t object – do you need model clearance for felines? If anyone has some other solutions/explanations for this problem, i'd really like to hear about it.Whoo! That’s three cat/leopard/dog photos in a roll! And now… I’ll stop. so probably if you would run CLNUI 4 Java in processing 1.0.7 it would work. Usually loading dlls per JNI, or JNA isnt a problem, but it seems that the dlls from CodeLaboratories have some restrictions there, as i can remember, people reported some problems using "CLNUI 4 Java Kinect library" which is also using CodeLaboratories dlls. I know, the solution isn't really satisfying, but it's a little workaround, until someone finds a better solution.ītw: on windows x86 i had no problems with the newer processing versions so it seems to just happen on 圆4 systems. So the options are, download jdk 1.6.0_15-03 somewhere and use it in processing 1.5.1, or use processing 1.0.7. so basically there seems to be a problem with the java-sdk one is using. Now, if you replace the java-folder from processing 1.5.1 with the one from 1.0.7, you can run the library within processing 1.5.1 too. So, in the end i can say, running the library in processing 1.0.7 should work. Then i tried to run the examples from my library with some older processing versions, and FINALLY!! with processing 1.0.7 i had success. I made some tests on win7/圆4 (processing-version: 1.5.1, 2.0.4) myself, and indeed, there seems to be a problem loading the dll.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |