forums.ps2dev.org

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

I picked up my Playstation Eye today. The VID/PID are 1415:2000. Strangely, 1415 is not assigned to any company, according to any list that I've found, including the official one here.

For video, it's not just a UVC device (disappointing), so it will take some effort to get it working outside of GameOS.

The audio input works fine under Linux using the usual ALSA usb driver. As advertised there are 4 microphones inside, and they're all individually exposed as different channels. With the camera facing you, the channel order is 1, 3, 2, 4 from left to right.

unsolo · Joined: 16 Apr 2007 Posts: 155 Location: OSLO Norway

Usually when you have four microphones(antennas,cameras) they are used for direction/tracking. Figuring out which is which may be nice in order to attempt to make something that translates the signals into relative directions by looking at the doppler shifts.
_________________
Don't do it alone.

big · Joined: 01 Dec 2006 Posts: 5

1415 is present also on singstar usb descriptor, reference:

http://www.qbik.ch/usb/devices/showdescr.php?id=2623

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

I can take pictures now: http://ps3.jim.sh/eye/

ooPo · Posted: Sun Nov 04, 2007 12:40 am Post subject:

Some effort? Looks effortless to me. :)

Nice work.

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

Yeah, it wasn't so bad; basically just more-or-less matching the PS3's initialization sequence and then read the frame data on bulk EP 1. It's coming at 640x480 uncompressed YUYV at the moment, so it's a really high data rate and my libusb-based test program is having trouble dealing with that (a kernel driver shouldn't have a problem).

According to the SCCB product & version registers, the OV chip used in here is most likely an OV7721 (or something close). After writing my test program and realizing that the command structure was very similar to the OV51x series interface chips, I took it apart and found that it's just an OV538. In fact it even has "NEW EYETOY OV538 SOLUTION" silkscreened on the board, so it's not that much of an upgrade:

EyeToy: OV519 + OV7648
Playstation Eye: OV538 + OV7721

Getting docs on these chips is difficult, but I'll see what I can find. The "ECX" Windows driver here includes a data/settings file for the OV7720, which might be useful.

big · Joined: 01 Dec 2006 Posts: 5

ov519 and ov7640 documentation is easy to find, i have a complete doc for both it was very helpfull for my full eyetoy(audio and video) iop replacement. However OV538 and OV7720 will be more difficult to find, we will make a try...

Do you know if 0V772X support 120fps with 320x240?

Good place to read http://ovcam.org/ov511/

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

Sony says it supports 120fps at 320x240, but I don't know.

With what I have, I can write a simple limited-functionality driver already, so even if we can't find docs we can get something going and just experiment from there. Right now I'm not sure the best way to write this driver -- looking at existing drivers, it seems I could go the route of a full implementation in one file (like ov7670.c) or add the sensor to the ovcamchip i2c layer and make an interface like w9968cf.

Mihawk · Joined: 03 Apr 2007 Posts: 29

Any chance to get you to post some sample program with source code? ;)
_________________
Ask and it will be given to you; seek and you will find; knock and the door will be opened to you.

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

Mihawk · Joined: 03 Apr 2007 Posts: 29

Thanks a lot jimparis. :)
I will have a closer look later after work.
_________________
Ask and it will be given to you; seek and you will find; knock and the door will be opened to you.

molster · Joined: 06 Dec 2007 Posts: 8

Ive been searching the web every day for the last week, and it seems that you are the closest to making a working webcam out of this thing! YOU ROCK! Please keep posting as your make progress.

And even if you can only make it take pics, can you post the drivers for that?

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

I did post it, look 3 posts up. I haven't had time to work on a kernel driver yet, but it's still on my TODO...

molster · Joined: 06 Dec 2007 Posts: 8

yes, but thats in the source form, Im not sure how to turn it into a usable form for me. Could you explain how to do that if you have the time? cuase that would be great, like i said, out of everywhere ive looked, your the closest to having it working perfectly =)

Jim · Joined: 02 Jul 2005 Posts: 487 Location: Sydney

cd in to the folder where you downloaded Jim's files, and type 'make'.

Jim
_________________
http://www.dbfinteractive.com

molster · Joined: 06 Dec 2007 Posts: 8

Jim thank you very much for your reply =) I saved all the files to a folder, and did make, however, and error came up.

gcc -Wall -c -o eye.o eye.c
make: gcc: Command not found
make: *** [eye.o] Error 127

I dont have a file named eye.o only eye.c

edit: ahh i see I dont have Gnu C Compiler. Anyway I can compile without?

weltall · Joined: 20 Feb 2004 Posts: 310

molster · Joined: 06 Dec 2007 Posts: 8

I have, Microsoft Viusal C#, Microsoft Visual c/c++ and bloodshed Dev-c++ for compliers.

