ghost
commented
3 years ago I have the ability to stream h264 from the cameras as part of a larger project I am getting ready to upload to GitHub. Before I do that, I’d like to find an alpha user.
It just occurred to me yesterday that just the streaming hack may be of more interest than the rest of the project.
There’s a quick demo video here:
https://www.youtube.com/watch?v=h1Xa3kCbsvI
You can read about the project here: ( I talk about the streaming way down at the bottom in the Updates: section )
http://www.sonic.net/~crb/ReadMe.html
The code is rather crufty right now and I’ve only tried it on a V2 cameras. I have a V3 and getting it to run on that is on my todo list.
On Apr 1, 2021, at 3:47 PM, BiatuAutMiahn @.***> wrote:
Background: While exploring methods of establishing an h264 stream from the camera I noticed that killing /system/bin/assis, /system/bin/hl_client, and/or /system/bin/iCamera the system would reboot a few moments after. Thus preventing any attempts to poke and prod around the system. Reviewing the init process shows that if /configs/.debug_flag exists app_init.sh will not spawn these processes. However after creating this file, I ended up soft bricking my device.
This PR resolves this matter by implementing a few configuration options to: A, Enable/Disable the debug mode. B, look for wlan.new in the nfs share to update wpa_supplicant.conf and restart wpa_supplicant C, Specify WLAN SSID and KEY in the config.
You can view, comment on, or merge this pull request online at:
https://github.com/HclX/WyzeHacks/pull/106 https://github.com/HclX/WyzeHacks/pull/106 Commit Summary
Implement WLAN Config & fixes Update hack_ver.inc Update main.sh Tests Fixes More Fixes More Tests File Changes
M installer/config.inc.TEMPLATE https://github.com/HclX/WyzeHacks/pull/106/files#diff-44d2bbb6651f66b186453284c2213283a84025b4e4f001e02a01b556d004d166 (12) M wyze_hack/hack_ver.inc https://github.com/HclX/WyzeHacks/pull/106/files#diff-04d124532681cad49e11c2f9632532a342ab9a4fbe5aa61f805a2b74dfdb6be3 (2) M wyze_hack/main.sh https://github.com/HclX/WyzeHacks/pull/106/files#diff-2729b72c28b9ef22b4d5603e17d5f7183cecefe1631834e4a246c3a033abdda8 (71) Patch Links:
https://github.com/HclX/WyzeHacks/pull/106.patch https://github.com/HclX/WyzeHacks/pull/106.patch https://github.com/HclX/WyzeHacks/pull/106.diff https://github.com/HclX/WyzeHacks/pull/106.diff — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/HclX/WyzeHacks/pull/106, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABBXSYFLYL6PYI2QFKBSLRDTGTZYZANCNFSM42H45WPQ.
BiatuAutMiahn
endertable
gtxaspec
Background: While exploring methods of establishing an rtsp stream from the camera I noticed that killing
/system/bin/assis,/system/bin/hl_client, and/or/system/bin/iCamerathe system would reboot a few moments after. Thus preventing any attempts to poke and prod around the system. Reviewing the init process shows that if/configs/.debug_flagexists app_init.sh will not spawn these processes. However after creating this file, I ended up soft bricking my device because it will no longer connect to the network.This PR resolves this matter by implementing a few configuration options to: A, Enable/Disable the debug mode. B, look for
wlan.newin the nfs share to update wpa_supplicant.conf and restart wpa_supplicant C, Specify WLAN SSID and KEY in the config.