Message #1433
From: Eduard Baumann <baumann@mcnet.ch>
Subject: Re: [MC4D] Social dream
Date: Mon, 21 Feb 2011 01:05:04 +0100
Okay, thanks, I understand.
I will wait with tackling the 120-cell.
Ed
—– Original Message —–
From: Roice Nelson
To: 4D_Cubing@yahoogroups.com
Sent: Monday, February 21, 2011 12:07 AM
Subject: Re: [MC4D] Social dream
Hi Eduard,
I’m sorry, but I do not think what you are asking for is trivial to do. The sticker numbering sequence is indeed different among the two programs. There is somewhat of a regular order in Magic120Cell (the first sticker of each cell is the center, the next 12 are the 2C pieces, then 3C follow, etc.), but this is not true in MC4D, where the stickers are created by a generic polytope slicing engine that will not produce stickers in a guaranteed, well-ordered manner. Furthermore, the cell ordering and cell orientations certainly won’t match, and this will also affect the sticker numbering sequence.
In short, I’m afraid that without some complex custom coding, it will not be possible to generate the transfer table you’d like. So my apologies, but I think you are out of luck until one of the developers has time to add a piece finding feature to MC4D.
Take Care,
Roice
On Sun, Feb 20, 2011 at 4:26 PM, Eduard <baumann@mcnet.ch> wrote:
Hi Roice, thanks very much for the answer.
I see both the transfer program and the evaluator need work..<br>
I prefer the piece-evaluator (stickers can be in place without any worth).<br>
I see an evaluator problem for not layered methods as that in the RubikExplorer for 3D.
The sticker-label-table for transfer is only about 7000 lines long.<br>
Unpack the integer values is not a problem for me, but what about the numbering sequence. Is the numbering sequence in "Magic120Cell" and in MC4D topologically equivalent or are they both arbitrary and it is very difficult to associate the two numberings?
I'm interested to start NOW with the faces in Magic120Cell where no macros are needed and the find option is very usefull. This will cost lot of hours (weeks). I'm sure that I will not want to continue without macros (edges and corners). In this case the transfer is very important for me.
--- In 4D_Cubing@yahoogroups.com, Roice Nelson <roice3@...> wrote:<br>
><br>
> Hi Eduard,<br>
><br>
> I can't give you the "table of stickers" you are asking for, because it<br>
> would be huge. I can briefly describe the log file encoding though. In<br>
> Magic120Cell, all the information for a twist is encoded into a 32-bit<br>
> integer, which is what you see in the log files. There are 63 stickers per<br>
> cell, so 6 bits are required for that. 7 bits are needed to record which of<br>
> the 120 cells the sticker is on. 1 bit is used to record the twist<br>
> direction, and another for whether or not it is a view rotation. In<br>
> retrospect, I don't like that I packed it all into an integer. It is<br>
> compact, but people want to look in the log files and understand them, and<br>
> this representation is opaque. For the MagicTile log files I did a few<br>
> weeks ago, I made it more reader friendly. Andrey has suggested we come up<br>
> with a standard format, so I'm sure some of these issues will arise when<br>
> that is discussed.<br>
><br>
> MC4D has a different encoding of twists. I didn't check the source code<br>
> (which is available
> online<http://code.google.com/p/magiccube4d/source/browse/>),
> but I'm pretty sure the last digit you were asking about is a
> bitmask<http://en.wikipedia.org/wiki/Bitmask>representing the
> slicemask of the twist (which slices were held down while<br>
> twisting). For the 120-cell puzzle with 3 stickers-per-side, this is not an<br>
> import piece of information, which is why it wasn't part of my twist<br>
> definition above. But for other MC4D puzzles, it is important. If you had<br>
> a 120-cell puzzle with 5 stickers per side, slicemask would need to be<br>
> included.<br>
><br>
> Here are my other thoughts on this.<br>
><br>
> - I like the competitions and think they are good motivators, so making it<br>
> such that more could participate is a worthy and positive goal. (As an<br>
> aside, I think it'd be cool if this could be more automated...that is, if<br>
> the software could directly support logging solutions online without human<br>
> intervention.)<br>
> - While effort could be expended on a log file transfer program, I think<br>
> the better long term solution here would be to add the missing features to<br>
> MC4D and retire the Magic120Cell code. Also, I think the log file<br>
> standardization Andrey has suggested would sidestep this need, assuming the<br>
> various implementations were updated to respect it.<br>
> - An "evaluator" feature could be added directly to MC4D, which would show<br>
> the percentage completed on the puzzle. You could calculate percentage<br>
> complete on either a sticker or piece basis. This feature request would be<br>
> good to add to the issue
> tracker<http://code.google.com/p/magiccube4d/issues/list>,
> so that it will be ready for when someone is motivated to work on it. I do<br>
> know it will be a difficult problem to handle generally in MC4D, due to<br>
> even-length puzzles where there aren't unmoving central stickers. I ran<br>
> into this when adding this feature to MC5D. FYI, right now, the MC4D code<br>
> just cycles through stickers on a face and checks whether they are all the<br>
> same, and does this for each face. Once it finds one different, it knows it<br>
> is not solved and immediately returns. So it doesn't need to think about<br>
> how much of the puzzle is completed.<br>
><br>
> Best,<br>
> Roice<br>
><br>
>
> On Sat, Feb 19, 2011 at 8:13 AM, Eduard <baumann@...> wrote:<br>
><br>
> ><br>
> > (a) Introduction<br>
> ><br>
> > The marvelaous 120-Cell in 4D.<br>
> ><br>
> > The 4D Regulars are very sympathic models of perfect democratic societies<br>
> > with perfectly equal individuals. Each has an equal number of neighbours in<br>
> > equal constellation. This number is 4 for the 5-Cell, 6 for the hypercube (8<br>
> > `individuals') and 12 for the 120-Cell (120 `individuals' = society).<br>
> ><br>
> > A cluster of bees in winter has to arrange changes of roles (inner / outer<br>
> > places in the cluster). Everybody wants be in the warmer inner space. No<br>
> > such problems in 4D at least for 120 bees housed in the 120-Cell. Everybody<br>
> > is equally surrounded by 12 neighbours. Perhaps arrange the bees in 3D in a<br>
> > infinite grid to avoid social problems.<br>
> ><br>
> > Let me use the abreviations „Magic" for the program Magic120Cell and<br>
> > „Hyper" for the Hypermeaminx puzzle in MC4D.<br>
> ><br>
> ><br>
> > (b) Combine Magic and Hyper.<br>
> ><br>
> > I think Magic and Hyper cannot share their log files.<br>
> ><br>
> > Complementarity: Magic has finding help and no macro, Hyper has no finding<br>
> > help but macro.<br>
> ><br>
> > I need both!<br>
> ><br>
> > How about a *transfer* program?<br>
> ><br>
> > Roice: can you give me a table with the two corresponding labelings of<br>
> > stickers in Magic and Hyper? I need also to know the signification of the<br>
> > last digit of the numbers in Magic log file (2 clockwise and 4 anticlockwise<br>
> > for faces, what is 6 and 8?).<br>
> ><br>
> ><br>
> > (c) Partial HOF<br>
> ><br>
> > The HOF for the 120-Cell has only two entries until now. Noel Chalmers and<br>
> > Matt Galla (great performer). In order to achive more participants (about<br>
> > 400 as in the Al Zimmerman contests) I propose to install HOF for partial<br>
> > results.<br>
> ><br>
> > For this I need an *evaluator*, a program which calculates the percentage<br>
> > of cubies in place and well oriented from the log file. The code must<br>
> > already existe for the checking and emitting "Congratulations" in MC4D.<br>
> ><br>
> > With this evaluator a ranking list is possible as in the Al Zimmerman<br>
> > contests (take best results of each participant).<br>
> ><br>
> > This can be a good motivation to get in touch with the 120-Cell and live a<br>
> > moment in the world of this 120 individuals (dodecahedra).<br>
> ><br>
> > If I get the evaluator and the incoming log files<br>
> ><br>
> > I propose to do the managing this of partial HOF in superliminal.com/wiki(in protected pages).<br>
> ><br>
> > Doing only the 2 colored faces in the 120-Cell is already demanding because<br>
> > you have to get a good feeling of the neighbourhoods and soon to use<br>
> > commutators to avoid the disturbing of already placed cubies.<br>
> ><br>
> > If this partial HOF is working I propose to do promotion in (1) Roice's<br>
> > description of Magic120Cell, (2) Roice's description of MC4D, (3)<br>
> > Superliminal.com/wiki and (4) in the "4D cubing" forum.<br>
> ><br>
> > What do you think all?<br>
>
------------------------------------
Yahoo! Groups Links