Not logged inOpenClonk Forum
Up Topic Development / Art Workshop / [Request]Parkour graphics
- - By Maikel Date 2010-02-01 14:37
For the Parkour goal the following graphics are needed:

  • Goal picture graphics, these we need to have general anyway. Thus also for rules and environment objects(different colours?).

  • Checkpoint graphics, can also be particles, whatever looks good.

  • Also some indication that a checkpoint is the start/finish.


If someone would like to make that, please do so.
Parent - - By Sven2 [de] Date 2010-02-01 15:11
Concerning the goal picture: We haven't agreed on a general goal picture design yet.

If noone has a better idea, I guess we just stick with the "picture on brown background square"?
Parent - - By B_E [de] Date 2010-02-01 16:51
That was the policy so far and it worked out with if giving a nice background.
Sadly enough though I always have to get these graphics - especially if like in Hazard a different background is used.
I therefore propose using the rulegraphics as a kind of "overlay", where the backgorund is specied as a rulebg.png or something and saved in the Graphics.c4g folder - similar to the HuD-Elements. Then graphics could be more flexible and the background design would rather depend on the whole design of the pack/round.
This would need a bit of enginecoding to do though :/
Parent - - By Sven2 [de] Date 2010-02-01 17:24
Why do things always have to be made complicated?

The whole point of a symbol is recognition. In this case, the brown background told you it's a goal. Recognition gets worse if you change things around, so having pink-colored goal backgrounds in your scenario is not a good idea.

It's also annoying because whenever you'd want to draw a goal symbol somewhere (Think of menus, inline in text, as overlays, etc.), you'd have to fetch the background separately and make sure it's drawn.
Parent - By B_E [de] Date 2010-02-01 17:28
I just meant, it's always a hassle to get hold of these graphics and having to draw them on by hand - but I see your point.
Parent - - By MrBeast [de] Date 2010-02-01 23:24 Edited 2010-02-01 23:35
Me was a bit boring so I tried to make some design for the goal/rules/environmentobjects.

You can easily change the color by filling the layer named "Color".

I hereby license the following file(s) under the CC-by license
Attachment: Goal.xcf (181k)
Attachment: ziellinie.blend (120k)
Reply
Parent - By Maikel Date 2010-02-01 23:47
Cool, looks good! It is in the repos :)
Parent - By Clonk-Karl [de] Date 2010-02-01 23:54
Maybe its just the perspective but the goal seems to be placed somewhat asymmetric on the red background.
Reply
Parent - - By Sven2 [de] Date 2010-02-02 11:36
I find it hard to see. Could we have a less saturated and maybe more bright background?

Anything on red will be pretty hard to make out.
Parent - - By MrBeast [de] Date 2010-02-02 14:15
Better?

I hereby license the following file(s) under the CC-by license
Reply
Parent - By AlteredARMOR [ua] Date 2010-02-02 14:42
You can move the whole object to the right a bit (and maybe remove the shadow - it won't make the big difference during gameplay but can make the whole picture look less distinguishble).
And, btw, backgroung on the first one was brighter :-)
Reply
Parent - - By MimmoO Date 2010-02-02 15:14
i think sven meant the background, not the object, the background is inly a bit less saturated, but also a bit darker. and as alteredarmor mentioned, the object itself is not centerd that good. if youd remove the shadow, it would fit better imo
Parent - - By MrBeast [de] Date 2010-02-02 15:24 Edited 2010-02-02 15:33
Well, the target line is bright so I thought it would be a bad idea to make the background more bright. (bad contrast)

Edit: I've made now an alternative version: a bit brighter, more saturation, drop instead perspective shadow (which unfortunally makes the perspective look weird)

