Well, I have always choosen to restrict the graphics files for the sake of of identifying areas to reduce work load. Otherwise it becomes overwhelming, and understanding my own attention spans, life expectations, others interest, etc. I know anything else isn't overly realistic.
However, the same side of it, I am not overly inclined to fill compelled to utlize very client file, or implementation. My goal isn't a corperate server to potentially attract every possible user for maximize money gain.
So, I guess I see it this way. I am looking at doing a small scale client/server project. One that can utilze existing graphics (I have no issue of different formats, as long as they can be easily populated) or have a source of obtaining graphics relatively quickly and painlessly (not requiring a signficant investment in graphics programs). I personally believe the actual artwork can be upgrade at later dates.
Emulation is interesting, but I find it be also a dead end. One is always "following", and forced to live in an environment that was imposed by others (design wise, not one of yours, as well as ones "derived" understanding of those contraints). They design contraints may not be applicable given the fact there may be different goals, critieria, etc.
So, that is something I have a personal interest in. I agree, if I was aware more of coding hobby forums, that would be a better place to post this.
From a personal note, I find the implementation itself intriguing. I realize the stregnths and weakness of the two classical approaches to Object Oriented design. On is the "derived" approach, the other is the Use approached. It is reflected in the languages (C++/Java/C# are more the derived approach with Objective C/Smalltalk being more the use approach). To me, it would almost as interesting to implement both.
For those who are not sure they understand the two approachs , consider the two old "cop approachs". There was a TV show, called Knight Rider, where the main "good guy" had a car called KIT that he used to get all sorts of gadgets/approachs. This is a use approach (not a derive, the human is a class, and it uses helper classes, all in their native form).
Now compare that to Robocop, where the human is "derived from" to make a cyborg so to speak. Anyway, probably a bad example, but the best I could think of.
At any rate, yea, long rambling, that summarize I need to find a software hobby forum, to see if there are those interested, capable (subjective, not looking for experts, it is a learning experience for all), and willing.
|