Imagine how great Android would be if Google applied the same rules.https://twitter.com/CarmenCrincoli/status/909854644037345280 …
-
Show this thread
-
Replying to @RichFelker
Signing also costs money which I don't have... (yes there are ways around this)
1 reply 0 retweets 0 likes -
Replying to @cr1901
If you can make physical devices that actually need device-specific drivers (not just USB HID, storage, etc.) you prob. have $$ for signing.
2 replies 0 retweets 0 likes -
Replying to @RichFelker
The problem w/ the device classes for data xfer is they are slow. If I need something faster than CDC/HID, I'd need a custom driver.
2 replies 0 retweets 0 likes -
Replying to @cr1901
USB storage (with the new mode that's essentially SCSI-over-USB-3, forget its name) or USB network (fake eth) should cover most/all needs.
1 reply 0 retweets 0 likes -
Replying to @RichFelker @cr1901
Though of course it would be ideal to have a few additional general models for high-speed data acquisition/streaming, etc.
1 reply 0 retweets 0 likes -
Replying to @RichFelker
My hypothetical device isn't even that fast. It's just simply faster than HID (64 kB/sec) or a UART (< 1 MB/sec) can provide (< 10 MB/sec).
1 reply 0 retweets 0 likes -
Replying to @cr1901
Is there any theoretical/protocol reason USB serial/uart is limited to <1MB/sec?
1 reply 0 retweets 0 likes -
Replying to @RichFelker
I don't know. But the most I see USB-to-serial UARTs go to is 12 Megabaud (still not enough for my uses :(...).
1 reply 0 retweets 0 likes
It'd be interesting to see how high you could take it using an FPGA implementation.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.