Jump to content
NostAlgae37

Dig Dug 37th Anniversary Edition

Recommended Posts

Announcing the release of Dig Dug 37th Anniversary Edition to the AtariAge community!

 

This hack started as a graphics update to a fine hack known as Dig Dug Arcade.

 

What I changed:

 

1) All of Dig Dug's animation frames.

 

2) All of the animation frames for the falling rock.

 

3) All of the fruit/vegetable bonus items.

 

Things that I'd still like to see done with the hack (but are beyond my capabilities):

 

1) Static (unloosened) rocks using the first frame of the falling rock animation instead of the ball sprite.

 

2) Terrain (strata) divisions made wavy instead of straight.

 

3) Terrain having a dotted pattern instead of lined.

 

4) Tops of some of the fruit/vegetable bonuses (carrot, turnip, tomato, pineapple) made a different color than the main body.

 

5) The mushroom and garlic bonus items changed to colors that better match the arcade.

 

Please enjoy the new version!

 

 

Dig_Dug_37th_Anniv_Ed.bin

Edited by NostAlgae37
Added new version of hack
  • Like 12

Share this post


Link to post
Share on other sites

Nice job improving the sprites (no more green duck) and the title graphics look great too.

 

I'm wondering though (at least in emulation) why I'm seeing various graphic glitches above and below various sprites at times? I don't recall seeing them in the original.

Share this post


Link to post
Share on other sites

Nice job improving the sprites (no more green duck) and the title graphics look great too.

 

I'm wondering though (at least in emulation) why I'm seeing various graphic glitches above and below various sprites at times? I don't recall seeing them in the original.

 

Thanks MrFish, but I can't take credit for all of that as my hack was built off an earlier hack that already updated the sprites for the monsters and added the title graphics that you like.

 

As for the graphics glitches, are you playing the game on the Flashback Portable or on a PC Emulator? I was seeing them when I played the hack on the Flashback Portable and managed to eliminate most of the ones that I saw by changing the location of the sprite graphics in the rom (moving them up or down). The only one that kept cropping up from time to time was that the upper tip of the garlic would be duplicated below the actual sprite on the first level that it is used as the bonus item, but I thought that was just a weird Flashback thing because that glitch would seldom show on the second stage. I wonder if anyone has tried the hack on actual hardware? If so, please let me know what issues you find and I will attempt to fix them if I can.

Share this post


Link to post
Share on other sites

Thanks MrFish, but I can't take credit for all of that as my hack was built off an earlier hack that already updated the sprites for the monsters and added the title graphics that you like.

 

Correct, I guess I should have read what was posted. I just busted into the game and posted a response comparing to the original version. I was in a hurry when I posted though.

 

 

As for the graphics glitches, are you playing the game on the Flashback Portable or on a PC Emulator? I was seeing them when I played the hack on the Flashback Portable and managed to eliminate most of the ones that I saw by changing the location of the sprite graphics in the rom (moving them up or down). The only one that kept cropping up from time to time was that the upper tip of the garlic would be duplicated below the actual sprite on the first level that it is used as the bonus item, but I thought that was just a weird Flashback thing because that glitch would seldom show on the second stage. I wonder if anyone has tried the hack on actual hardware? If so, please let me know what issues you find and I will attempt to fix them if I can.

 

I meant to put this information in my first post: I'm using Stella v4.7.2 on Windows. [Edit: I see I did mention emulator above, just not which one.]

Edited by MrFish

Share this post


Link to post
Share on other sites

OK, I just dug (pun here) up the hack you're working off of (Dig Dug Arcade) and I'm not seeing any graphical glitches with it using Stella v4.7.2.

Share this post


Link to post
Share on other sites

Nice graphic hack, NostAlgae37. Can you please release a PAL60 version of it for the european users? Would be great!

Share this post


Link to post
Share on other sites

Nice graphic hack, NostAlgae37. Can you please release a PAL60 version of it for the european users? Would be great!

 

