sip VS libpeer

Compare sip vs libpeer and see what are their differences.

sip

SIP to WebRTC bridge for LiveKit (by livekit)

libpeer

WebRTC Library for IoT/Embedded Device using C (by sepfy)
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured
sip libpeer
1 11
70 810
- -
8.9 6.8
7 days ago 8 days ago
Go C
- MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.

sip

Posts with mentions or reviews of sip. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-01-04.

libpeer

Posts with mentions or reviews of libpeer. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-04-19.
  • VoRS: Vo(IP) Simple Alternative to Mumble
    15 projects | news.ycombinator.com | 19 Apr 2024
  • Pure C WebRTC
    12 projects | news.ycombinator.com | 7 Jan 2024
    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
    18 projects | news.ycombinator.com | 4 Jan 2024
  • Show HN: Bring phone calls into the browser (sip-to-WebRTC)
    9 projects | news.ycombinator.com | 4 Jan 2024
  • Drop packet
    1 project | /r/WebRTC | 25 May 2023
    I am experimenting based on the pear project (https://github.com/sepfy/pear) and using the clumsy tool to simulate the case of dropping packets.
  • Pear - A WebRTC Toolkit for IoT/Embedded Devices (a work-in-progress)
    1 project | /r/C_Programming | 8 Apr 2021
  • Hacker News top posts: Apr 8, 2021
    6 projects | /r/hackerdigest | 8 Apr 2021
    A simple C implementation to stream H.264 to browser using WebRTC\ (61 comments)
  • A simple C implementation to stream H.264 to browser using WebRTC
    1 project | /r/patient_hackernews | 8 Apr 2021
    1 project | /r/hackernews | 8 Apr 2021
    6 projects | news.ycombinator.com | 7 Apr 2021
    I think there's some truth in what as-j is saying. Rust binaries (and C++ ones) tend to be larger than C ones. I think the major reasons are (a) Rust dependencies being statically linked due to a lack of ABI stability, (b) inclusion of portions of the (statically linked, see a) Rust standard library used by the program where C code uses libc, (c) code bloat due to monomorphization, (d) the ease of just using a full-featured library where someone writing in C might cheat a little bit. As an example of what I mean by the last point, see sdp_attribute_get_answer in this codebase. [1] It's writing JSON, but it doesn't use a JSON library that actually escapes the included string. It just assumes the included string doesn't have a quote character in it. Is that assumption valid? Will it always be valid? I'm not sure on quick inspection.

    There are ways around all of these:

    * a. Static vs dynamic linkage: in an embedded system, it'd be reasonable to just produce a single userspace binary that does everything. It can change its behavior based on argv[0]. I think this is not too unusual for constrained systems even with C binaries. Eg busybox does it. If you only have one binary, you don't need dynamic linking. Also, I think it's not strictly true that Rust doesn't support dynamic linking. I think you can dynamically link everything if you ensure the whole system is built with the same compiler version.

    * b. Standard library. You don't have to use it at all, or you can use it sparingly, paying only for what you use.

    * c. Monomorphization. You could write (for example) a Go-like map [2] rather than relying so heavily on monomorphization. I'd love to see someone take this idea as far as possible; it might be a good idea for a lot of non-inner-loop code in general, not just on tight embedded systems.

    * d. Using full-featured libraries. Obviously no one is making you do this; the same cheats available in C are available in Rust.

    but in fairness, the further you go down this path, the further you are from just being able to just take advantage of the whole Rust ecosystem.

    Personally, I'd still rather develop or use a #![no_std] Rust codebase than a C one. Memory safety is important to me. IOT devices are no exception to that. Their security is historically horrible but I'd like to change that.

    [1] https://github.com/sepfy/pear/blob/b984c8dccaafdcdd1b181786a...

    [2] https://dave.cheney.net/2018/05/29/how-the-go-runtime-implem...

What are some alternatives?

When comparing sip and libpeer you can also consider the following projects:

str0m - A Sans I/O WebRTC implementation in Rust.

libdatachannel - C/C++ WebRTC network library featuring Data Channels, Media Transport, and WebSockets

openmiko - Open source firmware for Ingenic T20 based devices such as WyzeCam V2, Xiaomi Xiaofang 1S, iSmartAlarm's Spot+ and others.

tiny-webrtc-gw - tiny/fast webRTC video conferencing gateway

spchcat - Speech recognition tool to convert audio to text transcripts, for Linux and Raspberry Pi.

cpufetch - Simple yet fancy CPU architecture fetching tool

libjuice - JUICE is a UDP Interactive Connectivity Establishment library

Ory Keto - Open Source (Go) implementation of "Zanzibar: Google's Consistent, Global Authorization System". Ships gRPC, REST APIs, newSQL, and an easy and granular permission language. Supports ACL, RBAC, and other access models.

webrtc-echoes - Simple useful interoperability tests for WebRTC libraries. If you are a WebRTC library developer we'd love to include you!

violet - Lightweight STUN/TURN server

LadyLua - Single executable(static), batteries included, Lua 5.1 interpreter.

CppCoreGuidelines - The C++ Core Guidelines are a set of tried-and-true guidelines, rules, and best practices about coding in C++

InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
www.influxdata.com
featured
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com
featured

Did you konow that Go is
the 4th most popular programming language
based on number of metions?