Use the following forums to post any question or report any bug.
- As of version 1.2, the keyboard control support is quite minimal; there's currently no way to send some signals and some key combinations are not properly supported (e.g., CTRL-ALT-DEL).
- Mouse cursor: due to JAVA limitations, the mouse cursor during for example the resize or the move of a window is not properly rendered.
- Vista: when installing a new application on the assisted computer, user access control warnings and the like are not properly rendered on the assistant side (possibly due to some JAVA limitation - still under investigation).
JAVA Process Properties
On Windows, I'm using Launch4J to wrap the main JAVA class into an .exe file. You can still
configure the JVM of each process using the corresponding
.l4j.ini file within
bin directory of your Dayon! install.
You can for example setup the JVM RAM usage taking into account the size of the cache and whether or not you're using the LZMA compression method (requires more RAM on the assisted side).
-server option is available if you're using a JDK (as opposed to a JRE).
On Unix, the same options are available within the
Dayon! Home Directory
.dayon is created within the directory referenced by the JAVA
user.home and contains the saved user preferences and default log
On the assisted side, the screen is divided into different areas called tiles. Only tiles that have changed from the previous capture are sent over the network to the assistant side. To determine if a tile is different I'm currently computing a CRC code (i.e., a unique integer value representing the pixels of the tile) that is not perfect for the sake of speed. So it might happens that some changed tiles are not sent to the assistant.
Until now I've detected that issue during strong testing for very few pixels. Visually,
I've not noticed anything serious. But in case things are going mad you can then restart
the assisted or before try the
reset action (the orange lightning icon)
that should clear every cached data and resend a full screen capture from scratch.
The status bar of the assistant frame is displaying a set of counters.
- Network Bandwidth
- Compression Ratio: how many times the initial capture (diff only) has been compressed
- Number of Tiles: the number of tile being transmitted over the network as well as the cache hits.
- Number of Skipped Capture: the number of screen captures that have been skipped because of a too high rate (i.e., low tick value) for the CPU. To minimize that number you have to slow down the capture rate using a bigger tick value.
- Number of Merged Capture: the number of screen captures that have been merged before being transmitted. This is due to a capture rate too high for the current compression method. To minimize that number you have to slow down the capture rate and/or change the compression method using a faster one.