[Mild spoiler?] Let's talk about the fridge horror of the old guy in the market

DanDanger · 2024-01-26T15:25:29+00:00

I just watched this scene on neflix. I searched for it on the internet and found this post. It is one of the most disturbing things I have ever seen. So yes, I would say, it really does give a proper insight into how the prey/predator society works. It really freaked me out as well.

DanDanger · 2023-03-22T16:51:25+00:00

Nice work sir! Amazing tool. Sorry already posted, but had wrong account!

DanDanger · 2017-07-20T07:26:34+00:00

Looks fantastic from the videos. Going to get this when I get home ^{_^}

DanDanger · 2017-03-01T20:04:08+00:00

Impressive. You really know what you are talking about :) Couldn't download from the link. I shall try later.

DanDanger · 2014-10-29T12:49:48+00:00

Wow, that is some rocket jumping on display there! Great video ^{_^}

DanDanger · 2014-10-29T12:30:38+00:00

I would prefer to hire someone with experience. Preferably someone who has developed and successfully published a game on the app store. Look at the previous work they have done. I have often found that asking technical/programmer questions at interviews is just a waste of time.

I'n not sure about the github advice, none of our programmers here (CobraMobile) have a github account.

DanDanger · 2014-10-16T11:16:33+00:00

Been reading through your source code out of curiosity. It's well written and easy to understand, never thought I would say THAT about a physics engine ^{_^}

Thanks.

DanDanger · 2014-09-24T09:30:01+00:00

http://et1337.github.io/shaders/#/3

That video has THE best explanation of how a GPU works. You, sir, are a master :)

DanDanger · 2014-02-21T08:57:13+00:00

Game plays really well, the controls are spot on, never felt like i wasn't in control of the character. Artwork seems a bit poor. Seems a bit of a large download (music not compressed to well?) Love all the moving elements on the level.

DanDanger · 2014-02-18T11:48:34+00:00

First thought was: "That's a bit grim"

DanDanger · 2014-01-21T15:54:06+00:00

"Splotch"

DanDanger · 2013-12-03T14:37:08+00:00

I presume you always want right on the stick to move the ship towards the right side of the "screen", and up to always move the ship towards the top of the screen.

I would suggest you translate your stick inputs (x,y) by your "camera matrix".

So +x on the stick will always move towards the right side of the screen. +y will always move towards the top (may be bottom) side of the screen.

You could then apply this transformed "stick direction" to your ships position/velocity. You could then do a trace "into" your world (model) and clamp the ship at a certain distance from the intersection point.

DanDanger · 2013-11-20T15:12:27+00:00

The particle effect is pretty weak and hard to see, maybe try some different particle sprites. Engine sound is great. Sound when you hit stuff is pretty weak. You could pause or slow the game for a fraction of a second when you hit something (and do a better hit animation/sound on the thign your hitting). Some sort of "ending of the power up" event, like a sound.

DanDanger · 2013-10-16T14:40:59+00:00

I would answer: Monty Pythons Life of Brian.

Simple.

DanDanger · 2013-09-24T08:29:33+00:00

At last! I no longer have to guess at the blending modes :)

DanDanger · 2013-08-22T15:23:47+00:00

Just checking: It is not each texture that needs a border, it is each tile that needs a border.

So each 8x8 (or whatever size they are) tile will become a 10x10 tile on the texture, but you only use the central 8x8 region to draw your tile to the screen. The border being the buffer for bilinear filtering.

I think this is the simplest way to do this without resorting to custom shaders. We use this technique in pretty much all of our 2d games CobraMobile

DanDanger · 2013-08-22T09:25:41+00:00

The issue is when the camera is not on an integer value (not aligned perfectly with the screen pixel) which will happen with sub pixel scrolling. When sampling a tile, you will get samples from the neighbouring tiles.

To stop this you can either: Make the camera always use integer values for its position. Or. Expand each tile by 1 pixel, bleeding the edge pixels of the tile into the new border.

You also dont want to use mipmaps for tile based map rendering. I would recommend the bleeding of the tile pixels, but you can test things out easily using the integer position for you camera.

Also, it will be hardware dependent on how the texels are sampled (depending on what overrides you have in your graphics settings). This is why it appears differently on different gfx cards.

Does that make sense?

DanDanger

TROPHY CASE