Skyrim insieme e problemi SKSE sorgono nell'uso del codice e dei problemi legali

Sembra che di recente siano emersi alcuni problemi modesti che potrebbero diventare brutti per quanto riguarda il gioco di ruolo 2011 di Bethesda The Elder Scrolls V: Skyrim. Come di recente, uno sviluppatore SKSE delinea come il codice da SKSE è stato utilizzato nel Skyrim insieme mod che viola diversi termini, che si dice riflettano male sul team SKSE e potrebbe portare a una "pessima posizione legale con Bethesda".

Se non lo sai, il Skyrim Script Extender (SKSE) è uno strumento utilizzato da molti Skyrim modder, che consente alle funzionalità di scripting di raggiungere nuovi limiti aggiungendo funzioni aggiuntive / nuove a Skyrim.

Questo ora porta a Skyrim insieme, che è una mod imminente che è attualmente in beta. Questa mod permette ai compagni Skyrim giocatori per collaborare ed esplorare il mondo fantastico di detto gioco. Tuttavia, la squadra dietro la mod ha un conto Patreon a cui bisogna donare per provare la beta:

"Abbiamo deciso di concedere l'accesso closed beta a TUTTI i precedenti e futuri patreon, non ci interessa l'importo del pledge, $ 1 è sufficiente per entrare. Questo è un BETA, non rimborseremo il tuo $ 1 se non sei soddisfatto lo stato della beta, perché non abbiamo il tempo per affrontare questo. Se non sei sicuro di non aderire alla versione beta, l'abbiamo fatto solo per limitare la quantità di persone che si uniscono ai nostri server. Non impegnatevi se vi aspettate un'esperienza completamente funzionale e priva di bug ".

Ma c'è un problema che potrebbe portare a una lattina di worm che si occupa di Bethesda e problemi legali in questo caso. Secondo lo sviluppatore di SKSE Extrwi, le seguenti informazioni su sub-reddit r / skyrimmods è stato pubblicato il febbraio 2nd, 2019:

"Immagino sia tempo di più drammi. Scusa, odio dover fare cose del genere.

Skyrim Together sta rubando il codice SKSE, non accreditato, senza permesso, con un termine esplicito nella licenza che limita uno degli autori a non avere nulla a che fare con il codice, che nega di usarne uno (nel caso in cui questo viene eliminato)? La dimostrazione è abbastanza chiara quando si guarda il loader e la DLL in un disassemblatore. Stanno usando una versione hacked-up del classico 1.7.3 presumibilmente con alcune macro del preprocessore per cambiare i tipi di struttura in base alle necessità tra le versioni x64 e x86.

A partire dal caricatore, è fondamentalmente skse_loader con tutte le opzioni archiviate e i messaggi di errore modificati. In generale, controllano il codice di errore di CreateProcessA contro ERROR_ELEVATION_REQUIRED, quindi hanno un messaggio di errore leggermente riformulato per gestire quel caso. Che potrei vedere essere una coincidenza un po 'sospettosa.

Dirigiti verso il codice di iniezione DLL attuale su + 4B81 e segui insieme a InjectDLLThread di skse64skse64_loader_commonInject.cpp. La prima funzione è solo un wrapper SEH, che chiama DoInjectDLLThread per fare il vero lavoro. DoInjectDLLThread sembra quasi esattamente lo stesso, solo con il controllo che la DLL esiste rimossa. Il timeout per WaitForSingleObject è esattamente lo stesso, anche se viene commutato tra INFINITE, 60 secondi e non viene chiamato affatto tramite due argomenti bool con gli stessi indici. Questa è una copia piuttosto chiara. "

Extrwi avrebbe seguito le informazioni di cui sopra con un post che mostra tonnellate di percorsi di file riguardanti la DLL nell'immagine sottostante:

Visualizza post su imgur.com

In seguito, Extrwi spiega come la principale fonte SKSE non sia concessa in licenza open source contraria a quella dei file comuni SKSE (o della licenza MIT):

"Comune è ovviamente certificato dal MIT e non richiede l'attribuzione (ma è sempre apprezzato), ma la fonte principale SKSE non lo è. Tecnicamente è sempre stato sotto la comune legge sul copyright. "

La scrittura di Extrwi tocca anche il codice copiato invariato di SKSE:

"Guardando attraverso la DLL, ci sono tonnellate di codice facilmente identificabili come copiate immutate da SKSE solo dalle stringhe e dai messaggi di errore. La maggior parte se non tutte le nuove funzioni di script sono presenti, la serializzazione, praticamente tutto. I dati RTTI puntano a tonnellate di classi personalizzate SKSE; onestamente l'intera cosa mi fa sentire male.

Se si desidera che una grande "pistola fumante" del codice SKSE venga utilizzata direttamente nelle funzioni aggiunte, esaminare la definizione di TESNPC e confrontarla con la funzione a + 2B5A00 che sembra passare sopra i membri di un TESNPC (tra le altre cose ) per costruire una stringa. I nomi dei campi capita semplicemente di coincidere, includendo anche quelli "sconosciuti" numerati. È oltre la coincidenza. "

Con la "pistola fumante" in mostra, Extrwi conclude spiegando quali azioni pericolose come quelle commesse dal team di Skyrim Together possono portare su altri:

"Questo furto del codice sorgente è completamente non accreditato, negato dagli autori, e sono sicuro che è stato di grande aiuto nello sviluppo del loro mod che al momento è utilizzabile solo a pagamento. Al momento non sono sicuro di cosa fare riguardo a questa situazione.

Nota che è normale che i normali plug-in di codice nativo utilizzino il codice sorgente SKSE direttamente, e questo è OK. Dovrebbero avere la loro fonte disponibile, ma in realtà ciò non accade sempre. La ST sta causando un problema violando la licenza, non accreditando, facendo di tutto per mantenere closed-source e addebitare in modo efficace una mod. Ciò riflette male su di noi e ci spinge in una pessima posizione legale con Bethesda ".

Come elencato sopra, il post completo che Extrwi ha scritto può essere trovato sopra r / skyrimmods.

Chi Sono

Ethan è nato a difetti, e persegue per trovare il maggior numero di difetti gioco di rottura nei giochi. Se avete bisogno di entrare in contatto utilizzare il Pagina contatto.

NON segui questo link o sarai vietato dal sito!