• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.
  • entries
    15
  • comments
    12
  • views
    26346

Title?!? What Title?!?!? A Few (Brief) Thoughts.

Sign in to follow this  
Followers 0
Gregory Cheyney

742 views

Just a general question to begin; how often are screenshots desired, and what is a decent number of images per screenshot post, before the viewer starts to get sensory-overload? I'm considering adding the occasional screenshot, with the proviso that "features may change before release". In my opinion, I'd try to give a screenshot or two, at least every third or fourth post, more when necessary, with a likely cap of four screenshots per post, max. But, on to other matters; a bit more of a description of some of the things I intend for my ARPGM.

First, the most noticeable of the competition is that game-creation seems to be a solitary act -- Enterbrain's makers are fairly good at presuming it's just one person making a game; however, I know from reading the English rpg-maker forums that it's somewhat of an economy of asking for project help, and recruiting for the project. I am hoping to include some form of versioning for project data, for those who wish to split development to specific persons on a project. So, it will no longer be so solitary. Also, support for I18N/L10N (allowing a game-maker, et al, to provide for game accessibility and translation to additional language-speaking players).

Second, is the fact that I do want to support larger screen dimensions than Enterbrain's products; although to make it make sense, it will be a per-project setting where the game-maker can specify minimum, maximum, and default resolution ranges, so that it makes sense from the developer's point-of-view. One game-maker (herein abbreviated GM) might make a project title screen for a 800x600 resolution, while another might go for the 1280x1024 -- and I need to keep track of that on a per-project level. As well, in multi-GM projects, settings for testing fullscreen versus windowed is important, as well as various other editor state-remembering factors.

Third, adding new aspects from a particular "Suggestions for the next RPG Maker" forum thread-listing. To me, it does make a little bit of sense to also include a Database tab for specifying Races and Genders, so that further specifics of Character creation and eventing can be implemented. I know that some GMs wish they could make certain classes dependent upon certain races or genders, or even inaccessible to certain others. It would also be nice to be able to check in the Events whether a target character is Male, Female, or even Neuter -- like Final Fantasy Tactics, seducing enemy NPC with "Vixen's Whisper" or other skill....

Fourth, some aspects of an RPG Maker will remain similar to what people are "used to using"; but some things will by necessity be different, due to how I may implement my ideas for such. The items list, for one; I want armor, weapons, and consumables to all be in one Database tabbed hierarchy, but I also want it to make sense, in the implementation. Armors can be sub-typed, and weapons are most definitely categorizable by manner of use or form. As well, I also am planning to allow for a default implementation of Item Crafting to be included -- with item ingredients, recipes, tools or utensils, et cetera.

Fifth, Eventing and Scripting. Yes, I want to provide both, but I am still figuring this out. Events are a must; I have several ideas on that end. Scripting is desired as well, but this needs a little more thinking -- along the lines of which scripting language would better go with a Java-based application, and therefore either be natively supported in Java or have a class-library to implement these features. Then, figure out how it works on the editor side and engine side. Actually, I do have a decent idea that will work in the editor part, of how to store and write the scripts, but since the engine part is behind in percent-completion, it'll be a while until I can test it.

In conclusion, I have more ideas than this; I just wanted to start with a few aspects, to keep in touch with people following this journal, as well as allow for input where you have ideas or questions for me. The image included is of the main editor UI, using FXML with CSS for styling.

3
Sign in to follow this  
Followers 0


2 Comments


Just a general question to begin; how often are screenshots desired, and what is a decent number of images per screenshot post, before the viewer starts to get sensory-overload? I'm considering adding the occasional screenshot, with the proviso that "features may change before release". In my opinion, I'd try to give a screenshot or two, at least every third or fourth post, more when necessary, with a likely cap of four screenshots per post

 

That sounds pretty reasonable.  I've noticed that members who share screenshots seem to draw more attention -- even to their entries that don't actually contain images -- I guess maybe a screenshot is an easy way to get people interested and encourage them to actually read the text.

 

 

Versioning to allow easier/better collaboration sounds like a fantastic addition!

0

Share this comment


Link to comment

 

Just a general question to begin; how often are screenshots desired, and what is a decent number of images per screenshot post, before the viewer starts to get sensory-overload? I'm considering adding the occasional screenshot, with the proviso that "features may change before release". In my opinion, I'd try to give a screenshot or two, at least every third or fourth post, more when necessary, with a likely cap of four screenshots per post

 

That sounds pretty reasonable.  I've noticed that members who share screenshots seem to draw more attention -- even to their entries that don't actually contain images -- I guess maybe a screenshot is an easy way to get people interested and encourage them to actually read the text.

 

 

Versioning to allow easier/better collaboration sounds like a fantastic addition!

 

Yes, fantastic -- although, a bit nerve-wracking for me, as I've never worked with developing a versioning-system before. My assumption is that I would use an existing class library, and just add the UI for project-versioning on top of it. If it's at all more involved than that ... I'll be befuddled and addled.

 

Though I also suspect collaboration means more than just version control, but for the most part it is regarding communication (I assume each project participant would have their own chat clients, email, and document-sharing solution).

 

That said, thanks for the feedback on screenshots.

0

Share this comment


Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now