exclamation-circle VOTE: PQ Traplaunches Ban

Poll: Should traplaunches be allowed in PQ?

Yes
22 75.9%
No
3 10.3%
Neutral
4 13.8%
Total number of voters: 29
Only registered users can participate to this poll
  • NF
  • NF's Avatar Topic Author
  • Offline
  • Senior Marbler
  • Senior Marbler
  • Posts: 903
  • Thank you received: 406
18 Dec 2019 17:23 #1
Should traplaunches be allowed in PQ?

So far, this only applies to two levels, but since the Work in Progress traplaunch was removed but the Side Stroller traplaunch has been kept, we've decided to have a vote on whether they should be banned entirely or kept entirely, for consistency. Vote in the poll above and put your comments below if you want to.

Please Log in or Create an account to join the conversation.

  • Kalle29
  • Kalle29's Avatar
  • Offline
  • Moderator
  • Moderator
  • I blame ping for losing
  • Posts: 984
  • Thank you received: 754
18 Dec 2019 17:30 #2
After having read the arguments people posted earlier I'm leaning more towards allow since banning traplaunches is fundamentally quite arbitrary.

Though I think we should acknowledge the fact that most people don't actually sit through the grind that is a traplaunch WR and are therefore biased towards wanting to see cool runs without putting in the effort.

I'm voting yes.

If a separate category can be made (up to HiGuy in the end) that would be cool. We can always do trapless runs for WRRs either way.

༼ ͡◕ ͜ ʖ ͡◕༽ You have been visited by the Nivea™ Donger of moisture. Soft skin and good fortune will come to you, but only if you post "thank you Mr. Skeltal" in this thread ༼ ͡◕ ͜ ʖ ͡◕༽
The following user(s) said Thank You: Mazik

Please Log in or Create an account to join the conversation.

  • NF
  • NF's Avatar Topic Author
  • Offline
  • Senior Marbler
  • Senior Marbler
  • Posts: 903
  • Thank you received: 406
18 Dec 2019 17:34 #3
Here's my argument from before:

Banning traplaunches wouldn't necessarily be a positive change. None of MBG's traplaunches were intended, and it wasn't changed after release. So why should we do the same for PQ? If you want consistency, just do what's always been done with Marble Blast and allow traplaunches. The game was released with two unintentional traplaunch levels, which shouldn't be changed, especially two and a half years after release, and it's always been up to the community to find the fastest route through a level, including traplaunches. And it's only two levels out of 138, so I don't think it should be that big of a deal to let them stay anyway. They both still show off part of the level when speedrunning, plus they're entertaining to watch.


I voted yes as well, but I didn't consider how people could be biased without being directly involved with the runs themselves. That's a very good point for the other side.

