parche no oficial

Un parche no oficial , también conocido como parche comunitario o parche de fans , es una actualización de software creada por un tercero, como una comunidad de usuarios , sin la participación del responsable oficial del software (es decir, el desarrollador original). Un parche no oficial generalmente no altera el uso previsto del software, a diferencia de otras adaptaciones de terceros como mods o cracks .

Un parche no oficial suele tener como objetivo corregir errores y proporcionar nuevas funcionalidades, como compatibilidad con sistemas operativos más recientes , resoluciones de pantalla mejoradas y nuevos formatos de visualización. ^{[ 1 ] [ 2 ]} Si bien los parches no oficiales son más comunes para la plataforma de PC, también se pueden encontrar para juegos de consola, por ejemplo, en el contexto de la comunidad de emulación. ^{[ 3 ]}

Una traducción de fans es un parche no oficial que añade soporte de lenguaje natural al software. ^{[ 4 ]} Las traducciones de fans son más comunes para los juegos de rol japoneses que a menudo no se localizan para los mercados occidentales. ^{[ 5 ] [ 6 ]}

Un parche tipo slipstream combina varios parches oficiales en un único paquete de actualización no oficial, lo que resulta práctico para los usuarios cuando los parches individuales solo están disponibles en línea o como pequeñas actualizaciones incrementales.

Una motivación común para crear un parche no oficial es la falta de soporte técnico por parte del mantenedor oficial, lo cual puede deberse a:

• El software alcanzó el fin de vida útil definido por el mantenedor ^{[ 7 ].}
• El software fue reemplazado por un producto sucesor ^{[ 8 ].}
• El software fue diseñado originalmente para funcionar en un entorno sustancialmente diferente y puede requerir mejoras u optimización.
• El proveedor de mantenimiento quebró ^{[ 9 ]}
• El soporte no es económicamente viable (por ejemplo, la localización para mercados pequeños).
• Una solución rápida para un problema crítico en cuanto al tiempo (por ejemplo, fallos de seguridad ) cuando una solución oficial tarda demasiado ^{[ 10 ] [ 11 ] [ 12 ]}
• El mantenedor oficial no puede hacer frente a los problemas ^{[ 13 ].}

Lo más común es que el código fuente y las herramientas de desarrollo originales no estén disponibles para el software. Por lo tanto, el binario del software defectuoso debe analizarse en tiempo de ejecución mediante ingeniería inversa y depuración . Si se encuentra el problema, se debe aplicar una corrección al programa. A veces, solo se requieren pequeños cambios en los archivos de configuración o el registro ; otras veces , se requieren modificaciones en el propio ejecutable para corregir errores. Si se dispone de un kit de desarrollo de software (por ejemplo, para modificaciones), las correcciones al contenido se pueden generar fácilmente; de ​​lo contrario, la comunidad tendría que crear sus propias herramientas. Estas correcciones encontradas generalmente se empaquetan en parches implementables por el usuario (por ejemplo, con NSIS o Innosetup ).

Si el código fuente está disponible, se puede brindar soporte de manera más efectiva. A veces el código fuente se publica intencionalmente, ^{[ 14 ] [ 15 ] [ 16 ]} a veces por filtración ^{[ 17 ] [ 18 ] [ 19 ]} o error, ^{[ 20 ]} como lo que sucedió con el motor de juego de la serie Thief . ^{[ 21 ] [ 22 ]} A veces los fanáticos incluso realizan ingeniería inversa completa del código fuente a partir del binario del programa original . ^{[ 23 ]} Con el código fuente disponible, incluso se hace posible el soporte para plataformas completamente diferentes pero recientes con puertos de código fuente .

Aunque ningún caso judicial ha abordado directamente las ramificaciones legales de los parches no oficiales, se han juzgado casos similares sobre cuestiones relacionadas. El caso de Galoob v. Nintendo determinó que no constituía una infracción de derechos de autor por parte de un usuario aplicar un parche no autorizado a un sistema (si bien el alcance era muy específico para Game Genie ). Por otro lado, el caso Micro Star v. FormGen Inc. determinó que los mapas generados por el usuario eran obras derivadas del juego original. En Sega v. Accolade , el Noveno Circuito sostuvo que hacer copias en el curso de la ingeniería inversa es un uso justo, cuando es la única forma de obtener acceso a las "ideas y elementos funcionales" en el código protegido por derechos de autor, y cuando "existe una razón legítima para buscar dicho acceso". Según la ley de derechos de autor de los Estados Unidos 17 US Code § 117, el propietario de una copia de un programa puede modificarlo según sea necesario para "Mantenimiento o Reparación", ^{[ 24 ]} sin permiso del titular de los derechos de autor; un argumento también planteado por Daniel J. Bernstein, profesor de la Universidad de Illinois en Chicago . ^{[ 25 ]}

Derechos de usuario similares también se otorgan de acuerdo con las leyes europeas de derechos de autor. La cuestión de si las modificaciones no autorizadas de software protegido por derechos de autor obtenido legalmente califican como uso legítimo es un área jurídica aún sin resolver. ^{[ 26 ]} Un artículo del bufete de abogados Helbraun señala, en el contexto de las traducciones de fans, que si bien la redistribución de juegos completos con adaptaciones probablemente no se considere uso legítimo, la distribución de las modificaciones como un parche podría ser legalmente permisible; sin embargo, esta conclusión no ha sido sometida a juicio. ^{[ 27 ]}

La recepción de parches no oficiales es variada, pero en general, los titulares de derechos de autor son ambivalentes. Cuando el software no se considera comercialmente viable, los parches no oficiales son ignorados por el titular de los derechos de autor, ya que no se perciben como una fuente de pérdida de ingresos. ^{[ 4 ] [ 28 ]} Rara vez se han dado casos de cartas de cese y desistimiento a proyectos de parches no oficiales y traducciones de fans. ^{[ 29 ] [ 30 ]}

A veces, el titular de los derechos de autor apoya activamente los esfuerzos de parcheo y corrección de una comunidad de software, ^{[ 31 ]} a veces incluso publicando el código fuente bajo una licencia de software que permite a la comunidad de software continuar el soporte del software por sí misma. ^{[ 16 ] [ 14 ] [ 15 ] [ 32 ] [ 33 ] [ 34 ]} Ejemplos de dicho software se encuentran en la Lista de videojuegos comerciales con código fuente publicado posteriormente .

El movimiento del software libre y de código abierto se fundó en la década de 1980 para resolver el problema subyacente de los parches no oficiales, la limitada posibilidad de autoayuda del usuario en el software distribuido exclusivamente binario debido a la falta de código fuente. El software libre y de código abierto exige del software distribuido la disponibilidad del código fuente, lo que evita los problemas técnicos y las incertidumbres legales de la aplicación de parches binarios por parte del usuario al software propietario .

• Trabajo de ventilador
• emulador de servidor
• Puerto de origen
• Derecho a reparar