libdatachannel
msdfgen
Our great sponsors
libdatachannel | msdfgen | |
---|---|---|
27 | 27 | |
1,535 | 3,699 | |
- | - | |
9.3 | 6.5 | |
7 days ago | 5 days ago | |
C++ | C++ | |
Mozilla Public License 2.0 | MIT License |
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.
libdatachannel
- VoRS: Vo(IP) Simple Alternative to Mumble
-
Simplicity of IRC
You can use https://github.com/paullouisageneau/libdatachannel for your C/C++ integration needs. It's 10k lines. So the answer is 0. Its required dependencies (I assume this as they are git submodules in deps) are more than 100k lines, though, srtp support making the bulk of it. On my machine it took 11 seconds to compile it.
Irssi is 64k lines (plus its dependencies), so I guess that makes WebRTC complicated.
Can't argue that DCC isn't simple, but perhaps the protocol deviced decades ago is a bit too simple.
-
OBS merges AV1 support for WebRTC
Most of the work happened in the libdatachannel! You can check out my PR here[0]
[0] https://github.com/paullouisageneau/libdatachannel/commit/a6...
-
Pure C WebRTC
I am really excited about https://github.com/sepfy/libpeer. It has examples ready for ESP32 etc....
When working on KVS I wasn't familiar with the embedded space at all. I saw 'heavyweight' embedded where you were running on Linux. Then you had RTOS/No OS at all. I wasn't prepared for these devices at all. If we can make WebRTC work in the embedded space I think it will really accelerate what developers are able to build!
Remotely driven cars, security cameras, robots in hospitals that bring iPads to infectious patients etc... Creative people are building amazing things. The WebRTC/video space needs to work harder and support them :)
-----
I love how diverse the WebRTC space is now. Outside of this implementation you have plenty of other options!
* https://github.com/shinyoshiaki/werift-webrtc (Typescript)
* https://github.com/pion/webrtc (Golang)
* https://github.com/webrtc-rs/webrtc (Rust)
* https://github.com/algesten/str0m (Rust)
* hhttps://github.com/sepfy/libpeer (C/Embedded)
* https://webrtc.googlesource.com/src/ (C++)
* https://github.com/sipsorcery-org/sipsorcery (C#)
* https://github.com/paullouisageneau/libdatachannel (C++)
* https://github.com/elixir-webrtc (Elixir)
* https://github.com/aiortc/aiortc (Python)
* GStreamer’s webrtcbin (C)
See https://github.com/sipsorcery/webrtc-echoes for examples of some running against each other.
- WebRTC for the Curious
-
Building WebRTC server implementation for Erlang
This is not true, there are actually multiple WebRTC implementations in different languages besides the reference library: aiortc (python), libdatachannel (C++), sipsorcery (C#),webrtc-rs (rust), werift (Typescript), and Amazon Kinesis (C)
-
I spent two years building a desktop environment that runs in the browser, it's finally in beta!
Use any means necessary to transfer your data across devices. Could be IPFS, could be FTP, could be EventSource, WebSocket, WebTransport, Fetch, whatever. See https://github.com/guest271314/secure-file-transfer; offscreen-webrtc, https://github.com/paullouisageneau/libdatachannel.
-
Client side Rest server?
I've successfully used libdatachannel to Web pages to connect native applications and stream data to the browser.
-
Security Framework
Alternatively you can use your server as a signaling server for WebRTC (Insertable Streams ("Breakout Box"), or data channels https://github.com/paullouisageneau/libdatachannel), then users (peers) can exchange data themselves and you don't need to store anything, see True End-to-End Encryption with WebRTC Insertable Streams, A complete example for a WebRTC datachannel with manual signaling.
-
Datachannel video streaming?
there is also a c++ library that can be used to open a data channel connection, I think a number of SFU “servers?” use this library (I wish I had) https://libdatachannel.org/
msdfgen
-
Shader Park Is Kinda Neat
This very well explained here https://github.com/Chlumsky/msdfgen and with more details in link d pdf.
Basically, signed distance fields allow high resolution renders from low resolution rasters which represent character shape.
-
SDF font rendering & cuttoff parameter value
No idea how to help you but I will just drop this since it improved the quality for me by 1000 https://github.com/Chlumsky/msdfgen
-
Best approach to render a lot of text.
And that's the complicated state of the art version for 3D perspective. Other versions are even simpler.
-
Leveraging Rust and the GPU to render user interfaces at 120 FPS
This is known as a “multi-channel signed distance field”, or “msdf”.
https://github.com/Chlumsky/msdfgen
-
Font question: What software do you use to create "Signed Distance Field" from OTF or TTF?
I use this, free and has been very good for me https://github.com/Chlumsky/msdfgen
- MelonJS – a fresh and lightweight JavaScript game engine
- What is the maximum number of texture2D's I can have in a single texture array uniform binding?
-
Why are SDF editors not more popular for creating assets?
Distance fields are not slow to render. They don't need a powerful gpu. Valve was already using SDF for textures in 2007 and released a paper about it. MSDF (multi channel signed distance fields) is a popular text libraries for game engine devs that uses distance fields. Distance fields are fast to render in 2D and even 3D. The problem is with everything around it. Lighting, shadows, shading will all require specialized tooling and likely a specialized engine for very little benefit (imo).
-
Vector Graphics on GPU
Signed distance fields only work well for relatively simple characters.
If you have highly detailed characters like Chinese or emojis, you need larger resolution to faithfully represent every detail. One way to get around excessive memory requirements is to store the characters in their default vector forms and only render the required characters on demand, but then you might as well render them at the required pixel resolution and do away with the additional complexity of SDF rendering.
SDFs are still useful though if you have to render text at many different resolutions, for example on signs in computer games, as seen in the original paper https://steamcdn-a.akamaihd.net/apps/valve/2007/SIGGRAPH2007...
In the past, SDFs also had problems with sharp corners, which has been solved in https://github.com/Chlumsky/msdfgen
-
Adventures in Text Rendering: Kerning and Glyph Atlases
MSDFGen looks pretty sweet. https://github.com/Chlumsky/msdfgen
What are some alternatives?
libjuice - JUICE is a UDP Interactive Connectivity Establishment library
msdf-atlas-gen - MSDF font atlas generator
Pion WebRTC - Pure Go implementation of the WebRTC API
8SSEDT - Tutorial about 8-points Signed Sequential Euclidean Distance Transform
aiortc - WebRTC and ORTC implementation for Python using asyncio
vello - An experimental GPU compute-centric 2D renderer.
sora-unity-sdk - WebRTC SFU Sora Unity SDK
troika - A JavaScript framework for interactive 3D and 2D visualizations
janus-gateway - Janus WebRTC Server
nanovg - Antialiased 2D vector drawing library on top of OpenGL for UI and visualizations.
µWebSockets - Simple, secure & standards compliant web server for the most demanding of applications
msdfgl - OpenGL implementation of the MSDF algorithm