Unfortunately, I don't know how to do that, but someone else is welcome to. ;-) (I'm just an artistic type, not very technically-minded.) By the way, have you tried the hack on actual/original hardware? If so, can you please confirm whether you are seeing any graphical glitches of any sort? Thanks very much.

Share this post


Link to post
Share on other sites

By the way, have you tried the hack on actual/original hardware? If so, can you please confirm whether you are seeing any graphical glitches of any sort? Thanks very much.

Have not tried the game with the Harmony in my real PAL-Atari-console until now, because with the wrong colors, games make not so much fun. But i can confirm, what some other people here mentioned, that in some of the STELLA versions there are some graphical glitches besides the sprites. There is another, older "Dig Dug" Hack here in the forum, called "Dig Dug Arcade" or so (can not find the thread in the moment) and this hack has no graphic-glitches in all STELLA versions. Only this hack here has. There are some pixels in the near of the sprites which should not be there. But maybe this is a incompatibility in older versions of the emulator?

Share this post


Link to post
Share on other sites

I am not aware of any glitches with Dig Dug and Stella. But in any event, if anyone finds something, please report it to me, and also make sure to use the latest version of Stella (5.0, which will be released this Sunday).

Share this post


Link to post
Share on other sites

6) The "8" in the "© Namco 1982" on the title screen made to look more like an 8 (I'd fix this one myself but I can't seem to find it when viewing the rom graphics in Hack-O-Matic).

 

 

Using Stella's built in debugger, I found the funky 8 at 987C - 987F.

 

 

