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

Para actualizar de v4 av5 tengo que volver a instalar los 222 y 223 como la v4? vamos que si esto los instalara encima de la v4 o tengo que borrarlos antes?

betita_elfica escribió:Para actualizar de v4 av5 tengo que volver a instalar los 222 y 223 como la v4? vamos que si esto los instalara encima de la v4 o tengo que borrarlos antes?

se instala encima

Pajariyo escribió:

betita_elfica escribió:Para actualizar de v4 av5 tengo que volver a instalar los 222 y 223 como la v4? vamos que si esto los instalara encima de la v4 o tengo que borrarlos antes?

se instala encima

Ok pero es que lei que tambien puedo pasar el any title deleter para hacer una instalación mas limpia aunque quizas es lo mismo no lo sé xd.

betita_elfica escribió:Ok pero es que lei que tambien puedo pasar el any title deleter para hacer una instalación mas limpia aunque quizas es lo mismo no lo sé xd.

Yo lo instalé encima, por el metodo online y en dos minutos lista.

betita_elfica escribió:

Pajariyo escribió:

betita_elfica escribió:Para actualizar de v4 av5 tengo que volver a instalar los 222 y 223 como la v4? vamos que si esto los instalara encima de la v4 o tengo que borrarlos antes?

se instala encima

Ok pero es que lei que tambien puedo pasar el any title deleter para hacer una instalación mas limpia aunque quizas es lo mismo no lo sé xd.

Es lo mismo. Instala encima, que va bien.

Pajariyo escribió:
seguro ke más de uno se presentaría por aquí como voluntario a betatester (incluso alphatester )

es increíble todo eso que has hecho con los Guitar Hero, no puedo aguantar más pa probarlo

Bueno, ten en cuenta que el juego sabe de alguna manera, cuantos temas te has descargado y puede ser mas complicado que eso y además, mucho ojo con la opción "Copy DLC" por que sobreescribirá lo que encuentre en la SD/USB y luego pueden venir los lloros . Además, solo exportará las canciones asociada a la ID del juego (el contenido descargable se identifica con la primera letra de la ID del juego, que está en minúsculas en el DLC) y no otras que pudieran ser compatibles (que deberán ser exportadas desde sus respectivos juegos por ésta herramienta o recurrir a ftpii por ejemplo, que es lo que yo hacía (si IOS 36 tiene acceso sin restricciones a la NAND, claro))

Lo que sí tenéis que tener claro, es que todo lo que tengáis en la partición FAT, debe ser considerado como temporal y susceptible de ser dañado...

Yo he hecho todo lo posible: si apagas desde el mando o desde el botón de POWER, si pulsas el Reset, si sales a Home y en algunos casos si usas el botón Reiniciar (no en todos porque hay juegos que no registran evento...), el juego pasa a estar bajo mi control y antes de "darse el piro", pasas por una rutina que primero cierra todos los ficheros abiertos y luego desmonta la partición o particiones (cosa que se puede observar porque parpadea tres veces el LED)

De hecho, la cosa mola, porque por ejemplo, si un juego NTSC se ejecuta como PAL dando pantalla negra, si pulsas el botón de RESET responderá con efecto inmediato , por que el control lo tiene el Starlet.


Sobre hacer de betatester TODOS sois mis betatesters . Pero a ciertos niveles, no es práctico por que hay errores que los tienes que ir acotando tu, poco a poco y la intuición se despierta mejor cuando eres tu el que lo prueba (si es un error raro y difícil de ver)

Maisto escribió:Hola Hermes

¿Tiene información som sobre el problema del tamaño del sector?

for(;;)
{
int ret;

ret=ask_about_sector_size();

if(ret==0) break;

// i hope you consider i positively the next time

}

I do not have any interest in that problem and I have said it several times...

User must adapt to the application specs or user must adapt the application using the provided (and complete) source code.

There is no another way for this and i have too much work and few hands without needing to doing something that I consider superfluous and exaggerated, because hdd must be > 2TB (are you triying to put all Nintendo Universe in one HDD ? )

Greets

(espero que mi traducción asistida no esté demasiado mal . Y por si no ha quedado claro: es de esas cosas que NO voy a desdecirme, así que no vale la pena insistir)

Hi Hermes, I write you in English because I come from Japan and I have a poor spanish despite of now I'm living in Madrid. Well, I've followed uloader topic for a year and I must say thank you a lot for your work and sorry if I annoy you trying to solve my problems. I know that you don't like EXT3 or EXT4 or FS or even worse NTFS extension. I understand that implement any new extension compatible with uLoader is a hard job, but FAT and EXT2 were kept for Pendrive and SD because of compatible with all sort of OS (well, because of win98 OS) but not for being a great format.

Well, I have serious problems when I try to use CISOS games in FAT SD, if you move or delete something you corrupt the memory card. And with the save nand happens the same. I´m linux user and I use EXT4 due to be stable and quick but part of the rest of the world use windows with NTFS. So why don't you use your great programming knowledge in others format?

I only have 12 wii games at the moment so I use a 32GB for homebrew apps and cisos games. I solved my problems making a primary partition in FAT for the apps and other in WBFS for games. At the moment, for me it´s perfect because linux recognize a second primary partition in a SD but people that use Windows can't do that. So the only solution for having a stable SD is use NTFS. As I tell you I have few games, but in the future you can have more games in a HDD in a ciso format and transfer it to a SD with the files explorer. Now you need WBFS APPLICATIONS, but if you have your games in ciso format is not necesary and you can use any computer for transfering you games to the SD. (thank you for isotociso app).

Arturo Bonilla L escribió:

gaaradark escribió:hermes, para la proxima version del uloadres podrias dar soporte a los .gct de mas de 1XXX lineas de codigo? es mas que nada para poder correr el brawl+ en USA.
PD:El Gecko loader 1.9.1 y 1.9.2 lo tienen inplementado, pero claro prefiero cargarlo por HDD y mas con tu loader.

A mi me gustaria hacer una peticion, pero no a Hermes, a todos los usuarios de uLoader que visitan este hilo, esta bien pedir cosas, creo que esa es razon para que Hermes haya implementado algunas cosas al uLoader como los punteros, o como al tio que subraye en este post, no digo que este mal, pero darle un respiro al autor, por ahi leei a uno que pide ...

aver, yo no me eh quejado, solo eh echo un aporte/peticion de lo que podria ser una implementacion al uLoader,(y no no quiero que se queden los cheats activados) otra cosa esque hermes no quiera implementarlo por X motivo, que alli yo ya no me voy a meter porque como el a dicho programar en solitario es muy duro. Asi que para mi en mi opinion se queda en mi lista de fixeds que podria tener. (que no son muchos que digamos)
PD:no no me parece mal tus comentarios

