Skyrim Together y los problemas SKSE surgen por el uso de códigos y asuntos legales

Parece que han surgido algunos problemas de modder que se han vuelto feos con respecto al exitoso juego de rol 2011 de Bethesda The Elder Scrolls V: Skyrim. Recientemente, un desarrollador de SKSE describe cómo se ha utilizado el código de SKSE en el Skyrim juntos mod que viola varios términos, lo que se dice que refleja mal en el equipo de SKSE y podría llevar a una "posición legal muy mala con Bethesda".

Si no lo sabes, el Skyrim Script Extender (SKSE) es una herramienta utilizada por muchos Skyrim modders, que permiten que las capacidades de scripting alcancen nuevos límites al tiempo que añaden funciones nuevas / adicionales a Skyrim.

Esto ahora lleva a Skyrim juntos, que es un próximo mod que se encuentra actualmente en beta. Este mod permite compañero Skyrim jugadores para formar un equipo y explorar el mundo de fantasía de dicho juego. Sin embargo, el equipo detrás del mod tiene un cuenta Patreon que uno debe donar para probar la beta:

"Hemos decidido otorgar acceso beta cerrado a TODOS los patrones anteriores y futuros, no nos importa el monto del compromiso, $ 1 es suficiente para ingresar. Este es un BETA, no le reembolsaremos $ 1 si no está satisfecho con El estado de la beta, porque no tenemos tiempo para lidiar con esto. Si no está seguro de no unirse a la versión beta, solo hicimos esto para limitar la cantidad de personas que se unen a nuestros servidores. No se comprometa si está esperando una experiencia totalmente funcional y libre de errores ".

Pero, hay un problema que podría llevar a una lata de gusanos que tratan con Bethesda y problemas legales en este caso. Según el desarrollador de SKSE Extrwi, la siguiente información sobre sub-reddit r / skyrimmods fue publicado en febrero 2nd, 2019:

"Supongo que es hora de más drama. Lo siento, odio tener que hacer cosas como esta.

 

Skyrim Together está robando el código SKSE, sin acreditar, sin permiso, con un término explícito en la licencia que impide a uno de los autores tener algo que ver con el código, quien niega haber usado nada de eso (en caso de que esto se borra)? La prueba es bastante clara cuando se mira el cargador y la dll en un desensamblador. Están utilizando una versión pirateada de 1.7.3 classic, presumiblemente con algunas macros de preprocesador para cambiar los tipos de estructura según sea necesario entre las versiones x64 y x86.

 

Comenzando con el cargador, es básicamente skse_loader con todas las opciones archivadas y los mensajes de error cambiados. En general, verifican el código de error de CreateProcessA contra ERROR_ELEVATION_REQUIRED, luego tienen un cuadro de mensaje de error ligeramente modificado para manejar ese caso. Que pude ver siendo una coincidencia algo sospechosa.

 

Dirígete al código de inyección de DLL real en + 4B81 y sigue junto con InjectDLLThread de skse64 \ skse64_loader_common \ Inject.cpp. La primera función es solo un contenedor SEH, que llama a DoInjectDLLThread para hacer el trabajo real. DoInjectDLLThread se ve casi exactamente igual, solo con la verificación de que la DLL existe eliminada. El tiempo de espera para WaitForSingleObject es exactamente el mismo, incluso se cambia entre INFINITE, 60 segundos, y no se llama en absoluto a través de dos argumentos bool con los mismos índices. Esa es una copia bastante clara.

Extrwi seguiría la información anterior con una publicación que muestra toneladas de rutas de archivos con respecto a la DLL en la siguiente imagen:

Ver post en imgur.com

Extrwi más adelante explica cómo la fuente principal de SKSE no tiene licencia bajo una licencia de código abierto, contrariamente a la de los archivos comunes de SKSE (o la licencia MIT):

"Común es, por supuesto, con licencia MIT y no requiere atribución (pero siempre se agradece), pero la fuente principal de SKSE no lo es. Técnicamente siempre ha estado bajo la ley común de derechos de autor ".

La publicación de Extrwi también toca el código no modificado copiado de SKSE:

"Mirando a través de la DLL, hay toneladas de código fácilmente identificables como copiados sin cambios desde SKSE solo desde las cadenas y los mensajes de error. La mayoría, si no todas, las nuevas funciones de script están ahí, serialización, básicamente todo. Los datos RTTI apuntan a toneladas de clases personalizadas SKSE; Sinceramente, todo esto me hace sentir mal.

 

Si desea una gran "pistola humeante" de código SKSE que se use directamente en las funciones que agregaron, mire la definición de TESNPC y compárela con la función en + 2B5A00 que parece estar caminando sobre los miembros de un TESNPC (entre otras cosas ) para construir una cadena. Los nombres de los campos simplemente coinciden, incluso los numerados "desconocidos". Eso está más allá de la coincidencia ".

Con la "pistola humeante" en exhibición, Extrwi termina explicando qué acciones peligrosas como las cometidas por el equipo de Skyrim Together pueden provocar que otros:

"Este robo de código fuente es completamente sin acreditar, negado por los autores, y estoy seguro de que ha sido de gran ayuda en el desarrollo de su mod que actualmente solo se puede usar cuando se paga. Actualmente no estoy seguro de qué hacer con esta situación.

 

Tenga en cuenta que es normal que los complementos de código nativo ordinarios utilicen el código fuente de SKSE directamente, y eso está bien. Se supone que tienen su fuente disponible, pero en realidad eso no siempre sucede. ST está causando un problema al violar la licencia, no a la acreditación, a mantener el código cerrado y al cobrar un mod. Esto se refleja mal en nosotros y nos empuja a una posición legal muy mala con Bethesda ".

Como se mencionó anteriormente, la publicación completa que escribió Extrwi se puede encontrar en r / skyrimmods.