/agdg/ - Amateur Game Development General

>>18974

I was just trying to do a little 16x16 spaceship. I decided to do 16x16 rather than 32x32, because it'd be easier and I could fit more enemies and shit on the screen, (the game will be 800x600) but the ship just looks terrible to me and I don't know why.

I like the asteroid I did, kind of, but I look online at ultra detailed .pngs of asteroids and my heart starts to bleed. Normally I would be using pseudo 3D or .png renders, but I want to use my own graphics, not someone else's.

Those light brown lines aren't meant to be on the outline of the asteroid, that's just a fuckup from copying the sprite directly from game maker. Any suggestions as to how I could improve on these would be immensely appreciated. I might just redo the spaceship sprite completely because it looks so generic, but I don't know what I would replace it with at a 16x16 res. Maybe I should just jump up to 32x?

>>18983

I dunno, the ship doesn't look that bad. I just don't like the cockpit window, it reminds me more of a building than a ship. And the guns are maybe a bit too broad?

Still, I don't think your skill is that bad. Here's my very quick take on that ship, not saying if it's actually an improvement or not.

>>18985

Holy fuck, that cockpit window looks way better. Thank you anon.

I made the guns broad because the lasers the player fires are fuckhueg (three pixels thick, and that's so that they're very visible). You definitely helped me out there though.

I'm not very good at vehicles and buildings in general, I should go look at a bunch of pictures of spaceships later on when I finish the rest of the asteroid sprites.

>>18985

Was a little bored and wanted to clear my head so I did a version too.

I come to the rescue!

Sprite art is a process. You have an idea. First you make a base, then flesh it out, putting different colors for each part can help. Add new colors each time, remember to erase the unneded parts. For animations, use the previous model in an different layer so you have consistency. If you want retro graphics (true retro), change colors to 24-bit/16-bit/8-bit.

Teal deer: Wireframe model/base lines->Base colors->Adjust colors, add shadows->(Optional) Reduce colors.

Sauce for the images:

danbooru.donmai.us/posts/563393

danbooru.donmai.us/posts/564721 (untranslated)

danbooru.donmai.us/posts/683652

>>19133

Have two full sheets here http://www.spriters-resource.com/fullview/26532/

http://www.spriters-resource.com/fullview/26551/

Notice that both have an unfinished (dummied out) animation, look at the base colors for the clothes and the different feet and arms, and the finished pieces have obvious bases in general.

>>19133

That first image reminds me of this.

>>18983

your main problem here is what's normally referred to as "pillow shading".

Basically, you're cramming too many shades, making everything look too smooth.

>>18957

I'm just learning how to do pixel art, but I've found a big part of it is choosing and knowing your constraint.

That is, if you're going for a base of 32px, 128px, 16px, etc... stick to it and build around that.

Might be nonsense, idk yet.

I'm not the best spriter, but I've developed a reliable system for me to make decent-looking sprites.

I draw the outline of the monster on paper, upload it to an online vectorizer, download the vectorized image, color it in, scale it down, and apply the finishing touches.

I've used this to make some basic enemy sprites for an RPG. How do you like them?

>>22957

I scan 'em into the computer.