amchacon escribió:Reakl escribió: amchacon escribió:Si han hecho el diseño del juego bien, implementarlo tiene un coste nulo. Lo unico que puede tener trabajo es sincronizar los subtítulos con la voz en las escenas de video.
Lo costoso es la traducción, el conjunto de textos de un juego puede llegar a un libro bastante tocho.
Eso no es cierto. De hecho la traducción es lo que menos cuesta. Si el diseño del juego está bien hecho. Sí, cierto. Si está bien hecho no quiere decir que no cueste, quiere decir que los costes de localización se han trasladado al equipo de desarrollo, porque todo el sistema debe estar implementado desde el principio. Dile tú a un equipo de desarrollo sin un publisher en europa que tienen que gastarse X dinero de más para un juego que aspira a 100.000 copias y del cual no van a ver un duro. Obviamente no. Por eso la gran mayoría de juegos no vienen preparados para localizarse, porque el coste de la localización solo es asumible por aquellos equipos cuyo publisher vaya a ver beneficios notorios en las licencias extranjeras.
Tengo mis dudas, permitir la seleccion de textos en un juego no es un trabajo largo ni tedioso.
Para que te hagas una idea, en Android la localización de un juego es tan sencillo como tener un archivo con las cadenas de texto en cada idioma. Añadir un idioma te supone un trabajo casi nulo una vez que tienes las cadenas traducidas, simplemente las pones en un archivo con la terminación ES.
En un juego de pc, la localización no debería ser muy distinta. Se trabaja el texto en formato UNICODE y las fuente ya la pone el propio windows, te montas un sistema al estilo android para los textos. Si hay imagenes o voces que traducir, pues lo mismo.
No me parece un sistema díficil ni largo de implementar (si idioma == español, usa este archivo, sino usa este otro...). De hecho lo más probable esque ya lo tengan hecho y lo vayan reciclando en cada juego.
Te doy la razón en el testing, para que no descuadren los subtítulos y todo esté sincronizado y correcto. Probablemente alguna frase se tendrá que reescribir porque no cabe (a no ser que puedan permitirse partirlo en 2 pasadas, depende del diseño del juego).
Si que puede ser largo y tedioso. Especialmente si hablamos de multiidioma donde no solo se trata de saber que cadena mostrar. Para empezar existen caracteres especiales con respecto a los idiomas. Por ponerte un ejemplo. En francés las exclamaciones e interrogaciones van separadas de la palabra. "Au secours !". Pues esto trae un problema y es que si una caja de texto es multilínea el signo de puntuación puede acabar en la linea siguiente. Por lo que para ello hay que tomar una solución como puede ser usar un caracter especial o corregir el salto de linea para que no lo haga cuando tras un espacio encuentre una exclamación. Y esto es un ejemplo que conozco y me acaba de venir a la mente. Otros ejemplos pueden ser aquí en españa los acentos o la ñ. Imagina que tienes una fuente en formato rbg. Implicaría que haya una persona dibujando todos los caracteres especiales para esta fuente. Si bien puede prevenirse esto utilizando ficheros de fuentes o reexportando, nadie te asegura que la fuente utilizada originalmente tenga caracteres especiales y bien hay que modificarla, bien hay que sustituirla. ¿Eres consciente de la complejidad de esto? Te doy una pista: estás trabajando en una aplicación de terceros. Esto quiere decir que no puedes decidir unilateralmente cambiar la fuente del juego. Hay un proceso de validación detrás que necesita de una comunicación contínua y pruebas exaustivas al respecto para aprobar la nueva fuente.
Por otro lado los textos no siempre se pueden resumir o abreviar. Muchas veces es necesario modificar los menús. A veces una simple caja de texto basta con hacerla unos píxeles más grande. Otras hay que retocar el gráfico. Casos extremos donde las letras son un modelo 3D y toca hacer un modelo entero. Hay veces que los textos están en la propia textura del juego y no solo basta con redibujarlo, si no que en muchos casos hay mapas de datos para la propia textura. Y conocer eso necesita también contacto con el equipo original o en el mejor de los casos una documentación muy extensa que tienen que leerse.
Y para acabar, hay que tener en cuenta el multiidioma. Un juego en un solo idioma puede no ser un problema. Pero si es multiidioma hay que adaptarlo. En una consola japonesa no tienen problema. Pero si resulta que tu consola puede estar en inglés, francés, alemán y español, hay que seleccionar un idioma. Primero hay que detectar el idioma de la consola. Una librería ayuda, sí, pero que pasa si el idioma de la consola es suagili? Pues que toca controlar las excepciones. Y aunque sea algo sencillo, hay que hacerlo. ¿Pero que pasa si el idioma es seleccionable? Pues que necesita recursos adicionales. Hay que montar una pantalla de selección, hay que determinar cuando y como se lanza. Esta tiene que funcionar bien y probarse, y si requiere de recursos gráficos, hay que hacerlos. Y el diseñador que monte la pantalla, bien sea con recursos anteriores bien sea con nuevos, tiene que montarlo, conocer como funciona la estructura de menús. Si hay alguien que puede acelerar el proceso son los desarrolladores originales. Pero claro, eso tiene su precio.
¿Más cosas? Claro. Por ejemplo, ya fuera de la implementación y centrándonos en la localización, los textos no se traducen, si no que el juego se localiza. No se sienta el localizador en la mesa, abre el excel y se pone a traducir líneas. Se tiene que documentar del juego, debe leerse la documentación para que cuando traduzca algo lo traduzca de forma coherente. Cuando hay personajes que hablan debe entender como son y como deberían hablar. ¿Qué tipo de texto traduce? Porque las formas de traducir son muchas. Pero no es lo mismo traducir un diálogo de una conversación de relleno que traducir un dialogo de un tutorial. En un tutorial si aunque suene bien, metes una palabra que pueda resultar ambigua, la está liando. Por eso se les paga a esta gente, porque localicen, no porque traduzcan. Y lo que a un aficionado le puede llevar un día, a un profesional le puede llevar una semana.
Hay muchas cosas que no tienes en cuenta y que yo mismo no tengo en cuenta. He visto un juego donde al ponerle acentos a su fuente se salía de todos los botones. En medio del desarrollo se tuvo que cambiar el diseño del menú para poder tener en cuenta fuentes con acentos. Y hacer la fuente más pequeña no era opción debido a reglas internas donde las fuentes debian tener un tamaño mínimo dado al tamaño de las pantallas de los dispositivos compatibles más pequeños. Claro, que esto se hizo durante un desarrollo con localización en paralalelo, supuestamente el método más barato de localizar, pero el esfuerzo que costó remodelar esto no contaba como presupuesto de localización.
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
![[facepalm]](/images/smilies/facepalm.gif "facepalm")
, en alemania seguro que tienen mas dignidad. ![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
