My collision detection usually consists of an array of tiles. That's not just image data; the tile structure also contains an index into a collision array. I use an array of bitmasks for most of my tilemaps. In the case of Monday, it can be strictly a binary value.

Depending on how far you want to go, we can also give each tile a speed and direction (for conveyor belts that affect player movement), a number that corresponds to the script it triggers, animation info, the walkable/throwable/shootable properties I mentioned some time ago, whether it's a hole since we already know there will be holes you can fall in, etc ...

Either way, get the tilemap class implemented and working with all the features we want off a few hardcoded maps before worrying about the file format too much. I don't want us to be loading off maps and then realize we need to change the file format to accommodate something we forgot, and end up scrapping all our map files.

PS: 600 post get

Text has been recommended for this for some odd reason. AFAIAC, if you can put data in it and pull data out of it, it's all good. It's not like memory will be a huge concern on this project.

Yea, but only he has the editor. How else will the others be able to edit the maps without the editor?

Yeah, you can't use the "formatted output" operators on binary files. They write textual strings. The only difference between a binary file and a text file (to an fstream) is the line endings.

You need to use put, which writes one byte. You need to break up longer types yourself. Food for thought.

If you want to code, report to Trezker. He'll find you work. Feel free to just comment on the design of any given aspect of the project as well. Right now the tilemap format seems like a bit of a hot topic. If you see a not-yet-implemented function but don't want to commit to more than a few minutes, feel free to fill it out and mail Trezker the code so he can review and add it. Anything is helpful; input in general, code, or even just questions.

RAWR!!!

Hey, who knows? She may have some experience with this kind of thing. I know I sure don't... At least, not compared to the others here who have single-handedly created entire games. You all are like, Chuck Norris cool compared to me.

You mean animation of tiles right? Well you could make that yourself in the tileset class. You could add a timer variable in Tile, which currently resides in the same header, or use the same timer for the whole tileset. Then you'd need to get an Update call in there to update that timer.

OnlineCop... Ok, I see communication has been very poor between us.
Perhaps you could play around with making a particle system, I don't think that's something people will be waiting eagerly for.

Anyone disagree? Is particles urgent?

What else is there? Entities, menus, and maps are covered.. Any specifics will be going into scripting...

"And the saving, but I need a format for that. "

FMP, otherwise it's your call.

If we devise a new complex format with loading & rendering, it would be easy enough to make an in-game editor from there. All we would need would be the saving func, and some GUI work.

Speaking of GUI, we may have MASkinG working on A5 by the weekend, so I'm not going to implement a new GUI from scratch. One of the MASkinG examples is exactly the kind of generic game menu front ends that I've been making, so I'm gonna learn the MASKinG API, and reimplement the menus I've done.

How do I get involved? What is left to be assigned?::)

Edit:
Noticed this (don't know if it has been fixed yet)

lua_State* Lua_wrapper::Prepare(std::string function, void* caller)
{
  if(function == "")
    return NULL;

  lua_getglobal(state, function.c_str());
  lua_pushlightuserdata(state, caller);
}

This function is returning without returning a value...I changed it to:

lua_State* Lua_wrapper::Prepare(std::string function, void* caller)
{
  if(function == "")
    return NULL;

  lua_getglobal(state, function.c_str());
  lua_pushlightuserdata(state, caller);
  return state;
}

Always always always always have warnings turned on when you compile. Assume a warning means an error until you've confirmed it to be otherwise.

It probably returns the return value through a register. If you're lucky, the contents you want is already there and not returning a value doesn't break the program.
Still in that case, an unrelated code change somewhere can suddenly break it.

As you probably know, in Lua, functions themselves are stored in variables as references that can be passed around, the same as tables and userdata. IIRC from the Lua tutorial I did recently, when you attempt to execute a variable as a function (i.e. some_var();) that does not reference a function, you get an appropriate error message returned usually in the form attempt to call a <type> value. I haven't gotten to the C API yet, so I'm not sure what you're attempting to do, but it sounds to me like you're unintentionally attempting to execute a string as a function, which Lua cannot do.

** EDIT **

Actually, while running the interpreter and manually executing statements, the error message is attempt to call global '<identifier>' (a <type> value). So maybe it's something different.

Don Freeman, don't ask us what help we need, keep telling us

Lua crash in Windows confirmed as resolved.

I think rigourous safety checking in gameplay Lua scripts will be essential if this game goes mainstream. They should be passing handles or ID, not pointers. We don't want the modding community to fall victim to Lua viruses

EDIT: and furthermore, it will be useful to segregate gameplay scripts into namespaces so that, for example, a character AI scripts cannot directly deform the map. Instead it could trigger an event which causes the map to deform itself.