I hereby license the following file(s) under the CC-by license
Reply
Parent - By AlteredARMOR [ua] Date 2010-02-02 15:54 Edited 2010-02-02 15:57
Great!
EDIT: Though some aesthetic maniacs can argue that two vertical (which do not look so vertical) bars are not in parallel one to each other (could be an important issue, by the way :-))
Reply
Parent - - By Sven2 [de] Date 2010-02-02 16:02
I still don't like the bright, red background. It works with the black n white image, but any colored image put on the same background will cause trouble. I prefer the second version, actually.
Parent - - By AlteredARMOR [ua] Date 2010-02-02 16:15 Edited 2010-02-02 16:18
What about dark backgrounds? (inside a cave, for example)
Maybe the final checkpoint should be an animated object (to make it more distinguishable)?
Reply
Parent - - By Maikel Date 2010-02-02 16:21
This graphic is only shown in menus, the checkpoints are using particles as graphics.
Parent - By AlteredARMOR [ua] Date 2010-02-02 16:33 Edited 2010-02-02 16:52
Oh, I see. Than darker background will probably be better...
So, the best one would be a compilation of background from SECOND image and object placement from THIRD image?
Reply
Parent - By Sven2 [de] Date 2010-02-02 17:36
Actually, it's also shown in the top right corner of the screen as the current goal (which, imo, makes it even more important to not have it in bright red).
Parent - - By Enrique [de] Date 2010-02-02 18:39
May an arrow, showing into the goaldirection, could optimize it a bit.
Reply
Parent - - By Newton [de] Date 2010-02-02 19:15
Apropos: Many games display an arrow at the corner of the screen, pointing into the direction of something that lies outside the screen (e.g. a goal). It'd be possible to implement something like this for the parkour too.
Parent - By AlteredARMOR [ua] Date 2010-02-02 19:21
That would be nice. Especialy when a scenario requires that all checkpoints are triggered in exact order. Missing one of them is simple enough. The arrow here will be of great help.
Reply
Parent - - By Maikel Date 2010-02-03 10:01
There already is a tiny red dot, I just didn't implement any graphics, but that's certainly on the todo.
Parent - By AlteredARMOR [ua] Date 2010-02-03 10:19
Oh, so there what it is! (The first time I saw this annoying red dot - thought it was some kind of bug) :-).
Reply
Parent - - By Sven2 [de] Date 2010-02-03 11:45
Showing the arrow only when the goal is out of view range is not possible at the moment, because you can't know if the goal is in range or not. You'd also need the viewport size/aspect ratio to position the arrow correctly.
Parent - - By Ringwaul [ca] Date 2010-02-03 17:36

>Showing the arrow only when the goal is out of view range


Couldn't one just use some Distance() and PathFree() checks? I suppose this wouldn't work perfectly if a player's view range was changed, though.
Reply
Parent - - By AlteredARMOR [ua] Date 2010-02-03 18:06
And what about scale change?
Reply
Parent - - By Ringwaul [ca] Date 2010-02-03 20:05

>scale change


Of the Clonk?
Reply
Parent - - By AlteredARMOR [ua] Date 2010-02-03 20:28
The main idea was to draw an arrow at the edge of the screen if your goal lies out of it (the screen). But if the goal lies within the screen this arrow will be somewhat odd.
The problem is that when you change your scale (zoom in or out) your goal will change position from whithin to beyond the screen and vice versa. Calculating the actual placement of (and need for) an arrow can be rather difficult.
Reply
Parent - By Sven2 [de] Date 2010-02-03 23:41
It's not really "difficult". Problem is, the necessary information is just not available by script.
Parent - - By AlteredARMOR [ua] Date 2010-02-03 12:09 Edited 2010-02-03 14:30
Thats why the arrow should be: not very big, not very contrast and (perhaps) transparent (also to be shown in some distance of the clonk) not to attract much attention.
Reply
Parent - - By AlteredARMOR [ua] Date 2010-02-03 12:29
Something like this:
Reply
Parent - By Maikel Date 2010-02-03 20:51
I personnaly prefer this solution to a sort of compass hud object, or an arrow at the screen side.
Up Topic Development / Art Workshop / [Request]Parkour graphics

Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill