Forge CE

[Dwood]

You will be able to save. Then later you will be able to export.

[tythespy]

This is what i was thinking of


Which is very alsome

Here

[Skarma]

I use to talk to conure on aim but I don't think I got his screen name anymore or he just doesn't log on. I wanted to do tag editing in game, but less poopy than this. The entire map file is filled with pointers to all the data, which is why editing it in memory is way easier than binary editing. I never understood why people didn't use memory mapping instead of I/O operations outside of the game...the difference in speed is rediculous considering file io is slowest thing in programming and using pointers is fast and easy, without having to calculate offsets n shit. cheers to conure

[Dwood]

He open Sourced it, use that as an example?

[Aßyll]

That looks useful, and also the mention of Locke's program which practically was Forge sounded interesting too. *goes hunting for more info*

[Kornman00]

I never understood why people didn't use memory mapping instead of I/O operations outside of the game

I used a technique to load the game data directly into memory for an application I did for Halo 2 xbox. That method only really benefits when you're just reading or editing existing data. It doesn't work well when you're wanting to change (add, delete, insert, etc) memory allocated data (like a tag_block)

[Limited]

That looks useful, and also the mention of Locke's program which practically was Forge sounded interesting too. *goes hunting for more info*

Lol Mine and Lockes app, brings back memories. It was in VB6 back then lol, so pro The major work on it was only in BG though. Locke was pushing to make it for PC, I was pushing to make it for CE I still have my prototype back from like 2006/07 which shows Locke what I wanted it to do via memory.

[Rob Oplawar]

It just occurred to me that the way this sort of thing could be most useful for me is if I could place encounters this way.

eg. I load up BCE, wander through the level until I get to a place that needs an encounter, create one using the existing actor palette, and then place a few spawn points and set the number to spawn. Then I walk back, trigger the encounter via console, see how it plays out, and then go back in and rearrange the spawn points, add or remove enemies, etc, to tweak the encounter.

Similarly for placing weapons used in encounters, and scenery used for cover...

This all sounds to me extremely difficult to implement, but if you did that for me, I would jizz all over you.

[Skarma]

I used a technique to load the game data directly into memory for an application I did for Halo 2 xbox. That method only really benefits when you're just reading or editing existing data. It doesn't work well when you're wanting to change (add, delete, insert, etc) memory allocated data (like a tag_block)

agreed! I just love pointers hehe

It just occurred to me that the way this sort of thing could be most useful for me is if I could place encounters this way.

eg. I load up BCE, wander through the level until I get to a place that needs an encounter, create one using the existing actor palette, and then place a few spawn points and set the number to spawn. Then I walk back, trigger the encounter via console, see how it plays out, and then go back in and rearrange the spawn points, add or remove enemies, etc, to tweak the encounter.

Similarly for placing weapons used in encounters, and scenery used for cover...

This all sounds to me extremely difficult to implement, but if you did that for me, I would jizz all over you.

Like I said, I'm an amateur modder, so I'm not sure how this stuff works yet. Outside of the game itself, is it as easy as adding some new tags with the data you want and it's done? If it's like that, then it should be easy.. instead of jizz, can it be bacon? i love bacon..

[n00b1n8R]

you want to eat rob's penis bacon?