[Feature Request/idea?] DLL Plugins

Post by **Xaser** » Fri May 14, 2004 3:10 pm

Actually, I was just saying no to the idea of the DLL plugins. I honestly have no clue what you're talking about here. Just pretend my previous post doesn't exist.

Sorry for the confusion.

Post by **Apothem** » Fri May 14, 2004 3:12 pm

Xaser wrote:Actually, I was just saying no to the idea of the DLL plugins. I honestly have no clue what you're talking about here. Just pretend my previous post doesn't exist.

Sorry for the confusion.

I was about to post 'wtf is he talking about', but then you had to go out and ruin my fun

Post by **Graf Zahl** » Fri May 14, 2004 3:13 pm

Apothem wrote:darn, but then how do the acs scripts work when saved to a map? Would it be possible to save a behavior lump seperate from a map inside a wad to be run on each level? I gotta know so i can rethink this=P

Yes, that would be possible but it must be implemented. Still, ACS is fundamentally unsuitable to handle serious monster coding.

Post by **Xaser** » Fri May 14, 2004 3:20 pm

Apothem wrote:I was about to post 'wtf is he talking about'

Well, you still did, anyway.

Also: Titled.

Post by **Apothem** » Fri May 14, 2004 3:29 pm

Graf Zahl wrote: serious monster coding.

Monsters as in game monsters, or monster as in scary/holy-shit-i-need-to-code-that?!?

Raziel Anarki · Post by **Raziel Anarki** » Fri May 14, 2004 3:29 pm

Graf Zahl wrote:Yes, that would be possible but it must be implemented. Still, ACS is fundamentally unsuitable to handle serious monster coding.

ACS could handle this, but it needs a lot of work from randy (or anyone wishing to do that), as Vavoom's VavoomC compiler is based on the ACC compiler (correct me if i'm wrong, but early vcc sources looked very similar to acc sources, and i think the "base" of the compiler hasn't changed since), altough the implementation of VavoomC VM looks similar to Quake 1's QuakeC VM

(for those who do not know what is a VM: it is a _v_irtual _m_achine, and it executes the compiled script code)

on a side note: I have been thinking lately about combining zdoom, zdaemon, zdoomgl and vavoomc

but i'm not very skilled in c/c++ programming to do that. Any volunteers?

Post by **Graf Zahl** » Fri May 14, 2004 3:40 pm

VavoomC may be based on ACS but it is so far enhanced that it isn't the same anymore. As you said, a lot of enhancements would be necessary for ACS to be able to handle monster coding, e.g. some handling of structures and even more importantly some type checking.

Post by **Apothem** » Fri May 14, 2004 3:50 pm

I'm not even saying monster coding, hell we got decorate. I'm just saying, even with the small stuff we got, we can still do something with it. And eventually, as randy adds more functions, we will be able to do more. Just like with the maps, this is just gonna be a bunch of tricks with the stuff we have right now. I'm just sayin, implement it now, so when we do have a shitload more kickass functions and stuff, we can use them universally through out any level we wish. So, instead of the engine reading the behavior from a map, it will be in it's own lump.