• Welcome to SpeedSolving.com — the world’s largest puzzle community!

    You’re currently browsing as a guest, which means you have limited access to discussions, resources, member profiles, and community features.

    Join 50,000+ cubers and puzzle enthusiasts from around the world to ask questions, share solves, improve faster, and be part of the community.

    Registration is free, fast, and easy — create your account today.

    Already a member? Log in here to hide this message and start participating.
While this method may be unique in its own way, unique doesn't necessarily mean good. In Petrus, you would do EO -> 2-gen-F2L -> ZBLL. This method splits that into four smaller steps. In general, and definitely here, few big steps is faster than many small steps (due to look-ahead, transition time, etc). Not saying you shouldn't try to make methods—because you absolutely should—but this one probably isn't one worth exploring further.

As for it having its own thread, you are supposed to use the megathread, regardless of whether you want your method to have its own thread or not. If you propose a method in the megathread and the general consensus among others is that it's a good method worthy of exploration, only then should it get its own thread.

EDIT: yep, it was moved to the megathread
:( i guess you got a point.
 
i understand my method is not that good but is should be deserving of its own thread
for a method to have its own thread, its gotta be worthy of it. But the method you made isnt really the best.
Im sorry, lukas.

ok whatever, any ideas to improve petrus francisco?
nvm it isnt worth making improvements anymore
you could do it for fun
 
i get your point but to have more hexagonal francisco in the method, ima keep my way. I dont disrespect your opinion, im just saying i like my version better. I will keep you idea in mind tho incase i do change it.
alright,
atleast for people getting into the method they should be allowed to also do EO COLL as many already now the algset.
 
Dont know if this is original or not but created this method along time ago to learn basic edge comms,
Solve 2x2x3(like petrus) into back.
solve front two corners.
Coll
L7E
(you could solve L7E with COMMS or a specific L7E alg set)
this method can be like fairly efficient if you know comms well,
plus the blockbuilding aspects.
you could also solve the last cross piece with corners and than do comms it might be better for fingertricks while bieng less efficient.
 
I was trying to create a speedsolving method based on DR/Belt, and here are some of my ideas:

DR:
I think the fastest(not necessarily most efficient) way to achieve DR is EOBelt -> CO. Belt edges don't have to be solved, they just have to be in the E slice and oriented. After EOBelt, you can use TSLE Edge in slot algorithms to solve CO of one side, and then solve CO of the other side with OCLL. Alternatively, to avoid a z2 rotation, you can orient 3 corners on the bottom during EOBelt then orient the remaining corners. You could also blockbuild DR F2L and do OLL, but I haven't tested this too much and I don't think it would be too efficient.

Solve after DR:
I have thought of 3 ways to solve after DR that could be fast:
  • Reduce to <R2, L2, U2, D2, F2, B2> then solve F2B, which leaves you with 4c
  • Blockbuild F2L then PLL/ Blockbuild to F2L-1 Corner then TTLL
  • Blockbuild 223 and finish with Mehta

I think if you do

EOBelt -1 edge + 3CO
TSLE
Reduction to <R2, L2, U2, D2, F2, B2>
Roux finish

it might me a decent method.
 
Back
Top