[PRoSToTeM@]

@Depresie we should make cstrike not rely on 16000 limit (we need something like auto-detection).

[Depresie]

I think we could probably use the concept of Orpheu to create a layer/interface between amxmodx and it's default modules in order to boost their power and abilities, along with hacking some stuff.. but i don't know how possible is that without breaking backwards compatibility

I also don't know how efficient it would be or if there is a better way, but i guess the cost of a little more CPU/RAM usage would be worth, but it may take some work to be done.. i don't really know what's the inside of amxmodx and how it is structured, Arks should know what would be better..

Actual

 game -> metamod -> amxmodx -> engine, cstrike, ham, fun, orpheu, etc

To

 game -> metamod -> amxmodx -> orpheu -> engine, cstrike, ham, fun, etc

[asherkin]

It looks really easy to patch the money limit in the gamedll, that is probably the sanest route.

Sadly the checks are inlined so it is quite a few functions to patch, but it isn't like cstrike gets a lot of updates.

Does AMXX have an equivalent to SM's Address gamedata (find an offset in memory using a signature / symbol) and StoreToAddress (write arbitrary data to memory)?

[klippy]

Originally Posted by asherkin Does AMXX have an equivalent to SM's Address gamedata (find an offset in memory using a signature / symbol) and StoreToAddress (write arbitrary data to memory)?

That's what we use Orpheu and/or Okapi modules for, but they are not included in the AMXX package (yet?).

I may be wrong, but I think there's only 1 simple function that takes care of the limit (CBasePlayer::AddAccount or something similar). Replacing its logic would be a good solution as well probably. However, I can't make sure now or link the mentioned modules to you as I am writing this on my phone.

[Arkshine]

To patch money in the original mod, or at least to increase the limit to 999999 (because that's the limit HUD can show), you need to patch at least:

CBasePlayer::AddAccount
CBasePlayer::JoiningThink
CBasePlayer::Reset
CHalfLifeTraining::PlayerThink
CheckStartMoney
ClientPutInServer
HandleMenu_ChooseTeam

This can be done with Orpheu module, and you can find old plugins like https://forums.alliedmods.net/showpo...&postcount=255 which does the job.

AMXX definitively needs some natives to deal with memory, but I'm not sure whether AMXX should care about these limits.
I guess if it's a popular demand, we could add a cvar like ReGameDLL to control the max money. Don't know.

[asherkin]

I agree, not everything needs to be included by default.

SDKHooks was being used by over 50% of new plugins before it was included by default in SourceMod (and that was only done because the maintainer joined the SM team), people survived for years having to download it if they wanted to run a plugin that needed it.

For stuff like this (and many of the suggestions in this thread), it makes sense to have a plugin expose a nice API to use that wraps Orpheu et al for other plugins to use, not everything needs to be reimplemented in every plugin or be included in core.

But anyway, I'm just here to delete all your subforums.
/me disappears back to the SourceMod section.

[Depresie]

Well, if everything is proper structured, updates won't be such a big problem to deal with, and as asherkin said, it isn't like cstrike gets a lot of updates..

Added couple more suggestions related to round start and round end

[klippy]

If by events you mean ones hooked with register_event() and register_logevent() then it won't happen.

[Depresie]

I guess then we could have new forwards, but could you also explain why ?

[PartialCloning]

95% of your suggestions are just laziness on your part. It doesn't seem like you want to code anything. At this rate you might as well ask for a complete zombie mod to be included with AMXModx.

To detect the first round in 1.8.3, use:

get_gamerules_int("CHalfLifeMultiplay", "m_iTotalRoundsPlayed")

Where the first round is 0.