Sider 5.2.0
https://www.evo-web.co.uk/threads/sider-5.79095/page-28#post-3368625
Le novità :
- L'overlay può ora essere controllato dal gamepad: i moduli Lua possono utilizzare il nuovo evento "
gamepad_input ". Premere "RT + LT" per attivare / disattivare la sovrapposizione. Premere "LT" per passare al modulo successivo nella sovrapposizione.
- nuovo evento "
livecpk_read " per esaminare i dati mentre il gioco lo legge. Nuova libreria disponibile per i moduli Lua: "zlib" - per comprimere / decomprimere i dati. Vedi doc / scripting.txt - per tutti i dettagli su questo.
- ora usando LuaJIT 2.1.0-beta3. Ciò consente ai moduli Lua di utilizzare tutta la RAM disponibile.
Come aggiornare con un impatto minimo sul tuo Sider esistente:
1. Mantieni il sider.
2. Copiare sider.exe , sider.dll , lua51.dll , gamepad.ini dall'archivio sider-5.2.0.zip, sostituendo i file esistenti.
3. (Facoltativo) È anche possibile copiare "moduli" e "doc". Ci sono alcuni nuovi moduli che dimostrano le nuove funzionalità e anche la documentazione è stata aggiornata.
Supporto per controller di gamepad
Se stai scrivendo un modulo Lua e vuoi gestire l'input di gamepad, leggi la sezione in doc / scripting.txt sul nuovo "gamepad_input". Esiste anche una cosiddetta configurazione "global-input-mapping": i moduli che gestiscono solo l'input dalla tastiera, ma non dal gamepad (che è come sono tutti in questo momento
) - riceverà eventi di tastiera mappati automaticamente. Ad esempio, se l'utente preme RS (levetta destra) a sinistra, verrà generato un evento di tastiera del tasto "PageUp" e inviato al modulo Lua, che è attualmente attivo nell'overlay. La mappatura è definita nel file
gamepad.ini . Questa mappatura funziona meglio con i moduli di @zlac - come BallServer, ScoreboardServer, RefkitServer, StadiumServer - perché offrono un'interfaccia coerente in termini di tasti di scelta rapida. Puoi sempre disabilitare / modificare la mappatura globale - cancellando o modificando il gamepad.ini. Il modulo può anche scegliere di gestire esplicitamente l'evento "gamepad_input", nel qual caso gli eventi del controller non saranno mappati alla pressione dei tasti.
Aggiornamento LuaJIT
Questo è un cambiamento un po 'sperimentale. Abbiamo usato LuaJIT 2.0.5 nelle versioni precedenti di Sider. Funziona bene, ma su architetture a 64 bit ha un limite rigoroso alla quantità di RAM che i moduli possono utilizzare. Su Windows a 64 bit questo limite è di circa 1 GB e anche la memoria deve essere allocata da indirizzi "inferiori", che possono essere già occupati da altri programmi o driver caricati dal sistema operativo. Quindi, in pratica, questo limite è spesso inferiore a 1 GB. Con LuaJIT 2.1.0-beta3, creato con il nuovo garbage collector (GC64) abilitato, il limite non è più lì ei moduli Lua possono utilizzare tutta la RAM disponibile. C'è un modulo demo che tenta di allocare 8 GB di memoria -
modules / gc64test.lua. Puoi provarlo. Se per qualche ragione il nuovo LuaJIT non funziona bene (instabile o lento), puoi sempre tornare alla versione 2.0.5: li ho inclusi entrambi nella directory "luajit".