QuoteAs far as I know Planetside encourages us users to update the wiki with references, examples or any kind of useful information.
No argument there. But my thinking was to avoid trying to follow PlanetSide's wiki content so that the TVRS's could be populated without being throttled by another's content. However, PlanetSide would be welcome to use any TVRS they choose to augment their content. Keep in mind also that PlanetSide must moderate wiki content, so PlanetSide would need to buy into this TVRS idea if it wanted to use such material. But TVRS's are not intended to augment PlanetSide content, although they could.
QuoteI guess you're worried by the quality
Quality is not the objective. The TVRS concept is intended to produce quick references to visually demonstrate isolated setting values. Quality is secondary to usefullness. However, if by "quality" you mean "accuracy", then yes, accuracy is essential.
QuoteI have the feeling you like your TVRS idea so much + automating it potentially that you may eventually miss your goal or get passed it.
I don't fully understand your point Martin. However, reading your statment literally; First, I don't "like" my TVRS idea as much as it was intended as a starting point for discussion. If the community doesn't like the idea, it will not likley support the project which will likely result in one person hammering out a bunch of these that will simply go unused. As for automation, that would be wonderful. But how to do that without asking people to become software technical experts is the question?
QuoteJust look at this image, it isn't covering the whole story about the strata and outcrops shader, but with 1 or 2 extra ugly drawings I could easily explain hard layer depth, hard layer spacing and the tilt settings all in 1 big image;
Good point. But the idea of the TVRS's is to *not* attempt to cover the whole story, rather to isolate to a specific setting in each TVRS to show what that setting does. As such TVRS's become a fast wiki-based lookup of just a specific setting. TVRS are not intended, as I envison them, to be tutorials or node references - just setting referece points isolated to one setting, and not relationships of multiple settings. Then, using a wiki format, the user can look up the TVRS that concerns that one setting of interest to the user at that moment. TVRS's are, then, a fast reference *during the workflow*, not to study Terragen.
QuoteThe way you propose it now I'm afraid it will end up with a enormous pile of images...
Not if each TVRS is focused on just one setting. The original idea was for each TVRS to show the affect of a particular setting in a lower, middle and higher setting, just enough to visually show the *affect* of the settings. In that sense, each TVRS is 3 images at most, stitched together to show the 3 selected setting levels.
QuoteI'd recommend using the least amount of images possible, explaining individual settings and only mention if one setting can effect the other. It's up to the user then to apply that basic knowledge and refine it further through experimentation and experience.
Agreed. Avoid relationships of settings. Avoid in-depth text explanations. Just give the user a fast visual as to what that setting looks like visually. This simplicity of TVRS's also allow TVRS to be constructed much faster, even by people who do not have indepth knowledge of the setting, thus more TVRS contributions, thus more value in a TVRS library.
QuoteI guess that's how it works with everything else too besides TG2.
Also agree. When we can reduce a thing to it's simpliest element, we can better understand it. Then, we can more easily merge that knowledge into the big picture.
Thanks for your points Martin. My question to the community is this: is this thread moving us closer to validating the TVRS idea?
-Pat