aboutsummaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
authorSebastiano Tronto <sebastiano.tronto@gmail.com>2021-11-12 19:59:18 +0100
committerSebastiano Tronto <sebastiano.tronto@gmail.com>2021-11-12 19:59:18 +0100
commite864e23e3ec315d5969281c51f24521cde30792a (patch)
tree3b25152fc4a645b26a4c82f9b0b350b766b8b7f6 /README.md
parent89268e911e51a7b1c413cfae1520b2db6e60086f (diff)
downloadnissy-e864e23e3ec315d5969281c51f24521cde30792a.tar.gz
nissy-e864e23e3ec315d5969281c51f24521cde30792a.zip
I tried to remove the dependence on antindex in order to get rid of them
once and for all. I successfully removed from the pruning table generation part by using an alternative (slower) method, but then I realized that I also use antindexes when generating symmetry data. So I reverted to the original pruning table computation method, but I left the alternative way there, commented.
Diffstat (limited to '')
-rw-r--r--README.md5
1 files changed, 3 insertions, 2 deletions
diff --git a/README.md b/README.md
index fc71f2d..de56f9d 100644
--- a/README.md
+++ b/README.md
@@ -109,8 +109,9 @@ table to solving EO with HTM moveset and this coordinate would have values 0 (fo
109There is one caveat: each coordinates also needs an inverse function that takes a 109There is one caveat: each coordinates also needs an inverse function that takes a
110coordinate value and returns a cube which has that coordinate. This is in general 110coordinate value and returns a cube which has that coordinate. This is in general
111more complicated, but luckily the cube does not need to be fully built or consistent. 111more complicated, but luckily the cube does not need to be fully built or consistent.
112This inverse-coordinate is used only in one specific step when building pruning tables 112This inverse-coordinate is used only in one specific step when generating symmetry
113to avoid using up hundreds of Gb of memory. 113data, and I don't know if it is possible to avoid it (maybe it is). It is also used
114when building pruning tables, but in that case it is avoidable.
114 115
115Note: this part is different from what Cube Explorer does. Overall I think it is 116Note: this part is different from what Cube Explorer does. Overall I think it is
116conceptually easier, although in practice it was still hard to implement. 117conceptually easier, although in practice it was still hard to implement.

Generated with cgit - Back to sebastiano.tronto.net