Sprite Kj

[Kerby Reynolds]

My students have created sprites in Unit 3 lesson 11 . but when we go to another lesson their sprites are not
in their animation tab. Where or how does it save previous sprites created. I saved some to desk top but not the corrected format. It saves as gif and will not upload. Can someone help me.

Hello! It is now October of 2018- Just wondering if this feature is coming soon. I have a student today that is having this problem! Would love for the students to be able to reuse animations that they create!

Hi @smithcl329. Game Lab now gives students the ability to export images and animations so they can be imported into other projects. To do this, look for the export button and make sure to download the sprite images as a Zip archive. This will give you each frame of the animation as a separate file that can be re-uploaded as needed.

Greetings, Doomworld forums! I'd like to share with you all the release of a small project I've been working on. To keep a long story short, I recently came across Perkristian's high-res sound effects pack. I like the idea of enhancing Doom while remaining as pure (and compatible!) as possible, so I pondered what other areas this line of thought could be applied to. Perkristian's pack is pretty definitive when it comes to the sound effects, and the music has been dealt with in many ways over the years, but what about the game's art? Of course, I wouldn't dream of recreating the art and thinking it an improvement, but I have noticed tiny little errors in the sprites that seem trivial to fix. Why not go ahead and make those fixes?

Hence, I bring you the Doom 2 Minor Sprite Fixing Project. The three main goals of this endeavor are as follows:

1. Adjusting sprite offsets - This comprises the bulk of the project. You may have noticed some enemies jitter back and forth during their animations, such as in the angled firing frames for the Commando and Cyberdemon. This was likely the result of an auto-center option used by id's artists when importing the sprites into the WAD file. These are obvious candidates of errors that can be easily fixed with slight sprite offset adjustments, but I decided to go a step further. I very closely examined all of the monster animations paying close attention to how they were drawn or how the physical clay and latex models were posed when digitized. It turns out Doom's animations are pretty damn smooth, but it's hard to tell since most sprite offsets were simply auto-centered. Therefore, I went ahead and re-aligned a great number of sprites. I believe the end result accentuates the fluidity (believe it or not) of the animations and is more representative of what the artists intended. You can now clearly see things like the Revenant pivoting on his front foot as he punches his target or how the Arch-Vile leans back and forth during his attack. I also made sure the transitions between different animations and even rotations went smoothly as well. For example, the position of the Cyberdemon's feet no longer radically shifts around between his firing, pain, and death animations. This may seem like a lot of personal guess work, but I tried to remain as objective as possible consistent with id's approach to the art.

2. Small image edits - There are a number of trivial errors found in Doom 2's sprites. These mainly consist of transparent pixels or visible garbage pixels that were overlooked. If I could conclusively identify the issue as being an error and the fix would be as minimally intrusive as possible, I went ahead and made the edit to the sprite.

3. Restoring missing graphics - This basically just means bringing back the sprites that were cut for optimization/memory reasons. For the most part, this pertains to the missing rotation sprites in the full 8-sided set. This artwork has been sourced from the early Doom alphas, shareware versions, and Romero's released sprite sheets.

As for how to use it, this WAD in its current state works with limit removing ports. However, vanilla doom2.exe compatibility simply requires some DeuSF work. With that in mind, you can pretty much use this WAD with any other level or mod as I can't imagine any conflicts. Simply run it with the lowest priority in the add-on hierarchy. Most newer source ports have an autoload feature, so I recommend using that. I personally have this WAD autoloaded while playing PrBoom+, GZDoom, and Zandronum, and I haven't come across any issues.

This project now also includes the Doom 1 and 2 Minor DeHackEd Fixes patch files as optional augmentations for convenience.

This section contain sprite fix patches for PWADs that have yet to reach a final release state but currently have public alpha or beta versions available. Due to the in-progress nature of these PWADs, you may have to return here from time to time to download updated versions of the corresponding sprite fixes. Note the dates in the sprite fix WAD filenames to determine if the version you have is up-to-date.

