On Tue, 17 Aug 2010 17:50:58 +0530 Sudhindra Nayak <sudhindra.nayak@xxxxxxxxx> wrote: > As you suggested I removed the 'cam->bulk....' part in the sd_config > function. Also, can you please explain how you arrived at the > sd_pkt_scan function? I'm not able to understand the bit > manipulations that you have performed in the sd_pkt_scan function. > Also, you did mention that the sd_pkt_scan function needs to be > modified. Can you please elaborate on the changes that need to be > done to the sd_pkt_scan function? > > As I'd mentioned earlier, I'm using the 'ov534.c' code with the ov538 > bridge processor. Will there be any change in the sd_pkt_scan > function with respect to ov538? [snip] > functions and then enters the mainloop() function. In the mainloop() > function, the select() function call times out after 2 seconds and > I'm not able to capture any video frames. > > Any suggestions?? Hi Sudhindra, The ov534 sends images in UVC format, i.e. each packet contains a 12 bytes header and a part of the image. In the header, the 1st byte contains various indicators, of which the bit 1 (0x02) marks the end of the image. To code your sd_pkt_scan(), you have to search in the ms-windows traces how the images are fragmented, how you may find the start and end of image and whether some data have to be discarded in the packets. The last problem to solve is to find how are encoded the images. You may know it looking also in the ms-winsows traces or, when the driver will work, in the received images. If you want, I may send you a small program which displays raw images (done by 'svv -rg') forcing the encoding. Good luck! -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
