Hi Gary!
On Sunday 07 June 2009 01:10:42 Gary Campbell wrote:
> ----- Original Message -----
> From: "Shlomi Fish" <shlomif_at_iglu.org.il>
> To: <fc-solve-discuss_at_yahoogroups.com>
> Sent: Saturday, June 06, 2009 12:43 PM
> Subject: Re: What's New on the Trunk - code cleanup, libavl2,
>
> > On Saturday 06 June 2009 21:01:15 Gary Campbell wrote:
> >> > Finally, while running the fools-gold preset, I encountered a
> >> > Microsoft Freecell deal that was intractable with Atomic moves in
> >> > Freecell Solver and ended up consuming over 70% of my machine's RAM.
> >> >
> >> > The deal is No. 30857:
> >> >
> >> > {{{{{{{{{
> >> > 2C AS 3H TC 7D 8H QD
> >> > AC 2S 7S 7C KD QH TS
> >> > 8S 9C 3C 2H 6D 4S JC
> >> > KS KC 5C 8C QS 9H QC
> >> > 4H 4D KH 6C 3S JS
> >> > 5D 2D 9D 6S AD JD
> >> > AH TD 8D JH 4C 9S
> >> > 6H 3D TH 5H 7H 5S
> >> > }}}}}}}}}
> >> >
> >> >
> >> > I assume FCELL.COM does not have a problem with it either.
> >>
> >> Just to see, I keyed 30857 into FFA and triggered FCELL.COM to solve
> >> it. It came back in the blink of an eye with a 55-step solution.
> >
> > I spent some time now trying to play with the run-time Freecell Solver
> > configuration in order to minimise the solution length for that board and
> > got down to:
> >
> > {{{{{{{
> > $ ./freecell-solver-fc-pro-range-solve 30857 30857 1 --method a-star -to
> > 01246 -asw 1,0,0,0,0
> > Started at 1244313537.430385
> > [[Num FCS Moves]]=108
> > [[Num FCPro Moves]]=60
> > [[Start]]
> > 7a 7b 7c 7d 75 67 a5 27 6a 67
> > 6h d5 b6 74 31 3d 37 3h 8b a8
> > b7 3a 3b 34 84 83 81 8h b1 d3
> > 64 2b 26 72 25 82 17v4 17 18 1d
> > 14 14 27 46 4a 41 42 47 7h c1
> > d1 a1 21 4c b4 81 52v7 5h 2h 5d
> >
> > [[End]]
>
> Following this solution, I have some questions & comments.
> 1. It sometimes does and sometimes does not show an automove.
It should never show an automove. the FCS Moves are incompatible with MS-
Freecell/FC-Pro and I'm using a post-processor to process them and convert
them to FC-Pro's moves.
> 2. Also it sometimes does and sometimes does not indicate "vn"
> after a multi-card move. Why to both?
Well, the v$N is an extension to the standard notation that in case of a
column-to-column move indicates the number of cards moved if-and-only-if they
differ from what FC-Pro expects. If not, it must be omitted.
> 3. If you don't count the 2 automoves that it shows explicitly,
> it actually solved it in 58 moves.
I see. Nice. I'll see why the were not left over.
> 4. Most of the moves it made are very reasonable. Like my
> 55-step solution, there are are a couple of obviously redundant
> moves, but otherwise the move selection looks pretty good.
Nice.
Regards,
Shlomi Fish
--
-----------------------------------------------------------------
Shlomi Fish http://www.shlomifish.org/
"The Human Hacking Field Guide" - http://xrl.us/bjn8q
God gave us two eyes and ten fingers so we will type five times as much as we
read.
Received on Sat Jun 06 2009 - 15:42:27 IDT