nwnx_jvm - native JVM integration

[elven]

[Baaleos]

[elven]

[Baaleos]

To get the error to occur - I do have to start , stop and restart the ./nwnstartup.sh a few times to get it to occur.

It seems to be like 1/5 times causes a crash.

[elven]

[Baaleos]

http://pastebin.com/kGjaTB2U

[Baaleos]

Tried installing a 64bit jdk - but it wont let me cause the Ubuntu is 32bit or something

Its weird - uname gives me

[Baaleos]

Seems to be here:

[Baaleos]

Is the absence of GetFirstPC and GetNextPC intentional?
Is there a better way of getting the PC's in the server?

I am attempting to create a heartbeat / loop segment in JVM.
So getting the player list while in java would be better than jumping back into NWScript each time for each player.

[elven]

[Baaleos]

Cheers,
I didn't realize there was a java method there for it.
getPCs() - see it now.

I thought it might have been refactored - as I noticed a lot of the iterators were gone.

I was working on a work-around for its absence - to capture the NWObject for players on login, and add to a static collection - then loop through the collection.
Now I don't need to.

[elven]

[Baaleos]

Ok, Makes sense

I am looking at making some specific special types for my version of nwn jvm.

Eg: NWPlayer etc which would extend NWCreature, Extending NWObject etc
NWGod which extends NWPlayer etc

I am using this primarily for the redesign and release of my NWN Player based God System.
The system in my windows PW IS very heavily reliant on a Loop which does lots of calculations to determine divine energy gain for the God in question.

Eg: Is the player invulnerable - if so, thats a drain of 20 energy per minute.
What level are they raised to (they can raise and lower their nwn level at will) - 5 energy per level etc


So I was working out the combined income of their energy (which involved counting all of their followers)
And then subtracting the energy they are spending per minute from their income.

This determines the amount to add or subtract per minute.
So I am trying to refactor this entire calculation phase to be entirely java based - Hopefully even get it to run in a parallel thread.
The only thing that the calculation method needs to do is determine positive or negative number, then Set a local or persistent int for the God (player) to say how much energy they now have.

I would imagine that such a simple thing could be done in a parallel thread without causing too much hassle - I saw that Scheduler.Assign needs to be called - I assume this injects back into MainLoop to preserve stack?

[elven]

[Baaleos]

In the original version that I was using - It was able to handle npcs and players at the same time. (for followers)

For players - it was a simple persistent int that mapped the player in pwdata (follower) to a god (in the gods table)
Gods when they ascend get added in there with a unique incrementing ID field.

As for NPC's

It worked on a basis of tag / resref to determine if the npc had already devoted itself to a god.

The god players could actually place Missionaries around the server (imagine a town crier)
They spout religious nonsense and their goal is to convert NPC's nearby to your faith periodically.

With this in mind - a God could actually be at war with another god, for the hearts and minds of NPC's in a market place.
Eg: One minute he has 30 NPC's following him, but then another God places his missionary in the same area.
This would cause the follower count to fluctuate for both gods.
Because being a God is almost as powerful as being a DM, one of those Gods could theoretically teleport to rival Missionaries and kill them - but then the other God could do the same.

So the idea is that the tag usually indicates a unique NPC.
However for the instances where one tag is shared across many NPC's - it does however only count as a single NPC. This being the case - you cannot convert 20 monsters and mobs of the same type to your faith and expect +20 followers, it would count as a single follower, only scripted NPCs, guards or anything that has a unique Tag gets counted as a +1.

As far as the power gain goes.
Gods can choose to be strong magically - casters
or
If they want to be strong physically - Combat oriented

For a caster - they don't need to worry much about gaining nwn levels, they can for all its worth, be level 1, and just have immortality toggled on.
Toggles such as immortality would cost X faith per minute.
Each nwn level that they give themselves, also costs something like 5 faith per level.

So being level 1 = 5 faith required (their own character counts as a follower supplying the faith required for this)
For immortality, they might need 5 or 10 or something faith to use that.

So other toggles can be used too: Infinite spellcasting?
this can also consume faith/energy.

So - after all the taxes are done for energy, any positive energy is then added to a reservoir of energy.
Playertool / feats are used to do other caster oriented abilities.
Such as teleport (point and click)
Opening portals (point and click between locations)
Shooting energy blasts (point and click)
Summoning creatures (you get the picture)

So the point here is - that the more energy they have in their reservoir of energy, the more of these godly powers they can cast in succession.
So - being weak physically, means they can spam the energy blasts, at the expense of not being all that accurate with a sword.

If however, they don't wana rely on energy blasts
They can use all that incoming faith/energy to enhance their physical form.
They can increase their nwn level at a cost of something like 5 faith per level.
They can also increase ability scores and skills at a 1 faith per point.
This way they can level up as 1 Level Sorc, with 39 levels or more as warrior and still achieve a 40 spellcraft and high charisma.
The idea here is that they have used the faith of their followers to give themselves super strength.

So the lesson here is that newbie gods will not be able to have their cake and eat it.
If they want to have level 40 and be a caster - they need to get a lot of followers.
Keep those followers, and protect them like an oil well of energy from opposing gods.


The God system also lets Gods change their biographies, set their portfolios.
Eg:
Primary, Secondary and Tertiary realms of influence.

Eg: I am the God of Death, Time and Decay

The way this is reflected in the system design is that there are 10 DM Tool feats.
I create 5 scripts for each portfolio.
Ranging from 1 weak power, to 5 the strongest power in that area.

Eg: Death level 1 - weak damage over time that heals ally's near the enemy being affected for damage sustained.
Death Level 5 - summons zombie minions that recover after death unless killed by divine or holy or fire.

So - if we have 5 powers per portfolio, and 3 portfolio, it occurs to me that
you should have 5 (all) of your main portfolio, 3 of your secondary, and 2 of your tertiary.

This adds you to 10 powers specific to your combination of Realms of Influence.

Meaning that
The God of Death, Time and Decay can do the most powerful of necromatic feats, but cannot do the most powerful Time miracles.
To do the most powerful of Time feats, they would need to be a God of Time (primary)

And once again- these abilities cost faith/energy to use.


In any case-
I had a nss script that ran as a hb to calculate the energy expenditure and income for each God.
However it was buggy because I was trying to cache values to avoid constant DB queries to recount the followers.

Eg: It meant that when the hb ran, there was a chance that the energy income per minute had not updated yet.

If I can refactor the system to jvm - I hope to make use of my servers second core, and run much of the calculations on the second core, and only yield to nwn when setting locals or applying effects to characters etc.