moonfire-nvr
OpenVehicleDiag
moonfire-nvr | OpenVehicleDiag | |
---|---|---|
31 | 13 | |
1,126 | 741 | |
- | - | |
8.6 | 0.0 | |
15 days ago | over 1 year ago | |
Rust | Rust | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
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.
moonfire-nvr
-
Mock Service Worker(msw) releases 2.0
How do folks test timing-related stuff with MSW? AFAIK, MSW doesn't get along with jest.useFakeTimers. It drives me nuts; I have a bunch of disabled tests in an open-source project and at least one that is flaky because it uses real timers where I'd like to be using fake timers. [1, 2]
I've been thinking about ripping out MSW from my tests in favor of my own API-level mock for this reason. But it seems like many other folks are happy with MSW. I have to assume there's something I'm not getting. I'm a fish out of water with frontend stuff in general...
[1] https://github.com/scottlamb/moonfire-nvr/blob/5ea5d27908f1a...
[2] https://github.com/scottlamb/moonfire-nvr/blob/5ea5d27908f1a...
-
Alternative open firmware for your IP camera
> I wonder how hard it would be to run your own streamer pipeline or whatnot on these things?
Agree with the_biot: The actual streaming component is not too hard. If this were the biggest problem, I'd be thrilled to contribute to an open source streaming server to complement my open source NVR. [1] The driver situation is indeed a bit harder—these things don't just have mainline Linux support with v4l2 for the video input and encoder. Or open source drivers of any kind to crib from AFAIK.
The biggest problem IMHO is that there just aren't any good cameras to buy, even completely ignoring the software aspect. I want a camera that:
1. doesn't support genocide. Nothing that involves Dahua, Hikvision, or Huawei. See IPVM articles on the subject. And a lot of available cameras are relabeled Dahua/Hikvision stuff and/or use Huawei components.
2. is legal for sale / authorized for use in the US. (See the Secure Equipment Act of 2021.)
3. has good night mode performance: IR/day switch, a sensor that is at least 1/1.8", reasonable resolution (somewhere from HD to 4k).
4. has an "eyeball" or "turret" form factor rather than "bullet". The latter seems to really attract spiders, so you end up with a really nice video of a web...
5. supports PoE.
6. is weatherized (IP66 or so).
7. is reasonably priced.
If you ignore #1 and #2, there's some nice hardware out there, but I'm not willing to do that. If you ignore #3, there are a few options (GeoVision, maybe Reolink, maybe Hanwha.) If you ignore #4 and #7, there might be a couple (Axis, maybe Hanwha.) Nothing that ticks all the boxes.
Hard to get excited about investing a lot in the software when the hardware isn't there.
[1] https://github.com/scottlamb/moonfire-nvr
-
NVR in Rust
saw one nvr project in rust - https://github.com/scottlamb/moonfire-nvr - maybe you can find answer there
-
IP Camera stream - simple recording - no resize/detection/etc - is it possible?
Moonfire NVR does basically that. No decoding at all. The configuration process could be smoother, but there's a decent setup guide to follow.
-
Surveillance system, how low can you go?
This is exactly what you're looking for: https://github.com/scottlamb/moonfire-nvr
-
Installing Rust in a Raspberry Pi 3A+
But I would definitely avoid compiling Rust on the Raspberry Pi 3 if you can avoid it. I set up a Docker cross-compile environment for this reason.
- Self Hosted CCTV/Home Security
-
NVR Suggestions & Experience...Any decent alternatives for MotionEye?
Moonfire may be what you're looking for otherwise.
-
What's everyone working on this week (50/2022)?
That last bit's not quite true: another option is to just use the cameras as a dumb stream source and do all the fanciness in an open source NVR. I've been slowly working on moonfire-nvr. Help welcome!
-
surveillance station
Moonfire
OpenVehicleDiag
-
Rust in Automotive
BTW I have a few automotive projects if you wish to check them out! https://github.com/rnd-ash/ecu\_diagnostics https://github.com/rnd-ash/openvehiclediag https://github.com/rnd-ash/canviewer-rs
-
ECU_Diagnostics 0.90.0! - Nearing Version 1.0
Currently, there are no other tools other than my own that utilize this crate, but I hope that can soon change! * OpenVehicleDiag - A front-end for the ECU_Diagnostic crate, allowing for CAN manipulation and tracing, and KWP/OBD/UDS ECU diagnostics and custom payload sending
-
Mazda RX-8 reverse engineering notes!
The tool I am using to reverse engineer the car is my beta version of OpenVehicleDiag (Source code available here https://github.com/rnd-ash/openvehiclediag/tree/egui_ecu_diag).
-
New project for ISO 15765 .dbc file
Author of OpenVehicleDiag here. I already kinda had something like this in mind, so set up this JSON Schema my application uses: https://github.com/rnd-ash/OpenVehicleDiag/blob/main/SCHEMA.md
-
What's everyone working on this week (19/2021)?
Working on my vehicle/ECU diagnostics platform. https://github.com/rnd-ash/openvehiclediag/
- OpenVehicleDiag 1.0 now released - A powerful cross platform car diagnostics and ECU testing platform - Now supports SocketCAN as well as an experimental Linux port of the J2534 Passthru API for diagnostic adapters (Read OP for more info)
-
OpenVehicleDiag 1.0 and MacchinaJ2534! - A powerful Rust open source car diagnostic application and Passthru adapter driver!
Macchina-J2534: https://github.com/rnd-ash/Macchina-J2534 OpenVehicleDiag: https://github.com/rnd-ash/OpenVehicleDiag/
- OVD - Cross-platform Motor Vehicle ECU Diag Suite
-
OpenVehicleDiag milestone 2 - Extracting proprietary DTC error code descriptions from Daimler CBF files with Rust and converting to an open JSON schema with Serde (read OP)!
This is the next major milestone of OVD (https://github.com/rnd-ash/OpenVehicleDiag/), in which I have been able to write a binary file parser to extract ECU information from Daimler's CBF files in Rust. The parser can be found in the CBFParser directory of the main repository.
-
Converting Daimler CBF files to a more universal and open JSON standard! - And allowing my program (OpenVehicleDiag) to scan ECUs using the JSON
Source code: https://github.com/rnd-ash/OpenVehicleDiag/
What are some alternatives?
Shinobi - :peace_symbol: :palestinian_territories: Shinobi CE - The Free Open Source CCTV platform written in Node.JS (Camera Recorder - Security Surveillance Software - Restreamer
Macchina-J2534 - J2534 drivers for various Macchina hardware
frigate - NVR with realtime local object detection for IP cameras
ddt4all - OBD tool
motioneyeos - A Video Surveillance OS For Single-board Computers
MacchinaM2-J2534-Rust - Cross platform J2534 API for Macchinas M2 UTD module
viseron - Self-hosted, local only NVR and AI Computer Vision software. With features such as object detection, motion detection, face recognition and more, it gives you the power to keep an eye on your home, office or any other place you want to monitor.
grenad - Tools to sort, merge, write, and read immutable key-value pairs :tomato:
jupyter-rust - a docker container for jupyter notebooks for rust
substrate-open-working-groups - The Susbstrate Open Working Groups (SOWG) are community-based mechanisms to develop standards, specifications, implementations, guidelines or general initiatives in regards to the Substrate framework. It could, but not restricted to, lead to new Polkadot Standards Proposals. SOWG is meant as a place to find and track ongoing efforts and enable everybody with similar interests to join and contribute.
neolink - An RTSP bridge to Reolink IP cameras
bumpalo - A fast bump allocation arena for Rust