[loose]

Das sind zwei verschiedene Permutationen, aber identische PLL Fälle.

Ja gut, das ist doch genau was ich letzten Post schrieb - derselbe PLL-Alg - lediglich mit einem U bzw. U' für AUF davor bzw. danach.

Bei den beiden Beispielen werden andere Teile permutiert. Mit AUF ergeben sich so für die Z-Perm 8 Fälle, für H nur 4.

[LolMax]

Ich verstehe nur Bahnhof Nein Scherz.
Eigentlich bringt es ja gar nicht so viel weil es ja neun oder acht 2-Looks gibt. Das heisst es wären nur acht oder neun Algs weniger und das bringt es aus meiner Sicht nicht.

Mfg Max

[Jodan]

@LolMax - jetzt steh ich am Bahnhof - komm, hol mich mal ab... oder für den Fall das ich dich doch verstanden habe: Es geht nicht darum, dass du dir einen aus acht oder neun Algs bei einem PLL-Slip sparst. Ohne Skip mußt du ja trotzdem alle können.

[Sébastien]

Wenn man EOLL/COLL/EPLL macht braucht man ziemlich genau 49 Algos, aber das ist halt ne 3-Look-LL-Methode. Zugegebenermaßen kann man den ersten Part oft skippen mit intelligentem Edge-Control.

[Noppel]

Wenn man EOLL/COLL/EPLL macht braucht man ziemlich genau 49 Algos, aber das ist halt ne 3-Look-LL-Methode. Zugegebenermaßen kann man den ersten Part oft skippen mit intelligentem Edge-Control.

Oder ein schlaues System macht EOLL an wenig schmerzhafter Stelle

[LolMax]

@LolMax - jetzt steh ich am Bahnhof - komm, hol mich mal ab... oder für den Fall das ich dich doch verstanden habe: Es geht nicht darum, dass du dir einen aus acht oder neun Algs bei einem PLL-Slip sparst. Ohne Skip mußt du ja trotzdem alle können.

Achso jetzt versteh ich das alles. Dann bringt es das ja doch.

Mfg Max

[Jodan]

Eben, sag ich ja ;-)

[Niko_sc]

Mh, schwierig. Die Idee mit der EO und COLL ist ja im Prinzip nicht neu, Ich meine, dass das der Ansatz ist, der zu ZBLL führte (COLL ist eine Untermenge von ZBLL) und der in der VH-Methode durchgeführt wird. Ich hatte mich vor ein paar Monaten auch mit einem ähnlichen System beschäftigt, das genau so wie das deiner Freundin funktioniert, nur den EO-Schritt vor den letzten Slot verlegt (ich hatte das damals intuitive-EO getauft, da es quasi ohne Algorithmen nur mit ein bisschen Verständnis der Sache ausgeführt werden kann, anders als ZBF2L). Es ist nämlich so, dass wenn vor dem letzten Slot alle LL-Edges richtig orientiert sind und der letzte Slot nur mit R und U gelöst wird, die EO erhalten bleibt, dieses Schema wird auch bei der Petrus-Methode verwendet, wie Noppel schon richtig bemerkte. Wenn dann COLL durchgeführt wird, hat man als netten Nebeneffekt die schon bemerkte höhere Skip-Chance im letzten Schritt.
Der Grund warum ich das nicht gepostet habe, lag darin, dass ich trotz enormer Übung damit keine nennenswerten Erfolge hatte, die Kombination war einfach nicht schnell. Ich habe ein paar Solves analysiert und bin zu dem Schluss gekommen, dass die Methode im Schnitt nicht mit weniger Zügen als normal OLL-PLL auskommt, wie ich zu beginn angenommen hatte. Die Gründe sind simpel: Erstens kostet das intuitive-EO im Schnitt ungefähr genau so viel Züge wie einfaches EOLL (es gibt nur manchmal Situationen in der die intuitive Variante schöner zu machen ist, aber dann auch richtig), ein Vorteil, den ich mir vom "schnelleren" letzten Slot versprochen habe (da nur RU) ist de facto nicht vorhanden. (Also ist deine Freundin evtl. sogar bis hierhin cleverer gefahren ) Jedoch muss man bedenken, dass COLL auch nicht immer die kürzesten und schönsten Algorithmen sind, und dass man auch somit kein 2-look, sondern ein 3-look LL hat. Somit hat man trotz "hoherer Skipwahrscheinlichkeit" im letzten Schritt im Schnitt eher ein paar Züge mehr zu machen als bei OLL/PLL (Ich glaube bei meiner Stichprobe waren es knappe 2 Züge). Und wie schon erwähnt, gibt es meiner Meinung nach ein paar eher langsamere COLLs, die die Ausführung im Zweifelsfall noch einmal bremsen. Unterm Strich ist OLL/PLL daher wohl die bessere Alternative, jedoch hindert dich ja keiner daran, die "schönen" COLLs an passender Stelle in deinen OLL/PLL-Solve einzubauen, hieraus resultiert nämlich wirklich eine höhere Skipwahrscheinlichkeit . Wenigstens das habe ich aus den Experimenten mitnehmen können.

[Steffen]

man bräuchte auch noch EO vor COLL -> 3look LL

wunderte mi9ch, dass es net früher erwähnt wurde..aber VH-Cuber forcen die ja auch..aber kostet ja auch zeit..

[RushHour]

man bräuchte auch noch EO vor COLL -> 3look LL

wunderte mi9ch, dass es net früher erwähnt wurde..aber VH-Cuber forcen die ja auch..aber kostet ja auch zeit..

Nicht viel manchmal geht es ja auch mit Kantenkontrolle, was ja nicht viel langsamer ist als normales Einfügen. Wenn ich das letzte Paar mit R U' R' einfügen muss, dann force ich meistens immer EOLL-Skip, weil es nicht viel Zeit kostet und ich dann Oll-Skip force, da ich Full Winter-Variation kann.
Beispiel:
Setup:
(M' U' M U2 M' U' M ) R U R' y

Solution:
L' U2 L y' U L' U R U' R' L U' R U' R' + PLL