If you are a mapper or sprite artist who wishes to utilize the sprite fixes in your own projects, this resource WAD is aimed at you. Included in the WAD file are the untrimmed graphics contents, hence they can be easily batched processed for new palette conversions or selectively extracted and merged for individual monster sprite edits:

Now if you've made it this far, you probably just want to see some screenshots of the changes in action. Well, truthfully, it's rather difficult to showcase the end result outside of the game since many of the effects must be seen in motion. If the idea interests you, I suggest simply downloading the WAD right now and autoloading it during any future Doom sessions. I know this sounds cheap, but some changes are subtle and I think it would ruin the point to explicitly search for the differences. (If you still wish to do so, check out the Monster Sprite Expo map for dedicated sprite viewing demonstrations.) Nonetheless, here's a sample of some of the fixes:







(clickable thumbnail)

Phew, with all that done, I'll end by saying that this project is still very much and will always be a work-in-progress. I'm open to feedback on the current release as well as potential ideas for further changes.

This is looking pretty neat, I like these kind of enhancements. Never realized how much some of the characters jitter when they go through certain sequences, heh

Just one thing though, in the first revenant pic in this thread, those three gray pixels I believe are actually chopped off from the guns on a previous frame for the revenant. Not sure which one though. (And I can't remember offhand where this discovery got made)

Yes, I meant money for the re-releases.

Anyway this look like a good stuff.
I hardly notice these things when I play, mainly because all that fighting and carnage which is usualy happening in the game.
The point is that when you conbine all these fixes together, then it might improve overall *smoothines* on screen, especialy these animation changes.

What about compability? Can you think about any posible conflicts with popular mods? is it safe to use with brightmaps mods and such?

if i remember correctly I think the burning barrel and some of the torches jiggle around a little when they animate. I'll have to check up on that to make sure though.

EDIT: nevermind, I think that's the sourceport I use that makes the sprites jiggle a little when they animate. One thing that does bother me though, is that some parts of the flames (especially in the center) on the short firesticks and on the lost souls look exactly the same on each frame, while the outsides of the flame animate a little more vividly. It's not exactly an error as much as it is a cosmetic thing that I take issue with.

There was a project doing all these and more some time ago and, instead of releasing what was done, AFAIK, it was just allowed to rot and die. Kind of a shame to see people continuing to have to re-duplicate these efforts over and over.

Either way, don't forget to cure the WolfSS's purple crotchspot disease.

Oddly enough, it looks like custom brightmaps are largely compatible with my sprite fixes. I didn't change the sprite dimensions (except for the hanging corpses which don't glow), so the brightmaps can be applied to the monster animations with no ill effect. However, there is one minor incompatibility: I renamed and added a few sprites to restore the missing rotations, so you'll notice your brightmaps won't take effect when looking at monsters from certain angles.

Just as a minor word of warning, if you're using custom brightmaps, that means you're using an OpenGL renderer. I've only really tested these fixes in software mode. I can't fully guarantee if the adjusted sprite offsets will agree with the sprite clipping methods enabled by default in most OpenGL modes.

Absolutely, I encourage anyone interested to use this as an open resource. After all, this is still id's core work here. You'll probably want to first merge these changes with the full sprite set for convenience, though.

Indeed, I noticed the static flames myself when going through all of the frames, but for the reason you mentioned, I don't want to change it since it's a cosmetic issue. I wish to avoid altering id's artistic choices, so I'll only make a sprite edit if the change is minimal and the issue can justifiably be considered a technical error. Removing the Cyberdemon's hooves from the barrel explosion (and consequently the Spider Mastermind's death frames) is probably the most involved edit I'm going to make.

Yep, that looks worth fixing. Since the Super Shotgun's sprites are based on the regular Shotgun sprites, I'm guessing that's just a leftover pixel from Doom Guy's glove before it was shrunk down and mostly hidden by the barrels.

This is the next major change I plan to test for the updated release. It seems small enough, but I want to make sure the new weapon offsets don't seem too weird or jarring after eveyone's become used to the off-center versions for nearly two decades now. I just imagine it could be the kind of change subtle enough that you can't quite put your finger on it yet noticeable enough to mess with your mind and slightly throw off your aim.

c80f0f1006