[Hilo Oficial] uLoader v5.1E (Emulacion saves, DLC, Wiiware)

El otro día cierto señor aprovechaba para meterse con la estructuración de mi código y su legibilidad. Tambien se han metido con que si comento o no comento el fuente y yo en cierto sentido, cayo, pero se nota que el que habla, no tiene ni puñetera idea de lo que es éste mundillo y las dificultades a las que te tienes que enfrentar constantemente y que uno está aquí para hacer un trabajo y no para darselo todo mascado a quien se pierde en cuanto dobla dos esquinas. Y el que se ahoga en un vaso de agua, es que directamente no tiene el nivel para picar ese código y punto.

Para empezar, yo no soy programador profesional, ni he estudiado la carrera: soy autodidacta y lo que me suelo encontrar, son códigos sin comentar (o apenas sin comentar, si tengo suerte), con bugs de todo tipo, incluso a veces, se atragantan al compilador, sin explicación de uso (ejemplo de todo eso: libogc) y que en ocasiones como ayer, tengo que mirar el código por dentro para saber que se pretende hacer por fuera (o sea, si alguien ve 3 líneas sin comentar y ya se ha perdido, yo estoy acostumbrado a ver fuentes mucho mas tochos y en peores condiciones y no solo lo interpreto, si no que lo arreglo lo mejor que puedo).

Eso, cuando no tengo que hacer yo el código que es la mayoría de las ocasiones: a mí el código me brota de forma natural en mi cerebro, no tengo apenas que planificarlo porque las respuestas me vienen de forma natural y dentro del caos que otros puedan ver, yo veo un orden subyacente y en cierto sentido, me pasa como a los médicos, que tienen mala letra y entienden perfectamente la mala letra de los demás (lo cual no quita que uno se cabree al ver que el diagnostico del otro médico está equivocado en numerosas ocasiones y que me toque hacer mi trabajo y el suyo )

Eso si: yo he dedicado cierto esfuerzo a que personas novatas puedan tratar de entrar en éste mundillo con todas las facilidades posibles, pero una cosa es eso y otra cuando estás haciendo un código con cierta complejidad, bebiendo de otras partes a veces y con un trabajo que desborda a cualquiera, como para que encima te pidan que quede "bonito" y "masticao"

Dicho esto, el sistema WIP entero, tiene un defecto de construcción que funciona gracias a unas casualidades y a unos trucos, pero la implementación no es óptima, y no me extraña que el de usbloader gx y otros, se hayan perdido. El tema es que lo que se trata de parchear, es una serie de bytes partiendo de un offset desde el dol.

Digamos que abres un dol con Winhex y buscas unos bytes en una determinada posición y los cambias. Pues eso es lo que se pretende hacer desde WIP, pero para hacerlo, en vez de usar el offset de fichero, se están usando una serie de referencias al segmento final de memoria. Para que esto funcione, te tienes que saltar tres secciones del dol y evidentemente, la longitud de las secciones deben dar lugar a una correspondencia con la posición de los bytes a parchear en el fichero.

O sea, que se obtiene el offset mediante un truco que si no lo comprendes, te llevará a errar, pero incluso comprendiéndolo, podría fallar por el método empleado ya que no usa el método correcto para hacerlo (que sería localizar el offset de inicio de lectura del main.dol e ir haciendo la referencia con respecto al offset de inicio de lectura de cada sección)

Por otro lado, el sistema de parcheo WIP tiene un problema subyacente y es que no se ha pensado correctamente para poder trabajar con dols alternativos. En mi caso (y en el de Neogamma, estoy seguro), se puede producir un doble parcheo en el dol principal y el dol alternativo y evidentemente, si el dol alternativo fuera mas de uno, eso podría dar lugar a resultados no adecuados.

Así que confiemos que no haya que hacer uso de WIP o que si se hace uso, se limite a parchear el main.dol y no otra cosa, por que si no me tocará meterle mano y añadir algo mas de sustancia para que los parches se apliquen de forma condicional (que sería lo lógico: esperar unos bytes y luego parchear)

Como puedes ver, no es solo una cosa de poder hacerlo en 10 minutos, es que además de interpretar lo que hace el código, tienes que interpretar lo que pensaba la persona que programó el código al hacer eso en base a cosas que tu ya sabes por experiencia y los pequeños detalles que vas observando (por experiencia de haber hecho eso infinitas veces ).

Así que cuando alguien te llega y se queja de la tabulación del fuente o de otras chorradas, lo menos que puedes pensar es que estás harto de ver códigos fuentes de otras personas que son muchos peores y se supone que son profesionales o quieren serlo, o incluso código mas "ordenadito" pero que funciona como el culo y que tienes que ir a arreglarlo tu ( y a veces, después de haberte dado una currada que te cagas, el autor original pasa de ti y sigue a los suyo ) y tiene guasa que gente que se pierde con tres líneas, te quieran mirar por encima del hombro como si tu fueras culpable de su ignorancia o yo que se (se nota que no han trabajado desensamblando e interpretando el código... eso si que está en chino y no el C, aunque esté sin comentar )

En fin, que hasta la polla estoy de picar código y pegarme con situaciones absurdas, y evidentemente, no soy perfecto y cometo errores, etc. pero me da un nosequé que los demás tampoco... (y algunos tienen peor excusa que yo)