Automatic Shotgun

How about this instead:





I can still supply just the hands though if you want.

Update:

Version 5 is up

Changes:
-Rescaled touched up sprites.. as best I could
-Replaced idle and shooting sprites with the new modifications
-Improved on the decorate animation code


I have experimented with using HI_START and HI_END to use the high def sprites in place of the low res ones, it looks great... I know its not allowed here as a submission, but if you wanted a copy for your own usage, Id be happy to drop box it to you

badmojo91 wrote: How about this instead:

I can still supply just the hands though if you want.

Nah, that works great. I'll play around with this over the weekend.

badmojo91 wrote:

Warning: Spoiler!

Ignore the weird numbering on the zip... I made a few boo-boo's whilst uploading and had to edit the op a few times.. my apologies if my errors have added multiples of the same file on the server ... its late, I must be tired

Cool, can't wait to see if you can improve on preserving the details.. If all goes well, I'll send you the rest of the frames and credit you on the next update.. Hopefully this will be the final update.

As for Dropbox, I'll do a test link for a week to make sure it's fine then I'll replace the rest of my uploads with Dropbox links. that will make it so much easier for me for future submissions and updates and will keep the admins happy in the process.. So I'm all for that *thumbs up*

badmojo91 wrote: Cool, can't wait to see if you can improve on preserving the details.. If all goes well, I'll send you the rest of the frames and credit you on the next update.. Hopefully this will be the final update.

I should be able to do the firing/recoil frames based off the upscaled idle frame you gave me. It's all perspective distortion anyways; should be a piece of cake. The muzzle flash may no longer fit, so I'll probably make a new one that has illumination on the tip of the barrel. The reload frames don't need any extra work, in my opinion.

Double-posting.

First off, I didn't get a chance to resample the frames this weekend; sorry. Probably this weekend.

Secondly, in regards to the long WAD filename, I've found that other WADs that use a long file name do NOT cause any problems with GZDoom's .ini files. In other words, there's something particular about your specific WAD having a long filename that causes problems. I have no idea what, but I'm thinking of consulting with Blue Shadow to see if a bug report is necessary. In the meanwhile, please continue to limit it to 8 characters, since that works well.

Otherwise, I think this is a lock once the sprites are finalized. One way or the other, I'll make sure it isn't held up long on my account.

First off, I didn't get a chance to resample the frames this weekend; sorry. Probably this weekend.

All good mate, take your time, I'm in no hurry

Secondly, in regards to the long WAD filename, I've found that other WADs that use a long file name do NOT cause any problems with GZDoom's .ini files. In other words, there's something particular about your specific WAD having a long filename that causes problems. I have no idea what, but I'm thinking of consulting with Blue Shadow to see if a bug report is necessary. In the meanwhile, please continue to limit it to 8 characters, since that works well.

Yea this is strange, perhaps you could try and re-package both the wad and zip on your end when you have time to see if its my machine corrupting something or not.... I did just have a boot failure scare a few minutes ago, where win10 would just boot to a black screen disabling both the keyboard and mouse... it was strange and quite alarming, after trying the standard recovery procedures with no luck I managed to finally get it to boot after a few bios tweaks... even after that, certain windows services wouldn't start and again after a few tweaks to msconfig I managed to get things right again.... In conclusion to that though, I'm starting to think my SSD is playing up... or perhaps some virus i haven't detected yet, going in for a full scan to be sure though. :fear:

Otherwise, I think this is a lock once the sprites are finalized. One way or the other, I'll make sure it isn't held up long on my account.

Does that mean this may be entered in the repo? If so, it would actually bring a tear to my eye that the respected community of realm667 has appreciated my small contribution enough to be a permanent addition to the armory.... If not, im still glad that you have given the time to review and give great feedback for my work

MagicWazard wrote: I've found that other WADs that use a long file name do NOT cause any problems with GZDoom's .ini files. In other words, there's something particular about your specific WAD having a long filename that causes problems.

That would be my conclusion. It just doesn't sound like it's a GZDoom problem.

I downloaded the latest version of this, and renamed the WAD file so it has a longer file name. It loaded fine. My settings weren't affected.

I did the test with both 2.1.1 (latest official release) and 2.2pre-2024-g0e2d9af (latest development build).

With the latest update i re packed the wad and zip from scratch using the latest version of slade.. The original was zipped using winrar (me being oldschool it was how ive always zipped files), so i guess that was the problem.. I didnt experience any of the issues you guys have but it would probably be a good idea to restrict the use of winrar for submissions just in case anyone else does the same.

WinRAR might not be the problem either, since I myself use it to pack stuff, including submissions to the site.

Do you still happen to have the problematic version from earlier in the thread? I *think* I've already flushed my Recycle Bin, so I don't *think* I have it any more, but I'm not on my primary computer right now to check. I wonder if it might be worth sending to Graf for him to look at and see what the problem might have been.