Como foi o artigo?

1539530verificação de cookiesProblemas de Skyrim Together e SKSE surgem devido ao uso de código e questões legais
Mídia
2019/02

Problemas de Skyrim Together e SKSE surgem devido ao uso de código e questões legais

Parece que alguns problemas de modder que podem se tornar feios surgiram recentemente em relação ao RPG de sucesso de 2011 da Bethesda The Elder Scrolls V: Skyrim. Recentemente, um desenvolvedor SKSE descreveu como o código do SKSE foi usado no Skyrim juntos mod que viola vários termos, o que supostamente reflete mal para a equipe SKSE e pode levar a uma “posição legal muito ruim com a Bethesda”.

Se você não sabe, o Skyrim Script Extender (SKSE) é uma ferramenta usada por muitos Skyrim modders, que permitem que os recursos de script atinjam novos limites enquanto adicionam funções novas/adicionais ao Skyrim.

Isto agora leva a Skyrim juntos, que é um próximo mod que está atualmente em beta. Este mod permite que colegas Skyrim jogadores se unam e explorem o mundo de fantasia do referido jogo. No entanto, a equipe por trás do mod tem um conta Patreon para o qual é preciso doar para experimentar a versão beta:

“Decidimos dar acesso beta fechado a TODOS os antigos e futuros patreons, não nos importamos com o valor da promessa, $ 1 é suficiente para entrar. Este é um BETA, não reembolsaremos seu $ 1 se você não estiver satisfeito com o estado do beta, porque não temos tempo para lidar com isso. Se você não tiver certeza de não ingressar no beta, fizemos isso apenas para limitar a quantidade de pessoas ingressando em nossos servidores. Não se comprometa se você espera uma experiência totalmente funcional e sem bugs.”

Mas há um problema que pode levar a uma lata de worms lidando com a Bethesda e questões legais neste caso. De acordo com o desenvolvedor SKSE Extrwi, as seguintes informações no sub-reddit r/skyrimmods foi postado em 2 de fevereiro de 2019:

“Acho que é hora de mais drama. Desculpe, odeio ter que fazer coisas assim.

 

Skyrim Together está roubando código SKSE, sem créditos, sem permissão, com um termo explícito na licença restringindo um dos autores de ter qualquer coisa a ver com o código, que nega ter usado nada disso (caso isso seja excluído)? A prova fica bem clara quando você olha para o carregador e a dll em um desmontador. Eles estão usando uma versão hackeada do clássico 1.7.3, presumivelmente com algumas macros de pré-processador para alternar os tipos de estrutura conforme necessário entre as versões x64 e x86.

 

Começando com o carregador, é basicamente skse_loader com todas as opções arquivadas e as mensagens de erro alteradas. Basicamente, eles verificam o código de erro de CreateProcessA em relação a ERROR_ELEVATION_REQUIRED e, em seguida, têm uma caixa de mensagem de erro ligeiramente reformulada para lidar com esse caso. Isso eu pude ver sendo uma coincidência um pouco suspeita.

 

Vá até o código de injeção de DLL real em +4B81 e siga junto com InjectDLLThread de skse64skse64_loader_commonInject.cpp. A primeira função é apenas um wrapper SEH, chamando DoInjectDLLThread para fazer o trabalho real. DoInjectDLLThread parece quase exatamente o mesmo, apenas com a verificação de que a DLL existe removida. O tempo limite para WaitForSingleObject é exatamente o mesmo, mesmo sendo alternado entre INFINITE, 60 segundos, e não sendo chamado por meio de dois argumentos bool com os mesmos índices. Essa é uma cópia bastante clara.

Extrwi acompanharia as informações acima com uma postagem mostrando vários caminhos de arquivo relacionados à DLL na imagem abaixo:

Ver post sobre imgur.com

Extrwi explica mais tarde como a fonte principal do SKSE não está licenciada sob uma licença de código aberto contrária à dos arquivos comuns do SKSE (ou da licença MIT):

“Common é obviamente licenciado pelo MIT e não requer atribuição (mas é sempre apreciado), mas a principal fonte SKSE não é. Tecnicamente, sempre esteve sob a lei comum de direitos autorais.”

O artigo de Extrwi também aborda o código inalterado copiado do SKSE:

“Olhando por toda a DLL, há toneladas de código facilmente identificáveis ​​como copiados inalterados do SKSE apenas pelas strings e mensagens de erro. A maioria, senão todas as novas funções de script estão lá, serialização, basicamente tudo. Os dados RTTI apontam para toneladas de classes personalizadas SKSE; honestamente, a coisa toda me deixa doente.

 

Se você deseja uma grande “arma fumegante” do código SKSE sendo usado diretamente nas funções que eles adicionaram, observe a definição de TESNPC e compare-a com a função em +2B5A00 que parece estar passando por cima dos membros de um TESNPC (entre outras coisas ) para construir uma string. Os nomes dos campos simplesmente coincidem, incluindo até mesmo os numerados como “desconhecidos”. Isso está além da coincidência.”

Com a “arma fumegante” em exibição, Extrwi termina explicando quais ações perigosas como as cometidas pela equipe Skyrim Together podem trazer para outras pessoas:

“Este roubo de código-fonte é completamente sem créditos, negado pelos autores, e tenho certeza que tem sido uma grande ajuda no desenvolvimento de seu mod que atualmente só pode ser usado quando pago. Atualmente não tenho certeza do que fazer sobre esta situação.

 

Observe que é normal que plug-ins de código nativo comuns usem o código-fonte SKSE diretamente, e tudo bem. Supõe-se que eles tenham a sua fonte disponível, mas na realidade isso nem sempre acontece. ST está causando um problema ao violar a licença, não creditar, fazer de tudo para manter o código fechado e cobrar efetivamente por um mod. Isso reflete mal para nós e nos leva a uma posição jurídica muito ruim com a Bethesda.”

Conforme listado acima, a postagem completa que Extrwi escreveu pode ser encontrada em r/skyrimmods.

outras Mídias