Answers.Body: <p>A chess engine's depth used to denote how many half moves it calculates ahead (roughly speaking), however this has long not been true anymore. Traditionally you would search one depth at a time, so first 1 ply deep, then 2 plies deep, then 3 and so on, each iteration increasing the depth by one ply. Modern engines however have various search heuristics which lets them search deeper in relevant positions and less deep in less important positions. Because of that, the iteration counter that is still called depth there, is hardly representative of the actual depth of the main line. (also of course the depth of the different calculated lines can be very different)</p>
  <p>One thing that (AFAIK) still counts for something is the &quot;seldepth&quot; number, which denotes the deepest line looked at. However that number too is not too relevant, one line being calculated very deeply doesn't necessarily tell much about the other lines.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T13:18:09.427Z
Answers.Text: Thanks for that answer, that’s just perfect. I also just wanna know I had once depth 49 seldepth 48 isn’t it a little bit strange?
Answers.UserDisplayName: Ropdup
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T13:26:43.647Z
Answers.Text: Also I sometimes have differents seldepths on the same depths with the same specs, so I suppose there is a notion a random but how it is possible?
Answers.UserDisplayName: Ropdup
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T13:38:25.550Z
Answers.Text: Sorry for all that question but sometimes on the same algo I can have for example depth 40 selpdepth 47 and depth 41 seldepth 45 how is that possible?
Answers.UserDisplayName: Ropdup
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T14:01:30.037Z
Answers.Text: @Ropdup Among other things, if you run from the same position multiple times in a row, the engine will use what it's previously calculated. This might have something to do with it if you're testing just by running one search after another.
Answers.UserDisplayName: D M
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T17:32:06.240Z
Answers.Text: @Ropdup As mentioned, the depth is only the number of iterations. It may be that due to search heuristics even many iterations in, all the lines are relatively short. An extreme case would be if a forced mate exists. If a position is mate in two then seldepth will stay at 3 most likely, throughout all iterations / depths. I think it's often easier to just ignore the exact depth number, it does not mean much. Just seeing roughly how big it is, i.e. high or low, is usually accurate enough. (and of course, how many nodes were calculated, this is probably the most important metric)
Answers.UserDisplayName: koedem
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-07T12:19:08.980Z
Answers.LastActivityDate: 2021-02-07T12:19:08.980Z
Answers.UserDisplayName: koedem
Body: <p>I don't understand something about depth in STF 12, in fact i thought it was basically the number of anticipated half moves, but when I run it, I sometimes have results with higher depth and less moves, for example:</p>
  <p>info depth 48 seldepth 51 multipv 1 score cp 23 nodes 19440223582 nps 9584151 hashfull 1000 tbhits 0 time 2028372 pv e2e4 e7e6 b1c3 d7d5 d2d4 g8f6 e4e5 f6d7 c3e2 c7c5 c2c3 d8b6 a2a3 b8c6 b2b4 c5d4 c3d4 a7a5 b4b5 b6b5 e2c3 b5b6 g1f3 b6d8 f1d3 f8e7 c3b5 f7f6 e5f6 d7f6 e1g1 e8g8 f1e1 c8d7 c1f4 f6e4 f4c7 d8e8 d3e4 d5e4
  has 40 half moves anticipated while</p>
  <p>info depth 43 seldepth 47 multipv 1 score cp 28 nodes 7457369869 nps 9860163 hashfull 1000 tbhits 0 time 756313 pv e2e4 e7e6 d2d4 d7d5 e4d5 e6d5 g1f3 g8f6 f1d3 c7c5 c2c3 f8e7 e1g1 e8g8 h2h3 b8c6 f1e1 f8e8 c1g5 h7h6 g5f6 e7f6 d4c5 e8e1 d1e1 d5d4 d3e4 d8e7 e4d5 e7e1 f3e1 c8e6 d5e6 f7e6 c3d4 f6d4 b1c3 a8d8 a1d1 d4c5 d1d8 c6d8 e1f3
  has exactly 43 half moves anticipated</p>
  <p>The opposite can also happen beacause i found on the net (however not in stf12):</p>
  <p>info depth 65 seldepth 97 multipv 1 score cp 8 nodes 17288598093977 nps 9446437 hashfull 999 tbhits 0 time 1830171180 pv c2c4 c7c5 g1f3 b8c6 d2d4 c5d4 f3d4 g8f6 g2g3 e7e5 d4b5 f8b4 c1d2 a7a6 b5c3 d7d5 c4d5 f6d5 f1g2 c8e6 e1g1 d5b6 c3a4 b4d2 g2c6 b7c6 a4b6 d8b6 d1d2 e8g8 d2c2 f7f5 b1c3 f5f4 c3a4 b6a7 a4c5 a7f7 c5e6 f7e6 c2e4 f8f6 b2b3 f6h6 a1c1 e6h3 e4g2 h3e6 c1c4 a8d8 f1c1 f4g3 h2g3 d8d2 c4c6 e6c6 g2c6 h6c6 c1c6 d2a2 g1f1 g8f7 c6c7 f7f6 f2f3 a2b2 c7a7 b2b3 a7a6 f6e7 a6a7 e7f6 f1f2 b3b2 f2e3 f6g6 a7a6 g6g5
  which has a 78 half moves anticipated.</p>
  <p>Could you explain me where it comes from?</p>
  <p>Thanks!</p>
  