gaaradark escribió:

Arturo Bonilla L escribió:

gaaradark escribió:hermes, para la proxima version del uloadres podrias dar soporte a los .gct de mas de 1XXX lineas de codigo? es mas que nada para poder correr el brawl+ en USA.
PD:El Gecko loader 1.9.1 y 1.9.2 lo tienen inplementado, pero claro prefiero cargarlo por HDD y mas con tu loader.

A mi me gustaria hacer una peticion, pero no a Hermes, a todos los usuarios de uLoader que visitan este hilo, esta bien pedir cosas, creo que esa es razon para que Hermes haya implementado algunas cosas al uLoader como los punteros, o como al tio que subraye en este post, no digo que este mal, pero darle un respiro al autor, por ahi leei a uno que pide ...

aver, yo no me eh quejado, solo eh echo un aporte/peticion de lo que podria ser una implementacion al uLoader,(y no no quiero que se queden los cheats activados) otra cosa esque hermes no quiera implementarlo por X motivo, que alli yo ya no me voy a meter porque como el a dicho programar en solitario es muy duro. Asi que para mi en mi opinion se queda en mi lista de fixeds que podria tener. (que no son muchos que digamos)
PD:no no me parece mal tus comentarios

Claro, si el hilo no es para tirar mal rollo..

Me como las uñas por probar la nueva version...

Hay gente que no se entera que el problema de FAT, aparte de sus limitaciones propias, se llama LIBFAT.

Lo que no puede ser es utilizar una SD con clusters de 4KB y luego utilizar lecturas y escrituras de 128*512= 64KB (uso que hace la LIBFAT en Wii, salvo que la modifiques...).

Si solo lees, no pasa nada, pero ¿que pasa si escribes y en esos 64KB se cruzan archivos y otras cosas que no son archivos? Pues que el sistema se vuelve muy inseguro.

Si a eso le añadimos bugs propios de la librería y ajenos, como el que he comentado de la memoria que se le pasa a la función open (que por cierto, eso lo puse así yo en la primera aproximación... solo que yo usaba eso para debug y poco más y no me preocupe por ello ), tenemos que se vuelve inestable la cosa.

La solución no es usar una SD tocha, ni formatearla a NTFS, ni implementar librerías NTFS, ni ext3 (que es lo mismo que ext2, con el añadido de un journaling, que mal usado, se puede cepillar los datos y encima, la mayoría de la peña (yo entre ellos) no lo usan), ni ReiserFS, ni pollas en vinagre.... Y menos cuando la SD, precisamente, se requiere en FAT para otros usos en la consola (desde el soporte oficial hasta el homebrew)

La solución está en:

- Primero arreglar todos los bugs tanto de LIBFAT como otros, que es fundamental (y aquí hay pocos que se pongan a ello y menos que se pongan a forzar los límites de la librería para encontrar los errores: yo lo hice, pero con la antigua...)

- Segundo: Una de tres, o formateamos el dispositivo para que el cluster se adapte al tamaño de bloque (no se debe escribir 64KB donde el tamaño de cluster es de 16KB, porque se sobreescriben cosas y es peligroso) o bajamos las pretensiones de lectura de bloque o hacemos lo que hice yo en su día y estos sceners tan maravillosos que tenemos, desecharon, que consistía en lecturas alineadas no de sector en sector, si no de cluster o cluster fragmentado (si era muy grande) y se miraba la tabla de archivos directamente para conocer cuantos clusters se podían leer de forma consecutiva. Así de esa forma, no se cruzan cosas que no se deben cruzar (leer es una cosa, escribir es otra muy, pero que muy distinta)

Yo por el momento, reduzco las lecturas a 16KB (en 4.5B en 8 KB) y recomiendo un tamaño de cluster mínimo de 16KB y esas recomendaciones, son por algo (aunque se produzcan problemas por otros bugs... que estoy arreglando poco a poco)

- Tercero: Dotar al sistema de un sistema de desmontaje que es lo que he hecho, controlando el botón de Reset, Power y /dev/stm/devhook y dev/stm/immediate y decirle a la función de escritura que haga flush datos de vez en cuando, sobre todo cuando se escriben grandes cantidades.

