I-am-nishan
Member
Like I said on the spreadsheet there is a pretty good chance your edge gets solved after eofll as eofll is not about colors its about orientation, and I know there was a similar method before called Hawaiian (something), (but didnt see that other one you linked to)but it didn't have szbll, can't argue with your other points honestly they all make senseThis is a nearly identical method to one posted a few days ago. The only difference is instead of inserting the cross edge during EO and simply being left with ZBLL, you do EO first, then SZBLL, then a subset of ZBLL. The problem is, as I said in that other thread, solving something incorrectly and then fixing it later is usually less efficient than just solving it correctly in the first place. In this case, solving EO, then doing SZBLL followed by the ZBLL subset, is just going to be slower than solving EO and DF at the same time, followed by full ZBLL. There may be fewer algorithms to learn with your idea, but you would want to transition to full ZBLL in the long run anyway.
The bigger problem, unfortunately, is that simply solving the DF edge alongside the rest of the cross is just going to be faster than solving it in a different way later, but then you're just left with regular CFOP.
As I said in that other thread, though, this doesn't mean you should give up on method creation. We all start somewhere, and it's a really cool and worthwhile art. But it does pay to think critically about your method before posting, making sure it's not only unique, but it holds some kind of advantage over existing methods. When you come up with something else, feel free to post it in the existing method ideas thread: https://www.speedsolving.com/threads/the-new-method-substep-concept-idea-thread.40975/
But I don't think 493 algorithms are practical to be honest. and even after that you would more algorithms for zbls , and you can still use szbll if the white edge was solved with eofll or while f2l
