Blend4Web is mostly dead at the moment and forum riddled with spam. Another alternative is Armory3D and Godot Engine.
Wed, Feb 26
Sat, Feb 22
Fri, Feb 21
Tue, Feb 4
Mon, Feb 3
Sat, Feb 1
Jan 2 2020
Dec 29 2019
Jun 9 2019
Support was added while GSoC2018 by @TofuLynx
Apr 28 2019
Added automatic determination.
Apr 22 2019
Merged tests, implemented some helpers and general methods, removed obsolete code.
Apr 21 2019
Feb 20 2019
Flow of daemon initialization and processing (WIP):
Feb 18 2019
Preliminary format, current value will be supplied by daemon before sending data to WebUI:
Reference for infinity slider: https://github.com/solodev/infinite-carousel
Feb 6 2019
Yes, consistency, people should read the mentor page also, it's about making binds, so it's not totally unpersonal interaction there
Feb 5 2019
Feb 4 2019
Feb 2 2019
First visualizer preview:
Jan 22 2019
Dec 19 2018
Adjustments to the daemon are done, see comm packet. Also added digital gain and reworked analog gain.
Dec 11 2018
Just a quick update, tested the daemon with web UI and it works great. Of course current setup is still not finalized and daemon runs as app, so it can be killed directly, but "analog gain" setting works fine (done some test snapshots). Next step will be some adjustments to the comm packet, so we have dedicated command parameter for get/set (a bit like REST), so the part of splitting "set_gain" to check the command will become obsolete and the code easier.
Nov 18 2018
Will check it in the next days, have no time as another work travel is on tomorrow.
Nov 17 2018
Wouldn't omit the other camera projects that much, just move them to some area, like "Inactive projects".
Nov 10 2018
Did just few adjustments to web-remote, it communicated almost right away with the WSServer and daemon. Noticed 2 things which should be adjusted:
Nov 1 2018
Maybe this one is better -> https://github.com/ygoe/msgpack.js also consider gzipped versions, where your 50kb file is only 14kb big.
Oct 25 2018
Just as a reference for the future: Usually our JSON packets will be very small, but if we consider to sent larger packs in the future, like restoring some user profiles (no point to sent individual settings, if there are a lot of cahnges) or when receiving the response with all available stuff in the camera (which i expect to be rather big), then we could consider to use MessagePack, to reduce the size -> https://msgpack.org