Idea for corner permutation parity before 2gll (help!)

Discussion in 'General Speedcubing Discussion' started by A Leman, Apr 9, 2012.

Welcome to the Speedsolving.com. You are currently viewing our boards as a guest which gives you limited access to join discussions and access our other features. By joining our free community of over 30,000 people, you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!

If you have any problems with the registration process or your account login, please contact us and we'll help you get started. We look forward to seeing you on the forums!

Already a member? Login to stop seeing this message.
  1. A Leman

    A Leman Member

    631
    1
    Jan 22, 2012
    New Jersey
    Can someone please help me find a move optimal or speed optimal way to solve the following cases? Ok, so if I have pre-oriented edges and a 2x2x3 block on the left side and my corners are not correctly permuted. How would you fix the corner permutation parity while preserving the block and EO (the edge permutation, corner permutation and corner orientation does not matter) for the following cases.

    1. adjacent on top
    2. Opposite on top
    3. adjacent on top and adjacent in the bottom
    4. Opposite on top and adjacent in the bottom

    For example I managed to get #1 to work by using F'U'FRBU'B', but I am still very confused by the last 2. I guess a computer could generate some algorithms, but I don't know how.

    This would reduce a ZZ type solve into the 2gen state and allow for a smoother transition from f2l to 2gll than CPLS, and may be faster. With a good recognition system, this could be helpful for ZZ or Petrus (you may be able do EO and corner parity in the same step?), and OH since 2gll would be fast for the last layer.

    Thank you for the help and tell me what you think about the method idea.

    Also, this is my first thread so if it is in the wrong place, please let me know and i will fix it.
     
  2. Kirjava

    Kirjava Colourful

    6,129
    4
    Mar 26, 2006
    WCA:
    2006BARL01
    YouTube:
    snkenjoi
    1. RU'L'UR'U'L
    2. LF2UF2U'F2L'
    3. No parity - already solved
    4. No parity - already solved
     
  3. Noahaha

    Noahaha blindmod

    3,017
    3
    Dec 19, 2011
    CT
    WCA:
    2012ARTH01
    YouTube:
    NoahCubes
    I've tried all sorts of ways to permute corners during Petrus, but it just comes down to the fact that recognition at any point before LS is pretty terrible, and if you do it while edges are oriented you might as well just do a Niklas once you get to the last layer, since there really won't be anything less than seven moves after EO. I would say that CPLS is the way to go, unless you want to permute corners during EO, which is unfeasible during a speedsolve. The problem is that unless CP is combined with something else, you might as well use OLL PLL.
     
    Last edited: Apr 9, 2012
  4. Kirjava

    Kirjava Colourful

    6,129
    4
    Mar 26, 2006
    WCA:
    2006BARL01
    YouTube:
    snkenjoi
    Yeah, CPF2L hasn't really worked out yet for anyone. Good luck!
     
  5. A Leman

    A Leman Member

    631
    1
    Jan 22, 2012
    New Jersey
    I agree, I just wondered how others have approached it.
    I realize cpf2l is basicly a failure(except maybe CPLS), but I learned most of 2gll to increase the chances of a 1lll and still want to find a better way to force 2gll in a speedsolve. Although I would still be faster at CFOP, It never hurts to learn new methods.
     
  6. Rpotts

    Rpotts Member

    1,786
    0
    Mar 23, 2008
    Topikachu, KS
    WCA:
    2010POTT01
    YouTube:
    rpotts1
    Unless your goal is to get faster.
     

Share This Page