eval/nnue/evaluate_nnue.h:22:8: error: ‘AlignedPtr’ does not name a type; did you mean ‘aligned’?
22 | extern AlignedPtr<FeatureTransformer> feature_transformer;
| ^~~~~~~~~~
| aligned
eval/nnue/evaluate_nnue.h:25:8: error: ‘AlignedPtr’ does not name a type; did you mean ‘aligned’?
25 | extern AlignedPtr<Network> network;
| ^~~~~~~~~~
| aligned
Your header file seems different from Joerg's version.
Black side was basically playing without a Queen but didn't realize it while white side did. Interesting game and clearly shows a case where bean counting fails against AI.
I updated the forked joergoster branch to the latest stockfish patches: https://github.com/amchess/stockfish-nnue
In my opinion, the todo list is the following:
1. when building with profile-build the behaviour must be the same as stockfish, but the uci options for NN are showns anyway
2. there are a lot of warnings, also different based on the choiced target
3. the default NN path is bad for windows systems. Perhaps, we can simply put "nn.bin" and the net at the same level of the engine
4. there should be a file explaining the sense of all profiles.
Can someone confirm and or update/complete this, so I can contribute?
Many thanks in advance for the suggestions.
amchess wrote: ↑Sun Jul 19, 2020 11:16 am
I updated the forked joergoster branch to the latest stockfish patches: https://github.com/amchess/stockfish-nnue
In my opinion, the todo list is the following:
1. when building with profile-build the behaviour must be the same as stockfish, but the uci options for NN are showns anyway
2. there are a lot of warnings, also different based on the choiced target
3. the default NN path is bad for windows systems. Perhaps, we can simply put "nn.bin" and the net at the same level of the engine
4. there should be a file explaining the sense of all profiles.
Can someone confirm and or update/complete this, so I can contribute?
Many thanks in advance for the suggestions.
Related to 4: In the Makefile, please include information about the new nnue-related targets in the help target. So that, when a user types 'make help', he actually gets some help.
Hello guys!
I have a couple questions regarding android engines. I've made engines armv7 and armv8 (from nodchip's source code), and when i start the engine in the Droidfish, engine's behavior is identical to normal SF (although nps are much lower). Also in Droidfish/uci directory i've created a folder "eval" with "nn.bin" file inside, So here is the questions, how can i be sure that engine is using nn.bin?
Maybe because i use NDK's Clang for Android, engine must to have support for Clang, or i need to make some changes in source code?
Any help is much appreciated!
Here is the engines if you want to try. https://www.mirrored.to/files/1JXPZSMW/
Aleksei wrote: ↑Thu Jul 23, 2020 9:57 pm
Hello guys!
I have a couple questions regarding android engines. I've made engines armv7 and armv8 (from nodchip's source code), and when i start the engine in the Droidfish, engine's behavior is identical to normal SF (although nps are much lower). Also in Droidfish/uci directory i've created a folder "eval" with "nn.bin" file inside, So here is the questions, how can i be sure that engine is using nn.bin?
Maybe because i use NDK's Clang for Android, engine must to have support for Clang, or i need to make some changes in source code?
Any help is much appreciated!
Here is the engines if you want to try. https://www.mirrored.to/files/1JXPZSMW/
Regards.
Alex.
start the engine in terminal and type "ucinewgame" - you should see a message confirming the nnfile was loaded.
If you do not, you may have that missed that the build command was changed for building NN
e.g., make ARCH=armv7 build COMP=gcc
would become
make -ARCH=armv7 nnue COMP=gcc