Ahora mismo, tengo exactamente 128KB disponibles para cachear datos en FAT (65536 bytes para cada partición) y me sobran entre 12 y 16 KB (no he hecho el calculo exacto ) para gestionar otras cosas en FAT (mas que suficiente, en mi opinión ) ¿Quiere alguien decirme como cojones voy a implementar algo distinto a FAT, que sea tan versátil y consuma tan poca memoria como eso? Y lo que es peor ¿como coño se hace para implementar dos sistemas de archivos con esas limitaciones? (por que está previsto para dos dispositivos : SD y USB

Tenemos 512KB de memoria (y suerte que tenemos eso) que se reparten así:

0x13700000 - 0x13729fff ->ehcmodule (ehci, soporte wbfs)
0x13730000 - 0x13769fff -> ffsfat_module
0x1377E000 - 0x1377FFFF -> dip-plugin

Quedan entre ffsfat_module y dip-plugin 0x14001 o lo que es lo mismo 81921 bytes que pueden ser necesarios para otras cosas (ahora mismo, a la emulación le vendría bien que acelerara los accesos a listas de directorios, la función que devuelve el número de bloques ocupados y de ionodes, es lastraste a más no poder, por ejemplo) y en ese espacio ridículo de memoria, quiere la peña que implemente sistemas de archivos que yo por lo menos, no necesito (seguramente, solo compilar la parte ejecutable ocupe eso )

NTFS está recomendado para dispositivos de 10GB como mínimo. Es un formato complejo, que Microsoft no quiere hacerlo de dominio público y que tiene un soporte homebrew en escritura que hay que cogerlo con pinzas . Yo tengo una SD de 2GB y una SDHC de 4GB... y prefiero un Pendrive o un HDD que funciona mejor, cuesta menos y es mas rápido, tal y como está implementado el tema en Wii

Cada cosa es para lo que es: una SDHC de 32 GB (carísima) , no es apta para Wii (de hecho, juegos como GH te la escupen a la cara). Y además, implementar otros sistemas de archivo NO GARANTIZA la seguridad de los datos, pues hay errores de bulto que se pueden colar y tenemos muchas limitaciones. Los sistemas de archivos tratan de protegerse contra errores frente a un corte de energía que dejen el sistema de archivo en bragas, pero eso no sirve para nada si se producen en áreas vitales y si además, el sistema hasta ahora utilizado, era el de joder el sistema de archivos cada vez que salíamos del juego (por que el sistema por ejemplo, escribe en la NAND datos, sin caché alguna y se piensa que los datos están bien seguros según termina de escribirlos, pero nosotros tenemos esos putos datos en RAM.... por que lo valemos ). Es decir: FAT es una mierda, pero sobre todo es una mierda si le hacemos perder los datos que tiene en caché, en vez de asegurarse de que los escriba al HDD antes de apagar. Y si no hacemos eso, NTFS aguantará dos guantazos tambien.

Y si, ya se que el que ha sacado el tema, escribe en Inglés pero a ver como le explico yo todo esto (como se ve, no es solo cuestión de duro trabajo portando librerías... es que vosotros pensáis que el Starlet tiene memoria infinita y solo contamos con 512KB de los teóricos 2MB y quizá podemos agarrar algo de DI, que tiene un buen "paquete" (de memoria ), pero cuando hace ciertas operaciones, te da problemas por todos lados (solo se debe usar como algo temporal o en cantidades excasas)

Resumen: LIBFAT for ever y lo que hay que hacer, es arreglarla y proteger los datos de forma conveniente, no pasar a otro sistema de archivos.

Hermes, realmente eres un "maestro", como masticas las cosas para que lo entendamos .

Pero.....

Dile al chico que le estas contestando aunque sea en castellano, que si no no se va a enterar que la parrafada es para el .

Un saludete , a la espera de que salga esa esperada nueva release .

P.S.:Sigue en pie lo de Paypal, aunque sea para comprarte una bolsa de pipas para mientras programas )

Thanks again. Sorry for annoy you. Thank for answer, I understand your reasons. At the moment, I prefer have two primary partition in the SD, the first in FAT for apps and the second in WBFS for games. The reason is the read speed and the way uloader load the games. Let me tell you that I always formatted the SD in FAT32 with 32k cluster size.

Thanks for all.

tanino escribió:Hi Hermes, I write you in English because I come from Japan and I have a poor spanish despite of now I'm living in Madrid. Well, I've followed uloader topic for a year and I must say thank you a lot for your work and sorry if I annoy you trying to solve my problems. I know that you don't like EXT3 or EXT4 or FS or even worse NTFS extension. I understand that implement any new extension compatible with uLoader is a hard job, but FAT and EXT2 were kept for Pendrive and SD because of compatible with all sort of OS (well, because of win98 OS) but not for being a great format.

Hi Tanino,

It is not just a matter of how hard could be to implement EXT2 or NTFS, specially the second as it is not an open standard, BUT the resources constraints. There is just 512Kb of memory to play with and most of it is already in use.

Hermes escribió:Por ejemplo, hoy estaba jugando al GHWT para probar que tal iban dos canciones nuevas desde .ciso en una pendrive que además, emula el save. Y todo iba perfecto hasta que acabó el segundo tema y cuando tenía que salvar el juego, se activó la alarma de asignación de memoria... (es un parpadeo del led frontal).

El caso es que hoy he subido a tope la caché para incrementar la velocidad y eso deja cerca de 20KB para otras gestiones (cifra que debería ser suficiente), pero solo en el caso de que estén montadas las dos partciones... y yo solo estoy utilizando una!!!

Yo he estado haciendo pruebas con la 4.5B y RockBankd 2 (modifique el ffs_emu) y la carga de DLC va bien, pero lo que se eterniza es la carga del propio juego. No se si se debe al tamaño de la cache o a que a mi compilación le falten parched de libfat u otra librería.

Saludos.
graNBerro

Hermes escribió:Resumen: LIBFAT for ever y lo que hay que hacer, es arreglarla y proteger los datos de forma conveniente, no pasar a otro sistema de archivos.

Hermes, yo estoy totalmente de acuerdo con esto.

Por mas optimizada que sea WBFS, siempre es "raro", no poder "ver" el contenido de forma natural del disco.

La solucion seria lo que vos decis de LIBFAT, es decir, mejor soporte de FAT32, y que uLoader soportara archivos de 4GB o mas (creo que solo hay dos juegos).

El problema de la fragmentacion, se puede correr un desfragmentador supongo.

Que WBFS sea mejor performante, no creo que sea problema, por que ya de por si el acceso por disco es mas rapido que el acceso por DVD.

kwanbis escribió:

Hermes escribió:Resumen: LIBFAT for ever y lo que hay que hacer, es arreglarla y proteger los datos de forma conveniente, no pasar a otro sistema de archivos.

Hermes, yo estoy totalmente de acuerdo con esto.

Por mas optimizada que sea WBFS, siempre es "raro", no poder "ver" el contenido de forma natural del disco.

La solucion seria lo que vos decis de LIBFAT, es decir, mejor soporte de FAT32, y que uLoader soportara archivos de 4GB o mas (creo que solo hay dos juegos).

El problema de la fragmentacion, se puede correr un desfragmentador supongo.

Que WBFS sea mejor performante, no creo que sea problema, por que ya de por si el acceso por disco es mas rapido que el acceso por DVD.

Creo que Hermes apoya a FAT/FAT32 pero no para carga de juegos, sino para la emulacion de la NAND y temas varios, para la carga de juegos sigue apoyando a WBFS que para eso se creo.

uLoader nunca podrá soportar juegos de mas de 4 Gb en FAT32, porque es una limitación del estándar, que no permite archivos de mas de 4 Gb, no de uLoader.

Un Saludo.

Dr.wOOx escribió:Creo que Hermes apoya a FAT/FAT32 pero no para carga de juegos, sino para la emulacion de la NAND y temas varios, para la carga de juegos sigue apoyando a WBFS que para eso se creo.

uLoader nunca podrá soportar juegos de mas de 4 Gb en FAT32, porque es una limitación del estándar, que no permite archivos de mas de 4 Gb, no de uLoader.

Mi humilde opinion es que si hermes esta diciendo que ya esta al limite de la memoria, sacar soporte para WBFS puede liberar espacio util, aunque puedo estar equivocado.

Por otro lado, me parece que las ventajas de WBFS contra las ventajas de FAT32 no justifican a WBFS, ya que como dije, la mayor velocidad de WBFS, que no se cuanta es, no creo que sea tan importante, ya que de por si FAT32 deberia ser mas rapido que DVD, y todos los juegos estan testeados en DVD.

A lo que me refiero de el limite de 4GB, seria implementar algo como lo que ya hay, que es dividir los archivos de mas de 4GB, en dos volumenes de 4GB y el resto.

Esto tampoco lo veo tan terrible, por que creo que solo 2 juegos hoy dia pesan mas de 4GB.

Entonces, sacar WBFS liberaria memoria para programar, y FAT32 es tan comun, que cualquier SO lo lee.

IMHO.

Puede que me equivoque al decirlo todo de memoria pero quitar wbfs no liberaria mucho espacio ya que es tremendamente simple al no soportar, atributos de archivos, timestamps, directorios... mas que un sistema de archivos es una lista de archivos (es algo mas pero se acerca bastante a eso) y si no mal recuerdo otra cosa que facilitaba las lecturas a parte de los simple es que los sectores son de 2 megas. Implementar NTFS lo podéis descartar, el soporte de lectura y escritura que funcione BIEN en linux ha costado bastante tiempo y consume bastentes recursos, sobre los sistemas de archivos quiza ext2 seria una alternativa para poder meterlo todo, pero teneis el problema del espacio del modulo, ext es muchisimo mas complejo que fat que es tan usado a parte de ser compatible con windows por los pocos recursos que necesita, pero los que usais windows tendríais el mismo problema, de que necesetariais drivers adicionales para poder leerlo (y no es que funcionen todo lo bien que deberían) y si vais a instalar linux para esto, en linux si existe un driver para usar wbfs como un sistema de archivos normal (copiar pegar y demas)

PD: Fat32 se fragmenta que da gusto y hermes ya ha dicho muchas veces que la libfat tiende a hacer cosas extrañas

kwanbis escribió:uLoader nunca podrá soportar juegos de mas de 4 Gb en FAT32, porque es una limitación del estándar, que no permite archivos de mas de 4 Gb, no de uLoader.
Mi humilde opinion es que si hermes esta diciendo que ya esta al limite de la memoria, sacar soporte para WBFS puede liberar espacio util, aunque puedo estar equivocado.

Grave error: el soporte estandar ES WBFS. La gente se empeña en querer meter otras cosas, pero en el fondo, es una equivocación (por ejemplo, yo nunca utilizaría un HDD para varias cosas en este caso. La Wii tiene su HDD particular, de 2'5 '' y 320GB con tres particiones: una de 40GB en FAT 32 y dos WBFS y voy mas que sobrado..., pero no voy a utilizar ese mismo disco duro para almacenar otro contenido cuando corres el riesgo de PERDERLO TODO, por cualquier problema, que es lo que en el fondo, mucha gente no comprende). Además WBFS se gestiona con poca memoria, ya que por ejemplo, en un sector (512 bytes) se puede almacenar los indices para controlar 512MB o 8GB de información, dependiendo del tamaño del disco (en total solo se necesitan leer 65536 bytes para controlar toda la información del disco) y no muerde, ni pica, (realmente, la UNICA razón que justifica utilizar un formato de los conocidos, es usar el dispositivo en otras máquinas y eso solo por el riesgo de perderlo todo, ya hay que descartarlo)

kwanbis escribió:Por otro lado, me parece que las ventajas de WBFS contra las ventajas de FAT32 no justifican a WBFS, ya que como dije, la mayor velocidad de WBFS, que no se cuanta es, no creo que sea tan importante, ya que de por si FAT32 deberia ser mas rapido que DVD, y todos los juegos estan testeados en DVD.

WBFS va como un tiro porque el mínimo tamaño de cluster es de 2MB, es de lo mas sencillo de utilizar y gasta pocos recursos (y ocupa menos espacio). FAT32 es un completo sistema de archivos y para otros usos, como los saves, es vital soportarlo. Eso si: para pequeños dispositivos que se pueden usar temporamente, no era mala idea implementar soporte para cargar juegos.

Yo no veo nada que se autoexcluya y es una bobada prescindir de algo que funciona muy bien solo porque nos parece extraño y desecharlo por algo que es más inadecuado para almacenar juegos, solo por que nos parece mas conocido.

kwanbis escribió:A lo que me refiero de el limite de 4GB, seria implementar algo como lo que ya hay, que es dividir los archivos de mas de 4GB, en dos volumenes de 4GB y el resto.

Esto tampoco lo veo tan terrible, por que creo que solo 2 juegos hoy dia pesan mas de 4GB.

A mi me parece una aberración eso de partir juegos, que quieres que te diga... pero lo peor es que otros nos supieron saltar la limitación de 2GB de LIBFAT y tuvieron que trocear malamente la "iso". Al menos .ciso soporta lo suficiente para poder almacenar la gran mayoría de los juegos sin partir , pero no es una solución para prescindir de WBFS, precisamente.

kwanbis escribió:Entonces, sacar WBFS liberaria memoria para programar, y FAT32 es tan comun, que cualquier SO lo lee.

IMHO.

Lo primero es que no sabes cuanta memoria se está gastando en realidad para soporte WBFS: ehcmodule es un driver ehci que necesita su trozo del pastel, tanto en memoria de asignación como ocupación de código y además, ehcmodule se encarga de la lectura .ciso mediante DVD externo y eso requiere para empezar, 32 KB de lectura mas memoria para almacenar índices, etc.

Ademas, ¿para que habría que sacar nada si ya está todo dentro y funcionando? . Lo que no hay que hacer es divagar sobre otros soportes que por ejemplo, en caso de llevarse a cabo. Mediante lista de fragmentos se puede soportar NTFS para lectura: el trabajo "duro" se haría en el PPC y al Starlet se le pasa una lista de offsets para que lea los datos directamente, cosa que plantea el problema de que si el archivo esta muy fragmentado, la lista se puede pasar de idem y también plantea el problema de que precisamente, quien se tiene que quedar fuera es FAT y la emulación FFS... (mola, quitar un soporte tan majo, con lecturas y escrituras, solo para que un gañán pueda utilizar su disco duro multimedia y algún día, después de haberse perdido todo lo bueno por no gastar un poco más, pierda todo el contenido del disco ya sea por que petó de uso o por una corrupción)

Ahora mismo tenemos para juegos:

- Soporte DVD
- Soporte DVD UDF
- Soporte WBFS
- Soporte DVD USB
- Soporte FAT .ciso

Y todo ello es compatible con la emulación NAND, sin necesidad de sacrificar nada y cuento con espacio suficiente para poder seguir progresando...

Es mas, LIBFAT no es muy lista gestionando el tamaño de la caché de disco (en el PPC no tenemos problemas de memoria) y ahora mismo no se tiene en cuenta un posible balanceo de la utilización de memoria.

Pero vamos, no hay que quitar absolutamente nada, lo que hay que mirar es de no añadir cosas que en el fondo, no traen mas que problemas e incompatibilidades con lo anterior, aparte de que confunden a la gente y al final, les acaba causando molestias, cuando todo estaba definido desde el principio y pensado con cabeza (soporte WBFS y a tirar millas...)

Gracias por la explicación Hermes, así queda todo bien plasmado, de cuales son los planes de futuro y lo que piensas sobre cada uno de los formatos.

Un Saludo.

Hermes dejate de discutir por el sistema de archivos , que tengo varios wad en la sd y estoy como loco por borrarlos de la NAND, que no se que sistema de archivos tiene, aunque lo que si se es que tengo 22 bloques corruptos y contra menos toque la NAND mejor.
Ale a programar solito

Hermes escribió:Grave error: el soporte estandar ES WBFS. La gente se empeña en querer meter otras cosas, pero en el fondo, es una equivocación (por ejemplo, yo nunca utilizaría un HDD para varias cosas en este caso. La Wii tiene su HDD particular, de 2'5 '' y 320GB con tres particiones: una de 40GB en FAT 32 y dos WBFS y voy mas que sobrado..., pero no voy a utilizar ese mismo disco duro para almacenar otro contenido cuando corres el riesgo de PERDERLO TODO, por cualquier problema, que es lo que en el fondo, mucha gente no comprende). Además WBFS se gestiona con poca memoria, ya que por ejemplo, en un sector (512 bytes) se puede almacenar los indices para controlar 512MB o 8GB de información, dependiendo del tamaño del disco (en total solo se necesitan leer 65536 bytes para controlar toda la información del disco) y no muerde, ni pica, (realmente, la UNICA razón que justifica utilizar un formato de los conocidos, es usar el dispositivo en otras máquinas y eso solo por el riesgo de perderlo todo, ya hay que descartarlo)

Estamos de acuerdo.

Mi WD Passport de 500GB solo lo uso para la Wii.

Ahora, me encanta lo que estas armando para WADs, y por lo tanto, tengo que particionar el disco en dos: FAT32 para WADs, y WBFS para juegos.

Por que no todo FAT32? Por que tengo los dos juegos que pesan mas de 4GB (Brawl y Metroid Trilogy), si no ya habria formateado todo en FAT32.

Por que prefiero FAT32? En lo personal uso linux, OSX, y windows, y FAT32 es "casi" nativo en los 3.

Por otro lado, personalmente le tengo much mas confianza al Total Commander para copiar los archivos, y ver donde quedaron, que al Wiithon.

Pero sobre todo esa cosa de no "ver" los archivos. Capaz que es mania mia.

Entonces, viendo todo lo que le estas poniendo a LIBFAT/FAT32, pienso que lo unico que le faltaria es partir los juegos. Yo tambien estoy de acuerdo en eso de que es una solucion no ideal.

Yo puedo crear una particion FAT32 de 450GB, y otra de 50GB WBFS, y cargar estos dos unicos juegos ahi de mas de 4GB, pero no quita que mañana los juegos empiecen a salir con 4.1GB, aun como CISO, y tengo que de vuelta reparticionar.

Obviamente esto es una sugerencia, y vos que lo programas tenes la ultima palabra. Pero me parece que darle soporte de mas de 4GB es lo unico que le falta para que los que queremos usar FAT32, lo hagamos.

Yo no quiero que saques el soporte WBFS, pero lo sugeri por que vi que comentabas que estabas corto de memoria, y de ahi la sugerencia.

Otra pregunta, alguien intento formatear FAT32 con 2MB por sector?

No puedo entrar al menú ESPECIAL, ya que tenia control parental y ahora no me deja entrar ya que no me deja escribir los numeros no hace nada es normal ? que pasa? aprieto la A y no escribe ningun número.

Parece que ya va, puede ser porque tenia el disco sin ningun backup?? ahora con backups ya funciona.

Bueno, post preliminar a la release:

Versión 4.8
-----------

Lo nuevo:

- Mejorado el soporte de saves y FAT

- Emulación de juegos WiiWare/VC

- Instalador WAD de contenido Wiiware/ VC / DLC (copiar los wads en sd:/nand/install o usb:/nand/install

- Función Auto-Icono para los WiiWares/VC: Utiliza una serie de comprobaciones para extraer una imagen de icon.bin y usarla por defecto
(puede fallar el sistema, puesto que es un puto caos encontrar ahí una imagen... quizá en el futuro se puedan seleccionar una imagen
de banner.bin o de icon.bin). Se puede eliminar este icono añadiendo una imagen PNG desde la opción de siempre o utilizando el icono
por defecto si en "Editar CFG #2" seleccionamos "Delete Icon"

- Función de autocompletado/actualizado de contenido compartido y posibilidad de forzar la actualización de contenido de los WiiWares/VC
(lo primero se hace al ejecutar el juego, lo segundo con la opción "Force Content Update" en "Editar CFG #2")

- Soporte de desmontaje FAT al salir al menú, pulsar botón Reset o Power (se controla /dev/stm/evenhook, /dev/stm/immediate y
los vectores de interrupción de ambos botones)

- Posibilidad de redirigir a x:/nand/ para buscar el contenido descargable (DLC) cuando se emulan los saves desde nand2, 3 o 4

- Soporte de backup/restauración para los ficheros de quicksave/snapshot que crean ciertos Wiiwares al salir al menú (se restaura
qsdata.bin o snapshot.bin en caso de que se hayan perdido)

- Soporte para copiar el DLC asociado al juego a la ruta señalada

- Añadido soporte para Mando Clásico

- Nuevos uLoader hacks para fijar cIOS 224 como IOS por defecto y opción "back in black" que cambia el look del fondo añadiendo la posibilidad
de añadir un PNG (640x480 true color) como fondo de pantalla desde sd:/background.png, sd:/apps/uloader/background.png o usb:/background.png,
usb:/apps/uloader/background.png

LAS NUEVAS OPCIONES EN DETALLE:
----------------------------------

WiiWare/ VC:
------------

Cada vez que se instala un wad se toma la versión mas nueva de contenido compartido. uLoader tiene un instalador propio que no pasa por el sistema,
por lo que necesita gestionar por si mismo el contenido compartido y fijarlo como privado. Se puede forzar la actualización de contenido antiguo
utilizando un botón destinado al efecto, pero se recomienda instalar primero WiiWares nuevos, para contar desde el principio, con la mejor versión de
contenido compartido.

* Método de instalación:

El WiiWare/VC se instala en x:/nand de forma forzosa. Copia los wads en x:/nand/install (no copies muchos, que lleva un rato
desencriptarlos y copiarlos....)

* Opción nueva en Edit CFG #1:

"Skip BOOT" -> salta el contenido marcado como ejecutable y analiza el título en busca de otro dol. Necesario para algunos juegos que no van de otra forma.

* Opciones nuevas en Edit CFG #2:

Se muestra información sobre la ruta del título (por si necesitais manipular algo, sería x:/nand/title/00010001/xxxxxxxx donde x es la información que
se muestra.

"Del Title"-> esto borra el WiiWare al completo (la opción normal de uLoader para borrar juego no sirve aquí, ya que se usa un método especial)

"Del Data"-> Esto únicamente borra el contenido de la carpeta _"data" (saves, etc)

"Force Content Update" -> actualiza el contenido que coincida con el hash escaneando todo el WiiWare instalado. Es útil si tienes una instalación parcial
o una malfunción en el juego (por ejemplo, el problema del manual electrónico en Super Mario 64, si se usa una instalación antigua. Se corrige
de esa forma)

"Delete Icon" -> daña la información del icono de los WiiWares de forma que no se muestra, ni se actualiza automáticamente (si borráis PNG con la opción
normal de borrado la próxima vez que se ejecute uLoader insertará el icono automáticamente, ya quetrabaja de otra forma).

Saves /DLC en los juegos WBFS/ .CISO y DVD
--------------------------------------------

Los saves funcionan igual que en la versión 4.5B, pero ahora contamos con nuevas opciones destinadas al DLC.

"Use DLC From x:/nand" -> fuerza a que tome el contenido DLC (00010005) desde la ruta x:/nand en lugar de la ruta que hayamos elegido para el save
(por ejemplo, puedes tener un save en x:/nand3 y tomar el DLC desde x:/nand )

"Copy DLC" -> Es similar "NAND Export Save" solo que se encarga de copiar el contenido DL a la ruta seleccionada para los saves (si tenemos marcado "USB"
y "nand2", el DLC se instará ahí)

Proceso de instalación y forma de trabajar con el contenido
---------------------------------------------------------

Los wads copiados en x:/nand/install son borrados una vez instalados de forma satisfactoria. Se soportan de dos tipos: Wiiwares/vc (títulos 00010001)
y DLC (títulos 00010005) . La rutina es mas permisiva con estos últimos, cuando los los Wads incompletos.

Cuando se instala algo, se procede a comprobar el contenido para actualizar la lista de contenido compartido si es necesario (en x:/nand/shared)

El proceso de actualización, si procede, se hace durante la ejecución del juego (es decir, se tomará su tiempo la primera vez que se ejecute un juego,
si se detecta que tiene contenido desactualizado). uLoader modifica title.tmd (hace backup en #title.tmd) para fijar todo el contenido como privado y así
evitar tener que emular la ruta /shared1 y poder gestionar a nuestro gusto el contenido compartido.

Tambien es en dicho momento, cuando se fabrica un ticket nuevo partiendo del ticket del IOS actual para pasar las funciones ES_Identify()
(FAT_Identify()) y Set_UID() que de otra forma, fallarían con los IOS 37 y 57 (evidentemente, se usa un falso ticket solo para esquivar éste paso)

Recomendaciones
-----------------

- No instalar muchos Wads de golpe: requiere bastante tiempo desencriptar y copiar cada juego en la Wii.

- Instalar títulos nuevos primero para que los antiguos se aprovechen de sus ventajas después (de todas formas, si el juego funciona bien, da lo mismo )

- Respetar el modo de vídeo original, si no se ejecuta, probad la opción "Skip IOS" , si sigue sin funcionar probad un IOS diferente (hay juegos que no
van con el 224). Una vez comprobado que el juego está en marcha, se puede comprobar si admite el modo Auto o el forzado a PAL60 en el caso de los NTSC,
por ejemplo

- Cuidado cuando copiéis el DLC, puesto que se sobreescribirá lo antiguo y tal vez se inhabiliten canciones delos GH, por ejemplo
(se hace un backup del title.tmd) y si juego tiene id 53xxxxxx el DLC estará en title/00010005/73xxxxxx o lo que es lo mismo suma 0x20)


- El DLC obtenido por otros medios, aparte de no ser legal, puede estar truchado y no funcionar, no ser visto por los programas o solaparse con otro DLC
que tengamos en memoria. Lo mejor es descargarse uno mismo el DLC gratuito a la NAND, sin emulación (la emulación da problemas con las descargas) y luego
proceder a copiar el DLC con "Copy DLC" para ser emulado y poder liberar el espacio que ocupe en la NAND dicho DLC.

NOTA FINAL: Se advierte que todo esto es experimental y pueden haber bugs que hagan perder el contenido o corromperlo, por lo que se recomienda hacer un
backup de todo lo que nos sea valioso y no forzar los límites. La extension para saves, DLC y WIiware, no cabe duda de que es una herramienta bastante
útil, así como mejorable. No me hago responsable del mal uso o mal funcionamiento y avisados estáis de que debéis proteger al máximo la información valiosa.

-------------------------------------------------------------------------------------------------------------------------

Y es todo lo que se me ocurre . Si alguien puede traducirlo al pitinglish, los guiris le estarán agradecidos, pero yo paso

Esperando esa versión 4.8 como si fuera agua de mayo!!.

Muy currada la explicación, esperemos recurrir poco a ella, porque eso significara que todo va estupendo y hay poco que consultar.

Un Saludo.

Que cruel eres, esa lista de novedades nada más hace que se nos haga agua la boca.
Es broma... lo que si es cierto es que es impresionante todo lo que has hecho, me muero de ganas por probarlo.

Gracias por el kurro Hermes.
Estoy deseando, probar esta Release

Buenas noches, lo primero gracias de nuevo hermes. y ahora al grano.
Yo fui de los pocos que bajo el uloader 4.7, e instale un wad en él, "el poquemon rumble", mi hijo ha jugado bastante con el. si actualizo el uloader via internet ¿borrara la instalcion y la partida guardada? si solo actualizo el dol de forma manual ¿funcionara todo correctamente y conservare la partida? ¿hay alguna otra forma de hacerlo?
Saludos y gracias.

no voy a poder dormir hasta probarla

lol que cantidad de novedades thanks hermes

Hola.

He mirado en la busqueda del hilo pero hay una cosa que no entiendo.

Tengo una wii comprada en enero, creo que es la 4.2e, de las que solo van con usb loaders.

He probado a instalar un lector USB pero no me reconoce los discos, no se si es porque esta consola nueva no va o es mi lector que no va.

Si los juegos por DVD USB, tiene que estar en formato dvd wii, iso, etc y si alguien me puede decir alguna marca de lector o grabador USB que funcione para no comprar uno equivocado, si tuviera que comprar uno.

Muchas gracias por adelantado y muchas gracias a Hermes por compartir tu sabiduria con los demas.

RZ_ escribió:si alguien me puede decir alguna marca de lector o grabador USB que funcione para no comprar uno equivocado, si tuviera que comprar uno.

Comprate un Western Digital Passport o Elements y tene todo en un disco rigido. Para que vas a comprar un DVD externo, no te anda el de la wii?

kwanbis escribió:

RZ_ escribió:si alguien me puede decir alguna marca de lector o grabador USB que funcione para no comprar uno equivocado, si tuviera que comprar uno.

Comprate un Western Digital Passport o Elements y tene todo en un disco rigido. Para que vas a comprar un DVD externo, no te anda el de la wii?

No es por probar si algun lector o grabador que tengo me vale.

Sinceramente, las novedades de las ultimas versiones me vienen un poco grandes (ni siquiera con la explicación se muy bien para que sirven ), asi que no se muy bien si actualizar mi uloader. Si el que tengo funciona perfecto!!!!
No obstante, seguiré por aqui intentanto entender las nuevas funcionalidades del mejor Loader que existe...Gracias Hermes!!!!!!!!

Muy impresionado con 4.5b. Esta version no se duerme detectando mi disco duro. Esperando la nueva

Buenas.
Primero que todo, Gracias "Hermes" por tu gran trabajo...


¿Que tal si creamos un canal oficial para el uLoader?

A ver si nos animamos a hacer uno bueno.
De ser posible se hará una petición de gráficos para el mismo.
Mantener el canal lo más actualizado posible (Cuando salga nueva versión claro).

¿Puede ser?
Estoy investigando las posibilidades de crear a partir del "Wad Manager" un instalador especial automático para un canal especifico. Como por ejemplo Auto-Instalador para uLoader. Para luego ser usado con un instalador tipo CSD.


¡Quiero sus opiniones!

Saludos...

victory144 escribió:Buenas.
¿Que tal si creamos un canal oficial para el uLoader?

Me gusta la idea aunque muchos de los que usamos uLoader tenemos los canales de josete2k que a mi personalmente me gustan mucho (yo los considero oficiales )... lo que si me llamaría la atención es ver si hay forma de hacer un canal que no se registre en el historial para tenerlo más "limpio" pero es algo realmente sin importancia.

Eso de que no se guarde en el historial creo que es imposible. Lo único que se me ocurre sería alguna aplicación para limpiar después el historial que, por ahora, creo que no hay ninguna.

David_VTE escribió:Eso de que no se guarde en el historial creo que es imposible. Lo único que se me ocurre sería alguna aplicación para limpiar después el historial que, por ahora, creo que no hay ninguna.

Imposible no creo porque lo hace el hombrew channel (difícil quizá lo sea aunque tampoco estoy seguro) pero bueno realmente no es algo indispensable porque realmente tengo que aceptar que NUNCA leo el historial jajaaja

Entonces con USb loader se puede usar un disco duro externo formateado en FAT?
Es que lo acabo de leer pero pone algo de formato .ciso y eso si que no se que es.

victory144 escribió:Buenas.
Primero que todo, Gracias "Hermes" por tu gran trabajo...


¿Que tal si creamos un canal oficial para el uLoader?

A ver si nos animamos a hacer uno bueno.
De ser posible se hará una petición de gráficos para el mismo.
Mantener el canal lo más actualizado posible (Cuando salga nueva versión claro).

¿Puede ser?
Estoy investigando las posibilidades de crear a partir del "Wad Manager" un instalador especial automático para un canal especifico. Como por ejemplo Auto-Instalador para uLoader. Para luego ser usado con un instalador tipo CSD.


¡Quiero sus opiniones!

Saludos...

pero si ya existe

Bueno, actualización a la versión 4.8 operativa (desde uLoader)

Por cierto, si alguien puede traducir el tocho que he pegado arriba al inglés, bien y si no, pues... yo no voy a traducirlo y eso significa que los guiris me odiará por no suministrarles info en inglés, pero es demasiado texto para mí y tengo que irme en un rato...

No sin antes subir el paquete para el resto

Saludos

What's new:

-Improved savegame and FAT support

-Wiiware/VC games emulation

-Wiiware/VC/DLC content installer (Copy wads to sd:/nand/install or usb:/nand/install)

-Auto-icon function fo rWiiware/VC : It uses a series of checks to extract an image from icon.bin and use it as default (It can fail as it is a real chaos to find an image there... maybe in the future an image could be selected from banner.bin or icon.bin). This icon can be remove either by adding a PNG image from the usual place or using the default icon if "Edit CFG#2" -> "Delete Icon" is selected.

-Autocomplete/Update shared content function and possibility of forcing update of Wiiware/VC (former is done when game is ran, latter with "Edit CFG #2" -> "Force Content Update")

-FAT unmounting support when exiting to the menu, or Reset or Power button are pressed (by monitoring /dev/stm/eventhook, /dev/stm(immediate and both buttons interrupt vectors)

- Possibility of redirection of x:/nand/ when seeking downloadable content (DLC) when saves are emulated in nand2, 3 or 4

- Backup/restore support for quicksave/snapshot files in certain Wiiware when exiting to the menu (qsdata.bin or snapshot.bin are restored if lost)

-Support for copying game related DLC to the specified path.

-Classic Controller suport added

-New uLoader hacks to set cIOS 224 as default cIOS and new "back in black" option to change the background look by adding the posibility to add a PNG (640x480 true color) as wallpaper from sd:/background.png, sd:/apps/uloader/background.png or usb:/background.png, usb:/apps/uloader/background.png )

Bueno, publicada la versión en español del programa.

Si alguien traduce al ingles, he actualizado el texto en algunas cosas

Luego a la tarde, lo actualizaré todo, si habéis tenido tiempo de traducir, pero de momento, la comunidad hispana tiene la delantera

Por cierto, me gustaría comentar algo de la emulación antes de irme: es obvio que hay cosas que son mejorables, pero os recuerdo que hubo una actualización fallida con la 4.7 y siempre es bueno parar en algún punto... He tratado de encontrar todos los bugs que me han sido posible y hay un trabajo de la hostia que no se ve, pero que está ahí, evidentemente.

El caso es que en algún momento había que parar y se ha parado en éste punto, eor por ejemplo, me llama la atención el uso tan raro que hacen algunos juegos de la NAND. Por ejemplo, el Red Steel que durante los vídeos, no se si es que usa la NAND para cachear datos (!) o es que está comprobando alguna otra cosa, pero es la polla en verso el tiempo que consume accediendo a la SD (no lo he debuggado, aunque se podría ). Si está cacheando datos, es la mayor gilipollez (y putada) que he visto hacia el usuario (la NAND no tienen una vida ilimitada en escrituras, precisamente)

Si es por accesos de otro tipo, seguramente se mejore en cuanto se empiecen a cachear ciertos datos como el arbol de directorios y el tamaño de los ficheros, por ejemplo

Saludos

Thankx!!!!!!!!!!!! Bajando y probando!!!!!!!!

NEW OPTIONS IN DETAIL

Wiiware / VC
--------------------

Everytime a wad is installed the newest version of the shared content is taken. uLoader has its own installer which doesn't use the system, so it needs to manage the shared content by itself ans set it as private. Old content update can be froced with a button, but it is recommended to install first the newest Wiiwares to get from the beginning the newer version of shared content.

*Installation method

Wiiware/VC is installed in x:/nand by force. Copy the wads in x:/nand/install (don't copy too many as it takes some time to decrypt and install)

* New option in Edit CFG #1:
"Skiip Boot" -> Skips the content flagged as executable and analyzes the title dor other dol file. It is needed for some games that don't work in other ways.

* New options in Edit CFG #2:

Information about title path is shown (if you need to modify something, it is x:/nand/title/00010001/xxxxxxxx where x is the shown information.)

"Del Title" -> this completely deletes Wiiware (The ususal option in uLoader is not good here because an special method is used.)

"Del Data" -> This just deletes the contents of the "_data" folder (savegames, etc)

"Force Content Update" -> Updates contents matching the hash by scanning all installed Wiiware. Useful in case of partial installs or game malfunction (for example, Super Mario 64's electronic manual problem in old installations can be fixed in this way)

"Delete icon" -> Damages the icon information in Wiiwares so it is both not shown and not automatically updated (if you use the normal PNG delete uLoader would reinsert the icon again next time)

Savegames / DLC in WBFS/.CISO and DVD
----------------------------------
Savegames work the same as in v4.5b, but now there are extra functions for DLC.

"Use DLC form x:/nand" -> forces the use of DLC content (00010005) form x:/nand instead of the selected path for the savegame (for example you can save to x:/annd3 and take the DLC from x:/nand)

"Copy DLC" -> Similar to "NAND export save", copies DLC to the path selected for savegames (if you select "USB" and "nand2", DLC would install there).

Installation process and working with contents
-----------------------------------------------

Wads copied to x:/nand/install are deleted once correctly installed. Two types are supported Wiiware/VC (00010001 titles) and DLC (00010005 titles). The routine is more permissive whith the latter for incomplete wads.

When something is installed the content is checked to update shared content if needed (in x:/nand/shared).

The content update, if needed, is done during game execution (so the first time it will take some time if out-of-date content is found). uLoader modifyes title.tmd (backed up to #title.tmd) to flag all the content as private to avoid emulating /shared1 and allowing a better management of the shared content.

It is also in that moment that a new ticket from the actual IOS ticket is genertaed to skip the ES_Identify(), FAT_Identify() and Set_UID() that otherwise would fail with IOS 37 and 57 ( Obviously, a false ticket is used to skip this step).

De momento todo lo que he podido probar ha funcionado bien, a la tarde probare con algunos wiiware y juegos de la virtual console, ya que aproveche el lanzamiento para buscar alguno y encontre un fichero con casi 47gb y si no estan todos, le faltaran pocos. No doy el enlace ya que no esta permitido, pero si se busca un poco por la pagina del barco pirata, seguro que lo encontrais. Yo lo descargue mas o menos en 2 dias y como esta en modo carpeta, mientras se descarga, puedes ir probando.

Un saludo, y ya comentare algo sobre la WiiWare y virtual console.
Por cierto, he notado que al actualizar las caratulas, me han encontrado alguna mas y que parece que se descarguen mas rapido. Lo digo por que tube problemas con las caratulas, o mas bien con el disco duro y solo tenia unas pocas y al darle hoy a descargar, la sorpresa es que me ha encontrado mas de las que tube y se han bajado a la velocidad del rayo.

muchas very thanks.... ermapro

ADVICES
---------

-Don't install many wads at a time: A long time is required to decrypt and copy each game.

-Install new games first so older ones can get advantage of its improvements (anyway, if the game works correctly it doesn't really matter)

-Respect original video mode, if it is not working, try the "skip IOS" option. If it is still not working, try other IOS (some games don't work with 224). Once the game is working, it can be checked if it admits the Auto or "Force PAL 60" modes for NTSC games, for example.

-We careful when copying DLC, because it wil overwrite the old data and you could disable songs in GH, for example (a backup of title.tmd is done). If the game has the 53xxxxxx id, DLC will be at title/00010005/73xxxxxx, or put in another way, add 0x20.

-DLC obtained in other ways, apart from being illegal, could be "trucha" and not work, be invisible to the programs or overlap with other DLCs in memory. The best thing to do is to download the free DLC to the nand without emulation (emulation gives problems with downloads) and then copy it with the "Copy DLC" to be emulated to be able to free the space that DLC took from the nand.

FINAL NOTE: Warning: this is experimental and there could be bugs that could make you lose all content or corrupt it, so it is adviced to do a backup of everything valuable and not push it. The extension for savegames, DLC and Wiiware is undoubtely a useful tool and it can still be improved. I am not responsible of bad uses or malfunctions and you are warned that you should protect valuable data as much as you can .

Hermes, probado y funcionando perfectamente!!!!!!
He probado kon el Lostwinds y va komo un tiro!!!!!!!!!
El back in black, le da un toke precioso al loader xDDDD
Gracias de nuevo por el tremendo de curro que te estas pegando!!!!

Yo solo he podido probar dos wiware (lo que tengo) pero uno funciona y el otro no, loq ue me llama la antencion es que parece que intenta acceder al dvd? hace ruido el lector y me da error de que expulse el disco.

He probado con el 222 y el 224 y con y sin la opcion de skip boot

Por supuesto muchas gracias por todo!!!!!

Una cosa, a ver si alguien me puede ayudar.

Vengo de versiones 4.XX donde no existia lo del emulador de nand. Por lo tanto todos los saves de las partidas se hacian sobre la nand de la Wii.

Necesito saber qué es lo que tengo que hacer para pasar a la nueva versión, y meter todas mis partidas en la nand del dispositivo usb y seguir jugando como si nada hubiera pasado con los saves en el disco usb.

Entiendo que tengo que instalar el nuevo CIOS, pero luego que?

Tengo que hacer una copia de la nand con el bootmii, desencriptarla y copiarla tal cual al disco en X:/nand???
Si es así, como hago para que el uloader utilice esa carpeta como nand??

Espero vuestra ayuda. Mil gracias.