Please login or register.

Login with username, password and session length
Advanced search  


For WME related articles and tutorials visit WME Resource Center.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - serializer

Pages: [1]
Hello all,

I've started taking a look at the WME sources with a view to trying to implement some features that I feel could make a huge difference to the visual appeal of the game.

But, I'm having a bit of trouble finding my way around the source code so I was wondering if anyone could help point me in the right direction :)

Let me just outline my thinking about these features;

- Post-processing shaders would allow a huge variety of visual effects to be easily plugged into WME games, and make a huge difference to the look and feel of 2D and 2.5D productions alike.

- Resolution independence could actually be achieved through the same system. I am thinking that the engine would need to render everything to a render target the same size as the default resolution of the game, instead of direct to the viewport (unless I am mistaken and this is already happening or at least easily possible). Then, this render target can be drawn to the screen with a shader that will scale and crop it to the actual screen resolution. This means I could develop my game for 1080p resolution but scale it down for lower-res displays. It's a shame to be confined to lower resolutions in this HD age, just so my game can be widely compatible!

- This would make it fairly easy to add fine control of effects like zoom & pan. I would also prefer to implement widescreen by designing for widescreen res, then have the game crop the left and right extremeties and pan the scene, rather than introducing black bars, so it will always occupy the entire viewport

- The render target could be redrawn with a chain of post-process shaders to allow any combination of effects

- It would be amazing to be able to render individual 2D sprites with shaders. This is effectively the same operation as drawing the rendertarget to the screen with a post-process filter. The rendertarget in that case would just be a full-screen sprite. I am just thinking here about code reuse and the fact that this could all be done in a (relatively) straightforward way once the basics are in place.

- I've already written a variety of 2D sprite and post-process shaders from a side project I started in XNA. These include: motion blur, glow and outline, colour cycling, distortion mapping, plasma beams, and a couple others. So this would be a nice library of effects I could instantly make available to other Wintermute users along with the modified source of course! Colorisation, brightness/contrast, and simple blur effects would also be pretty straightforward. There really are no limits to what you can achieve once you start playing around with HLSL :)

So; firstly, I do a lot of work in C#, and although many years ago I dabbled in C++, I'm a bit rusty which is where I'm struggling here.

My questions are:

1. Through the C# wrapper API are there any ways it's possible to manipulate the rendering system? (I'm assuming not)

2. Where exactly in the code are shaders being applied to 3D models?

3. Where exactly in the code are 2D sprites getting rendered?

4. Is everything being rendered direct to the display, or is it going to a rendertarget first anyway? If so, where does this get finally rendered to the display?

This will undoubtedly not be the whole story, but these pointers would really help me understand how the code fits together. I think this additional flexibility in the engine would truly mean that "anything is possible" in Wintermute and I've certainly seen other requests in the forums for these kind of features. It would for me remove all important limitations of the engine whilst we wait for the WME 2 release :)

Any help much appreciated,

Help wanted and offered / Garden of Doom - help wanted
« on: June 25, 2010, 12:28:34 PM »
Hi folks,

Two or three years ago I started putting a little adventure game together using Wintermute, called "Ginger Sam in the Garden of Doom". I did quite a bit of work on it, there are a half dozen or so locations with working puzzles, and a number of characters you can talk to with decent-sized dialog trees.

For various reasons I didn't ever finish it, and the code and graphics have been sat doing nothing on my hard drive ever since.

So, I thought I'd finally try to resurrect it and get the thing finished with perhaps a little help from the fine creative minds floating around on these forums!

I'm hoping I can find a few people interested in helping out in the following areas:

- Graphics / animation. It's all in 2D, although some 3D entities would probably fit in fine with the graphical style.

- Coding. I've got a half-decent interface set up, but there's still plenty of scripting to be done!

- Sound / music. We need background music to create atmosphere, and sound effects. Eventually it'd be nice to get voices recorded, but that'll be further down the line.

- Writing. If someone has a particular flair for writing but isn't comfortable with coding, maybe you can still help with dialog, descriptions, story ideas, etc.

Game information:

The main character is a ginger biscuit called Ginger Sam. (Although I'm considering changing his name, there's another fairly well-known Sam in adventure games, and since I've also trying to involve people on the Telltale forums it might avoid confusion!) He has a simple goal: not getting eaten. This mission eventually opens up a much wider world of intrigue and puzzles!

I had a fairly good idea of where the story was going for about 2/3rds of the game, but the ending is a bit sketchy.

I'd estimate that in its current state the game is between 1/5th and 1/3rd finished, depending on how many more locations and characters we want to introduce.

Edit: screenshots are attached further down the thread, my original link required registraton to view them.

I can't pay people unfortunately, and I'm not really sure whether it'll be possible to make any money from it in the end! But if we can make it really good and find a way to distribute it, then all profits will be split fairly amongst anyone who's helped. Really it's just a hobby project I started that I think it'd be fun to see finished, so I'm not too worried about making money.

If you're interested in helping out, make a short application here or by PM, telling me who you are, what you'd like to help with, why you want to help, and any examples of your work you can show.

Thanks for taking the time to read!


Feature requests, suggestions / Simple feature in debugging console
« on: March 26, 2008, 05:13:32 AM »

Sorry if this has been mentioned anywhere.

I'd like to be able to double-click a filename in the debugging console, which would load the file for editing in the appropriate editor.

Also, double-clicking a line in the error console should open the file referenced there, at the specified line number.

This would save a whole load of time when debugging a decent-sized game!

Thanks for a fantastic product.


Pages: [1]

Page created in 0.017 seconds with 18 queries.