Screenshot Thread

[AlexxanderX]

Reminds me of Settlers of Catan(which I did for a school project a long time ago )

Indeed is Settlers of Catan, the new pc version from the company is terrible and I thought it would be a interesting multiplayer project to make. Still need to read about the copyrights about it.

[Fewes]

Here's a little polygon slicing system I've been working on. It's capable of slicing any complex polygon without holes and can handle multiple cuts at the same time. It's also generating a 2D mesh for every new shape that's cut off.



Here's a video of it in action:

[AFS]

Here's a video of it in action:

Holy crap, that is awesome.

[Hapax]

Fewes, your polygon slicing looks really impressive. I found the screenshot impressive but the video really shows it off. 

It's obvious that your "slicer" creates new topology when slicing. Even, in fact, new vertices at the slicing position. This seems to only be from the object's original vertices though as slicing through a slice seems to only be able to use the existing slice's vertices rather than creating new ones. This can be seen when slicing multiple times and at right angles where the slices that go through the previous ones don't line up as a straight line up as the slice would.

That's just a little thing though and it's pretty cool. I had to mention it because I noticed it; that's all 

[Mortal]

Here's a video of it in action:

thats really a cool effect, i will try my chances to make it, pray for me lol

[Elias Daler]

Fewes, great job! I'm very impressed. And the slow-mo effect makes it all look even cooler

[Brax]

Here's a video of it in action:

This is awesome on soo many levels 

[Fewes]

Thanks for the kind words guys, I'm glad you like it! 
Small update as well, I just added vertex coordinates to the OBJ loader (textured meshes ahoy):



Short video:
http://dslengine.se/polyslice/images/vertcoords.webm

It's obvious that your "slicer" creates new topology when slicing. Even, in fact, new vertices at the slicing position. This seems to only be from the object's original vertices though as slicing through a slice seems to only be able to use the existing slice's vertices rather than creating new ones. This can be seen when slicing multiple times and at right angles where the slices that go through the previous ones don't line up as a straight line up as the slice would.

A very keen observation, however it is actually caused by something else! The slicing is actually fully dynamic and will create new vertices exactly where the "slice line" provided intersects the mesh but what you are seeing in the video is how the line, or rather I should say lines are constructed from the mouse position.

There are several lines trailing the mouse that go between the current mouse position and the mouse position some frames ago. When slicing the system checks the longest of these lines until it finds one that can perform a cut (at least two intersections points and it did not start from within the mesh) and then performs it.
The angle of these slice lines are compared to the smallest line (going from mouse position this frame to mouse position last frame) every frame and if there's too big a difference (think I have it set to 15° in the video) they are removed.

The higher the angle allowed the easier it is to do long cuts (especially with a mouse) but if the user makes a sharp turn with the cursor bits that are close together are often cut with different lines which becomes noticeable like you managed to spot in the video. 

[eggw]

A lot of things have been added to xviii since last post:

-Units and factions are now fully creatable and extensively customisable via .txt files. Their sprites can also be created as .png files. You can also define bonuses/maluses on certain terrain tiles, for certain units, under certain conditions, etc.

-Visual ranges, as well as dynamic weather changes and time passage (which both affect visual range), with 1 turn representing 15 minutes. Beyond a certain point, units cannot be made out very well and their positions may not be fully accurate. Beyond even that, they are completely undetected.

-Lots of other minor neat things, like engineers being able to construct [destructible] bridges, and other stuff I can't remember. Gameplay is much more tactical and deep than it was.

My biggest regret was not going with ECS from the start. This deep into development, it would be a nightmare to rewrite everything. OOP is sometimes giving me problems, but I work around them as much as I can, and I consider the whole project an ongoing lesson.

We are currently working on a UI update that will make everything far more user-friendly. Menus are being worked on first, then the custom battle interface.

[FRex]

I'm quite strongly into YouTube, especially gaming related YouTube and Let's Plays and one YouTuber/Let's Player I used to subscribe to created a game during Global Game Jam 3 years ago called Heart Break:
I decided to try and make a similar one (I never played his one, just seen that video).
I'm still not done with points, levels, gameplay and so on but here's a screen of what I have so far:

 

[Hapax]

FRex, looks good. I was interested to see what the original was actually like (and to see what the mechanics are) so I googled "heartbreak android". On its app page, there's a video trailer of the more 'polished' release version. Looks like a good idea. I look forward to seeing what you do with it 

[FRex]

I didn't know there is android version. I checked and he had a trailer on his channel too but I stopped subscribing before that. And I'll have a non bouncing ball, like the original from the jam had. But I have no idea what controls, progression, levels, ect. were so I'll be doing it all my own way, I already have few ideas. I'll avoid playing the android one until I'm done with my version to not let it influence ideas I had on top of the original video. It's actually better that he went in a different direction from the original game than I had from that early 2013 video of it so it's not like I'm cloning him completely.

 

[SeriousITGuy]

Thumb up for Wolfenstein! 

Just added a debug draw overlay to my simple game framework. Needs some tweakin though to not go out of the view (see right paddle)



(and yes I'm still working on a Pong clone, it makes adding features to the framework more simple)

[Hapax]

SeriousITGuy, it looks like you're getting distracted from completing your Pong game 

[AncientGrief]

Thumb up for Wolfenstein! 

Just added a debug draw overlay to my simple game framework. Needs some tweakin though to not go out of the view (see right paddle)

...

(and yes I'm still working on a Pong clone, it makes adding features to the framework more simple)

May I ask how you implement this debug feature? Using preprocessor directives, so this won't affect the final build?! I like the idea!

If you do so, how does your approach look like?

Regards,
AncientGrief