G1R:MP Forum - G1 Remake Multiplayer Community - All Forums

Cancellable pre-action hooks for custom resources

Thu, 17 Sep 2026 16:02:48 +0000

Hi!

Could G1R:MP expose server-side hooks that let custom resources reject gameplay actions before their effects are applied?
According to the wiki, pickup, drop and damage events report completed changes.
For RP servers, public pre-action hooks would allow ownership checks, protected items and custom combat restrictions.

For example.:

_____________________________________________________

addEventHandler("onPlayerRequestPickup", root,
function(playerId, objectId)
-- Custom permission check
if not canPlayerTakeItem(playerId, objectId) then
cancelEvent()
end
end
)

_____________________________________________________

Similar hooks for dropping, equipping, consuming items and applying damage would be useful. Cancellation should prevent the action without requiring scripts to undo inventory or health changes afterward.

This would complement the existing native validation and completion events. Are public pre-action hooks planned?

Instances / Virtual Worlds

Thu, 17 Sep 2026 15:58:47 +0000

Hi!

For our Roleplay server, this would be useful for character creation, private RP events and separate dungeon groups.

Players in different instances should not see, hear or interact with each other. NPCs, world items, combat and spatial voice should respect the same separation.

For example.:
__________________________________________

local instanceId = createInstance()

setPlayerInstance(playerId, instanceId)
setNpcInstance(npcId, instanceId)

-- Return to the main world
setPlayerInstance(playerId, 0)

-- Once players have left
destroyInstance(instanceId)

__________________________________________

Server-controlled membership and clear cleanup rules would help prevent entities or interactions leaking between instances.

I couldn't find this in the wiki. Is something similar already available or planned?

Object placement previews and editing API

Thu, 17 Sep 2026 15:55:56 +0000

Hi!

For our Roleplay server, we are building an in-game world editor.

`spawnItem` already supports exact coordinates, yaw and ground snapping.

To complement this, could we get:

- Transparent, client-only previews without collision or pickup.
- Camera raycasts for placement targeting.
- Functions to move, rotate and delete existing world items.

an small Example.:
____________________________________________________________

-- Client: local preview
local preview = createObjectPreview("itfo_apple", x, y, z)
setObjectPreviewOpacity(preview, 0.45)

local hit = raycastFromCamera(maxDistance)
if hit then
setObjectPreviewPosition(preview, hit.x, hit.y, hit.z)
setObjectPreviewRotation(preview, yaw)
end

destroyObjectPreview(preview)

-- Server: edit an existing item
setWorldItemPosition(objectId, x, y, z)
setWorldItemRotation(objectId, yaw)
destroyWorldItem(objectId)

________________________________________________________

Placement would use the existing `spawnItem` after server validation.
These additions would allow preview → adjust → confirm, plus editing placed items.

I couldn't find these features in the wiki. If equivalents already exist, a short example would be appreciated!

Cheers!

mouse handler and equip weapon fix

Thu, 17 Sep 2026 10:31:45 +0000

- add handling mouse movements
- setplayerweapon function adding properly only melee weapons but not ranged

[Feature request] IsPlayerCombatMode

Tue, 15 Sep 2026 17:40:36 +0000

Hey,

Something like that will be cool:

isPlayerCombatMode

Checks wheter player is in combat mode. Usually like held melee / distance weapon, fists or use magic.

Syntax

Quote:bool isPlayerCombatMode(int playerId)

Examples

Quote:if isPlayerCombatMode(playerId) then
unbindKey("tab", "both", handleScoreboard)
end

In this way server can check player combat state, so this will enable to protect other functions which would be disturb a combat.

Nameplate Color

Sun, 13 Sep 2026 17:14:36 +0000

It would be useful, if we can change the nameplates' color.
I think it can be useful for deathmatch teams or for guilds.

Quote:SetPlayerNameplateColor(playerid, r, g, b)

