Thanks, that's a great program! I already found a nice algorithm for
fixing both 4x4 parities in one go:
F2 (Uu)2 R2 (Uu) F2 (Uu) F2 R2 (Uu) R2 (Uu)' R2 (Uu) R2 (Uu)2 R2
This is 16 turns, almost all just R and (Uu) and then some F2's.
--- In email@example.com
, "Josef Jelinek"
> Everything required (and much more) is available in
> ACube program
> The cube explorer always find the "Domino" solution as the
> first one (if any exists), because it starts at depth 0
> and uses only phase 2 to solve the cube. However, it
> continues searching and adds more and more phase 1 turns into
> the solution until it finds the optimal one.
> So if you search for the first solution only, the "domino"
> solution should be found (if exists).
> > Good idea. Will try it. Do you know if it's possible to tell it
> > start in phase 2 instead of phase 1?
> > Cheers!
> > Stefan
> > P.S. But I'm gonna write my own solver anyway ;-)
> > --- In firstname.lastname@example.org, "c_w_tsai"
> > <c_w_tsai@y...> wrote:
> > > Wait! Before you write a solver, can't you use Kociemba's
> > > The Domino looks like it's just phase 2 of his algorithm for
> > > 3x3x3. (You need to specify the middle layer edges with this
> > > program, but the program is quick so you could try several
> > > things)
> > >
> > >
> > > > Btw, I noticed that Chris's "DedgeFlip" algorithm treats the
> > > > just like a Rubik's Domino. That's why I recently asked for
> > > solver
> > > > program for the Domino. I did try Ron's solver but it was
> > > > for me, so I'm gonna write my specialized Domino solver.
> > > >
> > > > cu
> > > > Stefan