Support for isochronous transfers

[alufers]

Hi!

I am in progress of creating a Rust application to display a feed from thermal cameras. They are UVC devices (with some nasty non standard features, which require an userspace driver), which use isochronous transfers to send the video.

It would be very nice to have a native Rust API for receiving isochronous data, since rusb doesn't wrap libusb for that and playing around with unsafe code, callbacks, and such is required.

PS: If you think this is out of scope to this project, feel free to close this issue. Many thanks for your library!

[kevinmehall]

This is definitely in scope, but not something I'm going to be able to prioritize in the near future.

If you (or someone else reading this) is interested in working on this, the first step is to figure out what the API should be. I think it probably makes most sense to build on Queue as isochronous is generally used for streaming and requires multiple submitted transfers to not lose packets. MacOS and Linux have per-packet metadata that must be dealt with when allocating and submitting transfers. Windows has this for IN transfers only, but requires that OUT transfers are contiguous in the buffer. Windows also requires a mechanism for pre-registering buffers (maybe like #11?).

[andreysaf]

Would love to have support for isochronous transfer. I am interested in web route and seeing it added it to cross-usb later.

Great library indeed! Thank you.

[NuLL3rr0r]

+1 this will be a nice addition. This was the reason we looked into nusb I see that pull request #117 contains commit with isochronous support. We'd appreciate it if you'd let us know if it's functional at this stage, so we could apply the patch.

Thank you!

[kevinmehall]

#117 is designed with isochronous in mind, but does not implement isochronous yet.

[NuLL3rr0r]

Thanks for the quick reply! Looking forward to it.