×
Create a new article
Write your page title here:
We currently have 133 articles on Open Eggbert. Type your article name above or click on one of the titles below and start writing!



Open Eggbert
133Articles

Bugs: Difference between revisions

No edit summary
m (Robertvokac moved page Speedy BlupiX/Bugs to Speedy Blupi/Bugs without leaving a redirect)
 
(10 intermediate revisions by the same user not shown)
Line 14: Line 14:
Since players don't share items, most levels become impossible to complete.
Since players don't share items, most levels become impossible to complete.


== Animation overflow glitch ==
== Entity animation overflow glitch ==
The '''animation overflow glitch''' is affecting all known versions of Speedy Blupi/Eggbert I/II/1/2.
The '''animation overflow glitch''' is affecting all known versions of Speedy Blupi/Eggbert I/II/1/2. <ref>https://speedy-blupi.fandom.com/wiki/Animation_overflow_glitch</ref>


* The severity of the impact vary across the versions.
* The severity of the impact varies across the versions.


In Speedy Blupi I this glitch causes graphical corruption on many entities.
In Speedy Blupi I this glitch causes graphical corruption on many entities.
Line 25: Line 25:
This glitch happens when a level is played for an extended period of time.
This glitch happens when a level is played for an extended period of time.


=== How to reproduce ===
Dynamic entities have an animation counter, this counter uses 16-bit signed integer.


Objects have an animation counter, this counter is limited to 32000.
* 16-bit signed integer has range of -32768 through +32767.


* It takes about a half an hour to reach this limit, then an overflow to a negative value happens.  
Many of these counters start at 0 and increment every frame.
 
* This means, that after passing 32768 frames an integer overflow happens
 
The default count of frames per second is 20, in this case it takes 27 minutes and 18.4 seconds of in-game time to reach overflow, or 13 minutes and 39.2 seconds when in double speed mode.
 
* When this overflow happens, then the animation counter gains a negative value (-32768).


This bug was mostly resolved in the sequel.
This bug was mostly resolved in the sequel.
=== Fix ===
This glitch was mostly fixed in Speedy Blupi 2.
* When the animation counters surpasses 32700, then the animation counter is set to 0.
* This causes a noticeable "stutter". Reason: entities suddenly jump back to their first frame of animation. However, this is only an one-time issue and not a lasting effect. This glitch is much less severe in Speedy Blupi 2.
=== Example ===
'''<br />An example of the bug in Rocks 5 (Speedy Blupi):'''


https://drive.openeggbert.com/speedy_blupi/windows/bugs/animation_overflow_glitch/SB1_Rocks_5_animation_overflow_bug.png
https://drive.openeggbert.com/speedy_blupi/windows/bugs/animation_overflow_glitch/SB1_Rocks_5_animation_overflow_bug.png
== Blupi animation overflow glitch ==
This glitch is similar to "Entity animation overflow glitch".
This glitch impacts Blupi's animations.
Blupi's animation counter relies on a 32-bit signed integer, which ranges from -2,147,483,648 to +2,147,483,647.
Running at 20 frames per second, the counter takes about 3.4 years to overflow (or 1.7 years in double speed mode) if there is no player input during that period.
== Color bug ==
== Color bug ==
Both versions 1 and 2 are impacted.
Both versions 1 and 2 are impacted.
Line 52: Line 79:


== Fake walls ==
== Fake walls ==
This is a glitch. Create a moving platform, but do not define the second position. Then such wall will be visually the same as the other walls, but Blupi/Eggbert can walk through. This can be used to create secret walls.<ref>https://openeggbert.com/index.php?title=Level_editor&wvprov=sticky-header</ref>
This is a glitch. Create a moving platform, but do not define the second position. Then such wall will be visually the same as the other walls, but Blupi/Eggbert can walk through. This can be used to create secret walls.<ref>https://openeggbert.com/index.php?title=Level_editor</ref>
<references />
<references />



Latest revision as of 21:22, 2 September 2024

A glitch is an unintentional mistake caused by some type of malfunction.

A bug is a noticeable flaw in the software that can be consistently reproduced.

Lag refers to a delay in the transmission of information.

More players play a single player missions together

How to reproduce:

  1. Player 1 saves the game during a multiplayer game by pressing F3 and loads with F4
  2. Players 2, 3 and 4 do the same (Players 1, 2, 3 and 4 have to save and load the same level)
  3. Players 1, 2, 3 and 4 can play a single player missions together. Goal and chests will be still in the single player level.

Since players don't share items, most levels become impossible to complete.

Entity animation overflow glitch

The animation overflow glitch is affecting all known versions of Speedy Blupi/Eggbert I/II/1/2. [1]

  • The severity of the impact varies across the versions.

In Speedy Blupi I this glitch causes graphical corruption on many entities.

  • This glitch was almost entirely fixed in Speedy Blupi II

This glitch happens when a level is played for an extended period of time.

How to reproduce

Dynamic entities have an animation counter, this counter uses 16-bit signed integer.

  • 16-bit signed integer has range of -32768 through +32767.

Many of these counters start at 0 and increment every frame.

  • This means, that after passing 32768 frames an integer overflow happens

The default count of frames per second is 20, in this case it takes 27 minutes and 18.4 seconds of in-game time to reach overflow, or 13 minutes and 39.2 seconds when in double speed mode.

  • When this overflow happens, then the animation counter gains a negative value (-32768).

This bug was mostly resolved in the sequel.

Fix

This glitch was mostly fixed in Speedy Blupi 2.

  • When the animation counters surpasses 32700, then the animation counter is set to 0.
  • This causes a noticeable "stutter". Reason: entities suddenly jump back to their first frame of animation. However, this is only an one-time issue and not a lasting effect. This glitch is much less severe in Speedy Blupi 2.

Example


An example of the bug in Rocks 5 (Speedy Blupi):

SB1_Rocks_5_animation_overflow_bug.png

Blupi animation overflow glitch

This glitch is similar to "Entity animation overflow glitch".

This glitch impacts Blupi's animations.

Blupi's animation counter relies on a 32-bit signed integer, which ranges from -2,147,483,648 to +2,147,483,647.

Running at 20 frames per second, the counter takes about 3.4 years to overflow (or 1.7 years in double speed mode) if there is no player input during that period.

Color bug

Both versions 1 and 2 are impacted.

How to reproduce:

  1. Player plays as a Blupi other than yellow in multiplayer mode
  2. Player returns to a single player level without closing the game

Effects:

  1. The color of player's personal bomb will still the same, as was the selected Blupi color in the multiplayer
  2. The yellow bombs will explode, player can still collect the color bomb of color used in the multiplayer

Invisible block immunity

Both the homing bombs and Blupi riding helicopter or hovercraft are affected by this bug.

The impact is, that Blupi or homing bombs can travel through invisible blocks (like there would be no invisible block)

Fake walls

This is a glitch. Create a moving platform, but do not define the second position. Then such wall will be visually the same as the other walls, but Blupi/Eggbert can walk through. This can be used to create secret walls.[2]

Items and objects like moving platforms

Items (elements) and objects can act like moving platforms, even this was not intended by the developer of the game.

Some inanimated objects can become animated

Combining elements to create new, unintended types of obstacles

For example:

  1. Lollipop power-up: makes player run faster and jump higher
  2. Wind: makes one-way corridors.

Effect: The speed boost provided by the lollipops let the player push through the wind.