(Also I'm debating whether to just copy and paste the arguments from before as separate quotations in one post because no one is doing it themselves.)

Please Log in or Create an account to join the conversation.

  • Mike
  • Mike's Avatar
  • Visitor
  • Visitor
18 Dec 2019 17:39 #4
Posting my argument from earlier for NF. Pardon the sloppiness.

If we go with 'no', then the TLs must get patched out of the level. Speedrunning is about using all available tactics in a level to get the best time, so removing WR times that use one specific tactic would be very strange. Plus, TLs are cool to look at. Have you even seen Despair? Hellooooo?

Please Log in or Create an account to join the conversation.

  • Doomblah
  • Doomblah's Avatar
  • Offline
  • Moderator
  • Moderator
  • Marble Blast Veteran
  • Posts: 95
  • Thank you received: 83
18 Dec 2019 17:45 #5
Copy/Pasted from the Spreadsheet
PQ levels were designed so that TLs were not possible/ necessary. Obviously they couldn't catch every single one of them, and two slipped through the cracks, WIP and SS. Work In Progress was found and quickly patched out. Side-Stroller hasn't been patched out. I understand its not as simple a fix as WIP was but you can still delete the TL times, afaik theres only two TL times on the LBs anyways. Like Kalle said, TLs are too luck-based and I get that its too late to change that for MBG/U/P, but PQ was designed in a way that specifically didn't want any TLs. We found some anyways, and you even went and fixed one, its not fair to have them be treated differently, and its not fair to have them at all.

Please Log in or Create an account to join the conversation.

  • Posts: 88
  • Thank you received: 31
18 Dec 2019 18:02 #6
My spreadsheet response:

Just have a seperate category for traps tbh, it will satisfy all parties, plus its not like you need the traps for AT anyway


I've done traps before, they can be annoying but at the same time it feels really good when you finally pull it off. If people really like the level but don't like the trap aspect of it, they can still have a chance to shine with the non-TL category, so I'm inclined to agree with Kalle.

Please Log in or Create an account to join the conversation.

  • Yoshicraft224
  • Yoshicraft224's Avatar
  • Offline
  • Experienced Marbler
  • Experienced Marbler
  • no
  • Posts: 169
  • Thank you received: 51
18 Dec 2019 22:41 #7
I'm saying yes, but I think they shouldn't be allowed for human runs and only for TAS or modified rrecs or whatever. It's just because it's almost impossible to control humanly (at least at this point and in these situations) but surely can't be completely impossible to control at all.

brapdoors mbg #OhBoyFreeAM!
The following user(s) said Thank You: NF

Please Log in or Create an account to join the conversation.

  • CylinderKnot
  • CylinderKnot's Avatar
  • Offline
  • Advanced Marbler
  • Advanced Marbler
  • Personal Text
  • Posts: 202
  • Thank you received: 76
18 Dec 2019 23:22 #8
Response is similar to what I have on the spreadsheet:

If traplaunches are unintended shortcut methods, should we ban other unintended shortcut methods as well? Haphazard and Advanced Techniques have the "rocket jump" technique that allows for very low times. It's not intended either, but no one is talking about removing them. Banning traplaunches but not any other unintended paths/shortcuts/techniques is inconsistent. Because I am arguing for consistency, traplaunches should be kept.

Signature

Please Log in or Create an account to join the conversation.

  • HiGuy
  • HiGuy's Avatar
  • Offline
  • Lead Developer
  • Lead Developer
  • PQ Developer Emeritus
  • Posts: 1333
  • Thank you received: 604
18 Dec 2019 23:44 - 18 Dec 2019 23:54 #9

Kalle29 wrote: If a separate category can be made (up to HiGuy in the end) that would be cool. We can always do trapless runs for WRRs either way.

Making a separate category for traplaunches would be difficult because detecting them is difficult. It's not like the game has an OnTraplaunch() and the only ways I can think to detect them aren't foolproof either.

In my opinion traplaunches are part of the game and should be allowed. We banned screenshots because of how terribly they broke the game (I mean look at this:
), but traplaunches are just one possible result of how the game mechanics interact. This is the difference between a glitch and consistent, emergent behavior.

As for WRRs, I have no strong opinions. Personally I kinda like watching the ridiculous cheese but I also miss the full path optimizations.

Edit: Also if you want an answer to "are traplaunches an intended/desired feature" the answer is probably no: when they were discovered in MBU they were later patched out. I considered patching them out of PQ but decided to leave them in.

This signature is real code
Code:
function clientcmd12dothepq() { commandToClient(LocalClientConnection, '34onthedancefloor'); }
Last edit: 18 Dec 2019 23:54 by HiGuy.
The following user(s) said Thank You: NF, Storminorman, CylinderKnot, Mike

Please Log in or Create an account to join the conversation.

  • Kalle29
  • Kalle29's Avatar
  • Offline
  • Moderator
  • Moderator
  • I blame ping for losing
  • Posts: 984
  • Thank you received: 754
19 Dec 2019 00:00 #10
To clarify, what I meant for WRRs was to have a small compilation with only the traplaunch runs, but played without the trap. It would be a fun mini project to accompany the main videos (for all games).

༼ ͡◕ ͜ ʖ ͡◕༽ You have been visited by the Nivea™ Donger of moisture. Soft skin and good fortune will come to you, but only if you post "thank you Mr. Skeltal" in this thread ༼ ͡◕ ͜ ʖ ͡◕༽

Please Log in or Create an account to join the conversation.

  • HiGuy
  • HiGuy's Avatar
  • Offline
  • Lead Developer
  • Lead Developer
  • PQ Developer Emeritus
  • Posts: 1333
  • Thank you received: 604
19 Dec 2019 00:01 #11
Ah. Generally I consider Matan to be in charge of the WRRs so that would be his decision.

This signature is real code
Code:
function clientcmd12dothepq() { commandToClient(LocalClientConnection, '34onthedancefloor'); }

Please Log in or Create an account to join the conversation.

  • NF
  • NF's Avatar Topic Author
  • Offline
  • Senior Marbler
  • Senior Marbler
  • Posts: 903
  • Thank you received: 406
19 Dec 2019 00:06 - 19 Dec 2019 00:08 #12

HiGuy wrote: I considered patching them out of PQ but decided to leave them in.


Well there you go—proof that the lead developer fully intended traplaunches to be in PQ. Even more reason to keep them in (at least in my opinion).

Edit: I also think a no-traplaunch WRR would be super interesting! Along with no time travels for those broken levels in all the games.
Last edit: 19 Dec 2019 00:08 by NF.
The following user(s) said Thank You: Mike

Please Log in or Create an account to join the conversation.

  • Battlecube314
  • Battlecube314's Avatar
  • Offline
  • Professional Marbler
  • Professional Marbler
  • 100% Gold/Ultimate/Awesome!!
  • Posts: 446
  • Thank you received: 155
20 Dec 2019 06:06 #13
I think the traplaunch on Side-Stroller should NOT be banned.

First, unlike traplaunches in other games (MBU,.MBG, MBP), the traplaunch on Side-Stroller does NOT skip the entire level. In fact, it only speeds up the ending section of the level. So it's not like traplaunching totally ruins the level either. After all, without trapping, speedrunning that level would be quite boring since you're just racing against the moving platform cycles. And while the traplaunches on Work in Progress were removed, both of those (the bumper launch and the trap off the moving wall later in the level) skipped a significant portion of the level, objectively much more than Side-Stroller. Although supposedly the moving wall trap is still possible though very, very hard. And while the objective of PQ level design was to avoid levels being destroyed by traplaunches, we're only talking about ONE level out of a total of 138. In fact, it's quite miraculous that there aren't many more levels that have been torn to shreds by trapping, considering how many moving platforms PQ levels tend to have. And abusing game physics to the maximum amount possible has always been a part of speedrunning video games in general. It's not like PQ speedrunning involves clipping through walls like in Super Mario 64 or anything.

Anyway, all I wanted to say is (1) currently traplaunches aren't know to affect enough levels to be worth removing and (2) even when they do, they don't completely break any levels. Although there may be some undiscovered traps that might change our opinions on this matter in the future.
The following user(s) said Thank You: Mike

Please Log in or Create an account to join the conversation.

  • Posts: 11
  • Thank you received: 1
22 Dec 2019 09:00 #14
My spreadsheet response:
Speedrunning is the act of completing a game (or level) as fast as possible. I first became interested in speedrunning a few years ago, when I was introduced to the 120 star runs of Super Mario 64. I was mind blown by the ridiculous strategies these people were attempting. Like who come up with BLJs anyway? What a creative way to save time! And that's what did it. I liked the creativity. I liked how dedicated people were to perfecting this crazy hard, semi luck based, exploit of the game's mechanics. This is what excited me about Speedrunning. There will ALWAYS be another way to do it faster, no matter how impossible it may seem.

Getting rid of traplaunches in Marble Blast (any of the games) would be like getting rid of BLJs in SM64. Why would you want to remove the most creative, insane, physics abusive tech in the game? Isn't that what Speedrunning is all about? Finding these ridiculous exploits, and perfecting them?

If we decide to ban a strat that's "too hard", it's just not a speedrun anymore.

Additional response:
I LOVE the idea of having a non-TL WRR that includes all levels with TL WRs. This would be super fun to watch, especially for those levels in MBG that we've only seen TL WRs for.

~Stormy :)

