go2rtc
ffmpeg
go2rtc | ffmpeg | |
---|---|---|
14 | 4 | |
3,271 | 120 | |
- | - | |
9.6 | 9.9 | |
7 days ago | 21 days ago | |
Go | C | |
MIT License | 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.
go2rtc
-
2/16/24 Wyze Security Incident Update
Not my project but I have had great success with https://github.com/gtxaspec/wz_mini_hacks & V3 model.
The V3 models need to be downgraded to a specific firmware first and patching it exposes RSTP streams using https://github.com/AlexxIT/go2rtc. Everything doable without ever installing Wyze app on an environment air gapped environment with no internet.
-
Can I? Please do this:
go2rtc can stream from the rtsp of the camera and push out to YouTube etc
- go2rtc on an orange pi 5 plus
- Name of universal camera service
-
Self hosted RTMP restream server with a web gui
Maybe this is what your lookin for, https://github.com/AlexxIT/go2rtc
-
WebRTC support being added to FFmpeg
I don't think that will ever be possible unfortunately. WebRTC requires DTLS+SRTP for the mandatory security, don't ever see that being made optional.
For RTSP/WebRTC bridging I have used https://github.com/AlexxIT/go2rtc and really enjoy it.
-
BirdCAGE - self hosted app for identifying bird songs
I will try to add the stream with go2rtc, which I have running either way. https://github.com/AlexxIT/go2rtc/issues/403
- Is it just me or there are none open source apps for android that host RTSP server with camera?
-
Delay in shinobi stream 8-10 seconds and an easy solution
Yes it is normal to have a 8-10 second delay. I use shinobi to record, not to monitor. for monitoring I use go2rtc. On Unraid its in the app store, or get it here https://github.com/AlexxIT/go2rtc . Its a zero delay zero cost rtc camera viewer software and I absolutely love it and it does exactly what it says. I simply pulled down the container in Unraid and pasted my rtsp stream and it was right there instantly. Everything playing in exact real time. This is the easiest solution you will find. Throw it behind a reverse proxy and you have it to view from anywhere in the world. I have no password on mine so I mostly use the http 127.321.313:1984 address. I am not sure there is a way to lock it if you use a reverse proxy I am still working on that.
-
[LOOKING FOR] A decent web-based RTSP streaming application
Never dived into it (yet) but I’m intrigued by https://github.com/AlexxIT/go2rtc
ffmpeg
-
Odin Programming Language
And furthermore, C and C++ code can participate in the Zig package ecosystem. For example, here is ffmpeg packaged for consumption by a Zig project:
https://github.com/andrewrk/ffmpeg
Why not use a system package? Well, because the user's system might not have such a package. They might be on Windows, for example. Or their package might be out of date. [Or the system might have chosen sides in a nasty fork war](http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html).
So, while system packages are nice for end users, they might not always satisfy the needs of upstream application developers.
-
Extend a C/C++ Project with Zig (2021)
It's a bit more nuanced than that, as detailed by AndyKelley (andrewrk@) on github[1].
As I understand it, C/C++ interop and support in the build system is not going away; instead it might be accomplished via a separately maintained clang package. (Aside: for an example of this kind of thing can work, see ffmpeg[2] converted to use the Zig build system which pulls in nasm[3] as a Zig package; presumably the clang solution would be a bit more integrated than that, but it serves to show that it can be done).
Zig will still support compilation using LLVM, but instead of directly linking to LLVM and using LLVM's IRBuilder API, it will directly output LLVM bitcode instead[4]. The build system will then handle linking this into an executable.
The idea seems to be to reduce dependencies of the main executable, while keeping the build system flexible enough that it does not impact existing use cases.
I'm not affiliated with the Zig project in anyway, so my understanding of this may be off. I'd recommend reading the GH issues and comments I've linked below to get a better idea of it.
[1]: https://github.com/ziglang/zig/issues/16270#issuecomment-161...
[2]: https://github.com/andrewrk/ffmpeg
[3]: https://github.com/andrewrk/nasm
[4]: https://github.com/ziglang/zig/issues/13265
-
WebRTC support being added to FFmpeg
I am not entirely sure with were you are going with this comment but FYI here is an ffmpeg fork with the build system replaced with a "build.zig" file and the Zig build environment: https://github.com/andrewrk/ffmpeg
-
Zig Build System
If you want to see a fun example of this build system in action, have a look at my ffmpeg fork which has the build system ported to zig build:
https://github.com/andrewrk/ffmpeg
Particularly interesting is the use of nasm as a package dependency, which is executed to compile many assembly files into object files, then linked into the ffmpeg static library.
I'm using this package in a work-in-progress reboot of Groove Basin (a music player server) in Zig:
https://github.com/andrewrk/groovebasin/tree/zig-pkg
Point being that if you want to collaborate on the music player project, you don't need to screw around with a million system dependencies, it's just `zig build` and you're off to the races - no matter whether you are using Windows, macOS, or Linux.
The zig build system is under heavy construction during this release cycle of Zig. I recommend to check it out at the end of May when Zig 0.11.0 is released, and a few more issues will be smoothed over. Of course, if you want to get your hands dirty and help work on a bleeding-edge build system & package manager, come on over and give master branch a try.
What are some alternatives?
frigate - NVR with realtime local object detection for IP cameras
sokol-zig - Zig bindings for the sokol headers (https://github.com/floooh/sokol)
rtsp-simple-server - Also known as rtsp-simple-server. ready-to-use RTSP / RTMP / LL-HLS / WebRTC server and proxy that allows to read, publish and proxy video and audio streams. [Moved to: https://github.com/aler9/mediamtx]
raylib-zig - Manually tweaked, auto-generated raylib bindings for zig. https://github.com/raysan5/raylib
rtmp-hls-server - a docker file to create a streaming server that supports RTMP, HLS and DASH content based on nginx and nginx-rtmp-module.
str0m - A synchronous sans I/O WebRTC implementation in Rust.
motioneye - A web frontend for the motion daemon.
broadcast-box - A broadcast, in a box.
fastotv_pl - IPTV/OTT Solution
webrtc-echoes - Simple useful interoperability tests for WebRTC libraries. If you are a WebRTC library developer we'd love to include you!
CamViewerPlus - A customizable browser-based RTSP viewer with multiple grid views
ffmpeg-webrtc - Support WebRTC(WHIP) for FFmpeg.