09 January 2019, 10:37 | #41 | |||
Ex nihilo nihil
Join Date: Oct 2017
Location: CH
Posts: 4,890
|
Quote:
Quote:
Only hope he cannot be defeated too easily (I have a reputation to maintain ). Next step : a star in the walk of fame in Hollywood Quote:
Edit: Damn, I such dislike this new non-UNICODE display !! Replace the ???? with "ero oyaji" |
|||
09 January 2019, 11:02 | #42 | |
Registered User
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,650
|
Quote:
Yeah, well, I agree, it still don't look good. The trouble is that 3ds max renders semi transparent pixels on the edges, that causes troubles when converting to 32 colors, and if I turn that off, then the edges are really rough (you can see big pixels). Still need to practise this, and I guess, at the end, I'll render without antialias, then carefully in PPaint try to sort out jagged edges (like hand drawn antialias). But this doesn't bother me right now, it can wait, because I am in the process of thinking on how to do basic fight with character and enemies, collisions, energy... and these sort of stuff. I think that will be the hardest part, and there's not too many tutorials on RedPill. There are some great tutorials on youtube that lasts for hours, but they are all in Spanish, that I don't understand. However, I am watching parts, slowly, and trying to figure out as much as I can. -------- @Malko Great man! Actually, this character is weakest (but most often ) But maybe, I'll use your name for the first boss, and we will change name of this character to something else. No, kidnapped girl is not hot, she is like 4 or 5 years old. Our heroine is supposed to be hot (that you can't see with this sprite ), but I'll try to draw her in some intro screen, and mid level screen. She is dark haired. |
|
09 January 2019, 11:10 | #43 |
Ex nihilo nihil
Join Date: Oct 2017
Location: CH
Posts: 4,890
|
Edit: Regarding the following post I have an idea : the villain Malko can entrust the little girl to his henchman: Damien (who, to Malko's great despair, is a real father with all prisoners) Last edited by malko; 09 January 2019 at 12:27. |
09 January 2019, 23:26 | #44 | |
Registered User
Join Date: Dec 2015
Location: USA
Posts: 2,915
|
Quote:
Thank goodness, I couldn't sleep last night worrying about the IP of your graphics, it sounds like you have it all covered though. And not limiting your applications to require rare and expensive expansions to run. Sounds and looks great. |
|
09 January 2019, 23:53 | #45 | ||
Registered User
Join Date: Jul 2009
Location: Nottingham / UK
Posts: 155
|
Quote:
It all depends on a complex balance of graphic design, storage and performance. If you use a 32 colour palette for both sprites and backgrounds and don't limit which colours are used where then you have 5 bit planes of background and 5 bit planes of sprites. Compared with two 16 colour palettes (4 bit planes of background and 4 bit planes of sprites) that means you need 25% more storage and physically displaying the sprites will take 25% more processing time. Storage limits mean less frames or smaller sprites, processing time could mean running at 50 hertz (smooth 1 frame update) or dropping to 25 hertz (2 frame update). I'm not sure how you are displaying the sprites but the Amiga is REALLY easy to have 3 changing palettes for the background and your background looks very bland compared with the sprites. As I mentioned previously that would give you a 48 colour background. Keeping the palette separate means the sprites can move about the background without changing colour if you are changing the palette dynamically (with a copper list that just writes a new 16 word palette into the colour registers each 3rd of screen display). To draw the background you would have to cut it into 3 images, and reduce each one to 16 colours. Quote:
A lot of people commented on how my Atari ST & Amiga Gauntlet II was much better than the jerky horrible Gauntlet. There were 2 reasons for that, main reason was Gauntlet used 24 pixel square sprites as per the arcade machine. I knew that 24 pixels was a crazy choice for the hardware and screen format of both the ST and Amiga. So I didnt even consider 24 pixels and started with 16 pixel square character sprites and background tiles. That helped massively, but it meant all the graphics had to be custom drawn by hand to make them look good. The 2nd reason was that Gauntlet had also been partly written in C. My games were all 100% 68k assembler. You also have to remember that there is a lot of reference material on the Amiga now. Back then, there were new machines appearing every few months with completely different hardware, different operating systems, different everything and the hardware reference information didn't usually arrive with the machines so it was a very uphill learning curve and as soon as you got used to one machine you had to learn another. It was very messy. Whilst I coded games over a 10 year period I went from VIC 20 to C16 to BBC Micro to Atari ST, bit of C64, Amiga and somewhere in the middle Psion Organisers! Even with the Amiga, at first the ST was the big market so ST games got ported to the Amiga and ran slower because of the slower CPU. Then the blitter was used to speed things up but it was still an ST port. Then finally a dedicated Amiga version was written using the extra colours etc which meant the ST couldn't compete, MK1/2 and Primal Rage on the ST would have looked more like 8-bit titles - the ST just couldn't cope with those games. |
||
11 January 2019, 07:50 | #46 |
Registered User
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,650
|
Thanks man.
Yes, I understand that in early 90's it was almost impossible to gather references, assets, tutorials, and pretty much everything. Without internet, learning and working curve were much much more limited. I've followed your advice, and this time I used 16 color palette for the sprites, and 16 colors for the BG. (it's actually easier, because I don't need to convert BG every time I change something on the sprite ). As for the graphics overall look... yeah.. it still looks like crap. But this is basically my first pixel art attempt, and my plan is to make iterations, iterations, iterations... But first - the gameplay ------------------------- @Everyone.... update: [ Show youtube player ] - enemy now stops and hits character - character can now hit - character can now jump, and kick, and jump kick - this time I rendered without anti-aliasing, so we don't have that black border, but the character edges looks very harsh. ---------------------- The goal: Right now, I'll leave graphics as it is, and my primary objective is to make gameplay (fight between character and first enemy) as best as I can. No point of having great graphics, if I can't do that, or if gameplay sucks. That being said I struggled very much on how to create jump movement. But thanks to Zener (creator of RedPill), and his enormous help, I was able to do it. You can view his tutorial here: http://eab.abime.net/showpost.php?p=...&postcount=392 Now i's time to do collisions between player and enemy, and I am thinking now, where to start actually. Anyone has some suggestions, are most welcome and appreciated. This will be the hardest part, I imagine (making proper gameplay). Cheers to all |
11 January 2019, 15:06 | #47 |
Registered User
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,650
|
And just for my friend Malko, I draw one of that last intro screens!
(he wanted to know how our heroine looks). and in 32 colors! (I basically drew all, except a girl basic contures (I am not very good in anathomy), so I "borrowed" few lines from some fashion photo) (converted in PS to 32 colors) |
11 January 2019, 15:12 | #48 |
Ex nihilo nihil
Join Date: Oct 2017
Location: CH
Posts: 4,890
|
With the help of g@@gle translate :
???????? (prilicno) Last edited by malko; 11 January 2019 at 15:13. Reason: again this non-UNICODE display. Sad as it's working in the preview message... |
13 January 2019, 11:47 | #49 |
Registered User
Join Date: Jul 2009
Location: Nottingham / UK
Posts: 155
|
Another point, back in the day the display was a CRT which effectively provided its own anti-aliasing (bluring) to smooth edges. Modern hi-res LCD's don't do low resolution any favours in that respect which makes it harder for an artist to replicate the quality from back then.
If you can, adjust the movement step sizes to match you animation so they don't look like they are moon dancing, it connects them to the background rather than having them float above it so to speak. But great first effort, well done. p.s. Final Fight does look a bit bad, its probably because they maybe used the graphics from the arcade machine when really they needed to re-draw them as its all too bland / too many same colour shades. Not sure about gameplay but update speed looks OK (good programming). |
13 January 2019, 11:55 | #50 |
Registered User
Join Date: Feb 2007
Location: Melbourne, Australia
Age: 41
Posts: 3,773
|
In my opinion the graphics on Final Fight are great. It's the actual gameplay which let it down.
|
13 January 2019, 12:00 | #51 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,187
|
I agree about the gameplay of the Final Fight. Ruined the whole thing for me.
|
14 January 2019, 11:00 | #52 | |||
Registered User
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,650
|
@Malko
Thanks! I'll try to refine that image further, probably re-drawing some parts in DPaint.... Quote:
But I got what you're saying, and I'll try to make some sort of hand/drawn antialias at the end of the project. Quote:
I am not yet doing it thou, because I constantly trying different numbers of sprite walk. For example, I recently made change in the main character walk cycle from 10 frames to 5 frames. I'll probably try some different numbers and poses, and then I'll try to tune it carefully, so speed of the character matches the ground. Thanks, but we both know it needs a loots adjustments. I'll keep trying. Quote:
If you don't believe me, try Final Fight arcade (Mame), then try Amiga port. We could also live with one bad port of the beat 'em up game, but the weird thing is, no one attempted to make some great beat' em up for Amiga at all. Except Golden Axe (imho, that wasn't really great in original arcade), there is NOT ONE even average beat em up for Amiga. And we are all positive, that capatibilites of even A500 1MB is more then enough. We have great platformers, great 1VS1 fighting games, great adventures, great sims, but somehow even Team 17, or Psyhogonics or similar companies, never attempted to make some cool beat em up. Enough of my crying. Can you please (if you remember) describe how you did fighting collisions between player and enemies in Golden Axe? Did you used more then two sprite/object (so, besides enemy and player), do you, for example had another object spawn, at position, where the sword is, that collides with enemy, and triggers enemy pain? If you can explain it in non-programmers words, it would be awesome. If it's too complicated, then - nevermind... I'll try to figure out something myself Thanks for following this thread. |
|||
14 January 2019, 23:30 | #53 |
Registered User
Join Date: Jul 2009
Location: Nottingham / UK
Posts: 155
|
Collisions are normally done with "hit rectangles". For each frame you have a rectangle that defines where the weapon is, offset from the frames origin. If that rectangle overlaps another sprite then there is a hit.
Although I think Golden Axe was even simpler. Just the two sprites had to be close in the Y direction (up the screen) and for each frame they had to be "in range" in x using a minimum and maximum. For Hotrod I Xor'd the sprites masks with the background to get pixel accurate collisions. But everything else worked on rectangles of some sort because pixel comparisons were so CPU intensive. |
15 January 2019, 12:18 | #54 |
Registered User
Join Date: Jul 2009
Location: Nottingham / UK
Posts: 155
|
Interesting as the Capcom arcade machine used a 68000 so the original game logic code would have worked on the Amiga. Suggests it was either too large, or more likely Capcom didnt supply the source code from the arcade machine.
|
15 January 2019, 13:13 | #55 | ||
Registered User
Join Date: Jul 2015
Location: Novi Sad, Serbia
Posts: 1,650
|
Thanks.
Great to know. Quote:
http://retroasylum.com/an-interview-with-richard-aplin/ It's a funny read, but he admitted he didn't like Final Fight game at the first place, and that explains why he couldn't (or cared (or didn't had enough time)) to make proper gameplay. No one doubt he is a great programmer, but he seems a pretty bitter because of reactions of FF Quote:
|
||
15 January 2019, 16:48 | #56 | |
Registered User
Join Date: Jul 2009
Location: Nottingham / UK
Posts: 155
|
Quote:
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Questions from yet another Gotek noob | Amiga1992 | support.Hardware | 2 | 16 May 2017 06:27 |
Stupid noob TOSEC questions | antonvaltaz | project.TOSEC (amiga only) | 6 | 15 August 2010 00:59 |
whdload noob questions | beatnik | project.WHDLoad | 2 | 23 July 2010 21:53 |
WHDLoad noob questions | beanz | project.WHDLoad | 9 | 17 May 2008 12:58 |
Noob Questions | Crackersixx | Coders. General | 12 | 21 January 2006 23:53 |
|
|