Pubblicato un nuovo aggiornamento per sys-patch, il modulo di sistema, simile a uno script, applica correttamente le dovute patch a fs, es, ldr e nifm all’avvio della console Switch.

Questo strumento è stato progettato per generare un registro dettagliato che mostra tutte le patch applicate e segnala eventuali patch fallite offrendo agli utenti preziose informazioni sull’integrità del loro sistema e sulle modifiche apportate.

Questa release presenta un codice ottimizzato, in cui alcuni pattern sono stati combinati mentre sono stati aggiunti nuovi set di nomi più coerenti.

Inoltre, è stata creata una nuova patch per evitare il crash con schermo blu introdotto con il Firmware 17 quando l’utente ha il proprio Prodinfor oscurato tramite Incognito, Atmosphère Blanker o Hekate cal0 Blanker.

Questa patch evita il crash, ma sarà responsabilità dell’utente assicurarsi di utilizzare un metodo di blocco della telemetria, se necessario.

Configurazione

Il sysmodule sys-patch presenta una semplice configurazione. Questo può essere modificato o aggiornato manualmente utilizzando l’overlay.

Il file di configurazione può essere trovato in /config/sys-patch/config.ini, se il file non esiste, il file verrà creato quando il sysmodule sys-patch viene eseguito.

[options]
patch_sysmmc=1 ; 1=(default) patch sysmmc, 0=don't patch sysmmc
patch_emummc=1 ; 1=(default) patch emummc, 0=don't patch emummc
logging=1 ; 1=(default) output /config/sys-patch/log.inim 0=no log
version_skip=1 ; 1=(default) skips out of date patterns, 0=search all patterns

Overlay

L’overlay può essere utilizzato per modificare le opzioni di configurazione e per vedere quali patch vengono applicate (se presenti).

• Unpatched – Significa che la patch non è stata applicata (probabilmente non trovata).
• Patched (verde) – Significa che è stato patchato da sys-patch.
• Patched (giallo) – Significa che è già stato patchato, probabilmente da sigpatches o da una creazione di un’atmosphère personalizzata.

Cosa viene patchato?

Ecco un breve riassunto di ciò che è stato patchato:

• fs
• es
• ldr

fs ed es necessitano di nuove patch dopo ogni nuova versione del firmware. ldr d’altra parte ha bisogno di nuove patch dopo ogni rilascio di una nuova versione di Atmosphère, ciò è dovuto al fatto che il servizio ldr è stato reimplementato da Atmosphère.

In particolare, nel firmware 10.0.0 è stato aggiunto un nuovo controllo nel firmware originale che richiedeva una correzione immediata. Atmosphère ha quindi introdotto questo stesso controllo, rendendo necessaria una nuova patch per quel firmware specifico.

Questa necessità di applicare nuove patch in modo specifico per ldr dopo ogni aggiornamento di Atmosphère è dovuta alla stretta integrazione tra Atmosphère e il firmware originale, garantendo la compatibilità e il corretto funzionamento del modulo ldr.

Come funziona?

Sys-patch utilizza una raccolta di modelli per individuare il pezzo di codice che deve essere corretto. Questo approccio consente di individuare le aree problematiche senza dover fare affidamento solo sugli offset, il che sarebbe inefficiente e richiederebbe aggiornamenti frequenti dopo ogni nuovo aggiornamento del firmware. L’utilizzo di modelli consente di individuare e correggere i problemi in modo più accurato.

Quando le patch vengono applicate all’avvio, il sysmod smette di funzionare, il che è normale poiché le modifiche vengono apportate per correggere i problemi.

Nonostante ciò, l’impronta di memoria del sysmod è estremamente piccola, utilizzando solo 16 kib in totale. La dimensione del file binario stesso è di soli ~50 kib, il che è un risultato notevole e dimostra l’efficienza del codice.

Questo significa che dovrei smettere di scaricare/usare le sigpatch?

È comprensibile che l’utente preferisca continuare a utilizzare le sigpatch attuali anziché passare alle sys-patch. Il motivo di questa scelta è la preoccupazione che, nel caso in cui il sysmodule sys-patch dovesse presentare dei problemi, potrebbe non essere risolto prontamente.

Se sto già usando sigpatch, ha senso usare anche questo?

Sì, in 2 casi di nicchia.

1. Una nuova patch ldr deve essere creata dopo ogni aggiornamento di Atmosphère. A volte viene rilasciato un nuovo aggiornamento silenzioso di Atmosphère. Questo strumento correggerà sempre ldr senza dover aggiornare le patch.
2. La creazione di Atmosphère dal src richiederà di generare una nuova patch ldr per quella versione personalizzata di Atmosphère. Questo è abbastanza facile grazie agli script/strumenti pubblici che esistono là fuori, tuttavia sarà sempre possibile.

Inoltre, se dimentichi di aggiornare le tue patch quando aggiorni il firmware o l’Atmosphère, questo sysmod dovrebbe essere in grado di correggere tutto bene! quindi è bello averlo come ripiego.

Changelog

• Questa release presenta un codice ottimizzato, con alcuni set di pattern combinati e nuovi set di nomi più coerenti.
• Creata una nuova patch per evitare il crash con schermo blu introdotto dal Firmware 17, che si verifica quando l’utente ha il Prodinfor oscurato tramite Incognito, Atmosphère Blanker o Hekate cal0 Blanker. La patch eviterà il crash, ma l’utente è responsabile di utilizzare un metodo di blocco della telemetria, se necessario.

Download: sys-patch v1.5.4

Download: Source code sys-patch v1.5.4

Fonte: gbatemp.net