+  RHDN Forum Archive
|-+  Romhacking
| |-+  ROM Hacking Discussion
| | |-+  The Readme
Pages: [1]
Author Topic: The Readme  (Read 2 times)
Darkdata
Guest
« on: August 22, 2008, 09:01:41 am »

You know, this is a topic I often never seen talked about. What should one include in the readme?

Credits
Game To Patch
"Do not distribute with a rom pack or with a rom" or something like this.

What do you include in a readme, what do you think is important?
Deathlike2
Guest
« Reply #1 on: August 22, 2008, 10:12:54 am »

It shouldn't be difficult to write, as they have to basically follow some basic stuff:

1) State the patch name. Be descriptive or hint what the patch does in its title. State the patch version as it may be useful to know if there are newer/future patches.
2) Explain what the patch does.
3) List requirements to make the patch work (LunarIPS, CD image, etc, whatever it takes).
4) Provide a method, explain how one can verify the patch works (inform the user of a ROM's new CRC or whatever).
5) Credit everyone involved with the process and maybe the game because you made a patch for it!

Optional:
Author's Notes - whatever the romhacker thinks of the game and/or patch, motivation for said patch
Patch Notes - for the romhackers that are interested in what exactly you changed
Hack Notes - whatever info you feel like providing for your hack that may be of interest
« Last Edit: August 22, 2008, 12:05:58 pm by Deathlike2 »
Nightcrawler
Guest
« Reply #2 on: August 22, 2008, 12:15:16 pm »

My example of a good readme: (toot my own horn!)

http://www.romhacking.net/translations/snes/patches/690readme.txt


You should include:

1. Patch Version and Date (inlcuding version change history if more than one.).
2. All the items Deathlike 2 mentioned!
3. Distribution and Licensing Information. Make your wishes clear so there's no assumptions or guesswork and clarify you don't claim ownership to any copyrighted material from the game publishers. It's also a good time to give them credit.
4. Credits. Surely you want to give any other hard working individuals that helped out the credit they deserve.
5. Outline what your patch is supposed to do and any known issues!!

Optional:

1. Deathlike2 pretty much got it there. Basically any other additional information you want to include about the project, game, hacking work, team members etc.. Or any other information you think is important for the user's experience.

2. These days it's very helpful to have your readme line wrapped for readability in web browsers. Reading readme files that scroll horizontally sucks.



It's actually quite a job to write a good comprehensive readme. I know mine, such as the one I linked above, have taken me several hours to write up and get in final form. And there are some people who write better or more comprehensive readmes than I do.

I consider a readme as a part of the project. As much care should go into it as the rest of the project. It represents you and your project. It is meant to be an informative piece of information for the end user to have the best possible experience. It also helps eliminate countless repeat questions, help requests, or bug reports.

Sometimes, the benefits and reasons for writing a good readme are not always clear until you've released something. I must admit to not having as comprehensive of a readme until later on in my hacking umm.. 'career'. I failed to see the value until later on.


P.S. On a side note, it also makes it easier for sites such as RHDN to know what the heck your patch is supposed to be for, what it does, and other help in  cataloging it properly and writing an adequate description! Tongue
KaioShin
Guest
« Reply #3 on: August 22, 2008, 12:29:40 pm »

I love it when readmes contain interesting trivia, personal notes and an extended history. It makes them worthwhile to read even if you're an experienced user. I only released one translation so far, but writing that readme was pretty hard work, yeah. I also wrote a more extensive background story about it into an external document on my site for those who are interested in that kind of stuff. I've gotten positive feedback about this. I know I love to read such stuff, and apparently I'm not the only one.

A business-like readme with nothing but the most crucial instructions and basic credit stuff is boring. I wouldn't even read it after taking a glance at the table of contents.
Deathlike2
Guest
« Reply #4 on: August 22, 2008, 01:27:56 pm »

It would be nice if that was posted somewhere on RHDN, especially when submitting stuff. I've answered this question once before anyways.
KingMike
Guest
« Reply #5 on: August 22, 2008, 02:21:01 pm »

I like to give some basic gameplay information, but then again, I suppose that only makes sense for translation hacks.
SerenadeDS
Guest
« Reply #6 on: August 22, 2008, 02:29:21 pm »

I think a good comprehensive readme is good for when you have complete the hack, until then, you don't have to be as heavy on it. I think credits are really important as well. Nothing worse then someone using your sprites in a hack without giving credit,  or asking for permission for that matter.
frantik
Guest
« Reply #7 on: August 22, 2008, 03:09:19 pm »

Please don't have excessive or aggressive "distribution/licensing" language.. rom hacking by its nature involves taking someone else's work without their permission, modifying it, and then redistributing it Smiley

and background on the hack, like motivation for it and whatnot, is always interesting to read like KaioShin said Smiley
HyperHacker
Guest
« Reply #8 on: August 24, 2008, 07:37:38 pm »

I like to make mine like an instruction manual that might come with the game, but less formal and including commentary.
Pages: [1]  


Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC