Client Metin2 a 32 o 64 bit: controllare l'EXE e il flag LAA

Un client Metin2 può restare un programma x86 a 32 bit anche quando gira su Windows a 64 bit e ha il flag Large Address Aware attivo. Questo flag, spesso associato a una «patch da 4 GB», riguarda lo spazio di indirizzamento. Un client x64 nativo è una compilazione diversa, per un'architettura macchina diversa. Nessuna delle due etichette dimostra da sola un aumento degli FPS o la soluzione di ogni crash.

La prima domanda utile è: qual è l'architettura dell'eseguibile che avvia davvero il gioco? I requisiti Windows del server, il suo launcher e il processo del gioco possono descrivere componenti diversi. Questa guida spiega come leggere l'intestazione dell'EXE senza modificarlo e quali conclusioni permette il risultato. Non presume che tutti i server Metin2 distribuiscano lo stesso client.

Illustrazione generata da riferimenti di gioco Metin2. Non è uno screenshot, una misura della memoria o la prova di una build specifica.

La documentazione Microsoft su LAA e le tabelle dei limiti di memoria distinguono lo spazio di indirizzamento virtuale del processo dalla RAM fisica installata. Le righe sui limiti di memoria qui sotto presuppongono un'edizione x64 di Windows. La riga ARM64 identifica un'altra architettura del file; non afferma che quel file possa essere eseguito su Windows x64.

Sono limiti dello spazio di indirizzamento, non la promessa che un client possa allocare un unico blocco contiguo da 4 GB, usare tutta la RAM o evitare ogni errore di allocazione. Anche un binario x64 nativo con LAA disattivato ha restrizioni aggiuntive: la sola dicitura «64 bit» non basta a stabilirne il limite effettivo.

Al contrario, avere 32 GB di RAM fisica non elimina il tetto dello spazio di indirizzamento di un processo x86. Aumentarlo affronta soltanto i problemi che dipendono realmente da quel limite. Una risorsa danneggiata, un puntatore non valido o un modulo incompatibile richiedono una diagnosi specifica.

Nella discussione Turkmmo di maggio 2026, l'autore identifica una base MartySama v5.8 e riferisce che compilare il server a 64 bit è stato più semplice che portare il client. Le risposte parlano di mantenere distribuzioni x86 e x64 e di preservare la compatibilità dei pacchetti. Sono testimonianze sulla base sorgente di quell'autore, non una procedura di migrazione collaudata per un altro server.

Una discussione indipendente su Reddit riguardante un server Linux e un client x64 mostra un'altra ambiguità: quando gli viene chiesto se abbia portato personalmente il client, l'autore risponde di averlo ottenuto da qualcun altro. Uno screenshot o il fatto che un server sia stato portato non identifica origine, revisione e architettura di tutti i componenti.

Il diario di sviluppo di EterNext del 1º aprile 2026 annuncia un client nativo a 64 bit per quel progetto specifico. Non abbiamo esaminato il suo eseguibile attuale né riprodotto le prestazioni dichiarate. Considera una comunicazione datata del gestore come informazione su quel progetto; verifica la compilazione effettiva prima di estenderla a un altro client.

Identifica prima l'eseguibile che esegue il gioco. Patcher, programma di aggiornamento e strumento di configurazione possono essere file separati con architetture diverse. Consulta la documentazione del gestore oppure il nome del processo del gioco in Gestione attività; non tutti i client privati usano lo stesso nome di file.

La specifica PE/COFF di Microsoft definisce il campo Machine, il formato dell'header opzionale e il flag IMAGE_FILE_LARGE_ADDRESS_AWARE. Il lettore Python 3 seguente usa soltanto la libreria standard e apre il file scelto in lettura binaria. Salvalo come pe_info.py, quindi esegui python pe_info.py client.exe, sostituendo l'ultimo nome con quello dell'eseguibile effettivamente identificato.

import json
import struct
import sys

def inspect_pe(path):
    with open(path, "rb") as f:
        size = f.seek(0, 2)
        f.seek(0)
        dos = f.read(64)
        if len(dos) != 64 or dos[:2] != b"MZ":
            raise ValueError("Missing DOS header")
        offset = struct.unpack_from("<I", dos, 0x3C)[0]
        if offset < 64 or offset + 26 > size:
            raise ValueError("PE offset outside file")
        f.seek(offset)
        header = f.read(24)
        if header[:4] != b"PE\0\0":
            raise ValueError("Missing PE signature")
        machine = struct.unpack_from("<H", header, 4)[0]
        optional_size, flags = struct.unpack_from("<HH", header, 20)
        if optional_size < 2 or offset + 24 + optional_size > size:
            raise ValueError("Truncated optional header")
        magic = struct.unpack("<H", f.read(2))[0]
        expected = {0x014C: 0x010B, 0x8664: 0x020B, 0xAA64: 0x020B}
        if machine not in expected or magic != expected[machine]:
            raise ValueError("Unsupported or inconsistent Machine/Magic")
        return {
            "Machine": f"0x{machine:04X}",
            "Format": "PE32" if magic == 0x010B else "PE32+",
            "LAA": bool(flags & 0x0020),
        }

if __name__ == "__main__":
    if len(sys.argv) != 2:
        raise SystemExit("Usage: python pe_info.py client.exe")
    print(json.dumps(inspect_pe(sys.argv[1]), indent=2))

Interpreta i campi insieme. Machine:0x014C, Format:PE32, LAA:true indica un binario x86 contrassegnato come large-address-aware, non un eseguibile x64 nativo. Machine:0x8664 con PE32+ identifica AMD64; 0xAA64 identifica invece ARM64. Sono identificatori definiti dalla specifica Microsoft, non deduzioni basate sul nome del file.

Il lettore controlla le firme DOS/PE, i limiti delle intestazioni e le tre coppie Machine/Magic supportate. È un piccolo ispettore di metadati, non un validatore completo del caricamento PE, un verificatore di firma o una valutazione della sicurezza dell'esecuzione del file. Un'intestazione non supportata o incoerente richiede di interrompere l'interpretazione del risultato, non di riparare l'EXE. Lo script non modifica le intestazioni e non esegue il file.

Le indicazioni Microsoft per il porting dei giochi citano troncamento dei puntatori, allineamento, formati binari persistenti e librerie di terze parti tra gli aspetti della migrazione. Le normali DLL native caricate all'interno del processo devono corrispondere alla sua architettura: rinominare una DLL x86 non la trasforma in una dipendenza x64.

Nei sorgenti di un client Metin2, esamina il codice che memorizza puntatori o lunghezze in interi più piccoli, il confine Python/native, i decoder delle risorse e le librerie usate da quella precisa revisione. Compila poi le dipendenze corrispondenti. Il lavoro concreto dipende dal progetto; questo elenco non è una patch installabile per un pacchetto di sorgenti non identificato.

Distingui l'architettura dai risultati prestazionali. Confronta la stessa revisione del client, risorse, scena e impostazioni, registrando le condizioni degli errori legati alla memoria oltre ai tempi dei fotogrammi. Microsoft raccomanda di ripetere il profiling dopo un porting. Per questo articolo non abbiamo misurato alcun aumento degli FPS di una build Metin2 x64.

La rete scambia byte, non l'etichetta della CPU del client. Un client a 32 bit e un server a 64 bit possono comunicare se il loro protocollo effettivo rimane compatibile. Per confermarlo su una specifica coppia Metin2 servono le definizioni dei pacchetti e i test relativi; nomi uguali o una compilazione riuscita non dimostrano tale compatibilità.

Questo è un esempio illustrativo di formato binario, non la definizione di un pacchetto Metin2:

import struct

for fmt in ("<BI", "<BQ"):
    packet = struct.pack(fmt, 1, 1000)
    print(fmt, len(packet), packet.hex())

L'output è <BI 5 01e8030000 e <BQ 9 01e803000000000000. Secondo la documentazione Python di struct, < imposta little-endian, dimensioni standard e nessun padding di allineamento; I occupa 4 byte e Q ne occupa 8. Allargare soltanto quel campo porta il messaggio da 5 a 9 byte. Un destinatario che attende il vecchio formato richiede una modifica concordata del protocollo, non l'ipotesi che la nuova architettura della CPU risolva il problema.

Lo stesso controllo riguarda i dati binari salvati e i formati delle risorse. Mantieni contratti espliciti per i dati trasmessi e i file, oppure versiona intenzionalmente le modifiche e verifica entrambi i lati. Non sostituire meccanicamente ogni intero a 32 bit con un tipo della dimensione di un puntatore: ID del gioco, contatori, lunghezze e puntatori svolgono funzioni diverse.

Per i giocatori, leggere l'intestazione distingue l'architettura del file fornito dall'etichetta del launcher o dai requisiti Windows. Usa la distribuzione supportata dal server e chiedi al gestore quale build del gioco contenga. Il risultato non verifica accesso, ingresso nel mondo, stabilità o compatibilità con la protezione del server.

Per i gestori, conserva una build funzionante nota durante l'analisi dei sorgenti e delle dipendenze che possiedi o sei autorizzato a utilizzare. Sorgenti pubblicamente leggibili, un link per scaricarli e una licenza open source sono fatti distinti. Questo articolo non raccomanda un pacchetto di sorgenti non verificato come client a 64 bit già pronto.

Abbiamo eseguito il lettore su quattro file sintetici di intestazione e due eseguibili Windows esistenti, verificando che i loro byte rimanessero invariati. Dieci file di test malformati o incoerenti sono stati rifiutati. L'esempio di serializzazione ha prodotto anche i risultati documentati da 5 e 9 byte. Questi controlli convalidano gli esempi; nessun client Metin2 è stato compilato, modificato o avviato e non viene rivendicato alcun risultato prestazionale nel gioco.

Per un altro progetto, parti dalla sua build attuale e dai suoi requisiti; l'elenco dei server privati Metin2 aiuta a trovare il profilo pertinente. Se il client fallisce durante l'inizializzazione grafica, la guida No Appropriate Device affronta quel diverso sintomo.

• Microsoft: LAA e spazio di indirizzamento da 4 GB, limiti di memoria per versione di Windows, formato PE/COFF, porting dei giochi a 64 bit.
• Python: formati binari standard e allineamento.
• Turkmmo: domanda sulla migrazione di una base identificata e Reddit: risposte dell'autore sull'origine del client.
• EterNext: il proprio annuncio di migrazione.

Fonti controllate il 5 novembre 2026. Le dichiarazioni delle fonti, i metadati degli eseguibili e il gioco effettivamente testato restano prove distinte.