Robiin

Jestem w sieciach zielony i nie wiem jak to wszystko działa, a podobno router jest w dziurze sygnału, przez co są gigantyczne pingi, lagi itp.

Strzelam, że wzmacniacz pomoże na takie problemy, ale może czegoś nie wiem? Ile takie coś kosztuje? Co powinienem wiedzieć i na co patrzeć?

    new Handle:insert_query = SQL_PrepareQuery(sql_connection,
        "INSERT INTO `missions` (`uid`, `name`, `desc`, `goal`) VALUES ('%s', '%s', '%s', '%i') \
        ON DUPLICATE KEY UPDATE `desc`='%s', `name`='%s', `goal`='%i';",
        uid, name, desc, goal, name, desc, goal);

Powyższe zapytanie robi jedną niefajną rzecz: mimo, że nie dodaje rekordu jeśli dana misja istnieje, to podbija id (to z AUTO_INCREMENT). Doczytałem, że to nie jest bug tylko celowe działanie, które ma coś tam zabezpieczyć. No ale nie widzi mi się robić osobnego zapytania (a w dodatku threaded), żeby sprawdzić czy dana misja jest już dodana.

Zapytanie ma na celu dodać rekord, jeśli taki nie istnieje, i zaktualizować go, jeśli coś się zmieniło.

Jakieś pomysły?

Ostatnio ogrywam sobie the walking deada i zastanawiam się w jaki sposób takie gierki radzą sobie z tym wyborem, który niby ma znaczenie.

No bo co, dochodzi do momentu decyzji następnych wydarzeń i walą ifa i odgrywają konkretną scenę względem wyboru? Może coś pokroju blueprintów z Unreal Engine i składania fabuły w ten sposób?

Przeczytałem temat o fixie na prefixy po aktualizacji: https://amxx.pl/topi...o-aktualizacji/

Kodzik od McHappyego mi nie działał, więc ograniczyłem długość wiadomości ręcznie - i to działa, ale tylko dla say, a nie say_team.

Say_team rzuca CSowym tagiem "#Cstrike_"(coś tam) - dlatego nie mogę uciąć wiadomości zawczasu.

Jakieś pomysły jak ograniczyć też długość przy say_team? Prefixów jest dużo, są długie, więc miejsca na samą wiadomość nie ma dużo.

public OnSay(message_id, message_dest, message_ent)
{
    new index = get_msg_arg_int(1);
    
    if(!is_user_connected(index) || !has_prefix(index))
    {
        return PLUGIN_CONTINUE;
    }
    
    new new_message[192];
    new old_message[192];
    get_msg_arg_string(2, old_message, charsmax(old_message));

    new prefix[192];
    new vips_prefix[30];
    format_prefixes(index, prefix, charsmax(prefix));
    format_vips_prefixes(index, vips_prefix, charsmax(vips_prefix));

    if(!equal(old_message, "#Cstrike_Chat_All"))
    {
        formatex(new_message, charsmax(new_message), "^x01%s%s%s", vips_prefix, prefix, old_message);
    }
    else
    {
        get_msg_arg_string(4, old_message, charsmax(old_message));
        set_msg_arg_string(4, "");
        
        formatex(new_message, charsmax(new_message), "^x01%s%s^x03%n^x01 : %s", vips_prefix, prefix, index, old_message);
    }

    if(strlen(new_message) > STATIC_MESSAGE_LIMIT)
    {
        new_message[STATIC_MESSAGE_LIMIT] = EOS;
    }
    
    set_msg_arg_string(2, new_message);

    return PLUGIN_CONTINUE;
} 

Dwa pytania:

1. Zrobili coś takiego pod 1.9/1.10? https://forums.allie...ead.php?t=67752

2. Robił ktoś testy jak wydajne są forwardy? Mam w pluginie wykonywanie forwarda kilka(może kilkanaście) razy na sekundę dla jednego gracza. Zastanawia mnie czy może to powodować jakieś stuttery.