# Difference between revisions of "LLOB"

 LLOB method [[Image: LLOB Method]] Information about the method Proposer(s): CriticalCubing, John Li (teoidus) Proposed: 2017 Alt Names: none Variants: none No. Steps: 4 No. Algs: 493 Avg Moves: 41-45 Purpose(s): Speedsolving

The LLOB Method, short for Last Layer Optimized Blockbuilding, is a 3x3 speedsolving method proposed by CriticalCubing and Teoidus in 2017. LLOB uses Roux's F2B as its base and provides an alternative way to finish L10P that allows for higher max TPS and lower movecount in exchange for a large alg count. LLOB provides very good prediction during second block(SB) for ZBLL. It is fairly easy to track DF and DB edges + D center, so there should be no pause between SB and EODFDB. During EODFDB, it is very easy to recognize CP (because corners are just being AUFed back and forth), making it possible to predict the position of two edges; hence, there should be no pause between EO+DF+DB and ZBLL. Currently, the main bottleneck of a Roux solve is the often frustratingly long pause to recognize CMLL (the rest the solve is pretty much pauseless). By performing this recognition during the execution of EO+DF+DB, we can eliminate this pause, leading to even more fluid solves.

## The Steps

1. First Block(FB): Build a 1x2x3 block anywhere on the cube.

2. Second Block(SB): Build a second 1x2x3 block opposite of the first 1x2x3 block, without disrupting the first 1x2x3 block. After this step, there should be two 1x2x3 blocks: one on the lower left side, and one lower right side, leaving the U slice and M slice free to move.

3. EODFDB: Simultaneously solve EO (Edge Orientation) and insert the DF and DB edges to its correct place.

4. ZBLL: Since you have EO done and DFDB inserted, you solve the rest using ZBLL.

## Pros

• Low move count. F2B+EODFDB average movecount is as efficient as ZZ-a ZZF2L (if not more).
• First 2 Blocks + EODFDB is intuitive and requires fewer algorithms.
• After the first block is built the rest of the cube can be solved mostly with R, r, M and U moves thus eliminating rotations. You will only rotate, if your ZBLL alg has rotations in it.
• Higher TPS than CMLL/LSE as CMLL is 10 drilled algorithmic face turns while LSE is 13 moves MU spam. EODFDB is 8 moves MU spam and 15 drilled algorithmic face turns.
• Good prediction for ZBLL during EODFDB allowing for more fluid pauseless solves and seamless transition.
• The blockbuilding and intuitive nature of the method allows for rapid improvements in lookahead and inspection

## Cons

• Large algorithm count due to using ZBLL.
• Block building can be difficult for a beginner to get used to. The reliance on r and M moves and its intuitive nature nature will be tough for beginners to get used to.