Hit the ` key to enter the debugger. Right-click near the 8 in the image in the upper left.

post-3056-0-40193600-1499892762_thumb.png

 

After selecting Fill to scanline the program should in the area the graphics are being updated.

post-3056-0-79828500-1499892769_thumb.png

 

The alternating stores to GRP1 and GRP0 are a key part of the 48 pixel graphic routine. From that I can see the graphic data is coming from tables located at 98AF, 9AA7, and indirectly from 987B (it gets stored into RAM address EC first).

 

Scroll to 98AF and we can see the 2 from © NAMCO 1982

post-3056-0-02867300-1499892778_thumb.png

 

Scroll to 9AA7 and we can see O from NAMCO and part of the 1 from 1982.

post-3056-0-29543400-1499892785_thumb.png

 

Scroll to 987B and we can see data, but it's not in graphical representation. What's up is that data's getting stored to RAM, not to GRP0, GRP1, or a playfield register, so Stella and Hack-O-Matic think it's just numeric data as opposed to graphic data.

post-3056-0-47978800-1499892792_thumb.png

 

We can tell Stella it's graphic data by typing in the command GFX followed by an address range. once we do that we can see the 198 from 1982.

post-3056-0-30471800-1499892800_thumb.png

  • Like 1

Share this post


Link to post
Share on other sites

Great description SPICEWARE with all those pics.

 

I really must have a deeper look at the debugger in Stella. Maybe also for changing colors in games to adjust them from NTSC to PAL or so. Should work, or?

 

Can the debugger also show the user in which lines of the programm the colors was written, when the user change them in the TIA-Menü? Because when i change them there and restart the game, my new colors are gone. So the change must be made in the lines directly or?

Share this post


Link to post
Share on other sites

Has anyone done a hack where there fire button acts like it does in the arcade (single pump per each push of the button). The 2600 while amazing takes a bit of the challenge away since you only need to press & hold the fire button down to inflate & pop enemies. My father and I were introduced to the game in 1982 while on vacation at Daytona Beach and we were blown away by how fun and different the game was than anything out there. I know that was the only disappointment that my father and I had in the 2600 version the he bought me for Christmas in 1983 (other than that it is an amazing game). Nice nostalgic memories of this game and I know we both are still very fond of Dig Dug even today.

  • Like 1

Share this post


Link to post
Share on other sites

This is an awesome hack, NostAlgae37. Any plans to continue it one day? I'm seeing some glitches in MiSTer, but its 2600 core is still in the early stages of dev I believe.

Edited by Smoke Monster

Share this post


Link to post
Share on other sites

This is an awesome hack, NostAlgae37. Any plans to continue it one day? I'm seeing some glitches in MiSTer, but its 2600 core is still in the early stages of dev I believe.

 

Actually yes, I have an updated version that I am working on (with new graphics for the bonus prizes, an updated score font that is arcade exact, and a more readable 1982 on the title screen), but I need some help from the community. Does anyone know if there is there a part of the code that defines the address range that the program looks to fetch the graphics for each individual fruit/vegetable prize from? In other words, does it specify the locations of each of the bonus prizes?

  • Like 3

Share this post


Link to post
Share on other sites
On 3/25/2019 at 1:56 AM, NostAlgae37 said:

 

Actually yes, I have an updated version that I am working on (with new graphics for the bonus prizes, an updated score font that is arcade exact, and a more readable 1982 on the title screen), but I need some help from the community. Does anyone know if there is there a part of the code that defines the address range that the program looks to fetch the graphics for each individual fruit/vegetable prize from? In other words, does it specify the locations of each of the bonus prizes?

Although I'm not experienced with 2600 programming, I can be more than happy to beta test this version. I've played Dig Dug for years and I'm sure I can see what needs to be adjusted and whatnot.

This hack is already fantastic as it is, and would love to see the new upcoming version!

Share this post


Link to post
Share on other sites

I just downloaded your updated version, and it looks great! One of my favorite hacks so far! :)

Edited by Isaiah Austin

Share this post


Link to post
Share on other sites
On 7/4/2017 at 7:30 AM, NostAlgae37 said:

Things that I'd still like to see done with the hack (but are beyond my capabilities):

 

1) Static (unloosened) rocks using the first frame of the falling rock animation instead of the ball sprite.

 

2) Terrain (strata) divisions made wavy instead of straight.

 

3) Terrain having a dotted pattern instead of lined.

 

4) Tops of some of the fruit/vegetable bonuses (carrot, turnip, tomato, pineapple) made a different color than the main body.

 

5) The mushroom and garlic bonus items changed to colors that better match the arcade.

 

 

Dig_Dug_37th_Anniv_Ed.bin 16 kB · 8 downloads

1) Rocks are changed from the unflickered ball to be a sprite in the print queue...not enough Ram there to use sprites for all 3 rocks when all enemies are displayed.  If you adjust the player character's location in Stella's debugger (X=SC$8A, Y=SC$7A) to dig under all 3 rocks (moving right from $58/$11, $0F/$15, and $3F/$05 for the starting level), and single-step through frames to dig under each in the minimal amount of time, you will notice that each rock will wait for it's turn in the queue.  It can only handle one loose rock at a time.  The next will wait until the previous has fallen and disintegrated.

 

2) The blank lines serve a purpose...repositioning sprites.  Not enough time to do that in addition to updating PF registers.  So you can have blank lines, or a flickery mess showing only 2 sprites per screen.

 

3) Beyond PF capability.  Might have been possible if PF and BK were reversed to use the ball sprite to add dots (similar to Cosmic Ark Starfield) IF the ball was not already occupied displaying rocks...or enough cycle time to strip select bits from PF data before updates (to use the wider PF pixels for dots).

 

4) No provision to display multicolor sprites.  The player character's shovel is actually a different sprite in the queue.  May have a slight workaround using another bank to give all sprites color highlights (like what I did for Ms.Hack)...but this will make flicker worse any time more than 2 sprites are using the same display band. (possible)

 

5) The color table is totally customizable.  Have you tried hacking it?  It's the full page at LB900 (2nd bank).

TIP: use Stella to play until the sprite appears onscreen.  Scan to the lines where the image is displayed.  By checking TIA, you'll discover the byte value used for the color (which then can be used to narrow down where the color is fetched from the table).

 

As you can see, most of these suggestions would require a complete rewrite of the game...likely via ARM processing to improve kernel efficiency.

  • Like 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...