Party time!!!
Just updated. It looks like I can't change the text color to anything. It's stuck with white.
Another bug that i noticed prior to this release is a folder I created for Garage lights has "Thermostats" as the title on the back button.
I can reproduce this and will get it fixed
a folder I created for Garage lights has "Thermostats" as the title on the back button.
I don't see this one. Is it just the 1 folder? If you change the name does it stick?
I like the idea but not sure exactly how it'd be used. Would it be for rotating between lines of text on a single tile? Where would the text come from? device updates (ie: "garage door open")?
Maybe un-related, but I had thought about adding an option to display device updates as they come in. I wouldn't display every update that comes in because some of them are more useful than others.. but, that was something I was thinking about. Not sure where it'd be displayed either - a tile or instead show it in a little popup 'snackbar' (like below)
I just checked. It was only one folder. Editing the name did not cause the name to stick. I just deleted the folder and recreated it. Now it is correct.
I used to have my 2 thermostats in a folder so there is some connection there. No idea how this little bug popped up. Probably difficult to recreate and not worth your time.
Another topic, I'm still having issues with some zwave and zigbee devices not tracking the correct power state at times in HD+. I've centralized my hub in my house. I have tons of both devices to have a strong mesh setup.
I can see where that might apply in my case....I have a text tile that lists the artist, song title, and playlist of currently playing music. Also, I have a text tile of little love notes to my wife that changes every hour or so from a database that I manage. Both are static, and I think I prefer it that way versus scrolling.
Now that the app is back on the Play Store I see I've got until the end of the month to target Android 14 (API 34). This isn't the same as the minimum supported version of the app which is currently API 19 (Android 4.4 - KitKat). But, there's quite a bit of changes that are required when doing this which I think might require me to update the minimum version to API 21 (Lollipop).
from https://developer.android.com/google/play/requirements/target-sdk:
When you upload an APK, it must meet Google Play's target API level requirements.
Starting August 31 2024:
New apps and app updates must target Android 14 (API level 34) or higher to be submitted to Google Play; except for Wear OS and Android TV apps, which must target Android 13 (API level 33) or higher.
If you're interested, here's some of what has to be done to support API 34: https://developer.android.com/about/versions/14/behavior-changes-14
bottom line is -- there's quite a bit of changes required.. mostly affecting anything that could run in the background such as Widgets and Location checks. I just wanted to mention that the minimum version might be going up in the future. Technically, very few devices are still on API 19 so it shouldn't affect many people. But, I had tried to keep supporting as old of devices as long as possible.
version 1.0.2542 (beta)
- fix changing text color
- better handle critical battery levels (low battery feature)
1 Like
I think there are several variations that folks might want. My first thought was of a list of messages I'd generate in node-red. I don't have a specific use case yet, just that the capability might become handy. My thought was of status or alarm messages. I don't think I would want the messages to come from the standard Maker API stream like you suggest but that raises the question of just how the text would get delivered to the dashboard 
None of the standard HE devices that I can think of would apply but I know a lot of "stuff" has been added to HE that I've ignored so maybe it's in there somewhere. Maybe this will spur a thought in someone more up-to-date than I.
I have a couple of devices that support notifications - such as my mobile device which displays notifications.
While the driver itself doesn't keep track of the history of it's messages, I do receive them and could keep track of the history - at least while HD+ is running.
Hi @jpage4500 - I'm wondering if there would be any way of implementing a selectable video tile. A long winded explanation follows....
I show just one of my (10) cameras as a 7 x 4 video tile using the RTSP driver, so it's streaming and permanently visible on my dashboards. Clicking it takes it full screen over everything else (although the 7 x 4 size of the tile means I rarely need to do that). I sometimes want to see a different camera quickly and usually I'll just reach for my phone and use the native app (Hikvision Hik-Connect). Today I've added a single 1 x 1 video tile for each camera and changed the icon so that it's not streaming until I click it to bring it full screen when needed.
The above got me wondering if there were any way something could be implemented where clicking a video tile (or better still a separate tile that was linked to the video tile such that the selection updated the url) allowed a selection for the camera in view. Each selection would map to an individual URL. Just a thought but it might be pretty cool to be able to select a different camera rather than permanently streaming multiple cameras or cluttering the dashboard with multiple tiles as I just have.
3 Likes
Still grateful for all the work you put into this app. And... I have a request for modification. Is it possible to have two url's for a video (rtsp). One for when the image is on the screen with a bunch of other videos and one for when you tap the video on screen so it goes to full screen. Its always been that the lower the resolution or frame rate, the more reliable the video display is (less drop outs). If I could stream the camera sub stream at low resolution that would more closely fit in the box that I give it on the screen until I want to look at something closer by tapping the box for a full screen image that is from the camera's main stream it seems that it would help with the dropouts.
So, I haven't used the feature for awhile, but my RTSP feeds no longer work. Were you ever able to find a camera to test it with?
RTSP feeds work fine for me. The trick for me to get it to work was to make sure the frame rate of the stream was low enough. I think I ended up with a frame rate of around 4 fps to get it to reliably work.
Did you put that in the URL?
Nvrmnd..I fixed it. Had to change 127.0.0.1 to localhost IP4 url. I can access the feed with VLC transcoding on my computer, but can't get HD+ to transcode. No big deal - I have the camera app to use when I'm away from home.
No, you’ll have to change that on the camera
I had to do the same thing to get RTSP feeds to work on my Fire HD pads. It's a camera setting, not an HD+ or pad setting. These are my settings (from my NVR software camera settings) for a Fire HD 10 pad...
As suggested above, I use the Sub Stream for full-time viewing, and use the Main Stream when I touch the image and want a full-screen view.
1 Like
It's specific to MJPEG video streams.. the library I'm using has an option to skip frames. It's something I noticed that benefited slower devices and keeping the video from lagging behind
2 Likes
