btleplug
web-libusb
Our great sponsors
| btleplug | web-libusb | |
|---|---|---|
| 9 | 2 | |
| 509 | 1 | |
| 3.3% | - | |
| 5.4 | 1.0 | |
| 11 days ago | about 2 years ago | |
| Rust | C | |
| GNU General Public License v3.0 or later | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
btleplug
-
Just an innocent mistake
In case someone is curious: https://github.com/deviceplug/btleplug/pull/279/files
-
Is the Rust ecosystem capable of making a cross-platform mobile game with p2p Bluetooth yet?
Is something wrong with https://github.com/deviceplug/btleplug or you haven't found it? You could also use bindings to platform libraries like https://github.com/microsoft/windows-rs and https://github.com/rust-mobile/ndk if btleplug doesn't have something fundamental to you.
-
Deldo is a sex toy control and teledildonics mode for Emacs
One of the worst/best parts of buttplug is that I ended up needed to maintain my own Bluetooth LE library: btleplug (https://github.com/deviceplug/btleplug).
Worst because working with bluetooth is always THE WORST, best because of the submissions and community that've grown around it.
There's 2 types of PRs to btleplug:
- People going "here's a PR but uh, why is the library named btleplWAIT WHAT"
- People going "here is a PR specifically to fix something in Buttplug thank you"
- btleplug (cross-platform bluetooth LE rust library) v0.8 released, now with async!
-
BLEZ - Asynchronous interface to official Bluetooth Low Energy APIs on Linux (BlueZ)
"In its dev branch"
-
Android's new Bluetooth stack rewrite (Gabeldorsh) is written with Rust
I've always been annoyed at the cross-platform story for Bluetooth. GATT is one of my favorite protocols because it is so simple, but writing simple code against this simple protocol is _not_ portable:
iOS and macOS have CoreBluetooth, Linux has BlueZ, Windows has Windows.Devices.Bluetooth and Android has android.bluetooth.
I've seen a few projects trying to fix this, like https://github.com/deviceplug/btleplug, and I hope one of them becomes production ready.
-
Buttplug-rs Hits V1 Milestone
But, that's an ongoing problem. In terms of "done", I think the next big milestone will be mobile app support. We work on mobile web browsers in a couple of different ways, but Buttplug still needs app support, both native and for things like cordova/react native/etc... The biggest issue there at the moment lies in our bluetooth library (btleplug, https://github.com/deviceplug/btleplug), because getting the FFI via JNI to android is going to suck (even though I can crib off Servo's WebBluetooth impl, which worked on Android).
web-libusb
- Rust's async isn't f#@king colored!
-
Buttplug-rs Hits V1 Milestone
I haven't talked about it anywhere, but I have https://github.com/lights0123/web-libusb for compiling existing C applications using libusb to WASM for use with WebUSB.
What are some alternatives?
buttplug-rs - Rust Implementation of the Buttplug Sex Toy Control Protocol
Rust-for-Linux - Adding support for the Rust language to the Linux kernel.
cxx - Safe interop between Rust and C++
rust-async-bench - The cost of Rust async/await
deldo - Deldo is a sex toy control and teledildonics mode for Emacs
tpscube - An application for tracking cube solves
async-std - Async version of the Rust standard library
proposal-top-level-await - top-level `await` proposal for ECMAScript (stage 4)