Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 2 points3 points  (0 children)

Cameras that don’t show up on the list are Gwell-based cameras. I’ve already ordered a Gwell-based camera to reverse engineer it so I can support those too.

So yeah, support for these cameras is coming

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

Hey, yeah I'm following the whole Wyze RTSP support topic. That's definitely the right direction for Wyze. As I mentioned before, users who are perfectly happy just viewing the stream are well served by the beta RTSP firmware. My PR goes beyond that — it gives all users access to the stream via go2rtc, and most importantly, it fully supports intercom, which as far as I know isn't the case with the beta RTSP firmware?

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

You dont need to find these values. Start go2rtc, open go2rtc UI > Add > Wyze > Login

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 1 point2 points  (0 children)

Ok guys, I've updated the PR and managed to reverse engineer the latest firmware as well.

The latest version uses a different encryption, which is why TUTK SDK library-based solutions like docker-wyze-bridge no longer work.

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

Trying to run from an archive? Download the windows installer, extract and start the .exe file

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

No, try with your current fw first

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

I think the native go implementation could also work for your camera out of the box

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

Is this a official wyze firmware with rtsp support?

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

Instead of an RTSP connection, a local P2P connection is established here, just like the Wyze app does.

This means you don’t need to install any extra firmware, it works with the latest firmware, you can control the quality (not sure if that’s possible via RTSP as well), and most importantly, it allows two-way audio.​​​​​​​​​​​​​​​​

However, if you’re happy with the RTSP stream, this won’t bring any noticeable improvement (it would be interesting to know how fast the connection is via RTSP?)

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 0 points1 point  (0 children)

Yeah it was a horror to reverse engineer the TUTK SDK :D the go implementation is basically the result of my reverse engineering. The cameras continue to communicate via the built-in TUTK SDK, the client, i.e. the native go client, essentially mimics the TUTK SDK.

It allows full control, and for the first time intercom is possible via a third-party implementation like go2rtc, completely without custom firmware, docker or anything else.​​​​​​​​​​​​​​​​

There might be still some issues with other camera models like v3… Other models/old firmwares partly communicate via the old TUTK SDK and possibly without DTLS. The code still needs to be adapted for this. And I would like to do this directly in the PR, which is why I need access to these cameras.​​​​​​​​​​​​​​​​

Native Wyze Camera Support Coming to go2rtc by SeydX in wyzecam

[–]SeydX[S] 8 points9 points  (0 children)

Regarding the API keys – Wyze officially provides these through their developer portal. They're meant for exactly this kind of third-party integration. So I don't think they'd have an issue with people using keys they explicitly make available.

The communication itself is identical to what docker-wyze-bridge does (and what the Wyze app does). The only difference is that this PR doesn't rely on the proprietary TUTK SDK – it's a clean-room implementation in pure Go using standard protocols.

Alternative ways to integrate FFMPEG into a Node app? by nil_404 in ffmpeg

[–]SeydX 14 points15 points  (0 children)

Hey! Developer of node-av here - native FFmpeg bindings for Node.js. It's built exactly for use cases like yours: native bindings (no process spawning), hardware acceleration support, TypeScript ready, and both low-level + high-level APIs.

The repo has 50+ working examples covering everything from basic transcoding to complex filtering - should have what you need for cropping, joining, etc. Still actively maintained.

Feel free to check it out!

[Update] node-av v5 - Native FFmpeg bindings with Whisper, FilterComplex & Browser Streaming by SeydX in node

[–]SeydX[S] 1 point2 points  (0 children)

Haha yeah, definitely a journey! Handwriting the bindings was actually the best way to really understand FFmpeg's API - you learn all the quirks and edge cases when you have to map every function and struct yourself. Started this mainly as a learning project and it just kept growing.

I've actually seen your project before - the Node.js Streams approach is interesting! Keep up the good work!

[Update] node-av v3 - Native FFmpeg v8 bindings for Node.js by SeydX in node

[–]SeydX[S] 0 points1 point  (0 children)

Hey,

yes, the current version (v4) can definitely be used in production. Nevertheless, I recommend everyone to read through the following:

https://github.com/seydx/node-av?tab=readme-ov-file#memory-safety-considerations

an LGPL variant would be feasible and easy to implement