Quote:local r, g, b = GetPlayerNameplateColor(playerid)

I think it is useless if the name and the id can has different color, but who knows.

Random Number

Sun, 13 Sep 2026 17:04:38 +0000

It would be good if we have random number generator.

For example:

Quote:getRandomInt(includeMinInt, excludeMaxInt) -- Maybe it also should be fine if the top number is include too.

and

Quote:getRandomFloat (includeMinFloat, includeMaxFloat ) -- The top number should be included here.

Note:
I tried to use this code. But if I use this code, the server drop my character and the server reconnected it. (even on 0.1.3)
Moreover, this is not true random. I should use something similar like this math.randomseed(os.time()), but the os is not available from 0.1.3.

Quote:local startPositions = {
{ x = 1116.75, y = -1007.51, z = -36.66 },
{ x = 1106.01, y = -1049.35, z = -29.86 },
{ x = 1100.28, y = -1050.55, z = -35.44 },
{ x = 1115.40, y = -1049.39, z = -37.10 },
{ x = 1161.29, y = -1050.89, z = -42.04 },
{ x = 1154.55, y = -1011.29, z = -42.16 },
}

addCommandHandler("castle", function(playerId, commandName)
local randomIndex = math.random(1, #startPositions)
setPlayerPosition(
playerId,
startPositions[randomIndex].x,
startPositions[randomIndex].y,
startPositions[randomIndex].z
)
end)

G1R:MP Update 0.1.3 — Now Available!

Sun, 13 Sep 2026 00:34:52 +0000

G1R:MP Update 0.1.3 — Now Available!

The Colony keeps growing! Update 0.1.3 introduces synchronized gates and doors, expanded character customization, scripted cameras, new roleplay tools and more possibilities for Lua gamemodes.

This release includes the Windows client and matching Windows and Linux dedicated servers.

Synchronized Gates, Doors and Controls

Gates and doors are now part of the shared multiplayer world.

Opening and closing gates and doors is synchronized between players.
Gate controls, including winches, participate in synchronization.
Players joining later receive the current synchronized state.
Other players can see the character animations used when opening doors, closing doors and operating winches.
Supported standard doors can be closed again after opening.
Native key and lock requirements are preserved.

Expanded Character Customization

Server creators now have more control over how characters look — useful for character creation, factions, roleplay progression and cosmetic systems.

Identity selection: improved compatibility between character heads and equipped armor.
Skin color: apply a custom skin-color override independently of identity selection.
Tattoos: choose from the documented tattoo catalog.
Independent resets: remove a skin-color or tattoo override without having to reset everything else.
Multiplayer appearance: appearance changes are synchronized for other players.

Appearance functions available from 0.1.3:

Code:
setPlayerSkinColor
getPlayerSkinColor
resetPlayerSkinColor

setPlayerTattoo
getPlayerTattoo
resetPlayerTattoo
getPlayerTattooNames

The existing setPlayerIdentity function also benefits from improved head and armor compatibility. Identity changes preserve the player's equipped armor; this is not a replacement of the character with an NPC's complete outfit.

Character customization guide
Tattoo catalog

Scripted Cameras

Create moving login backgrounds, character-selection screens, location previews and scripted scenes directly from Lua.

Set camera position and rotation.
Point the camera at a chosen location.
Adjust the field of view.
Apply a complete camera pose.
Move smoothly between camera positions.
Play camera paths and orbit movements.
Stop movement or restore the normal gameplay camera.
Read camera state on the client and handle asynchronous results.

Camera controls available on both the client and server:

Code:
setCameraPos
setCameraRot
setCameraLookAt
setCameraFOV
setCameraPose

moveCameraTo
playCameraPath
orbitCamera
stopCameraMovement
resetCameraPos

Client-side camera state functions:

Code:
getCameraPos
getCameraRot
getCameraFOV
getCameraState
requestCameraState

New client events:

Code:
onClientCameraCommandResult
onClientCameraReset

Client and server signatures differ, and some operations use asynchronous acknowledgements. Check the wiki for the correct arguments, ownership rules and reset behavior.

Scripted camera guide and examples

Per-Observer Nameplates and Roleplay Acquaintances

The new nameplate API allows the same player to be presented differently to different observers.

For example, one player can see someone as “Unknown Stranger”, while another already knows their name.

Set custom nameplate text for individual observers.
Control whether a label is visible to a specific observer.
Control numeric player-ID visibility separately.
Build directional acquaintance relationships: knowing someone does not automatically mean they know you.
Store those relationships in your gamemode's database and restore the appropriate presentation when players reconnect.

12 new server-side functions support observer-specific nameplate text, visibility and ID policy.

The API supplies the presentation tools; your gamemode decides when characters become acquainted and how that information is saved. Nameplate customization does not automatically hide identities in chat, player lists or other systems.

Observer nameplates and database integration

Custom Chapter-Style Title Cards

Display your own chapter-style headings and messages for individual players.

Use them for story introductions, server events, mission announcements or welcoming a character into your world.

Code:
ShowChapterScreen
HideChapterScreen

The lower-camel aliases showChapterScreen and hideChapterScreen are also available.

These are presentation-only functions. They do not advance the original game's chapter, modify quest progression or start a native cutscene.

Chapter title cards: syntax and examples

Expanded Lua Limits

Client and server scripting budgets have been increased to provide more room for larger resources and gamemodes, including expanded timer limits.

The wiki documents the current limits so developers can plan their systems around the actual runtime budgets.

Current scripting limits

Example Resources and Test Commands

The included Gothic RP resources provide commands for trying the new systems:

/cameratest — test scripted camera features.
/looktest — test character appearance controls.
/nametest — test observer-specific nameplates.
/chaptertest — test custom chapter title cards.

See the individual guides for command options and prerequisites. Server owners should keep administrative and testing commands restricted to trusted users.

Runtime and Multiplayer Improvements

This release also includes updates to equipment synchronization, character appearance handling, interaction handling and the client runtime.

The Windows release includes the updated AngelScript-compatible UE4SS runtime with the multiplayer project's compatibility and security adaptations.

Downloads and Compatibility

Release: 0.1.3
Windows client: BUILD106
Network protocol: 35
Dedicated servers: Windows x64 and Linux x86_64

Important: update both your client and dedicated server.

Protocol 35 requires matching client and server versions. The client update is available through the launcher's automatic updater.

For server owners:

Back up your configuration, resources and database before upgrading.
Stop the dedicated server before replacing its binaries.
Preserve your custom gamemode and configuration instead of overwriting them with the supplied examples.
Configure the example database settings before using the included Gothic RP resource.

Updated Documentation

The wiki now contains 312 function pages and 94 event pages, with version notices identifying APIs available from 0.1.3.

Download G1R:MP 0.1.3
Read the 0.1.3 release guide
Explore the scripting wiki

Thank you to everyone testing the multiplayer, reporting issues and building new experiences for the community.

See you in the Colony!

Webp format

Wed, 09 Sep 2026 14:10:10 +0000

Would it be possible to add support for the **WebP format to RMLUI**? This would be very useful for textures and UI icons, as WebP allows for significantly smaller file sizes while maintaining good quality. Ideally, it would work similarly to the current support for PNG/JPG.

no fall damage script.

Mon, 07 Sep 2026 12:34:03 +0000

NO FALL DAMAGE - G1R:MP (server API 0.1.2 / Protocol 31+)

Works in two layers:
1. The engine stat "resistance_falling" is set to STAT_VALUE when a player
spawns, after every revive and refreshed every REFRESH_MS (the engine may
overwrite the stat when it loads the character).
2. Fallback: if damage of a DAMAGE_TYPES kind with no attacker still arrives
(that is how the engine reports a fall), health is restored to the value
it had before the hit.