Hi,
I have changed the subject to [GEM] if perhaps people have missed it... it would be great if anyone else is interested in this because to have a 120fps camera for less than 40$ working in GEM would be amazing...
When was the las time you tried this driver?
I'm getting one of these cameras at some point this week to try it out. It seems that with that driver you can get a video0 device, but you can only change settings when you load the driver and therefore not through pix_video...
I'll let you know if I have any success.
I'll also try the macam drivers on os x...
cheers,
J
On Tue, May 12, 2009 at 5:30 AM, Martin Schied crinimal@gmx.net wrote:
Jaime Oliver schrieb:
So this is the linux driver. if it's not v4l yet could it be grabbed by gem?
J
On Tue, May 12, 2009 at 1:28 AM, Jaime Oliver jaime.oliver2@gmail.com wrote:
Hi all,
I have found this great camera: http://shop1.frys.com/product/5421229?site=sr:SEARCH:MAIN_RSLT_PG
and multiple threads on drivers at http://nuigroup.com and in the openframeworks forum.
the cam can do 120fps@320x240 for 30$ in amazon...
I also found an old thread about using pix_freeframe on pd/gem in windows: http://lists.puredata.info/pipermail/pd-list/2008-11/066401.html Has anyone successfully captured this camera in gem on linux or osx?
tried it on ubuntu 9.04, it works fine with "cheese" and some other applications, but I had no luck with gem. (didn't try pdp yet). there's a picture when using the cam with gem but it's unusably distorted (looks like a rainbow coloured "grid" on top of the picture). also some crashes occured while changing its settings in gem. i had not much time for further testing, so maybe it's possible to make it work. i had similar errors with an other cam in mplayer before, where v4l fps setting fixed it.
I was using drivers from http://kaswy.free.fr/?q=node/42 - maybe the original drivers are different with gem...?
there's hardly visible noise and very nice contrast, but edges seemed to be over-sharpened - perhaps that's adjustable somewhere. nice cam for this price, but i wouldn't rely on it until know.
btw. the built in 4-channel audio inteface works fine using oss + pd.
;artin
Jaime Oliver schrieb:
Hi,
I have changed the subject to [GEM] if perhaps people have missed it... it would be great if anyone else is interested in this because to have a 120fps camera for less than 40$ working in GEM would be amazing...
When was the las time you tried this driver?
I'm getting one of these cameras at some point this week to try it out. It seems that with that driver you can get a video0 device, but you can only change settings when you load the driver and therefore not through pix_video...
I'll let you know if I have any success.
yeah, that would be really great and also was one of my thoughts when buying that cam. i already tried several resolutions + fps at module load time, wich works for other applications than GEM. that was approximately one week ago. but i'm not sure if it was the latest driver available though. I made a flickr account, so I'll be able to upload some pictures of the errors later.
;artin
Martin Schied schrieb:
Jaime Oliver schrieb:
Hi,
I have changed the subject to [GEM] if perhaps people have missed it... it would be great if anyone else is interested in this because to have a 120fps camera for less than 40$ working in GEM would be amazing...
When was the las time you tried this driver?
I'm getting one of these cameras at some point this week to try it out. It seems that with that driver you can get a video0 device, but you can only change settings when you load the driver and therefore not through pix_video...
I'll let you know if I have any success.
yeah, that would be really great and also was one of my thoughts when buying that cam. i already tried several resolutions + fps at module load time, wich works for other applications than GEM. that was approximately one week ago. but i'm not sure if it was the latest driver available though. I made a flickr account, so I'll be able to upload some pictures of the errors later.
ok. this is what I get into GEM (pd extended, nightly one or two weeks ago, sorry for not being that precise...), ubuntu 9.04
http://www.flickr.com/photos/38404107@N08/sets/72157618127535288/ one "clear" picture from cheese for comparison.
As I'm still on ubuntu 8.04 for work i tried to compile "MT gspca modified driver V0.5" for it, but this kernel seems to old for these modules.
so this is all from ubuntu jaunty 9.04:
modinfo:
filename:
/lib/modules/2.6.28-11-generic/kernel/drivers/media/video/gspca/gspca_ov534.ko
license: GPL
description: GSPCA/OV534 USB Camera Driver(kaswy mod for MT use V0.5)
author: Antonio Ospite ospite@studenti.unina.it
srcversion: 2669EC48DECC8E6AB8C781B
alias: usb:v1415p2000d*dc*dsc*dp*ic*isc*ip*
depends: gspca_main
vermagic: 2.6.28-11-generic SMP mod_unload modversions 586
parm: videomode: = xx //Set the videomode(see doc) (int)
parm: autogain: = [0|1] //Autogain (agc,aec,awb) (bool)
parm: gain: = [0..63] //main gain (int)
parm: exposure: = [0..255] //Exposure (int)
parm: redblc: = [0..255] //Red Balance (int)
parm: blueblc: = [0..255] //Blue Balance (int)
parm: sharpness: = [0..63] //Sharpness (int)
parm: vflip: = [0|1] //Vertical flip (bool)
parm: hflip: = [0|1] //Horizontal mirror (bool
when i start rendering i get these messages repeatedly (every frame?) in console output:
VIDIOCSYNC: Invalid argument VIDIOCSYNC: Invalid argument VIDIOCMCAPTURE1: Invalid argument VIDIOCMCAPTURE2: Invalid argument
when changing dimen in pix_video: error: x dimensions too great error: y dimensions too great
see flickr images for differences when using RGB, grey, YUV
camera has been set to 640x480 before. I also tried different videomode settings at module load time, without difference for these errors.
cheers Martin
The PS3eye work for me as any other cam on os 10.5 using the macam
driver
loic
On 14 mai 09, at 10:57, Martin Schied wrote:
Martin Schied schrieb:
Jaime Oliver schrieb:
Hi,
I have changed the subject to [GEM] if perhaps people have missed it... it would be great if anyone else is interested in this because to have a 120fps camera for less than 40$ working in GEM would be amazing...
When was the las time you tried this driver?
I'm getting one of these cameras at some point this week to try it out. It seems that with that driver you can get a video0 device, but you can only change settings when you load the driver and therefore not through pix_video...
I'll let you know if I have any success.
yeah, that would be really great and also was one of my thoughts
when buying that cam. i already tried several resolutions + fps at
module load time, wich works for other applications than GEM. that
was approximately one week ago. but i'm not sure if it was the
latest driver available though. I made a flickr account, so I'll be
able to upload some pictures of the errors later.ok. this is what I get into GEM (pd extended, nightly one or two
weeks ago, sorry for not being that precise...), ubuntu 9.04http://www.flickr.com/photos/38404107@N08/sets/72157618127535288/ one "clear" picture from cheese for comparison.
As I'm still on ubuntu 8.04 for work i tried to compile "MT gspca
modified driver V0.5" for it, but this kernel seems to old for these
modules.so this is all from ubuntu jaunty 9.04:
modinfo:
filename: /lib/modules/2.6.28-11-generic/kernel/drivers/media/ video/gspca/gspca_ov534.ko license: GPL description: GSPCA/OV534 USB Camera Driver(kaswy mod for MT use
V0.5) author: Antonio Ospite ospite@studenti.unina.it srcversion: 2669EC48DECC8E6AB8C781B alias: usb:v1415p2000d*dc*dsc*dp*ic*isc*ip* depends: gspca_main vermagic: 2.6.28-11-generic SMP mod_unload modversions 586 parm: videomode: = xx //Set the videomode(see doc) (int) parm: autogain: = [0|1] //Autogain (agc,aec,awb) (bool) parm: gain: = [0..63] //main gain (int) parm: exposure: = [0..255] //Exposure (int) parm: redblc: = [0..255] //Red Balance (int) parm: blueblc: = [0..255] //Blue Balance (int) parm: sharpness: = [0..63] //Sharpness (int) parm: vflip: = [0|1] //Vertical flip (bool) parm: hflip: = [0|1] //Horizontal mirror (boolwhen i start rendering i get these messages repeatedly (every
frame?) in console output:VIDIOCSYNC: Invalid argument VIDIOCSYNC: Invalid argument VIDIOCMCAPTURE1: Invalid argument VIDIOCMCAPTURE2: Invalid argument
when changing dimen in pix_video: error: x dimensions too great error: y dimensions too great
see flickr images for differences when using RGB, grey, YUV
camera has been set to 640x480 before. I also tried different
videomode settings at module load time, without difference for these
errors.cheers Martin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Martin Schied wrote:
ok. this is what I get into GEM (pd extended, nightly one or two weeks ago, sorry for not being that precise...), ubuntu 9.04
pd-extended has (afaik) no libv4l support yet, which is definitely the way to go if anything fails like in your case :-)
could you try to compile Gem yourself? grab the sources via subversion from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem
and aptitute install "lib4vl-dev" (you should also install at least Gem's build-dependencies via "apt-get build-dep gem")
the only sad thing is that libv4l on jaunty is still a bit outdated (compared to debian squeeze)
mfga.dr IOhannes
IOhannes m zmoelnig schrieb:
Martin Schied wrote:
ok. this is what I get into GEM (pd extended, nightly one or two weeks ago, sorry for not being that precise...), ubuntu 9.04
pd-extended has (afaik) no libv4l support yet, which is definitely the way to go if anything fails like in your case :-)
could you try to compile Gem yourself? grab the sources via subversion from https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk/Gem
yes, I'll do that (later)
and aptitute install "lib4vl-dev" (you should also install at least Gem's build-dependencies via "apt-get build-dep gem")
the only sad thing is that libv4l on jaunty is still a bit outdated (compared to debian squeeze)
jaunty was only installed for testing purpose anyways, so using debian squeeze would'nt be a problem at all...
thanks!
Martin
Now I did it. And it works fine. Thanks!
;artin
Hi, that's great news! I haven't had the chance of doing the process myself. do you get the high frame rates it can do? (60-120 fps?)
best,
J
On Thu, May 28, 2009 at 1:15 PM, Martin Schied crinimal@gmx.net wrote:
Now I did it. And it works fine. Thanks!
;artin
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Jaime Oliver wrote:
Hi, that's great news! I haven't had the chance of doing the process myself. do you get the high frame rates it can do? (60-120 fps?)
best,
J
No, unfortunately I didn't try that yet, but I'm sure it will also work for more than 30 fps, because these erroneous pictures appeared also with arbitrary frame rates and dimensions.
I'm having some problems with v4l cameras at the moment which prevent me from using higher frame rates: it's consuming too much cpu (80% for one camera at 640x480, 30fps, Centrino 1.6GHz, ubuntu intrepid and jaunty, various kernel versions). I Don't know what's the reason for this, but it's also with other cameras and other v4l applications, appearing to be a v4l problem in general.
I'll report further success.
Martin
obviously I couldn't sleep without having this done...
@Jaime: I tried setting 75fps @ 320x240 which also works fine with Gem.
v4l cpu consumption is much lower (35% to 40%) in debian unstable (I was using sidux live cd for that) would be interesting how much cpu consumption other operating systems have compared to this, especially mac os-x. I'll start a new topic on this.
Martin
Hi Martin, Iohannes,
I have attempted to get the ps3eye working in linux, and have that same error you have. it works fine in mplayer, ut not in gem
I am trying to get the libv4l-devel package for fedora 8, but can't find it. do any of you know where can I find it or have a file?
best,
Jaime
On Thu, May 14, 2009 at 1:57 AM, Martin Schied crinimal@gmx.net wrote:
Martin Schied schrieb:
Jaime Oliver schrieb:
Hi,
I have changed the subject to [GEM] if perhaps people have missed it... it would be great if anyone else is interested in this because to have a 120fps camera for less than 40$ working in GEM would be amazing...
When was the las time you tried this driver?
I'm getting one of these cameras at some point this week to try it out. It seems that with that driver you can get a video0 device, but you can only change settings when you load the driver and therefore not through pix_video...
I'll let you know if I have any success.
yeah, that would be really great and also was one of my thoughts when buying that cam. i already tried several resolutions + fps at module load time, wich works for other applications than GEM. that was approximately one week ago. but i'm not sure if it was the latest driver available though. I made a flickr account, so I'll be able to upload some pictures of the errors later.
ok. this is what I get into GEM (pd extended, nightly one or two weeks ago, sorry for not being that precise...), ubuntu 9.04
http://www.flickr.com/photos/38404107@N08/sets/72157618127535288/ one "clear" picture from cheese for comparison.
As I'm still on ubuntu 8.04 for work i tried to compile "MT gspca modified driver V0.5" for it, but this kernel seems to old for these modules.
so this is all from ubuntu jaunty 9.04:
modinfo:
filename: /lib/modules/2.6.28-11-generic/kernel/drivers/media/video/gspca/gspca_ov534.ko license: GPL description: GSPCA/OV534 USB Camera Driver(kaswy mod for MT use V0.5) author: Antonio Ospite ospite@studenti.unina.it srcversion: 2669EC48DECC8E6AB8C781B alias: usb:v1415p2000d*dc*dsc*dp*ic*isc*ip* depends: gspca_main vermagic: 2.6.28-11-generic SMP mod_unload modversions 586 parm: videomode: = xx //Set the videomode(see doc) (int) parm: autogain: = [0|1] //Autogain (agc,aec,awb) (bool) parm: gain: = [0..63] //main gain (int) parm: exposure: = [0..255] //Exposure (int) parm: redblc: = [0..255] //Red Balance (int) parm: blueblc: = [0..255] //Blue Balance (int) parm: sharpness: = [0..63] //Sharpness (int) parm: vflip: = [0|1] //Vertical flip (bool) parm: hflip: = [0|1] //Horizontal mirror (bool
when i start rendering i get these messages repeatedly (every frame?) in console output:
VIDIOCSYNC: Invalid argument VIDIOCSYNC: Invalid argument VIDIOCMCAPTURE1: Invalid argument VIDIOCMCAPTURE2: Invalid argument
when changing dimen in pix_video: error: x dimensions too great error: y dimensions too great
see flickr images for differences when using RGB, grey, YUV
camera has been set to 640x480 before. I also tried different videomode settings at module load time, without difference for these errors.
cheers Martin
Jaime Oliver wrote:
Hi Martin, Iohannes,
I have attempted to get the ps3eye working in linux, and have that same error you have. it works fine in mplayer, ut not in gem
I am trying to get the libv4l-devel package for fedora 8, but can't find it. do any of you know where can I find it or have a file?
a good start (as usual) is http://www.google.com/search?q=libv4l which will eventually lead you to the original authors home: http://people.atrpms.net/~hdegoede/
gamsdr IOhannes
Hey yes, I had written him, i just got his response, and it is that fc8 never had libv4l.
So I suppose this means I need to upgrade version...
thanks,
Jaime
On Mon, Jun 29, 2009 at 11:57 PM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
Jaime Oliver wrote:
Hi Martin, Iohannes,
I have attempted to get the ps3eye working in linux, and have that same error you have. it works fine in mplayer, ut not in gem
I am trying to get the libv4l-devel package for fedora 8, but can't find it. do any of you know where can I find it or have a file?
a good start (as usual) is http://www.google.com/search?q=libv4l which will eventually lead you to the original authors home: http://people.atrpms.net/~hdegoede/http://people.atrpms.net/%7Ehdegoede/
gamsdr IOhannes
Hi Iohannes,
this is Hans's reply:
FC8 is end of life, and never had libv4l, may I suggest upgrading to a newer Fedora?
So first, do you think it is actually possible?
On the other hand, I have no problem attempting to compile it, but I am not familiar with the logic behind devel libraries, what would be the source I would need to compile from? I had thought all this time that devel libraries were essentially headers and the like and didn't require compilation....
best,
Jaime
On Tue, Jun 30, 2009 at 3:53 AM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
Jaime Oliver wrote:
Hey yes, I had written him, i just got his response, and it is that fc8 never had libv4l.
So I suppose this means I need to upgrade version...
what i actually meant was: grab the sources and compile it yourself. shouldn't be too hard to do...
gmadr IOhannes
Jaime Oliver wrote:
Hi Iohannes,
this is Hans's reply:
FC8 is end of life, and never had libv4l, may I suggest upgrading to a newer Fedora?
:-)
So first, do you think it is actually possible?
i really don't know. but usually things are lot easier than one would expect...
On the other hand, I have no problem attempting to compile it, but I am not familiar with the logic behind devel libraries, what would be the source I would need to compile from? I had thought all this time that devel libraries were essentially headers and the like and didn't require compilation....
yes, but there are no devel-packages for fc8, are there?
so: libXXX and libXXX-devel packages are built from "sources" your distro might provide these sources as a source-package (e.g. libXXX.rpms) or not; but the original authors might/will provide their sources as well. e.g. you can get libv4l from hans's site, e.g. http://people.atrpms.net/~hdegoede/libv4l-0.5.9.tar.gz
grab this package; untar it; read the README.txt/INSTALL.txt or whatever doc applies); then do something like % ./configure % make # make install
and you should have libv4l installed into /usr/local/, effectively bypassing your package-manager.
you might need to install other packages in order for this to work, but i am not familiar with fc (and even less with fc8). you might be totally out of luck, and it won't build for your distro/version. in this case you might have to upgrade to a newer fc.
but you might as well have luck and it works...
fgamsdr IOhannes
hello again.
So I have fc11 now and have the same problem as martin...
I am attaching pictures of how it looks in cheese and in gem. the fact that it looks ok in cheese means that the driver is working correctly, but gem can't get it right. I also installed libv4l-devel and recompiled gem...
this is the end of my ./configure, perhaps it is an issue of v4l and v4l2?
image-support use ImageMagick : no use TIFF : yes use JPEG : yes video-support use mpeg : no use mpeg-3 : no use QuickTime : no use aviplay : no use ffmpeg : no input-support use v4l : yes use ieee1394 : no
any suggestions?
I am running gem-0.91-3 and pd-0.42-3 on x86_64 with fc11.
best,
J
On Tue, Jun 30, 2009 at 11:00 AM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
Jaime Oliver wrote:
Hi Iohannes,
this is Hans's reply:
FC8 is end of life, and never had libv4l, may I suggest
upgrading to a newer Fedora?
:-)
So first, do you think it is actually possible?
i really don't know. but usually things are lot easier than one would expect...
On the other hand, I have no problem attempting to compile it, but I am not familiar with the logic behind devel libraries, what would be the source I would need to compile from? I had thought all this time that devel libraries were essentially headers and the like and didn't require compilation....
yes, but there are no devel-packages for fc8, are there?
so: libXXX and libXXX-devel packages are built from "sources" your distro might provide these sources as a source-package (e.g. libXXX.rpms) or not; but the original authors might/will provide their sources as well. e.g. you can get libv4l from hans's site, e.g. http://people.atrpms.net/~hdegoede/libv4l-0.5.9.tar.gzhttp://people.atrpms.net/%7Ehdegoede/libv4l-0.5.9.tar.gz
grab this package; untar it; read the README.txt/INSTALL.txt or whatever doc applies); then do something like % ./configure % make # make install
and you should have libv4l installed into /usr/local/, effectively bypassing your package-manager.
you might need to install other packages in order for this to work, but i am not familiar with fc (and even less with fc8). you might be totally out of luck, and it won't build for your distro/version. in this case you might have to upgrade to a newer fc.
but you might as well have luck and it works...
fgamsdr IOhannes
Jaime Oliver wrote:
any suggestions?
I am running gem-0.91-3 and pd-0.42-3 on x86_64 with fc11.
oh, this surely has been mentioned on this thread before:
want build-in libv4l support you have to
natively support it for whatever reasons, you can use the libv4l1compat wrapper.
OR
OR
fgmSDR IOhannes
Hey thanks,
I missed that for some reason.
indeed it works fine with the svn version
J
On Mon, Jul 13, 2009 at 12:13 AM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
Jaime Oliver wrote:
any suggestions?
I am running gem-0.91-3 and pd-0.42-3 on x86_64 with fc11.
oh, this surely has been mentioned on this thread before:
- gem-0.91 and earlier do not have libv4l support and never will. if you
want build-in libv4l support you have to
- install libv43
- use a recent version of Gem (currently this means: use the svn trunk)
- if you have libv4l installed but cannot upgrade gem to a reason that
natively support it for whatever reasons, you can use the libv4l1compat wrapper.
- read the docs of libv4l
OR
- search the pd-list archives
OR
- LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so pd -lib Gem
fgmSDR IOhannes