New EVENT program

#21
How do you go from "map 63" (your scratch space) to the map the user wants to be editing? Do you just overwrite the map number the user thinks (?) they're working with when they hit save or what?

I think what you're doing is probably more practical for some applications than what I had in mind. Like my next editor utility would do map offsets of tiles or square regions of tiles. Still it would still be useful to convert all of your operations into command line tools so they could be leveraged by other systems without going thru the map editor as such. You might even find it more clear to do everything that way, so your AI agent would be more of a thin layer accessing a wide array of utilities on the fly (might run faster as well depending on what sort of technology you're using to manipulate these files)

I tend to just develop tools as I require them right now. Even though Tom hates my guts I've pumped a lot of hours working with his DoM maps and I wouldn't mind being able to recenter them if only by a few tiles. So that is what I'd planned to do next. I hope you beat me to it however.
Reply

#22

The user Loads his Map into the 63 slot....And he cannot save inside SOM_MAP its useless....since the data is held in RAM by my program....you have to HIT save in my program and that will save to MAP63 and update the map in ram....ITs a weird workaround and its confusing at first but its fun to play with.....

I would never work on a REAL map....for fear of screwing it up beyond recognition....Map63 is the place to be....My program allows you to LOAD a map of your choice.....also Map63 is backed up as work.map, work.evt, work.mpx just in case...

I can easily create command line tools for myself....or automated scripts but people shy away from those....they make syntactical mistakes and give up....this was meant to be a friendly-interface for the masses....

I have learned that sometimes its much better to get something out there, even if its not perfect.....



Cheers

KilroyFx
Reply

#23
At the least I could probably help integrate your tool better with the SOM tools, so when you hit save it does what you expect it to do etc.

If you're going to prepare lightweight command line utilities they should be formalized and philosophically utilitarian. You should be as transparent as possible so the community knows what you're up to. Whether or not you do something "by yourself" you should do things in accordance with everyone else. Not only will you avoid stepping on others toes, there is a very finite limit to what any man can do by/for himself.
Reply

#24
How are you reloading the map btw? Can your scripting framework simulate hitting the MAP63 resource in the map change menu? Or do you have to manipulate the mouse to access that? Or is there some other way?

I suspect one thing I could probably help you with is hooking or intercepting the resource callbacks or messages/states (however they work) ...I've never done anything like that before. I just have a feeling it's something that is readily possible/straight forward to do. In other words, this would let you make the Save button do something extra/different.

Another thing you might consider is adding stuff to the gui interface / adding hotkeys. There's plenty of extra space for buttons here and there. I have no idea what John's "widescreen editor" is about, but maybe he can help you with that sort of thing.
Reply

#25
Stop adjusting your posts, I can't read it !!! ‎  Why so curious??
The approach I am using is an old one, but its extremely accurate and reliable. Sort of a twist on an old programming trick using semaphores...but I digress. If you want to try the program just ask.....just say "May I please try your Program Kilroyfx"

Fine, I will just keep modifying this post....thats what I said...semaphore !!! ‎ 
Cheers

KilroyFx
Reply

#26
(2009-11-12, 10:31 PM)kilroyfx link Wrote: Stop adjusting your posts, I can't read it !!! ‎  Why so curious??

I'm just clarifying. Are you having some kind of trouble with the forum? I'm curious about anything and everything. You are not?
Reply

#27
(2009-11-12, 10:31 PM)kilroyfx link Wrote: The approach I am using is an old one, but its extremely accurate and reliable.
Sort of a twist on an old programming trick using semi-phores...but I digress. If you
want to try the program just ask.....just say "May I please try your Program Kilroyfx"

Hahahahah

You should've posted this in a new post rather than editing it in. Do you mean semaphore, ie. thread/process locking?

I replied to your PM about playtesting. Like I said, I suggest you document things for us. It's more practical/responsible. At least be straightforward in explaining yourself please.
Reply

#28
Ok.....

In computer science, a semaphore is a protected variable or abstract data type which constitutes the classic method for restricting access to shared resources such as shared memory in a parallel programming environment. A counting semaphore is a counter for a set of available resources, rather than a locked/unlocked flag of a single resource. It was invented by my close friend and mentor Edsger Dijkstra. Semaphores are the classic solution to preventing race conditions in the "dining philosophers problem", although they do not prevent resource deadlocks...which sometimes occurs in SOM_MAP....like I said its a twist on this approach...

Sorry I cant be clearer...I'm not good at explaining....all I know is it works very well and produces spectacular results....
Cheers

KilroyFx
Reply

#29
(2009-11-12, 10:48 PM)kilroyfx link Wrote: Ok.....

In computer science, a semaphore is a protected variable or abstract data type which constitutes the classic method for restricting access to shared resources such as shared memory in a parallel programming environment. A counting semaphore is a counter for a set of available resources, rather than a locked/unlocked flag of a single resource. It was invented by my close friend and mentor Edsger Dijkstra. Semaphores are the classic solution to preventing race conditions in the "dining philosophers problem", although they do not prevent resource deadlocks...which sometimes occurs in SOM_MAP....like I said its a twist on this approach...

Sorry I cant be clearer...I'm not good at explaining....all I know is it works very well and produces spectacular results....

You could be more clear by explaining what you're doing in terms of the map editor.
Reply

#30
I don't think I can be clearer, some things you just have to experience. ‎  Play with the program some more.....it will become obvious to you what I am doing. ‎  And when I'm ready maybe I will send you the source code.....
Cheers

KilroyFx
Reply





Users browsing this thread:
3 Guest(s)