Please check latest commit in the repo, it has a debug overlay now, which currently is only implemented for DrawText() and DrawIcon():

The ILI9341 datasheet (https://cdn-shop.adafruit.com/datasheets/ILI9341.pdf ) mentions support for "Vertical Scrolling" which would be great as it's a hardware feature and thus presumably would work rather fast.
The directions seem to be limited so the hardware acceleration will not work for every direction/effect.

Sorry if the title was confusing, just updated it.

No, add implementation, by porting from old firmware version and re-using the DrawIcon() code to reduce image size.
The base class needs some additional love to be able to set this buttons from the child class comfortably.

okay, and what do you mean by dealing? like to improve the look of the bar?

In T1172#16726, @metal_dent wrote:

sidebar as in the back and the home buttons?

sidebar as in the back and the home buttons?

The respective code line is https://github.com/apertus-open-source-cinema/AXIOM-Remote/blob/dev/Firmware/UI/Painter.cpp#L448

Agreed!

I just got an e-mail notification about the update.

seems to have solved itself :)

not possible at this stage

We chose USB-C as AXIOM Remote connector as its widely available, mechanically solid, cheap and also connects the remote to any pc.

First visualizer preview:

Found a bit of time over Christmas to work on the AXIOM Remote software but nothing big this time: I implemented automatic wrapping of longer text within rectangular bounds.
Its quite a challenge to do if you draw every pixel of every letter manually. In the following demo video you can see how turning the knob reduces the rectangular bounds of the text to be drawn. The black lines mark the length of the next word in the sentence being wrapped to test/debug the wrapping. The lines and bounds will not be visible in the end of course.

made a bigger update.

Adjustments to the daemon are done, see comm packet. Also added digital gain and reworked analog gain.

Made today a update:

• Iconfont is now generated
• slider in the modal window

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.

This video is a bit longer and gives a full tour of the current state of development:

Menu and submenu navigation feels much more intuitive/clear now, great suggestion @Bertl
Will add "back" button in submenus again now so navigation only using the knob/wheel is also possible.

now with the desired faster push animation:

first menu transition animation prototype:

In T939#15578, @Francis wrote:

@sebastian i think it doesn't make much sense for me. I don't know the backend so i could only see if the web-remote works.

@sebastian i think it doesn't make much sense for me. I don't know the backend so i could only see if the web-remote works.

@Francis do you want a remote Beta account? https://wiki.apertus.org/index.php/AXIOM_Beta_Remote_Access

I think the code is in a stage where it's good for testing on the Camera. There are surly some functions missing but that can be added when the test gives some results.

nice progress @sebastian don't forget the steven spielberg or michael bay camera setup mode :-)

adding / removing presets is still to be added, rest of this screen works.

In T939#15554, @Francis wrote:

small progress can now make a desktop app :-)

small progress can now make a desktop app :-)

Will check it in the next days, have no time as another work travel is on tomorrow.

@BAndiT1983 made some small updates is it for you now better?

slide control
just checked for slide control and seen some solutions but i need to investigate more into it. what i have done is a autoupdate so you don't need to close the modal window and it should be possible to use the arrow keys for change the values (up/down).

i changed on the end from the IRC Meeting the data.json for your requirements.

Did just few adjustments to web-remote, it communicated almost right away with the WSServer and daemon. Noticed 2 things which should be adjusted:

Have seen it, when you compress the src JS/CSS/HTML it's below 30KB (it's even smaller then the react javascript as gzip!). No problem when the time comes we can analyse the best solution. I'm with your idea to optimze the message size as a future task.

Maybe this one is better -> https://github.com/ygoe/msgpack.js also consider gzipped versions, where your 50kb file is only 14kb big.

Thanks for the info! We can see whats possible when everything is getting into shape. The only thing what i don't like is the msgpack lib (50KB) in javascript is 50% of the current JS/CSS/HTML files. (<100KB)

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