Please Log in or Create an account to join the conversation.

  • HiGuy
  • HiGuy's Avatar
  • Offline
  • Lead Developer
  • Lead Developer
  • PQ Developer Emeritus
  • Posts: 1333
  • Thank you received: 604
06 Jan 2020 04:06 #15

Nature Freak wrote:

HiGuy wrote: I considered patching them out of PQ but decided to leave them in.


Well there you go—proof that the lead developer fully intended traplaunches to be in PQ. Even more reason to keep them in (at least in my opinion).



Bringing this up again, I spent a bit more time playing around with the concept I was considering using to remove traplaunches. Turns out it caused a whole assortment of other moving platform-related bugs (you can slowly fall through when they move upwards) so it seems they are more integrated into the physics that I had thought. My opinion hasn't changed or anything, just wanted to share this.

This signature is real code
Code:
function clientcmd12dothepq() { commandToClient(LocalClientConnection, '34onthedancefloor'); }
The following user(s) said Thank You: Kalle29

Please Log in or Create an account to join the conversation.

Moderators: Doomblah
Time to create page: 0.934 seconds
We use cookies

We use cookies on our website. Some of them are essential for the operation of the site, while others help us to improve this site and the user experience (tracking cookies). You can decide for yourself whether you want to allow cookies or not. Please note that if you reject them, you may not be able to use all the functionalities of the site.