| 
     
      
      
      From: terence12 <tez...@gm...> - 2013-05-28 23:01:01
      
     
   | 
Ok. With interrupt transfers in particular there is an internal polling mechanism which will receive an "in token" when data is about to be transmitted. How is there not anything that triggers a flag when interrupt data has been received? Also, if I create a program for say a mouse which uses interrupt transfers, where the mouse is mostly transmitting packets to the controller, does that mean I have to continually call libusb_interrupt_transfer() on an in end pointer? It doesn't seem practical and there doesn't seem to be a practical solution for concurrent devices controlled from the same program. Also is it safe to continually call libusb_interrupt_transfer() on an in end pointer from one thread, and occassionally use libusb_interrupt_transfer() to write to an out pointer for the same device? Thanks, Terence -- View this message in context: http://libusb.6.n5.nabble.com/libusb-file-descriptors-tp5712006p5712011.html Sent from the LibUSB Dev mailing list archive at Nabble.com.  |