Tags: <engines>
Title: Depth problem in stf 12
ThreadText: # Depth problem in stf 12
  
  (Asked by: username_0 on 2021-02-07)
  
  I don't understand something about depth in STF 12, in fact i thought it was basically the number of anticipated half moves, but when I run it, I sometimes have results with higher depth and less moves, for example:
  
  info depth 48 seldepth 51 multipv 1 score cp 23 nodes 19440223582 nps 9584151 hashfull 1000 tbhits 0 time 2028372 pv e2e4 e7e6 b1c3 d7d5 d2d4 g8f6 e4e5 f6d7 c3e2 c7c5 c2c3 d8b6 a2a3 b8c6 b2b4 c5d4 c3d4 a7a5 b4b5 b6b5 e2c3 b5b6 g1f3 b6d8 f1d3 f8e7 c3b5 f7f6 e5f6 d7f6 e1g1 e8g8 f1e1 c8d7 c1f4 f6e4 f4c7 d8e8 d3e4 d5e4
  has 40 half moves anticipated while
  
  info depth 43 seldepth 47 multipv 1 score cp 28 nodes 7457369869 nps 9860163 hashfull 1000 tbhits 0 time 756313 pv e2e4 e7e6 d2d4 d7d5 e4d5 e6d5 g1f3 g8f6 f1d3 c7c5 c2c3 f8e7 e1g1 e8g8 h2h3 b8c6 f1e1 f8e8 c1g5 h7h6 g5f6 e7f6 d4c5 e8e1 d1e1 d5d4 d3e4 d8e7 e4d5 e7e1 f3e1 c8e6 d5e6 f7e6 c3d4 f6d4 b1c3 a8d8 a1d1 d4c5 d1d8 c6d8 e1f3
  has exactly 43 half moves anticipated
  
  The opposite can also happen beacause i found on the net (however not in stf12):
  
  info depth 65 seldepth 97 multipv 1 score cp 8 nodes 17288598093977 nps 9446437 hashfull 999 tbhits 0 time 1830171180 pv c2c4 c7c5 g1f3 b8c6 d2d4 c5d4 f3d4 g8f6 g2g3 e7e5 d4b5 f8b4 c1d2 a7a6 b5c3 d7d5 c4d5 f6d5 f1g2 c8e6 e1g1 d5b6 c3a4 b4d2 g2c6 b7c6 a4b6 d8b6 d1d2 e8g8 d2c2 f7f5 b1c3 f5f4 c3a4 b6a7 a4c5 a7f7 c5e6 f7e6 c2e4 f8f6 b2b3 f6h6 a1c1 e6h3 e4g2 h3e6 c1c4 a8d8 f1c1 f4g3 h2g3 d8d2 c4c6 e6c6 g2c6 h6c6 c1c6 d2a2 g1f1 g8f7 c6c7 f7f6 f2f3 a2b2 c7a7 b2b3 a7a6 f6e7 a6a7 e7f6 f1f2 b3b2 f2e3 f6g6 a7a6 g6g5
  which has a 78 half moves anticipated.
  
  Could you explain me where it comes from?
  
  Thanks!
  
  **Tags:** engines
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2021-02-07. Score: 3
  
  A chess engine's depth used to denote how many half moves it calculates ahead (roughly speaking), however this has long not been true anymore. Traditionally you would search one depth at a time, so first 1 ply deep, then 2 plies deep, then 3 and so on, each iteration increasing the depth by one ply. Modern engines however have various search heuristics which lets them search deeper in relevant positions and less deep in less important positions. Because of that, the iteration counter that is still called depth there, is hardly representative of the actual depth of the main line. (also of course the depth of the different calculated lines can be very different)
  
  One thing that (AFAIK) still counts for something is the "seldepth" number, which denotes the deepest line looked at. However that number too is not too relevant, one line being calculated very deeply doesn't necessarily tell much about the other lines.
  
  > **Comments:**
  > **username_0**: Thanks for that answer, that’s just perfect. I also just wanna know I had once depth 49 seldepth 48 isn’t it a little bit strange?  
  > **username_0**: Also I sometimes have differents seldepths on the same depths with the same specs, so I suppose there is a notion a random but how it is possible?  
  > **username_0**: Sorry for all that question but sometimes on the same algo I can have for example depth 40 selpdepth 47 and depth 41 seldepth 45 how is that possible?  
  > **username_2**: @username_0 Among other things, if you run from the same position multiple times in a row, the engine will use what it's previously calculated. This might have something to do with it if you're testing just by running one search after another.  
  > **username_1**: @username_0 As mentioned, the depth is only the number of iterations. It may be that due to search heuristics even many iterations in, all the lines are relatively short. An extreme case would be if a forced mate exists. If a position is mate in two then seldepth will stay at 3 most likely, throughout all iterations / depths. I think it's often easier to just ignore the exact depth number, it does not mean much. Just seeing roughly how big it is, i.e. high or low, is usually accurate enough. (and of course, how many nodes were calculated, this is probably the most important metric)  
  
  ---
  
  