On Sun, 27 Jan 2008, Ilyes Gouta wrote: > >> And the image is far from fluid. > > I get 19 FPS for my Genius Slim 231C (m5603c+mt9v011 based). After > tweaking the exposure and some other parameters, I get upto 25 FPS. Just
I don't have fluidity problems with my Sweex 5603 either. Just the occasional crash :) >> Does Livecam works for you ??? > > Oh yeah! Origin of the question is more interesting than the answer itself :) What a program would it be if it wouldn't work for its developer :D >> What is the correct place for decoding from one format >> to another? Inside the driver!? So why this distinguo? > > Definitely in userspace. It's not recommended to do it in kernel space > since it's not recommended to mess with the floating point registers of > a given CPU (linux is supposed to be multi-platform). Color conversion > can be (ex, for high resolutions, high capture FPS) a computing > intensive process and by do it in the kernel, you risk to delay/disrupt > the execution of some other higher priority tasks. But, the programs seem to expect a certain format, right? I'm not able to get image from 5603 in most programs due to "invalid format". Isn't the conversion then required to be done in the driver, unless we use something like vloopback driver? >> Just a tweak for testing in livecam the 'pitch'? > > > At some point, I read that the V4L2 project is going to provide a > library for decompression and color format conversion, but nothing so far. IIRC, I needed to use it on my Sweex 5603 as well. Don't hold me on that, last time I tested it was when I sent my previous mail regarding my experiences. Offtopic regarding that, I think I included a patch, but looks like nobody looked over it. > Now to get back to V4L2, I really don't understand why they did it in > the kernel. I dream of a standardized userspace, X11 like, server for > video capture, since applications can use libusb to deal w/ USB devices > in userland (the same for firewire, for PCI stuff we still have to go > through the kernel). Although I have zero experiences with driver programming apart from hacking around with 5603 (and attempts to figure out how to port drivers for my iPAQ 3800 from 2.4 kernels to 2.6 kernels :) I can say: "My thoughts exactly." From what I saw about V4L, and about the fact that you guys ship test programs which don't use V4L, it's pretty obvious V4L never had to be a kernel piece of code. Something like libv4l would've been far better. > I hope the KDE folks will do it since KDE 4 is > shaping up to be a killer desktop environment. I don't use KDE since I kind-of fear bloat, and KDE looks like it's continously balancing on the verge of it. So I'm hoping for a wider solution (e.g. a freedesktop.org spec). And let's not forget xawtv which uses neither GNOME nor KDE. I do use Kopete, Kmail and friends, so I do think they should have done something along the lines of a "video server" years ago (beware: image distributed to Kopete, and at the same time uploaded to a webserver as a JPEG, and streamed via VLC). > > BR, > Ilyes Gouta. > Cheers, Ivan P.S. What does "BR" stand for? ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ M560x-driver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/m560x-driver-devel
