I've traced the compatibility issue with YNAMEP's resource-related options to calls to PlotDirection (found in a few files in the LUA of the mod). The DLL now calls PlotDirection, and makes directions, in a different fashion than YNAEMP is designed for:
If someone with interest, and lua know-how, wants to update YNAEMP's calls to PlotDirection to match the changes in the DLL, let me know and I'll upload it.
G
Code:
inline CvPlot* plotDirection(int iX, int iY, DirectionTypes eDirection)
{
#if defined(MOD_BALANCE_CORE)
return GC.getMap().getNeighborUnchecked(iX,iY,eDirection);
#else
if(eDirection == NO_DIRECTION)
{
return GC.getMap().plot(iX, iY);
}
else
{
// convert to hex-space coordinates - the coordinate system axes are E and NE (not orthogonal)
iX = xToHexspaceX(iX , iY);
iX += GC.getPlotDirectionX()[eDirection];
iY += GC.getPlotDirectionY()[eDirection];
// convert from hex-space coordinates to the storage array
iX = hexspaceXToX(iX, iY);
return GC.getMap().plot(iX, iY);
}
#endif
If someone with interest, and lua know-how, wants to update YNAEMP's calls to PlotDirection to match the changes in the DLL, let me know and I'll upload it.
G