Are you saying we can’t trust Athom’s changelogs to be complete…?
What I mean is that just because it isn’t listed under v12.7.0 right now doesn’t mean it won’t be included in the final build ![]()
Oh yes, I’m always confused by Athom’s use of “release candidate” meaning something completely different from what the rest of the world means by it ![]()
I guess you were right after all 12.7.0 released into stable without any mention of video. So I guess 12.8.0 it is ![]()
edit: Live video feeds appear to be live in the most recent TestFlight version of the Homey app. However, not for the dashboard (yet) and sadly my doorbell doesn’t seem to handle it well yet as the live feed URL can’t be fetched. But it’s still very early days ![]()
It doesn’t look like there’s any transcoding done on Homey itself, which suggests that RTSP is handled purely in the mobile app and there won’t be any web app support for it.
Also, it only works on my local network.
Ah, now we know why the dashboard is mobile app only ![]()
(if the web app is unable to stream video).
Another item for the list “What works where?” ![]()
Good to mention that camera streams for the web app is also being worked on, so that will work in both places ![]()
Does Homey have enough resources for transcoding then?
@Doekse can I find somewhere the instructions to test the camera streams? (Which brand is already supported yet)Because@ Martijn poppen said that he working on the implementation but he can not implement yet because the encryption of Eufy ?!
How is being able to test camera streams relevant to Eufy encryption?
I will create a thread just like I did for Homey Energy with all the supported brands and devices soon.
Note: Ubiquiti UniFi Protect | Homey
has support
for Unifi protect camera’s.
I don’t see the connection between being able to test streams and the issue that @martijnpoppen is trying to solve for the Eufy devices.
In any case, from what I’ve seen in the SDK documentation, the current video implementation basically just passes video stream URL’s to the Homey app and there is no way to parse/process those streams from an app.
@robertklep yes that’s correct.
Only video urls are supported. There’s a VideoOther integration, so in theory you can run your own http server (specified as video/h264) inside a homey app on a open port and then go to that url in the video stream.
(That’s currently what i’m trying for Eufy.)
However as you already mentioned: “Does Homey have enough resources for transcoding then?”
Answer to that is no ..
Testing a stream and then start another crashes out the app.
The transcoding is done in the Homey app, parsing a H264NAL stream to the http server, but actually you want something like FFMPEG to run this properly
It’s possible for Homey apps to ship with binaries included so in theory you should be able to use an ffmpeg binary compiled for RPi4 and start it from your app.
@robertklep oh really? I will try that. ![]()
Yeah, seems to work:
✓ Running `com.company.myapp`, press CTRL+C to quit
— Profile your app's performance at https://go.athom.com/app-profiling?homey=XXX&app=com.company.myapp
─────────────── Logging stdout & stderr ───────────────
stdout: Universal media converter
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...
Getting help:
-h -- print basic options
-h long -- print more options
...
That’s using ffmpeg-alpine-aarch64.tar.gz from here.
Wouldn’t it be a good idea to write a general “universal media converter” app with an api so that developers don’t have to develop their own?
