Dragon Ball Z: Attack of the Saiyans
Dragon Ball Z: Attack of the Saiyans
arrow_drop_down
[4]
Playable Characters
arrow_drop_down
[4]
Non-Playable Characters
arrow_drop_down
[8]
Enemies & Bosses
arrow_drop_down
[16]
Maps
Bump Forest
Devil's Toilet
East City
East City (Destroyed)
Goku's House
Holly Plain
Jingle Village
Kame House
King Kai's Planet
Korin's Tower
Martial Arts Temple
Martial Arts Temple (Destroyed)
Mt. Frappe
Muscle Tower
Yemma's Forest
Yemma's Office
arrow_drop_down
[11]
Battle Backgrounds
Bump Forest
Devil's Toilet
East City (Destroyed)
Holly Plain
Martial Arts Temple
Martial Arts Temple (Destroyed)
Mt. Frappe
Muscle Tower
Princess Snake's Palace
Training Island
Yemma's Forest
arrow_drop_down
[11]
Playable Characters (Battle)
Bubbles
Carrot
Goku
Goku (Halo)
Goku (No Weights)
Goku (Shirtless)
Gregory
Krillin
Tien
Yajirobe
Yamcha
arrow_drop_down
[13]
Miscellaneous
Battle Cut-ins
Cars
Chapter Screens
Cutscenes
Enemy Info Static
Items
Mugshots 1
Mugshots 2
Pinballs
Shops
Startup Screens
Status Portraits
World Map
arrow_drop_down
[3]
Unused Content
Comments (4)
You must be logged in to post comments.
I'm shocked there are no dragon balls sprites
@Immo_0 Also not right. Even if you were to assemble the sprites, they are still using the wrong palette. GLIntercept is based of of the display for some reason, not the actual memory. Display rips from this game are slightly brighter than the actual sprite palettes.
Source: I hack this game, alot now infact
Source: I hack this game, alot now infact
@Kramlack
With Attack of the Saiyans, everything has to be painstakingly screenshotted one frame at a time actually, because the whole thing works on tilesets, so GLintercept ends up capturing scrambled tilesets of the battle sprites 90% of the time (the other 9.9% it's either a completely incorrect colour palette or it's the 0.1% that's a fully correct sprite!) and it usually doesn't end that much better for the overworld.
With Attack of the Saiyans, everything has to be painstakingly screenshotted one frame at a time actually, because the whole thing works on tilesets, so GLintercept ends up capturing scrambled tilesets of the battle sprites 90% of the time (the other 9.9% it's either a completely incorrect colour palette or it's the 0.1% that's a fully correct sprite!) and it usually doesn't end that much better for the overworld.
Surprised no one's tackled this game considering how much love it gets. It's super easy to dump the sprite data with GLintercept and has been for many years now. I'd do it myself, but these days I'm running a really low-spec laptop and trying to run both DeSmuME and GLintercept turns it into molasses.