next »

[DangerMomentum]

Gettin' froggy in Roggle.

[nicked]

[Alec S.]

Enemies can now drop powerups in Cold Vengeance

[Magurp244]

@shellbot
You could try looking at Pyglet which has hardware accelleration, batch rendering vertex lists, multitexturing, etc. Along with maybe Numpy for a performance boost with array calculations.

[Areku]

The AA on the edge of the light and gradient on the back wall look really cool to me.
I tend to find rendering primitives really slow in python.

Heh. I'm afraid there's no big trick to what I'm doing with that. The triangle is just a call to gfxdraw.filled_trigon, followed by another to gfxdraw_aatrigon to smooth the outline.

Performance-wise, I actually got a reasonable boost by never actually using alpha values. Instead, I additively blit all light sources to a black surface, then multiplicatively blit it to the game screen. It quickly becomes inefficient at large resolutions, but since the gamescreen is scaled 4x and I have a *lot* of shading it, it still pays off.



Mult-blitting is nice for a scene where only a few spots are lighted, because I can simply "erase" the shadows around them. For a lighter game I'd use something else.
The circular light sources are pre-baked, too. I generate them with circles at startup then just blit the whole result onscreen afterwards.

[owendeery]

Experimenting with water rendering styles...

[Torchkas]

the polygons are beautiful but the blurring isn't

[owendeery]

the polygons are beautiful but the blurring isn't

Oh damn, sorry to hear that. This one also has blur.

[DangerMomentum]

I'm diggin' the blur, that looks rad.

[shellbot]

The AA on the edge of the light and gradient on the back wall look really cool to me.
I tend to find rendering primitives really slow in python.

Heh. I'm afraid there's no big trick to what I'm doing with that. The triangle is just a call to gfxdraw.filled_trigon, followed by another to gfxdraw_aatrigon to smooth the outline.

Performance-wise, I actually got a reasonable boost by never actually using alpha values. Instead, I additively blit all light sources to a black surface, then multiplicatively blit it to the game screen. It quickly becomes inefficient at large resolutions, but since the gamescreen is scaled 4x and I have a *lot* of shading it, it still pays off.



Mult-blitting is nice for a scene where only a few spots are lighted, because I can simply "erase" the shadows around them. For a lighter game I'd use something else.
The circular light sources are pre-baked, too. I generate them with circles at startup then just blit the whole result onscreen afterwards.

Thanks for the follow up, I had just learned about the 'aa' functions in pygame so this was nice actually seeing them in use. Gave me a couple ideas too 

@shellbot
You could try looking at Pyglet which has hardware accelleration, batch rendering vertex lists, multitexturing, etc. Along with maybe Numpy for a performance boost with array calculations.

I may do that in the future, but my current project is too far along to warrant an engine change right now. I'm not experiencing performance issues right now, but I foresee it being a problem later on.

[dustinaux]

Very early start to a puzzle game using some pseudo-3D stuff with OpenFL:

Cluster generation:

[Franklin's Ghost]

Cross post from devlog for a new feature I've been working on with time specific animations being revealed in other animations.

[Pineapple]

I added cheat codes to my game. This one in particular is my favorite.

[Zack Bell]

Working on some AI ideas.

[Schilcote]

You made that in Python!? Using Pygame?

This is made in Python using Pygame too. It's slightly more annoyance than it would be in C++ or similar to do advanced lighting and post-processing and other rendering crap, but it's far from impractical. You don't even really need the GPU unless you want modern 3D levels of prettiness, and at that point you might want to reconsider using Python.

If I remember right, everything but the base engine (which was Valve's Source engine, from Half-Life 2) of Vampire: The Masquerade was done in Python. It's really not slow, it's just not effortlessly fast.

[Quarry]

Working on some AI ideas.

Is that placing path nodes over time and checking simultaneously whether or not there's a direct path to the player (and deleting nodes if there is one?)? Is there A* running in the background?

[Zorg]

Looks like checking line of sight from enemy to player and path node(s?) to player simultaneously. Nodes are placed at the last seen position of the player. I like it, looks very clever.

What happens if you create node at a right corner, change direction and run back to the left corner? Is the last node deleted in case there exists a line of sight between the player and the previous last node (without a line of sight to the actual enemy)?

[SeanNoonan]

[lobstersteve]

@SeanNoonan
great effects on the menu i really like when devs take care of their menus, makes the game an overall nicer package.

[nicked]

Devlog:http://forums.tigsource.com/index.php?topic=39508.0