It doesn't work when I run lstmtraining usage command like guider,and show "scrollview:waiting for server..." in basetrain.log.
First I think the training-tools are not compiled successfully,I reinstall it,but it still error.Then I think change the param "debug_interval" to 0,and it worked.
So am I wrong or it is a bug?
Thanks,sorry for my bad English.
You also have to build ScrollView.jar:
make ScrollView.jar
In addition, it is necessary to set the environment variable SCROLLVIEW_PATH to the directory with ScrollView.jar. This information is currently missing in the Wiki page.
@stweil Hi,
I did "make ScrollView.jar" ans add its path to the environment variable SCROLLVIEW_PATH but the program still can't find it. I found in viewer/svutil.cpp GetEnv(SCROLLVIEW_PATH) doesn't work, so I changed the path in program. But after started ScrollView, it stopped with error:
`
`
Do you have any idea how to solve this? Thanks.
You can also disable the scrollview requirement by configuring the project with:
./configure --disable-graphics
I have the same problem with lstmtraining.
As I am on Windows, the only way I can get tesseract to build is by doing cppan. autogen.sh cannot be run, and I am therefore unable to configure the project to disable graphics.
I found the .jar files from http://auto-download.com/download/get/Z4gnbJdP/tess_debug_zip.html as http://rdaemons.blogspot.fr/2011/02/tesseract-ocr-setting-up-interactive.html suggested, and put the three .jar files with all the binaries built with cppan. But no luck, still stuck with waiting for server...
Run lstmtraining with --debug_interval -1
Or --debug_interval 0
Then scrollview will not be called.
Thanks for your reply @Shreeshrii
Unfortunately, whether I run lstmtraining with --debug_level -1 or 0, scrollview are always called.
I only get Starting java -Xms512m -Xmx1024m -Djava.library.path=. -jar ./ScrollView.jar in the log. Then when I kill the process, a bunch of waiting for server appear in the log.
Is it different if you use the windows binaries provided by ub manneheim
It is the same with binaries of 8 january of UB Manneheim. It looks like --debug_level has no bearing on what happens.
On linux and WSL (Bash on windows 10) I was able to get around the problem
by using --debug_interval -1
@stweil Is this different for windows?
I wasn't able to disable the use of scrollViewer, but by putting the three jar files from the BU Manneheim binaries in the working directory from which I call lstm, quite a few jar windows open, and the program appears to do some training.
I confirm this happened even with --debug_level -1.
Considering https://github.com/tesseract-ocr/tesseract/wiki/TrainingTesseract-4.00#debug-interval-and-visual-debugging, I now understand that my error is I was setting debug_level instead of debug_interval.
Otherwise, for me, when I put the three .jar files inside the folder in which I run lstmtraining, the windows are correctly shown.
just replace WinMain function in your project with int main(int argc, char *argv[]) otherwize WinMain is newer call... i.e. "main" symbol exist in tesseract library
@vermouthmjl : if I understand you correctly, your issue is solved?
@zdenop yep it's fine now. Thanks.
Most helpful comment
Run lstmtraining with --debug_interval -1
Or --debug_interval 0
Then scrollview will not be called.