Lemmings Boards > Help & Guides

Lemmings 1 music problem in DOSBox

<< < (5/5)

Dullstar:
"Encouraging the player not to give up" is an interesting spin on "punishing failure." It's kinda like doing a task at gunpoint (except with much lower stakes) - I'm not sure I'd exactly call the gun "encouraging" even if it does provide a major disincentive for giving up (failure by default).

I'd argue lives serve as a holdover from arcades. My reasoning for this is that they make the most sense in the arcade context - where the player pays money for a set number of tries. As games have progressed, lives have become more rare, and games that still use them tend to be more generous with them, and less punishing for running out of them. In fact, within the Mario series, by Mario 64 game overs were a mere annoyance, but didn't actually cost you any progress (unless you'd been intentionally not saving). As such, I suspect game developers put lives in their games not because they had a design reason to do so, but because "we've always done it this way."

Passwords do not constitute a good example of a failure-punishment mechanism. They were typically used to allow a playthrough to be stopped and resumed later before saving was common. In fact, it is believed that the original Metroid uses a password system to save on production costs (the Japanese FDS version saves, and the North American cartridge uses a similar board to the original Zelda, which has battery-backed saves. They probably didn't want to spend money for the internal batteries, so they replaced the save system with a password system. In many cases, such as the original Metroid and Lemmings, you don't need to use the passwords on failure.

I'd also argue that the SNES's 10 second countdown is a strange design choice rather than a mechanic actually intended to do something. I'd hazard a guess that, "A lot of other games are doing it" was probably involved in the decision-making process.

ccexplore:

--- Quote from: DoubleU on October 27, 2017, 05:18:09 PM ---Actually, no, that doesn't make as much sense as you might think. The Super NES version gives you 10 seconds to choose to retry a failed level; after which it goes back to the menu. It also has a new introduction with different music, and cutscenes in between ratings. The Genesis version does neither of these things, and is more like the Amiga version that way. By your reasoning, shouldn't they be a little more similar? They were both made by Sunsoft.
--- End quote ---

There are of course differences between even the Amiga, Atari ST and PC DOS versions, like the music ordering you mentioned.  My point is more that it would be far more convincing of an intentional design if they actually adopted the same music reset behavior across all 3 versions.  For example, like you mentioned, you can see that all 3 versions kept a password system and did not have anything that would eventually force the player to have to replay from "the beginning", so the evidence is much clearer and stronger that we have an intentional design there with the passwords system.  Heck, it would be more convincing if we even just see the music reset behavior on more than merely the DOS version as it seems to be the case.

The fact that DMA didn't have consistency with the music reset behavior across the 3 versions that were co-developed at basically the same time, suggests that even if it were intentional and not a programming error, it was at least not universally agreed upon even within DMA.

Sometimes some version differences can be attributed to accommodating differences between the respective platforms, like the reduction from 100 to 80 lemmings and removal of many water objects in DOS version, likely for performance reasons.  The difference in music reset behavior does not seem to be something that can be explained that way either.

I don't remember for the SNES and Genesis cases whether Sunsoft is just the game publisher or is also game developer.  Either way, I think those two versions weren't developed quite at the same time like the case with DMA, and probably had less overlap of personnel compared to the DMA situation.

DoubleU:

--- Quote from: Dullstar on October 27, 2017, 07:54:09 PM ---"Encouraging the player not to give up" is an interesting spin on "punishing failure." It's kinda like doing a task at gunpoint (except with much lower stakes) - I'm not sure I'd exactly call the gun "encouraging" even if it does provide a major disincentive for giving up (failure by default).
--- End quote ---
I'd call that an exaggeration. This idea isn't like a gun, just something cosmetic. That is, the music doesn't affect the gameplay, the way that (say) being forced to start from a checkpoint in Super Mario just past a powerup does. You have the same advantages and disadvantages as before, you just can't go on to more music until you beat the level. Therefore, the more often you beat a level (esp. the first time), the more different kinds of music you hear, while hearing "Lemming 1" less often.

A question of my own, that I might ask, is that it was programmed that way by accident, how would that have come about? It seems more complicated to me than just tying music to levels, or the other DOS versions of starting with #1 and changing under the sole condition of victory. True, there's another version that might be so described (i.e. doesn't reset to Lemming 1 each time, like on the CD version), but it also increases the splat height from 63 to 66, making some levels a lot less fun, being a lot less challenging. (Like, um, Lemmingology. Well, heck, "Snow Dragon" seems to disagree with me, but still.) I'm all for not being to harsh with players, but I know I like a good challenge.

ccexplore:

--- Quote from: DoubleU on October 31, 2017, 11:21:17 PM ---A question of my own, that I might ask, is that it was programmed that way by accident, how would that have come about?
--- End quote ---

One class of programming errors involves changing more data in memory than intended, resulting in corrupting data that is unrelated to the thing the programming is trying to achieve, leading to unintended side effects.  So you can imagine one case where during the programming's processing of "stop playing music" (as would be the case when you leave the level, victorious or otherwise), a programming error like this always ends up resetting the music to track #0 or similar.  It doesn't matter on victory because the game has to load the next level and there is already programming there to update the music accordingly, but on losing, the level is already loaded and does not need to be reloaded, so no code was run that would undo the resetting done earlier.  If the game is actually intentionally programmed to reset the music on the condition of losing, you would expect the code to do so to reside alongside all the related programming around detecting and handling losing a level, rather than in the sound-handling programming as something that would happen whenever it is stopping music for any reasons.

Anyway, I stress that the above hypothetical is complete speculation and not based on any actual examination of the game's programming.

It is especially interesting to me that the thread suggests either a version difference, or possibly a difference between running the game in the environment of DOSBox versus an actual running of DOS, as causing some seeing the music resetting behavior in DOS Lemmings but not others.  Examining the game's programming should provide useful clues in further understanding those cases.

DoubleU:

--- Quote from: ccexplore on November 02, 2017, 08:43:46 AM ---It is especially interesting to me that the thread suggests either a version difference, or possibly a difference between running the game in the environment of DOSBox versus an actual running of DOS, as causing some seeing the music resetting behavior in DOS Lemmings but not others.  Examining the game's programming should provide useful clues in further understanding those cases.

--- End quote ---
If it helps, I can attest to the fact that, at least in the demo, that's exactly what happened with DOS Lemmings, which I'd often play in Windows 3.x before discovering 95 and DOSBox.

Navigation

[0] Message Index

[*] Previous page