Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About VictorHelsing

  • Rank

Personal Information

  • Role
    Game Designer
  • Interests

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. VictorHelsing

    Selling a Gaming System to a Major Developer?

    Kylotan - { We do have a two page cover letter which is much more concise than our design document. } I agree with your point that nobody cares about our game/system going in, and the cover/pitch letter needs to explain why they should care, concisely. Thank you for your excellent summary of points - I will apply it to our cover letter to see if we can get that to fit on a single page. We worry that our system is sufficiently unusual and want to effectively communicate a number of its advantages that will not be apparent to the reader after a concise description. You are absolutely right that any attempt at eloquence is futile if if our pitch document is too long and the reader drops it in the trash. Tom - Thank you, we are hoping to target larger publishers who do in house development, and I inadvertently used "developer" to describe this type of capable publisher. I understand your repeated point in other writings that barriers are quite high, and accept the proposition that our best route is to develop a game using our system to demonstrate its value in the marketplace.
  2. VictorHelsing

    Selling a Gaming System to a Major Developer?

    1024 - That is very good advice. We have been working on creating a prototype game using this system, both to concretely demonstrate how it works, but also to validate our system components and design. Our terrain system is not totally newfangled; it can be applied functionally to a conventional map (with traditional positional elements such as hexes). We have been planning to develop a class library implementing the terrain system in C++ or C#, with meaningful concern about how an existing publisher with a well trodden code base would react to integrating foreign software which might be written in a different language than they are using and would invariably handle terrain differently than their current choices. Obviously other meaningful choices are related to how much processing to place in a central server vs. client, player interaction, animating game action, that are bound to be different than their past decisions. Our intuition is that once a sale is made (to a publisher with an established code base), most or all of our code would be rewritten to be compliant with their internal practices. We would be willing to assist with that process, understanding that it is certain to be filled with fiery disagreement and potential ego threat from multiple parties fighting for what they "know" to be right. DerTroll - Your point is well founded. I have personal experience with developing a game that (to put it kindly) inspired others to copy it for fun and profit. Because of that, we went to the trouble {3 years +} of patenting the system. Of course, that is not perfect, but we need to have some protection before presenting the system in detail to others with strong financial interests.
  3. We do not want to sell a single game. We designed a system for intensely interactive multiplayer territorial games. We would like to sell/license the system to a large game publisher who could use it to produce an entirely new class of games, perhaps partly by porting their existing properties into the new interactive style (without cannibalizing their current market). [Sorry, I know this paragraph is hard to understand without knowing more about the system - further details on its nature provided below.] This system is unlike anything else in the market, allowing a new category of multiplayer games. Examples of companies which might leverage this technology include SuperCell (currently successful with player owned territories that engage in battle with each other but do not have hundreds on the same game map), and Firaxis (many strategic/tactical game ideas which might benefit from a new highly interactive system {i.e. hundreds or thousands of simultaneous players, entering and leaving at will} We are happy to present this system in detail to prospective buyers without concern for endangering our intellectual property. *** Our question - what is the best means of doing this without scaring these companies who may wish to avoid a potential intellectual property scam (i.e. fearing that we are presenting an idea to them only to sue them later because of similarity with a product they release.)? In addition to specific solutions to our problem, we are also quite interested in suggestions for experienced consultants who can help with this challenge. {We are aware that some companies simply don’t wish to consider ideas “not invented here”, and others (quite naturally) don’t want to waste their time looking at a bunch of stupid/half baked ideas created by amateurs.} ___________________________________________ Background of our system provided below: Allows players to create and own their own territorial empires, and the ability to enter/leave at will (with their empires) from a large ongoing territorial game having hundreds or even thousands of players empires, without harsh disruption of the relations of those already in the game. [Yes, this is still unclear.] As a concrete example, imagine a large multiplayer game similar to Risk (™), in which each player controls one or more land masses with his units, and can engage in combat or trade with (up to) hundreds of other players. Using our system, a player can enter an ongoing game (with his empire as it was when he left), engage with others for as long as wishes, and then leave, with his empire intact to return when he chooses. Specific benefits include: Easy entry/exit to an ongoing territorial game (preserving player empires) Accurate player ratings using an Elo (chess style) rating scheme, which works (in our system) even when several players are simultaneously engaged in combat. Accurate player ratings → allow player stratification, so minnows can avoid the sharks. Rapid engagement with other players Maximal player/player interaction (the nature of the system provides players significant benefits from interacting → the winning strategy typically requires close cooperation.) Enhanced freedom of association Players create their own game maps through their play. {For any who are interested in more detail, a partially truncated design document is attached as a PDF.} FluidMosaicTerrainDesign.pdf
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!