Placeholder graphics: Difference between revisions

From NESdev Wiki
Jump to navigationJump to search
(we got some)
(an example of the sort of trouble that copying placeholder sprites from other games can get you into, per Matt Hughson)
 
(13 intermediate revisions by 4 users not shown)
Line 1: Line 1:
Most programmers can't produce large quantities of high-quality pixel art.
Most programmers can't produce large quantities of high-quality pixel art.
So for a game that uses a scrolling map, it is wise to enlist artists.
So for a game that uses a scrolling map, it is wise to enlist artists.
Ordinarily, it goes like this
Ordinarily, it goes like this:
# Develop an engine
# Develop an engine
# Make a demo
# Make a playable tech demo
# Attract artists
# Attract artists
# Make the game itself, as a total conversion mod of the demo that you produced in step 2
# Make the game itself, as a total conversion mod of the demo that you produced in step 2


But in order to make the demo, you'll need some art assets to put in your demo.
But in order to make the demo, you'll need some art assets to put in your demo.
Some people prefer to rip art assets from existing non-free NES games, but it could prove disastrous if enough of these tiles managed to make it into the final release.
Some people prefer to rip graphics from existing non-free NES games, but it could prove disastrous if enough of these tiles managed to make it into the final release.
So it's better to use assets that require nothing more than attribution to the author, like these:
Art with clear provenance will avoid the sort of negative reception that one NES project's crowdfunding campaign got for using undisclosed placeholder art from other games.<ref>White Hat (@WhiteHat94). [https://twitter.com/WhiteHat94/status/1831416018331431099 "What's with all the stolen sprites?"]. 2024-09-04. Accessed 2024-09-07.</ref>
It's better to use assets that require nothing more than crediting the author, like these:
<gallery>
<gallery>
File:Drag - generitiles.png|Drag
File:Drag - generitiles.png|Generitiles by Drag
File:Explosion 24px ani.gif|Explosion by tepples
File:Cards 32x24.png|Playing cards by tepples
File:Sik caveman recolor.png|Caveman, cavewoman, and enemies by Sik
File:American football field.png|American football field (for Mode 7) by tepples
File:Jroatch-chr-sheet.chr.png|Full CHR sheet by JRoatch
File:Russian-font.png|Russian font by qalle
</gallery>
</gallery>
== References ==
<references />
== External links ==
*By Chasersgaming on Itch: [https://chasersgaming.itch.io/rpg-assets-nes RPG Assets (NES)]; [https://chasersgaming.itch.io/tile-set-pack-7-nes Tile Set Pack for NES] (CC0 Public Domain)
*[https://opengameart.org/ OpenGameArt] (Various licenses)
**[https://opengameart.org/content/nes-like NES-like category]
** Start with [https://opengameart.org/users/surt surt]
*[http://adamatomic.com/bomberplanet/assets.html Some ''Bomber Planet'' backgrounds] (PD)

Latest revision as of 19:08, 7 September 2024

Most programmers can't produce large quantities of high-quality pixel art. So for a game that uses a scrolling map, it is wise to enlist artists. Ordinarily, it goes like this:

  1. Develop an engine
  2. Make a playable tech demo
  3. Attract artists
  4. Make the game itself, as a total conversion mod of the demo that you produced in step 2

But in order to make the demo, you'll need some art assets to put in your demo. Some people prefer to rip graphics from existing non-free NES games, but it could prove disastrous if enough of these tiles managed to make it into the final release. Art with clear provenance will avoid the sort of negative reception that one NES project's crowdfunding campaign got for using undisclosed placeholder art from other games.[1] It's better to use assets that require nothing more than crediting the author, like these:

References

  1. White Hat (@WhiteHat94). "What's with all the stolen sprites?". 2024-09-04. Accessed 2024-09-07.

External links