> I am sure we all waiting for the new Rykba engine to make its comeback real soon. Houdini, be afraid, be very afraid...
I'm beginning to be more and more afraid that we are riding a dead horse since we began to speculate about R5 and the further Rybka-development at all.
> we are riding a dead horse
That is a non sequitur! If a horse is dead- one cannot presume to be riding it.
I also don't like the fact that Houdini needs to be stopped to save the hash. I like to be able to save my hash periodically during the analysis (in case my system crashes or power goes out, etc.). Stopping and restarting Houdini and analyzing from the same position (even without reloading the engine) forces it to analyze from scratch again for some reason (with or without using Preserve Analysis.
> I also don't like the fact that Houdini needs to be stopped to save the hash.
Use the other parameter that does that, "Learning" I think it's called, should save automatically.
> What exactly does it save automatically?
The evaluations of the best moves, so that they don't need to be researched.
> I still don't like interrupting the engine by stopping it just to save the game's hash
You don't need to do that with the Learning parameter.
> sometimes the engine is in deep and stopping/starting it again (even if from the same depth) would force it to reanalyze the process it was in which it could've been analyzing for hours already.
Saving the hash is meant to avoid that exactly, so stopping the analysis to save the hash should be a non-issue. If after saving the hash, and loading it, the engine is doing research, you probably want to contact the author and tell him the feature isn't working as intended.
By the way, there should be an option that makes the engine retain its analysis even if you stop/start it, should be called "preserve hash" or something like that. Ticking this box should solve the problem.
Disclaimer - I'm trying to give advice of an engine I don't have, and Learning is meant to be used for interactive analysis, not "analyzing for several hours" in where saving and loading the hash would be best.
In Aquarium, let's say that the engine has been analyzing for several hrs and showing that Nf4 is the 39th possible move out of 46 that it's considering at depth 26. Nf4 is also shown in blue in the analysis window so it thinks it's interesting. If I was to stop the engine, save the hash and then reload the engine later along with the saved hash, it would start from depth 26, good...BUT, it would start from the 1st possible move out of 46, instead of starting from 39.
I hope that's more clear as this is a little hard to explain. This is the same wether I'm using R4 or Houdini. So I often have to wait for a few hrs so that it reaches 46/46 and then starts the next cycle at 1/46. Once this happens I can save the hash.
And the reason why I want it to remember where I stopped analyzing from is because I analyze for several hrs, move ahead one ply and analyze again. If it doesn't consider any new moves then the depth won't start from scratch so I move again another ply until the depth is much lower again. I then let it analyze again for a few hrs and if the new line scores better than the last time I analyzed for a few hrs then that's where I save the hash. I then repeat this process in reverse, going back one ply at a time and give the engine to consider a new move now that it knows what's coming ahead.
> In Aquarium, let's say that the engine has been analyzing for several hrs and showing that Nf4 is the 39th possible move out of 46 that it's considering at depth 26. Nf4 is also shown in blue in the analysis window so it thinks it's interesting. If I was to stop the engine, save the hash and then reload the engine later along with the saved hash, it would start from depth 26, good...BUT, it would start from the 1st possible move out of 46, instead of starting from 39.
Hmm... The analysis results from the first 38 moves at depth 26 are written to the hash, and should be reused after the restart.
What can change is the order of the moves to analyze - by stopping and restarting the move ordering at the root node will probably be different. This means that move numbers can be confusing after the restart, but in any event all the previous analysis results written to the hash should be reused.
The other thing I've always wondered is what is the most efficient way of finding the best move with interactive play and perhaps long analysis both mixed in?
The way I've been doing it is analyze for a couple of hrs or so, save the line and then move up the line one ply at a time (often spending an hr or so on each ply). After about 10 plies or so depending on the position am I gaining much by back tracking one ply at a time until returning to the original position?
i take it you mean depths displayed.Rybkas true depth is hidden but generallly accepted to be display +3.
Tactical search being improved <dramatically> in the next Houdini will make difference in elo anyway since it already has a stable enough overall evaluation.
This is possible to do since we already saw it in Houdini 1.5 which doesn't have better evaluation than R4 only much faster search when it gets complicated.
Why should the previous winning concept fail the next time?.
If this year was a guide, Komodo MP will be like a giant among pigmies in next years tournament...
> What's wrong with the guy at the very right? He never dares to actually lick the fish.
Maybe he doesn't like tail????
A pussy- isn't even representative of Critter!
You've lead a sheltered existences- or, have never been to the flicks. And-NO! It's not the chick!
> A pussy- isn't even representative of Critter!
It is if it's going to eat all those fishes
I seriously wouldn't stick my face in that fish bowl if I were kitty though.
Still could be smaller like 3.638 MB in same 73 files. No limit to perfectness!
But thanks :)
Imagine it's the year 1994... Rybka? what is that?
> Imagine it's the year 1994... Rybka? what is that?
...Or maybe year 2000? I find the compression impressive but I wonder if technology of year 2023 can get the file down to 200Kb
Anyway, thanks for the info, I have to check it out.
I think the majority would favor a superior analysis tool over strength at point.
However, he did say in so many words that it would be a serious analysis tool.
That aside, and because Rybka 4 wasn't- for the first time in so many years, the number 1 chess engine-Vas' credibility for his willingness to go the extra mile has come into question.
So, knowing the elo gap he may now need to cover to regain the lead - how much elo strength concomitant with a superior analysis tool would be acceptable for most users in supporting Vas as a major participant in UCI chess engine development.
I guess the question comes down to- have the priorities in chess engine development changed or are they changing? If so, then to what degree? Which leads back to your statement.
> I guess the question comes down to- have the priorities in chess engine development changed or are they changing?
I think they definitively are changing. Also I think all chess programmers should make their programs into something that can analyze as well as play. The playing field is getting smaller.
1 more day scratch off my calendar.
Powered by mwForum 2.27.4 © 1999-2012 Markus Wichitill