Are your plugins and starter in correct version?
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Show posts MenuQuote from: habi2 on Jan 08, 2025, 11:08 AMQuote from: ℛḝξ☂ on Jan 07, 2025, 06:45 AMIt looks awesome. Can wooden PCs show the character fluently? I think it's vital as Yyg have done one custom chatbox to show Chinese, however not of so much quality and lags the DM gameplay for wooden pc users.Hi ℛḝξ☂ and other friends,
Here is a demo 32 bit windows server of the chatbox.
demo-unicode.7z (9.61 MB)
(click on image to get bigger)
You can test it on your wooden pc. However i am afraid the game will lag. I have added 5 unicode-messages which is shown to a player when he joins. The messages are contained in messages-cn.txt. We fetch it by line no. Two fonts - arial-unicode-ms-bold.ttf and segoe-ui-emoji.ttf are also included. Necessary plugins remexec04rel32 is included.
Quote from: DizzasTeR on Sep 10, 2021, 06:29 AMHmm, could you record a demonstrationI'm sorry to say that it's inconvenient for me to upload a video to youtube. But you can try this code
function Script::ScriptProcess()
{
local i, plr, name = "jack";
for( i = 0; i < 99; i ++ )
{
plr = World.FindPlayer( i );
if( plr )
{
if ( plr.Name == name )
Console.Print( name + "'s Health: " + plr.Health );
}
}
}
And join with one random nick & one "jack" then change "jack"'s healthQuote from: DizzasTeR on Sep 10, 2021, 06:29 AMthat seems like a bug that I should've seen because my custom scoreboard in EG A/D relies on client-side .Health as I don't send sync packets from server to sync health of players.Did <client-side .Health> work correctly on your server? I want to make one custom nicktags/healthbar and due to this bug I have to send sync packets(the exact health and the respective player) to client every 1 second(or less).
Quote from: DizzasTeR on Sep 08, 2021, 07:44 AMThings work different on client side, if the player is not streamed in then his health will return 0 regardless of his actual health. Client side health for other players will only report properly when the player is streamed in to the local player (He is close enough for his packets to be received by the local player)Hi, thank you for helping. I think during my test the two players are close enough to be streamed by each other, because as soon as their health are changed to 0, it returns 0(which is correct)
Quote from: DizzasTeR on Aug 24, 2021, 09:21 AMQuote from: Xmair on Aug 24, 2021, 05:43 AMThis function is used to convert the world's 3D co-ordinates to the client's 2D screen co-ordinates.
Its the other way around. The Z parameter in Screen -> World Pos or World Pos -> Screen represents visibility. Value is between -1 or 0 (forgot exactly) if the vector is not visible on screen and anything else if it is. (You probably have to test)