Open Lazersfly opened 4 years ago
Yes, the loading speed of the history list is terrible (even after I enhanced it massively).
The history list contains some more invisible columns containing additional information (p.e. one column stores the positions of detected objects in each image). All these information are loaded sequentially for All entrys from the history.csv file.
So possible points to enhance are (in order of what I think might have the biggest impact):
I think these two should have a big impact. The following ideas don't really solve the underlying problem, but certainly also will bring us to good speed while omitting the need to rewrite the whole detection storing in AI Tool:
Enhancing the history loading speed will also give us a faster startup speed, as lags during startup are caused by loading the whole history list.
I use 'FastObjectListView', all the time. MUCH faster than default listview. But will need to convert the cvs list items to be a class, then give a 'list of class' to FOLV. I can actually do this for you eventually. Currently working on a fork to completely control the windows version of DeepStack. start/stop/install path/etc. Nearly done. Hate the default deepstack.exe, no minimize, no restart, etc. I've also created a few true .net based 'services' before, but that would be a bit of work... Need to split up any GUI stuff, then communicate with the service through something like an internal TCP connection. The tray icon would communicate with the non-GUI service app, and the service would do all the 'real' work.
The current history load speed is pretty slow and is not limited by any filters, what is causing it to be slow and how can it be fixed?