However, other than compiling DS games, im not to good at the compiling thing, how would I compile the file correctly. Or could someone else compile it, and then upload it?

2.6,CRACKED! · Joined: 26 Jul 2007 Posts: 18

dev-c++ does, how else do you think you're compiling it?

its in this directory: C:\Dev-Cpp\bin

molster · Joined: 06 Dec 2007 Posts: 8

What im trying to say is im a newb when it comes to all this, I can make my homebrew for DS, and script in flash, other than that, 101% noob. Anyway, I tried loading eye.c into dev-c++ but it gets loads of errors cuase im missing files, Im guessing im missing the needed libary.

and I see the gcc.exe in the bin folder... but its not the noraml windows install version, its a version just for dev-c++ for its compiling correct? im guessing thats why it wont work.

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

This is not for noobs. I wouldn't expect it to compile or work under Windows although work could be done to get it there.

molster · Joined: 06 Dec 2007 Posts: 8

haha, understood, looks like ill just have to wait patiently. Hopefully youll have it fully working, and for windows someday, as im really looking forward to it, and it seems that your the only person working on it!

StrmnNrmn · Joined: 14 Feb 2007 Posts: 46 Location: London, UK

hi jimparis,
thanks for this work! I managed to compile your code with minimal changes on win32 using libusb-win32, after creating the necessary windows .inf files etc.

it finds the device ok,
however usb_claim_interface fails with error -22. after a bit of googling it seems that on win32 you need to call usb_set_configuration before you call usb_claim_interface, which I tried. configuration 1 is the ony one I can make succeed (as in, usb_set_configuration(eye, 1)==0)

....and after that the claim_interface works! the led flickers on and off as requested, until it gets to the first eye_bulk_in, which fails again with error -22. this makes your 'wait for frame 100' code loop forever because the eyetoy is not sending back any bulk data for the frame.

help! do you have any ideas how I could bring it to life?
I'll post my win32 patches if its any help.

StrmnNrmn · Joined: 14 Feb 2007 Posts: 46 Location: London, UK

got a bit further... I found that bulk_in was failing with 'invalid endpoint 0x01' according to libusb; so I tried endpoint 0x81 and it started succeeding.
however the first call to bulk_in sends back 135232 bytes of image data - not enough to trigger your code to see a full frame. in fact that data looks like a 640x105 image of the top of the frame! and then each subsequent call to bulk in just goes into a loop returning alternately 12 and 4160 bytes. and that's it for the rest of time - no idea what is in those packets or where the rest of the frame went (or subsequent frames...). is this all because of my added 'set_configuration(eye,1)' call?....

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

usb_set_configuration & fixing the endpoint should be correct. If you'd like, I can give you svn commit access to that repository so you can add your win32 fixes, just PM me.

Not seeing a full frame is a big problem, but it's most likely because libusb is just too slow. At 640x480 60fps 16bit YUYV that's basically 300 MB/s, which comes close to saturating USB 2.0's theoretical 480 MB/s. I'd guess the Windows libusb library just isn't up to handling it. On my Linux system, I get full frames on maybe 10% of the attempts. A real driver would really help here.

It's not fully clear how the thing behaves on dropped frames. I think the 12-byte packet basically says "sorry, you lost data" and the 4160 is the start of the next frame (which gets dropped early because you spent too much time processing the 12-byte packet).

For testing, you could just modify it to look for the top of the frames (640x100?). Another option would be to look at the commands used to initialize the camera and figure out how to put it in a lower resolution/framerate.

StrmnNrmn · Joined: 14 Feb 2007 Posts: 46 Location: London, UK

thanks for the quick reply :)
the 4160 byte packets dont look much like image data sadly :(
the 12 byte packets are odd - here are some, 1 line per packet

jimparis · Joined: 10 Jun 2005 Posts: 1179 Location: Boston

The 12-byte packet might be something like "you lost data, the next packet starts at this byte offset". Notice how the PS3 handles it if you plug the eye in through a full-speed hub which definitely can't handle the bandwidth: it draws a few lines of data at specific locations in the image as if it knows exactly where to put what little data it can receive. Anyway, I haven't really played with that aspect very much. I'm sure the protocol has a way to handle lost data like that, but again a proper driver for the thing (or figuring out how to maximize libusb performance) would make that less necessary.

StrmnNrmn · Joined: 14 Feb 2007 Posts: 46 Location: London, UK

jimparis: hmm, that sounds right! I didn't get any further with this, instead I borrowed a PC compatible webcam to solve the problem I was trying to use a ps3 eye for. but hopefully this will be resolved one day. as you say, libusb just isn't fast enough for 640x480x60x2... ah well. thanks for the code anyway :)

molster · Joined: 06 Dec 2007 Posts: 8

Drat, when I saw strmnnrmn posting here I thought he might actually get it to work for windows =( ohwell, thanks for the effort strmnnrn