(06.08.2015, 16:11)Floppyfeind schrieb:(06.08.2015, 13:06)FraxxeY schrieb: Der Grundgedanke:
Ich möchte bevor ich das letzte F2L Paar einsetze, meinen Cube so setuppen, dass beim Einsetzen des letzten Pairs das OLL bereits gelöst ist.
Also der Grundgedanke hört sich an wie VLS. Oder meinst du damit, dass dein letztes F2l Paar nicht schon bereits in der U-Layer gelöst, sondern auch ungelöst vorliegen kann?
(06.08.2015, 13:06)FraxxeY schrieb: Mit welchem Sinn?:
Ich möchte mein OLL skippen, ohne 2 Algos vor dem einsetzten anzuwenden, weil ich statt 2 Algos um den Skip zu forcen gleich das OLL machen kann.
Das hab ich nicht genau verstanden.
Ich möchte eine Sache 1 machen, um Sache 2 zu verhindern, weil ich statt Sache 2 zu machen, auch gleich Sache 1 machen kann...
Da stimmt irgendwas nicht .
(06.08.2015, 13:06)FraxxeY schrieb: Wie?:
Ich habe eine AlgDB mit einem Teil der Algos bereits fertig. Man führt den passenden einfach vor dem Einsetzen einfach aus. Dann setzte man ein und kann sein PLL bereits durch Look-Ahead im LPOS Algo sehen.
Ich glaub ein Beispiel wäre zum Verständnis hilfreich.
(06.08.2015, 15:29)FraxxeY schrieb: Wenn du nen T-Perm willst, kannst dafür sorgen dass du ihn bekommst, und trotzdem OLL davor skippen. Aber im endeffekt ist LPOS vereinfach genau wie VLS
Wie soll das funktionieren?
1. Das paar darf ungelöst sein, aber die Edge vom letzten Pair muss auf der U Ebene sein und nicht im Slot. Die Ecke genau so. Also beide Cubies vom Pair müssen auf der U-Ebene sein.
2. Ich meine damit, wenn ich mit 2 Algos ein Oll Skippen kann, brauch ich dazu genau so lang wie für das normale Oll. Ich möchte ja effizient sein also will ich nur einen Algo.
3. Beispiel folgt...(Wenns ein Video sein soll, bitte bis 23.08 warten, bin im Urlaub)
4. Alles Setup. Werden wie schon gesagt, falls man immer flexibel sein will, irre viele Algos. Man kann ja je nach dem was einem lieber ist eingrenzen.