Over the years, I\u2019ve learned a bit about the diversity of the drawy-artstuffs field. I speak from the outside, of course \u2013 the closest I\u2019ve come to being an artist myself is a one year communication design course (read: layout and colour theory) and the occasional desperate move with game prototypes where I simply couldn\u2019t find anybody to draw things for me.<\/p>\n
However, while I cannot tell anybody how to \u201cdo\u201d art, I am sympathetic to some of the difficulties that visual creatives have when they\u2019re forced to operate in the weird and wondrous framework of a programmer\u2019s code base. None more so than classically-trained artists, who usually operate in environments which have loose constraints (or none at all) in areas that happen to be of absolutely vital importance to the average programmer.<\/p>\n
Sometimes a situation emerges where talented artists in the wrong category hop onto an indie project: the devs are hoping for a particular style, perhaps, or the project exists in a territory where game development is still getting its legs and the required specialists are rare. Or maybe some friends just wanna work together on something regardless of the hurdles.<\/p>\n
This can be pretty cool in the long run \u2013 particularly if said illustrator is excited and enthused about learning a new form \u2013 but there\u2019s a few growing pains that need to be worked past. In my experience, practically all classic artists will need to learn the following:<\/p>\n
(1) You\u2019re working under the most demanding constraints possible<\/b><\/p>\n
If you\u2019re a freelance illustrator or concept artist, you\u2019re used to getting briefs with the necessary provisions: it needs certain dimensions, subject matter, format and all the usual trimmings. But if we assume a non-painful client, external constraints won\u2019t matter much when you start putting pen to paper. You have thousands of pixels to work with in either direction and smaller details only matter when it comes down to your own style and standards (again, oversimplifying and assuming that your client isn\u2019t an asshole).<\/p>\n
When you start working with coders, your open playfield pretty much vanishes. Sure, you can comfortably send the first draft of your work in whatever style you prefer \u2013 a good team will provide valuable discussion points and feedback for that \u2013 but sooner or later, you\u2019re going to lose your ability to play with broad strokes. You\u2019ll be told that your work needs to fit strictly into however many pixels (and exactly<\/i> that many pixels, mind). You won\u2019t be allowed to use particular colours. You\u2019ll have to draw sprites that will stand out against every conceivable background in multiple resolutions and lighting situations. Things need to mirror in sneaky ways. Your work needs to hue shift gracefully. And we won\u2019t event go into animation!<\/p>\n
In many instances, you\u2019ll be forced to change your approach from \u201cwhichever style feels best\u201d to \u201cwhichever style actually works\u201d. And in any realistic setting, that\u2019ll be downgraded to \u201cstart hoping that you can<\/em> find a style that works\u201d. Because while you may be an architect, the engineers you\u2019re working with have a whole lot of immutable constraints that they\u2019re trying to tell you about, based on the strength and availability of materials and components. And given the special hazards of a typical programming environment, such construction projects can often feel like building a house of cards.<\/p>\n Pushing back against your engineers and insisting on your vision usually won\u2019t yield much \u2013 in some cases, a talented and accommodating coder can move virtual mountains to give you more wiggle room with a particular variable or especially important style hook, but that\u2019s about the best you can hope for. And they\u2019re not trying to be dicks. They\u2019re just as bound to the rules as you are, if not moreso. You can always bend your style to suit their constraints. But the other way around? Usually impossible. Flatly, literally impossible.<\/p>\n So, this first point is the longest, but it\u2019s also the most important: change your philosophy and learn to make project constraints your bread and butter. Breathe in specs and exhale precision work. Continue to think outside the box, but understand that your final product needs to exist firmly inside it, no matter how tiny that becomes. You won\u2019t be making your best work \u2013 you\u2019ll be making your best work for a particular situation<\/i>.<\/p>\n If you can just get into this mindset, the rest will come far more easily.<\/p>\n (2) Your game dev clients tend to know more than the others<\/b><\/p>\n I\u2019ve never met a professional indie coder who didn\u2019t have at least a passing literacy in tools like Photoshop and GIMP. Reality often bumps into us and demands that we take up cross-class skills, and you\u2019ll find that more experienced coders actually have a track record of meeting their artists halfway on concepts that are difficult to understand or implement precisely (everyone at QCF has spent countless hours cleaning up edge pixels and aligning tilesets at various points).<\/p>\n We also come pre-packaged with a certain technical understanding that other clients usually lack \u2013 we know what antialiasing is and how it works. We understand image channels, RGB, HSV, WTF and all the other delightful acronyms out there. And then there\u2019s the ultimate fact that every bit of magic which goes into art software has to be coded and mathematically signed off by programmers, so there\u2019s a lot of relatable language and understanding in there for us.<\/p>\n This is idealised, of course. Some coders are as thick as two bricks being rubbed together when it comes to graphics lore, and there\u2019s a lot of savvy clients that exist outside our bubble, but unlike a lot of other people who usually need art from you, our job regularly forces<\/i> us to dip into your world and understand things. Not enough that we can go without artists entirely, but enough to make your life easier.<\/p>\n Use this. Speak to your team and find out exactly how much they know, then take advantage. If it\u2019s easier for you to send a PSD with unbaked layers, fixed alpha masks, grouped shapes, unrasterised text and a box of rabid gerbils, perhaps you can do just that! We\u2019re not going to be stumped and panic the moment you give us something that isn\u2019t a web-ready PNG. Better still, we may even be able to edit it and send back a revision showing you what we want more clearly!<\/p>\n (3) You\u2019ll have to build a more technical understanding of your own tools<\/b><\/p>\n I have, on rare occasions, had to point artists towards bits and pieces of Photoshop business that they knew nothing about. More than once, I\u2019ve worked with people (directly and indirectly, formally and informally) who didn\u2019t understand how image layers worked or why they were important.<\/p>\n It makes a lot of sense, especially when modern art tablets allow you to treat digital projects almost exactly like your physical medium of choice. Tools that don\u2019t assert their importance won\u2019t be learned because there\u2019s no obvious need for them and no damage done by ignoring them. This can be a shock for people the first time they transition to a more demanding environment.<\/p>\n Do you understand feathering, anti-aliasing and tolerance when selecting or filling a region? Perhaps so, perhaps not \u2013 but the important thing to realise is that a lot of people don\u2019t have<\/i> to understand, and thus never learn. This is by no means a condemnation \u2013 default values tend to be good fits for a lot of situations and it can feel almost absurd the first time a coder has a frothy fit because you gave hir a 50% alpha-edged sprite baked on a black background. Especially \u2013 especially<\/i> \u2013 when just about any other client wouldn\u2019t actually give a shit or even notice that the situation exists in the first place.<\/p>\n But as a good yardstick: if any terminology mentioned in this article is unfamiliar to you, look it up and learn how to control that variable, because a coder at some point will probably make a demand related to it. If you demonstrate confidence with these things, you\u2019ll be thanked with genuine emotion and possible tear-shedding because you\u2019ve saved some poor engineer several hours (even days) of work trying to reprocess your graphics for you.<\/p>\n (4) You\u2019ll need diversity (and to look at what others have done)<\/b><\/p>\n I left this semi-obvious point until last because I reckon that the other ideas needed more screentime, but it\u2019s always worth restating somewhere: learn from your digitally inclined peers! Some artists have been dealing with curmudgeons and coders for most of their careers and have super-helpful advice about all the small things that each specific task requires.<\/p>\n Game art is such a diverse field that even those within it tend towards radically different specialisations. Making a tileset requires its own considerations. Building a 32×32 sprite animation is a particular kind of art, even when compared to doing the same at double the resolution. And 3D stuff? Well, even if you never lay a hand on a modelling program, being asked for a 256×256 wall texture requires a quick look at some important points.<\/p>\n The simplest game projects can draw upon multiple art styles and types of challenges, and unless you have the luxury of working with a team where individual artists can focus on just one aspect of the game, you\u2019re going to find yourself performing a lot of radically different \u2013 and equally demanding \u2013 tasks. Even Desktop Dungeons required our artists to switch approaches between tiny pixel sprites, tilesets, detailed portraits, double-sized elements, and screenwide backgrounds. All of these had their own art considerations while still needing to click in with each other for the same \u201coverall feel\u201d. And that shit is hard. Or so I\u2019ve observed.<\/p>\n But hey, that\u2019s the glorious part of the job: game art is diverse and interesting and don\u2019t let anybody tell you otherwise! The challenge and variety, at least on an indie level, is a fantastic experience for even the most poorly-equipped artist and the skills you gain will be invaluable.<\/p>\n Ultimately, you can view it as an exchange of one priority for another: you\u2019ll lose a bit of freedom, but in return your work will come to life in a way that lets people experience it more deeply over greater sessions of exposure. In contrast, the equivalent effort on a piece of promo material, a once-off splash image or even some concept art will earn glances from the majority and focused attention from only a precious few \u2013 if you\u2019re lucky. Or as an actual artist once put it to me: \u201cYou\u2019ll never see a dedicated Let\u2019s Play video of someone\u2019s box art.\u201d<\/p>\n So if this life appeals to you, dear illustrator, and you want to try something new \u2026 come join us! It’s new, it’s interesting and you’ll be doing your bit to save the world from the scourge of Programmer Art.<\/p>\n","protected":false},"excerpt":{"rendered":" Over the years, I\u2019ve learned a bit about the diversity of the drawy-artstuffs field. I speak from the outside, of course \u2013 the closest I\u2019ve come to being an artist myself is a one year communication design course (read: layout and colour theory) and the occasional desperate move with game prototypes where I simply couldn\u2019t […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[4],"tags":[44,48,47,46,45],"_links":{"self":[{"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=\/wp\/v2\/posts\/835"}],"collection":[{"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=835"}],"version-history":[{"count":0,"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=\/wp\/v2\/posts\/835\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=835"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=835"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.qcfdesign.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=835"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}