Okay, now we can display the camera image on the desktop, and we can create a *.BMP file by taking a snapshot. Huge step forward, but now what? 
Now we need applications that do what the user wants. And these have to support all the uvc webcams on the world. I know that we are far from that and I don't think we will ever reach that. I am working my way upwards from the usb host controller drivers in the direction of such applications. Right now all usb host controller drivers support isochronous transfers. Many thanks to Lars Erdmann. Without him this would not have been possible.
I doubt if it is necessary (or even desirable) to support every web cam that ever existed. Lars is doing wonderful work.
For testing these isochronous transfers I had to modify my usbecd.sys device driver. This driver was originally intended for control transfers only. So I could build some usb hardware and play with it. Later on I added support for bulk and interrupt transfers. Bulk transfers for the CanoScan 4400F and interrupt transfers for Pen and Touch devices. So usbecd.sys is one way towards these applications. However usbecd.sys will be a bottleneck. It can only handle one isochronous endpoint and all its iso buffers must reside in one 65535 bytes memory block. I am not going to improve that. This driver is for testing purposes only.
I know that the source is available for older versions of usbecd.sys. I would think that the new source could be the basis for developing more specific drivers. I personally don't know much about that, but there should be others who have some knowledge, and interest.
FWIW, I use usbecd.sys with mACPUPS, to communicate with my APC UPS. It works well...
Another way would be usbresmg.sys -> usbcalls -> libusb -> ported linux based applications. However, all these three components do NOT currently support isochronous transfers. Yet another way might be via a new usbvideo.sys driver that ties into the multimedia subsystem. What is the right way to go? Who is going to do that? I cannot do it all.
I know that VLC, in Linux Mint, will support the camera in my ThinkPad L530. Apparently, it can also do communications, but I haven't looked at what it can actually do. It uses something called a "Capture device", to do it. I assume that a "Capture device" is some sort of driver. Some study of what VLC is expecting, could lead to a method of transferring data into VLC, for further processing.
The "right way to go" is, as usual, the easiest, and most flexible, way to do it (usbvideo.sys, I would expect, but I am far from being an expert). Who? That is, as usual, one of the biggest problems that we have. I don't have the expertise, but I think there are a number of people who could do it. Your work, supported by Lars' work, has allowed capturing the data, and it can convert that into a moving picture. Now, we need a way to make that picture available to other programs, for further processing. I think the other programs already exist (but may require some tweaking to make them work in eCS or OS/2). VLC, for example, should be able to handle streaming video, from a device driver.