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

josete2k escribió:Ahí va ;)

todo perfecto sin ningun error.
Parece que no se ha solucionado del todo el problema... ahora puedo entrar a la aplicación, cargar juegos... pero usando el cIOS 222, después de un rato jugando (menos de media hora), cuando carga un mapa, o una conversación, o cualquier cosa del juego, este se bloquea y tengo que apagar la wii presionando unos segundos el botón power... sin embargo, utilizando también el uLoader, si cargo el juego con el cIOS 249 no tengo este problema. Se que los datos que se cargan no están dañados porque el DVD original está impecable, además esos mismos datos, con el cIOS 249 se cargan perfectamente... a ver si algún alma caritativa me ayuda a solucionar esto XD XD XD .
Fran-288 escribió:Parece que no se ha solucionado del todo el problema... ahora puedo entrar a la aplicación, cargar juegos... pero usando el cIOS 222, después de un rato jugando (menos de media hora), cuando carga un mapa, o una conversación, o cualquier cosa del juego, este se bloquea y tengo que apagar la wii presionando unos segundos el botón power... sin embargo, utilizando también el uLoader, si cargo el juego con el cIOS 249 no tengo este problema. Se que los datos que se cargan no están dañados porque el DVD original está impecable, además esos mismos datos, con el cIOS 249 se cargan perfectamente... a ver si algún alma caritativa me ayuda a solucionar esto XD XD XD .

ok, prueba este driver
pero todavia no lo he afinado
http://www.mediafire.com/?jyeayzyjx5j
Entonces directamente probaré este tambien yo y olvido el anterior. Estas que no paras!
nada... se me ha bloqueado tras casi una hora de estar jugando...
A mi me pasa igual que al amigo Fran-288 estuve probando el punch out (que por cierto le pase regionfrii y ahora se ve en color en mi wii ntsc) como 30 minutos y no se colgo como siempre me pasaba, todo esto con la version 2.2b porque antes me duraban minutos los juegos hasta que se frizaban, y hoy probando el tenchu por casi una hora de juego volvio a perder el sonido de fondo y justo despues termine el nivel y ahi quedo congelado, me doy cuenta en este juego que se va a colgar cuando de golpe desaparece la musica de fondo. Lo mismo pasa en el punch out luego de un tiempo pierde el sonido y se que cuando termine el round ahi va a quedar.Por cierto rodries ese archivo que publicastes serviria para este tema de los cuelgues? como se utiliza? Saludos:)
linkale escribió:A mi me pasa igual que al amigo Fran-288 estuve probando el punch out (que por cierto le pase regionfrii y ahora se ve en color en mi wii ntsc) como 30 minutos y no se colgo como siempre me pasaba, todo esto con la version 2.2b porque antes me duraban minutos los juegos hasta que se frizaban, y hoy probando el tenchu por casi una hora de juego volvio a perder el sonido de fondo y justo despues termine el nivel y ahi quedo congelado, me doy cuenta en este juego que se va a colgar cuando de golpe desaparece la musica de fondo. Lo mismo pasa en el punch out luego de un tiempo pierde el sonido y se que cuando termine el round ahi va a quedar.Por cierto rodries ese archivo que publicastes serviria para este tema de los cuelgues? como se utiliza? Saludos:)

El driver no está terminado y solo tienes que copiarlo a sd:/apps/ehcmodule
Necesito terminar de portar todas las mejoras de hermes, ya que yo lo tengo afinado para homebrew y no para los juegos. En breve lo sacaré con todos los cambios de hermes. Yo básicamente he mejorado el reconocimiento de los dispositivos pero no hago las comprobaciones que hace hermes en caso de que se produzca un cuelge como reinicializar el dispositivo.
En cuanto lo acabe lo colgaré por aquí.
Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.
Hermes escribió:Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.

A _harry_ con el driver que he colgado le va perfectamente. Le arranca a la primera.
De todas formas estoy portando todos tus cambios
Aquí está el nuevo driver con todos tus cambios portados antes de esta última versión.
http://www.mediafire.com/?zedtglaoqtt
Y aquí los sources:
http://www.mediafire.com/?mzwz2wqjk2t

Luego te veré los cambios que has hecho ahora y los portaré
Tendríamos que intentar sincronizarnos
Ya que yo habia hecho el test.dol que te pasé, que simplemente intenta inicializar el usb device y leer el sector 1 y muestra todo lo que hace el driver y donde falla, que me imagino que es lo que haces tú.
rodries escribió:
Hermes escribió:Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.

A _harry_ con el driver que he colgado le va perfectamente. Le arranca a la primera.
De todas formas estoy portando todos tus cambios
Aquí está el nuevo driver con todos tus cambios portados antes de esta última versión.
http://www.mediafire.com/?zedtglaoqtt
Y aquí los sources:
http://www.mediafire.com/?mzwz2wqjk2t

Luego te veré los cambios que has hecho ahora y los portaré
Tendríamos que intentar sincronizarnos
Ya que yo habia hecho el test.dol que te pasé, que simplemente intenta inicializar el usb device y leer el sector 1 y muestra todo lo que hace el driver y donde falla, que me imagino que es lo que haces tú.


Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.

El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).

Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos :p

Además, no estamos probando lo mismo.
Pues ya tengo mi disco duro!!!... ahora voy llegando de una boda y son las 6:33 de la mañana, en cuanto descance un poco me pongo a ver si funciona con el uLoader [sonrisa]

Saludos!!!
Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.

El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).

Eso es exactamente lo que yo hago.
Este es un log tipico que me ha reportado _harry_
usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00

USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00


mounted ok

USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00

sector 1 read ok

en este caso SCSI_TEST_UNIT_READY no va bien, pero el driver no se resiente ya que ignoro este comando en caso de error. Esto lo he hecho así porque el driver de windows nunca llama a este comando. Otro cosa que hago es forzar siempre el USB_SetConfiguration es decir quito la condicion conf != dev->configuration y se arreglan unos cuantos devices mas, también copiado del driver de windows.
Mirate mi port_rest que es copia del de linux y se arregan un monton de fallos

Hermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos :p

Además, no estamos probando lo mismo.

La verdad es que si estamos probando lo mismo. De todas formas no es del todo malo ya que de esta forma a lo mejor arreglamos lo mismo de 2 formas diferentes y se pueden combinar para hacer mas sólido el driver. Ademas como porto tus cambios poco a poco me vale para comprender que es lo que haces y no copiarlos a lo loco.
Probado lo de las carátulas y perfecto...
Aquí adjunto mi log con este dol que has colgado...

PD: esperando los sources [babas]

Adjuntos

rodries escribió:
Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.

El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).

Eso es exactamente lo que yo hago.
Este es un log tipico que me ha reportado _harry_
usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00

USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00


mounted ok

USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00

sector 1 read ok

Mirate mi port_rest que es copia del de linux y se arregllaran un monton de fallos

Hermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos :p

Además, no estamos probando lo mismo.

La verdad es que si estamos probando lo mismo. De todas formas no es del todo malo ya que de esta forma a lo mejor arreglamos lo mismo de 2 formas diferentes y se pueden combinar para hacer mas sólido el driver. Ademas como porto tus cambios poco a poco me vale para comprender que es lo que haces y no copiarlos a lo loco.



No estamos probando lo mismo, porque tu no estás usando por ejemplo, el comando Start/Stop. Y mi reportes son más de este estilo:


***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
Inquiry ret 0
ReadCapacity ret 0
USBStorage_MountLUN: ret 0
USBStorage_Init() Ok



O en este caso, mi lector de tarjetas sin ningún LUN activo (puedes ver como trata de montar LUN 0 y al fallan, llama a getmaxlun para volver a intentar LUN 0 (por si necesita ese comando previo y porque apenas se pierde tiempo))



***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0xA008 Async Recl FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBSTORAGE_GET_MAX_LUN ret 1 maxlun 4
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 1#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 2#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 3#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN fail!!!



A mi lo que me interesa ver es si el reset pasa y si no pasa, cual es el fallo y en que punto concreto (_harry_ reportó error en esa función), el start/stop y el test ready, que son importantes para el montaje del dispositivo, ademas de darme otros datos previos, que son los importantes.

Sobre todo porque tocas algo y alguien te dice que le va de pm y luego vendrá otro y te dirá mañana que lo antiguo iba muy bien y lo de ahora no le pufa.

PD: Por cierto, no puedo probar mi HDD el que falla el getmaxlun, porque la primera vez falla con timeout, pero la segunda vez peta directamente (en un reenganche por error) y el test que me pasaste solo va a poder comprobar el primer caso (por eso decidí suprimir ese comando en su momento)
Hermes escribió:Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.


Esto es lo que me sale cuando arranca sin mas:
log_ehc.txt

Y esto cuando necesito desconectar/conectar:
log_ehc_error.txt


Saludos.
ANTONIOND escribió:
Hermes escribió:Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.


Esto es lo que me sale cuando arranca sin mas:
log_ehc.txt

Y esto cuando necesito desconectar/conectar:
log_ehc_error.txt


Saludos.

Ya he visto un comportamiento parecido en otro dispositivo usb en cuanto a lo del error. He intentado de todo y no he conseguido levantarlo, incluso quitarle el power y volverselo a dar al puerto usb via soft, supongo que habría que intentar resetear el controlador, aunque apagandolo y enchufandolo se corrige que es en el momento que ha admitido el primer comando de getdescriptors
Buenas, en mi 2.2, metiendo manualmente carátulas, han de ser de 160x224, las de 225 no se ven...

Aún así, las carátulas se ven deformadas...

¿De qué tamaño exacto tendría que generar los iconos para que no se deformen?

Un saludo!
Huexxx escribió:Buenas, en mi 2.2, metiendo manualmente carátulas, han de ser de 160x224, las de 225 no se ven...

Aún así, las carátulas se ven deformadas...

¿De qué tamaño exacto tendría que generar los iconos para que no se deformen?

Un saludo!


Se te verán "deformadas" porque tienes la TV a 16:9

uLoader trabaja a 4:3, donde se ven bien las carátulas:

Imagen
Mi tele es 4:3...miraré a ver si es que tengo la wii configurada para 16:9, pero no me suena...

Me salen 15 iconos por pantalla.

Un saludo.
rodries escribió:Ya he visto un comportamiento parecido en otro dispositivo usb en cuanto a lo del error. He intentado de todo y no he conseguido levantarlo, incluso quitarle el power y volverselo a dar al puerto usb via soft, supongo que habría que intentar resetear el controlador, aunque apagandolo y enchufandolo se corrige que es en el momento que ha admitido el primer comando de getdescriptors


Ese es un problema aparentemente irrecuperable, que en mi caso en una pendrive me la señala como desconectada.

A mi me pasa si conecto dicha pendrive en la pantalla de los canales de Wii. Si hago que fuerce el encendido con 0x1001, me la pilla de forma irreversible como USB 1.1 y no puedo revertir la situación incluso si hago eso que te comenté de absorber la interrupción 5.

En el caso de Antoniond, el log indica que al pasar por la función discover, ha fallado en la funcion ehci_reset, seguramente donde envia el PORT_RESET o el USB_REQ_GETDESCRIPTOR, pese a estar el puerto completamente operativo (0x1005 es una condición normal) y por eso dev->id==0 (y no se consigue levantar de ninguna manera)

Ahora, no se si a antoniond le puede estar afectando la interrupción 5 en el proceso o es que se queda igual de loco que mi pendrive (yo por probar, he probado incluso a operar los registros OHCI directamente, pero mi caso es diferente, puesto que se levanta como usb 1.1 y no puedo hacer otra cosa)

En un hdd, no hay mucho problema si tienes un interruptor de encendido, pero para una pendrive, como no sea que haya alguna forma por software de hacer un power down en condiciones, no se como coño cambiar el tema :-?
Hermes escribió:Hola.

Necesito que me probeis este ejecutable, sobre todo _harry_:

http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol

y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.

Saludos

pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.


Hermes, te reporto mis resultados con el lacie. Comentarte antes que uno de los drivers de Rodrie me lo ha hecho funcionar en el uloader (a veces le cuesta y tengo que esperar a enchufar al ejecutar el uloader, aunque no he podido testear si es estable con los juegos.

Respecto a tu ejecutable de test:
- Desenchufo/enchufo en HOMEBREW C. ---> Al ejecutar tu .dol se queda la pantalla en negro, espero 1 minuto y sigue negro. Desenchufo el disco y sigue negro, tengo que apagar la wii dejando pulsado el power. (no hay log)

- En otra ocasión me espero a enchufar el disco cuando se ejecute el programa. Enchufo el disco y me da error de no reconocimiento y se queda pillado. No hay log ni posibilidad de salir si no es con power. (He llegado a esperar 2 minutos)

Sigo esperando instrucciones para hacer pruebas
Hermes escribió:
rodries escribió:Ya he visto un comportamiento parecido en otro dispositivo usb en cuanto a lo del error. He intentado de todo y no he conseguido levantarlo, incluso quitarle el power y volverselo a dar al puerto usb via soft, supongo que habría que intentar resetear el controlador, aunque apagandolo y enchufandolo se corrige que es en el momento que ha admitido el primer comando de getdescriptors


Ese es un problema aparentemente irrecuperable, que en mi caso en una pendrive me la señala como desconectada.

A mi me pasa si conecto dicha pendrive en la pantalla de los canales de Wii. Si hago que fuerce el encendido con 0x1001, me la pilla de forma irreversible como USB 1.1 y no puedo revertir la situación incluso si hago eso que te comenté de absorber la interrupción 5.

En el caso de Antoniond, el log indica que al pasar por la función discover, ha fallado en la funcion ehci_reset, seguramente donde envia el PORT_RESET o el USB_REQ_GETDESCRIPTOR, pese a estar el puerto completamente operativo (0x1005 es una condición normal) y por eso dev->id==0 (y no se consigue levantar de ninguna manera)

Ahora, no se si a antoniond le puede estar afectando la interrupción 5 en el proceso o es que se queda igual de loco que mi pendrive (yo por probar, he probado incluso a operar los registros OHCI directamente, pero mi caso es diferente, puesto que se levanta como usb 1.1 y no puedo hacer otra cosa)

En un hdd, no hay mucho problema si tienes un interruptor de encendido, pero para una pendrive, como no sea que haya alguna forma por software de hacer un power down en condiciones, no se como coño cambiar el tema :-?

En teoría esta función le quita la energia al pen y pasa el puerto al control del ehci y despues le doy energía. Despues tendrías que hacer el reset, puede que en tu pen funcione.
Si te fijas se envía 2 veces la misma orden, la primera lo apaga y la segunda hace que tomes el control del puerto, pasandolo de usb1 a usb2 (status ^= PORT_OWNER;), de esta forma en el cios 202 libero todos los puertos al principio para pasarle el control al ohci y despues al arrancar el driver uso esta funcion antes del reset para pasarlo al ehci y funciona perfectamente, si no lo hiciese así entonces el puerto 0 queda anulado si alguna aplicacion homebrew cargase el cios a traves de dvdx, como ya ha pasado con los usuarios de mplayerce, que despues en otros homebrew el usb no les iba al cargar sin querer el cios a traves del dvdx.
void ehci_adquire_port(int port)
{
   u32 __iomem   *status_reg = &ehci->regs->port_status[port];
   u32 status = ehci_readl(status_reg);

   //change owner, port disabled
   status ^= PORT_OWNER;
   status &= ~(PORT_PE | PORT_RWC_BITS);
   ehci_writel(status, status_reg);   
   ehci_msleep(5);
   status = ehci_readl(status_reg);
   status ^= PORT_OWNER;
   status &= ~(PORT_PE | PORT_RWC_BITS);
   ehci_writel(status, status_reg);   
   ehci_msleep(5);
   

   //enable port   
   ehci_writel( 0x1001,status_reg);
    ehci_msleep(5);
}
Hermes escribió:En un hdd, no hay mucho problema si tienes un interruptor de encendido, pero para una pendrive, como no sea que haya alguna forma por software de hacer un power down en condiciones, no se como coño cambiar el tema :-?

Oye, ¿y no será que mi HDD no es de los que se conectan al enchufe y le estoy conectando a los 2 USB? Lo digo porque igual al tener energía del USB1 y al quitarla solo del USB0 no se resetea. Voy a probar quitando el cable del USB1.

EDIT: No, nada... Sigue igual.
rodries escribió:...


Vaya por adelantado que no me funciona con esta pendrive, incluso cuando fuerzo la conexión. Pero el problema es que cuando envias el OWNER, lo que haces es que el hardware EHCI se desentienda del dispositivo y le das permiso a OHCI para trabajar con el (con lo cual, se supone que al hacer eso, perdemos el control del dispositivo y es mas facil que el driver tome el dispositivo)

Y ese es por lo que opino que con algunos dispositivos, es posible que la interrupción 5 acabe bloqueando su acceso.

[m]marioup[/b] prueba a enchufar el hdd una vez veas la pantalla que te dice que no hay dispositivo conectado, dale un tiempo y si se queda ahí, pulsa el boton de RESET y espera a que salga
Bueno Hermes, por si te sirve de algo te probado el .dol que has puesto y le he dado a reset cuando me da el error -1204. Te pego el .txt resultante.

Saludos y gracias tanto a ti como a rodries por todo vuestro trabajo y esfuerzo.

Adjuntos

Hermes escribió:Vaya por adelantado que no me funciona con esta pendrive, incluso cuando fuerzo la conexión. Pero el problema es que cuando envias el OWNER, lo que haces es que el hardware EHCI se desentienda del dispositivo y le das permiso a OHCI para trabajar con el (con lo cual, se supone que al hacer eso, perdemos el control del dispositivo y es mas facil que el driver tome el dispositivo)

Los comandos que envias te devuelven el control a usb2, ya que apagas el dispositivo y le dices que no tiene asignado owner, está sacado del driver de linux, al encenderlo (0x1001) pasa el control al ehci. Haz la prueba con un usb que te funcione, libera todos los puertos al principio y antes del reset llama a esa función y veras que se coge como usb2, lo tengo muy probado para arreglar el problema en los emuladores de Tantric.

He visto el log de Fran-288, prueba a forzar el setconfiguration, es decir cambia:
if(conf != dev->configuration && USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)
por:
if(USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)

Ya que esto mismo me pasaba a mi con un pen que no me iba y desde que hice esto va perfecto.

Nuevo driver con algunos cambios para intentar que no se cuelgen los juegos.
http://www.mediafire.com/?my21zwwyitz

Hermes he visto que a la gente se le cuelgan los juegos despues de una hora o así, a mí me parece que es por exceso de temperatura o algo por el estilo y que por eso se cuelgan, estoy pensado que lo mejor sería todo lo contrario de lo que haces ahora, es decir, si pasan 30 segundos sin actividad parar el motor y en la primera lectura despues de pararlo arrancarlo, aunque con el mio no hace falta arrancarlo, se arranca el solo en la primera lectura. Voy a probar a hacer un driver de este modo a ver que tal.
Una pregunta os_restart_timer(timer2_id, WATCHDOG_TIMER); ¿ esto resetea el contador del watchdog ? ¿ o tengo que hacer algo antes de llamar a esta función ?
rodries escribió:Los comandos que envias te devuelven el control a usb2, ya que apagas el dispositivo y le dices que no tiene asignado owner, está sacado del driver de linux, al encenderlo (0x1001) pasa el control al ehci. Haz la prueba con un usb que te funcione, libera todos los puertos al principio y antes del reset llama a esa función y veras que se coge como usb2, lo tengo muy probado para arreglar el problema en los emuladores de Tantric.


No creas que eso siempre es así, porque no siempre es así, lo demuestra mi dispositivo, que no lo cambias de USB 1.1 ni a tiros, aunque sea un caso raro. Además, no olvides que el driver OHCI reacciona por interrupciones y nos puede interferir (ahí tienes el caso raro de antoniond), Si te fijas en mi ehci_reset2, trata de encender a 0x1001 (aunque no lo hacía del todo bien en la última versión)

De todas formas, estoy migrando algunas cosas tuyas a lo que yo tengo más nuevo para aproximar.

rodries escribió:He visto el log de Fran-288, prueba a forzar el setconfiguration, es decir cambia:
if(conf != dev->configuration && USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)
por:
if(USB_SetConfiguration(dev->usb_fd, dev->configuration) < 0)

Ya que esto mismo me pasaba a mi con un pen que no me iba y desde que hice esto va perfecto.


Si, ya me he fijado en tus cambios que hace eso: es más, estaba sospechando algo así y por eso miraba la condición de error en clearhalt


rodries escribió:Hermes he visto que a la gente se le cuelgan los juegos despues de una hora o así, a mí me parece que es por exceso de temperatura o algo por el estilo y que por eso se cuelgan, estoy pensado que lo mejor sería todo lo contrario de lo que haces ahora, es decir, si pasan 30 segundos sin actividad parar el motor y en la primera lectura despues de pararlo arrancarlo, aunque con el mio no hace falta arrancarlo, se arranca el solo en la primera lectura. Voy a probar a hacer un driver de este modo a ver que tal.
Una pregunta os_restart_timer(timer2_id, WATCHDOG_TIMER); ¿ esto resetea el contador del watchdog ? ¿ o tengo que hacer algo antes de llamar a esta función ?


Si son errores de lectura, lo normal es que se restablezcan solos, mediante el sistema que implemento en las lecturas (las releases anteriores tienen un pequeño fallo, eso si). ¿se pueden dar condiciones de error irrecuperables? Probablemente, pero pueden tener origen en otras cosas, como el acceso a la red, por ejemplo.

El jueves metí algunas modificaciones en el handshake para que poder controlar errores USB que se nos escaparan, pero en juegos, nunca podemos controlar todas las posibilidades (incluso podría petarse alguna cola unida a un timer)

Sobre parar el motor, no creas que se puede parar el motor mandando el comando STOP (al menos mis discos duros, siguen rodando al mismo ritmo [+risas] y sin embargo, a josete2k si le afecta en el dispositivo). Lo que si puede ocurrir es que si no llamas al START, no te devuelva el TEST_READY en condiciones

El Watchdog se desconecta en ehc_loop cada vez que tratas un evento en la cola, luego os_restart_timer() debe ser llamada para volver a activar el timer. No recuerdo ahora si en la 2.2 metí algunas cosas nuevas para controlar la activación del watchdog o las he metido a posteriori. La idea del watchdog es que si pasan 10 segundos sin producirse un evento, se activa una lectura para evitar que se duerma el invento.

Hasta mañana no voy a poder publicar mis cambios, asi que te toca esperar (paciencia, que no es facil mirar el tema, sobre todo cuando no tienes algo que te señale el problema o si se produce uno, éste es muy esquivo)
Hola de nuevo, me gustaria colgar un log mio de cuando se producen estos cuelgues luego de una hora, pero como se hace para que se escriba el log? cualquier cosa mas tarde cuando este desocupado totalmente me pongo una hora mas a jugar, lo que si mejoro mucho con la ultima version, antes de 15 20 o 30 minutos que me duraban los juegos ahora al menos duran 1 hora tranqui jeje.
Hermes escribió:
rodries escribió:
Hermes escribió:Luego miro tus cambios, pero tengo entendido que a _harry_ le fallaba el reset.

El log que hago no es de lectura, si no de montaje de la unidad (que es lo importante), reportando todos los errores y los registros de estado en puntos claves (pero no a la SD, que es mucho mas lento y puede enmascarar algun fallo, si no a un bloque de memoria que luego es el que leo desde el PPC para escribir a la SD).

Eso es exactamente lo que yo hago.
Este es un log tipico que me ha reportado _harry_
usbstorage init
status1: 1803
status2: 1101
status3: 1005
port reseted status: 1005
getting USB_REQ_GETDESCRIPTOR
USB_REQ_GETDESCRIPTOR ok
trying USB_REQ_SETADDRESS: 2
USB_REQ_SETADDRESS ok: 2
checking USB_REQ_GETDESCRIPTOR
ok checking USB_REQ_GETDESCRIPTOR
init ok
USBStorage_Open
USB_GetDescriptors
USB_GetDescriptors ok
interface: 0
altInterface: 0
USBStorage_Open ok
USBGetMaxLun ok: 1
SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_TEST_UNIT_READY
----------------------------------
55 53 42 43 11 22 11 22 00
00 00 00 00 00 0C 00 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00

SCSI_INQUIRY
----------------------------------
55 53 42 43 12 22 11 22 24
00 00 00 80 00 0C 12 00 00
00 24 00 00 00 00 00 00 00
00 00 00 00

USBStorage_ReadCapacity
----------------------------------
55 53 42 43 13 22 11 22 08
00 00 00 80 00 0C 25 00 00
00 00 00 00 00 00 00 00 00
00 00 00 00


mounted ok

USBStorage_Read_Sectors
----------------------------------
55 53 42 43 14 22 11 22 00
02 00 00 80 00 0C 28 00 00
00 00 01 00 00 01 00 00 00
00 00 00 00

sector 1 read ok

Mirate mi port_rest que es copia del de linux y se arregllaran un monton de fallos

Hermes escribió:Sobre el tema de sincronizarnos, si no me has dado tiempo ha publicar los cambios que te comenté el jueves noche y que la peña lo probara, nen, con lo cual ni tú tienes los últimos cambios, ni yo tengo los tuyos :p

Además, no estamos probando lo mismo.

La verdad es que si estamos probando lo mismo. De todas formas no es del todo malo ya que de esta forma a lo mejor arreglamos lo mismo de 2 formas diferentes y se pueden combinar para hacer mas sólido el driver. Ademas como porto tus cambios poco a poco me vale para comprender que es lo que haces y no copiarlos a lo loco.



No estamos probando lo mismo, porque tu no estás usando por ejemplo, el comando Start/Stop. Y mi reportes son más de este estilo:


***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
Inquiry ret 0
ReadCapacity ret 0
USBStorage_MountLUN: ret 0
USBStorage_Init() Ok



O en este caso, mi lector de tarjetas sin ningún LUN activo (puedes ver como trata de montar LUN 0 y al fallan, llama a getmaxlun para volver a intentar LUN 0 (por si necesita ese comando previo y porque apenas se pierde tiempo))



***************************************************
USBStorage_Init()
***************************************************
USBStorage_Open(): USB_GetDescriptors 0
log_status (after USB_GetDescriptors)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): interface subclass 6 ata_prot 1
USBStorage_Open(): conf: 0x1 altInterface: 0
log_status (after USB_GetConfiguration)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): changing conf from 0
log_status (Before USBStorage_Reset)
status: 0xA008 Async Recl FLR
status port: 0x1005
usbstorage reset: Reset ret 0
usbstorage reset: clearhalt in ret 0
usbstorage reset: clearhalt out ret 0
log_status (After USBStorage_Reset)
status: 0x8008 Async FLR
status port: 0x1005
USBStorage_Open(): return 0
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBSTORAGE_GET_MAX_LUN ret 1 maxlun 4
USBStorage_MountLUN 0#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 1#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 2#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN 3#
start_stop cmd ret 0
SCSI_TEST_UNIT_READY 0# ret 0
SCSI_REQUEST_SENSE ret 0
SCSI_REQUEST_SENSE status 0x2
USBStorage_MountLUN: ret -10001
USBStorage_MountLUN fail!!!



A mi lo que me interesa ver es si el reset pasa y si no pasa, cual es el fallo y en que punto concreto (_harry_ reportó error en esa función), el start/stop y el test ready, que son importantes para el montaje del dispositivo, ademas de darme otros datos previos, que son los importantes.

Sobre todo porque tocas algo y alguien te dice que le va de pm y luego vendrá otro y te dirá mañana que lo antiguo iba muy bien y lo de ahora no le pufa.

PD: Por cierto, no puedo probar mi HDD el que falla el getmaxlun, porque la primera vez falla con timeout, pero la segunda vez peta directamente (en un reenganche por error) y el test que me pasaste solo va a poder comprobar el primer caso (por eso decidí suprimir ese comando en su momento)


Me haceis sentir la reina de la fiesta [fies]

@Hermes: aquí estan los resultados del test (adjunto fichero). Tarda bastante en cargar (comparando con el ehcimodule que pasó rodries), aunque ha mejorado bastante. Supongo que con lo que te pone en el log es mejor que mi explicación.
He podido cargar un juego, aunque no lo he probado durante mucho tiempo, con resultados positivos. Por cierto, hace algunos días te pase por mp mi email por si quieres que haga pruebas.

Adjuntos

_harry_ escribió:@Hermes: aquí estan los resultados del test (adjunto fichero). Tarda bastante en cargar (comparando con el ehcimodule que pasó rodries), aunque ha mejorado bastante. Supongo que con lo que te pone en el log es mejor que mi explicación.
He podido cargar un juego, aunque no lo he probado durante mucho tiempo, con resultados positivos. Por cierto, hace algunos días te pase por mp mi email por si quieres que haga pruebas.


Si: seguramente el sistema que usa rodries para enganchar el puerto, sea en principio, el mas adecuado, pero en el mío hay un pequeño bug que hace que el reset forzado no funcione del todo bien (una historia relacionada con el doble modo de funcionamiento del handshake())

En cambio portando cosas de rodries, me he encontrado con el mismo problema que él en la recuperación de error (por ejemplo, si desenchufabas el HDD, no lo volvía a tomar) y he tenido que desandar el camino por completo (sea como sea, siempre es mejor que mis cambios prevalezcan en este sentido, sobre todo porque una vez pasado el listón del enganche, vais a depender de esa capacidad de recuperar la unidad)

El caso es que al final, acaben funcionando todas las unidades posibles.
Hermes escribió:
_harry_ escribió:@Hermes: aquí estan los resultados del test (adjunto fichero). Tarda bastante en cargar (comparando con el ehcimodule que pasó rodries), aunque ha mejorado bastante. Supongo que con lo que te pone en el log es mejor que mi explicación.
He podido cargar un juego, aunque no lo he probado durante mucho tiempo, con resultados positivos. Por cierto, hace algunos días te pase por mp mi email por si quieres que haga pruebas.


Si: seguramente el sistema que usa rodries para enganchar el puerto, sea en principio, el mas adecuado, pero en el mío hay un pequeño bug que hace que el reset forzado no funcione del todo bien (una historia relacionada con el doble modo de funcionamiento del handshake())

En cambio portando cosas de rodries, me he encontrado con el mismo problema que él en la recuperación de error (por ejemplo, si desenchufabas el HDD, no lo volvía a tomar) y he tenido que desandar el camino por completo (sea como sea, siempre es mejor que mis cambios prevalezcan en este sentido, sobre todo porque una vez pasado el listón del enganche, vais a depender de esa capacidad de recuperar la unidad)

El caso es que al final, acaben funcionando todas las unidades posibles.


Pues, como escribí en un post anterior, con mi disco duro no he podido sacar ningún log porque se queda colgado el programa. Si hay otra versión nueva del test o puedo hacer algo para conseguir el log avisadme.
marioup escribió:Pues, como escribí en un post anterior, con mi disco duro no he podido sacar ningún log porque se queda colgado el programa. Si hay otra versión nueva del test o puedo hacer algo para conseguir el log avisadme.


Mañana voy a subir una versión que toma la inicialización de rodries combinada con la inicialización necesaria para el reenganche y algunas cosas más (a mi por lo menos, me funciona bien) . No se si lo de rodries te ha servido o no y tampoco se si has hecho lo que te he comentado antes de no enchufar hasta que aparezca la pantalla de aviso (por si te se ha quedado en negra) y si no es así, que pulsaras el boton de RESET para salir... (el programa queda a la espera de enganchar, pero se puede abortar pulsando HOME o RESET).

Espero que eso corrija los problemas que faltan por corregir, por que es la última versión que quiero sacar sobre el módulo.
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.

Si en algo te sirve mi colaboración, te dejo mi LOG.
Mi HD y una Memoria USB los detecta bien uLoader y muy ocasionalmente tengo cuelgues con el cIOS 222 (en juegos muy especificos, como Mario Kart o Wario Ware), aunque extrañamente los mismos juegos no se cuelgan usando cIOS 249 rev12 de Waninkoko desde el propio uLoader.

Adjuntos

hola a todos , soy nuevo y queria dar las gracias a HERMES por su gran trabajo con uloader v2.2, me ha gustado muchisimo, tengo el problema de que no se me descargan las caratulas, he probado la v2.2b y la version uloader_22E_1.pero siguen sin descargarse las caratulas, ¿es un problema general de todos o de algo que he hecho yo?, estube creando los canales para un par de juegos y para el uloader, borre el archivo __CFG_ y las caratulas de los dos copias de seguridad de mis juegos favoritos para poder crear el canal y desde entonces ya tengo los canales pero ya no se me descargan las caratulas.
Por otro lado queria dar las gracias tambien a Huexxx por su canal de uloader. he intentado mandarle un mp de agradecimiento pero se me cuelga y no lo manda.
Hermes escribió:Hola.
Necesito que me probeis este ejecutable, sobre todo _harry_:
http://mods.elotrolado.net/~hermes/wii/ ... _22E_1.dol
y después, cuando salgais de uLoader (pulsad el reset si os va bien para salir, por que para esto, no hace falta lanzar juego), me pegais aquí el fichero log_ehc.txt que genera.
Saludos
pd: no lo he probado hoy, pero debería ir lo de pillar caratula de internet, si no han cambiado nada desde el otro día.


Pues aqui te dejo el log_ehc... por lo pronto no tengo ningún problema con mi disco duro pero lo subo por si ayuda en algo.

Pd: En un rato bajo y checo el que subiste tu Rodries.

Edito:
Pues mañana checo bien porque como que si en ocasiones no entra bien... Hermes con que versiones me recomiendas checarlo? o ya solo lo checo con las nuevas

Rodries puse el test.dol y nunca detecto el disco duro pero mejor mañana me pongo a leer todos los ultimos post porque ya no se bien que onda [+risas]

Saludos!!!

Adjuntos

Bueno, pues ya está. He tratado de mezclar parte de la inicialización que hace rodries con la que hago yo (la de rodries por si sola, no me sirve para los reenganches y estoy seguro de que a edd2s, le da problemas por ahí, pero la mía por si solo tampoco sirve para algunos dispositivos...).

Aparte de eso, ahora se gestionan mejor los errores y he resuelto pequeños bugs que podían provocar un cuelgue en condición de error.

Recordad eliminar ehcmodule.elf de la SD para probar éste. Mi intención es no tocarlo más si es posible, puesto que es mejor que alguien en un momento dado, tenga que desenchufar su dispositivo y enchufar, que afectar al equilibrio del programa en otras cuestiones.

Sobre el tema de las caratulas el nuevo sitio está caido y he oido rumores de que quieren cobrar por descargar... tiene guasa la cosa, que esté la peña subiendo caratulas allí (que por otro lado, no hace falta que diga que eso es ilegal, pero bueno) y encima quieran cobrar por ello (obviamente, el ancho de banda necesario, no es gratis, pero ¿no lo sabían desde el principio?. De veras, estos son de los que merecen que les den un palo bien dado por "vender" caratulas)

El tema es que a nosotros eso no nos tiene que afectar: como uLoader es "feo", solo usa una imagen y no hace pijotadas como mostrar el disco de culo rodando, pues... tenéis mucho más fácil preparar una imagen vosotros mismos (diría yo que ahora es mucho más facil preparar el icono que antes, al ser una imagen alargada, ya sea de una imagen cualquiera o incluso de las fotografías de caratulas que cuelgan en webs como www.game.es, si no tenéis un scanner para capturar el frontal, como me pasa a mí). Pudiendo navegar por la SD, no tendréis nunca problema para adquirir imágenes y desde uLoader ya sabeis que las podéis previsualizar. Es lo que tenemos los feos, que debemos gustar por el contenido interior y no por la fachada [+risas]

Además, si me veo obligado a sacar una nueva versión y sigue sin arreglarse el tema de adquirirlas mediante web, tal vez haga lo mismo pero para adquirir todas las caratulas necesarias/validas desde la SD.

En fin, que disfrutéis la nueva versión, que yo me piro de barbacoa [+risas]

Saludos
Gracias Hermes por tu trabajo, lo probare [beer]
Pues por fin he terminado los exámenes y me puedo relajar un poco con la Wii [360º]

He estado jugando estos días a algunos juegos, y me he fijado que desde la versión 2.0 (no lo sé con seguridad, no sé exáctamente que versiones he tenido últimamente) algunos juegos se me cuelgan al jugar un rato. Cuando esto me pasa me fijo en el led del HDD y está quieto, no hay señal del Watch Dog por ninguna parte.

Me suelo fijar a ver si está activo de vez en cuando, y cuando lo veo el juego no se me cuelga. Pero justo cuando no lo miro resulta que no está (es que tal como tengo el HDD me es complicado mirarlo a simple vista).

¿Hay algún cambio que pueda estar desabilitando el WD por error? Porque la verdad es que me resulta rarísimo que ahora me falle a veces el HDD.

No he seguido mucho los cambios de las últimas versiones, pero sí he visto que puedes meter un módulo en la SD de uLoaders antiguos. ¿Esto podría hacerme volver a una 1.9 con apariencia 2.3? Es que no sé exáctamente como se usa la opción. Me miraré el txt.
Cada vez que entro hay version nueva, esto no puede ser xD

EDIT:

Por cierto, alguien no tendra algun bat (o sabe como hacerlo) que ejecute el comando add de wbfs_win para todos los .ciso/iso de una carpeta?
Probando con el wbfs intelligent en el pc de mi hermana eran todo errores y me salian juegos de 12 gigas y cosas asi, vamos un desmadre.

Ah, y lo de las caratulas, pues 3/4 de lo mismo, un bat que añada

Otra opcion seria poner las opciones en wbfs_win como extraer todo, añadir una carpeta entera... aunque veo mas facil y practico lo del bat, aunque acabo de probar a redireccionar el output a un archivo (wbfs_win.exe T list >> out.txt) y no ha funcionado...
Hermes escribió:Bueno, pues ya está. He tratado de mezclar parte de la inicialización que hace rodries con la que hago yo (la de rodries por si sola, no me sirve para los reenganches y estoy seguro de que a edd2s, le da problemas por ahí, pero la mía por si solo tampoco sirve para algunos dispositivos...).

Aparte de eso, ahora se gestionan mejor los errores y he resuelto pequeños bugs que podían provocar un cuelgue en condición de error.

Recordad eliminar ehcmodule.elf de la SD para probar éste. Mi intención es no tocarlo más si es posible, puesto que es mejor que alguien en un momento dado, tenga que desenchufar su dispositivo y enchufar, que afectar al equilibrio del programa en otras cuestiones.
...


Con mi famoso disco problemático me da error -1204, hace 1 reintento y desiste --> ("quizás debe enchufarlo en en el puerto 0"). Espero que sirva de ayuda.

EDITO: Ya he probado enchufando-desenchufando y va igual. Voy a ver que pasa si le meto el módulo de Rodries.----> EDIT: Con el de Rodries he estado jugando 1 hora al Mario Kart y Perfecto.

EDITO2: Una pregunta ¿Qué 249 de Waninkoko es mejor para usar con el Uloader como alternativa y que siga siendo compatible con el backup launcher Gamma?
Uso un HDD externo LG de 500 gigas.
La diferencia que encuentro entre la 2.2 y la 2.3 es que ahora con la 2.3, me tarda un par de segundos más en salir la pantalla de inicio, pero se compensa porque ya NUNCA me sale el aviso de que no hay dispositivo USB, y todo funciona perfecto SIEMPRE.

Todo lo demás, tan genial como siempre.
Para mi, el mejor usb loader. ¿Por qué? Porque funciona. Y funciona bien.

Gracias Hermes por hacer un USB Loader "feo". Soy feliz con él tal como es.

PD. "Aunque la mona se vista de seda..."
Gracias Hermes y rodries por esta nueva versión.
Con la versión 2.2 me ha pasado una cosa curiosa esta mañana. Estaba jugando al Overlord y de repente la pantalla se ha quedado congelada. Así que he desenchufado el disco duro y lo he vuelto a enchufar y el juego ha seguido como si no hubiera pasado nada.
rascayu escribió:Gracias Hermes y rodries por esta nueva versión.
Con la versión 2.2 me ha pasado una cosa curiosa esta mañana. Estaba jugando al Overlord y de repente la pantalla se ha quedado congelada. Así que he desenchufado el disco duro y lo he vuelto a enchufar y el juego ha seguido como si no hubiera pasado nada.


Esto es curioso e interesante saberlo. El otro dia me paso algo parecido con el mario kart, quiza tendria que haver echo lo mismo, aunque la pena es que era el modo online.
XtomyX escribió:hola a todos , soy nuevo y queria dar las gracias a HERMES por su gran trabajo con uloader v2.2, me ha gustado muchisimo, tengo el problema de que no se me descargan las caratulas, he probado la v2.2b y la version uloader_22E_1.pero siguen sin descargarse las caratulas, ¿es un problema general de todos o de algo que he hecho yo?, estube creando los canales para un par de juegos y para el uloader, borre el archivo __CFG_ y las caratulas de los dos copias de seguridad de mis juegos favoritos para poder crear el canal y desde entonces ya tengo los canales pero ya no se me descargan las caratulas.
Por otro lado queria dar las gracias tambien a Huexxx por su canal de uloader. he intentado mandarle un mp de agradecimiento pero se me cuelga y no lo manda.


No hay de que...

Lo lamento, yo no tengo problemas con mi HD, pero si con el aspecto general de uLoader. Se que es feo, pero si en vuestro caso con teles PAL 4:3 no se os deforman las carátulas, algo raro para en la mía. Seguro que con los 160x224 salen las carátulas tal cual sin deformarse ¿verdad?

Un saludo!
Se me ha vuelto a congelar la carga del Overlord, esta vez con la versión 2.3 del programa.

También es verdad que no he borrado el fichero "ehcmodule.elf" de la SD que menciona Hermes, pero es que no tengo ese fichero en mi SD. No creo que ese sea el problema porque no me suena haberlo tenido en todo este tiempo y la consola me ha funcionado perfectamente.

En cuanto a las carátulas que menciona Huexxx yo no tengo la sensación de que estén deformadas en mi pantalla plana de 42" a 16:9. Quizá sí que se nota un poco la baja resolución cuando las haces grandes para cargar el juego en cuestión, pero yo no lo considero un problema.

En el tema del canal de Huexxx, sólo decirte que el canal va perfecto y carga sin ningún problema la nueva actualización de Hermes.

Tengo que ver qué versión utilizo al final, pero tengo la sensación de que en las nuevas versiones el disco sigue siendo reconocido a la primera, pero por alguna extraña razón a veces se desengancha. No sabría decir si es cuestión de un fallo puntual de alimentación (lo que haría que el disco se viniera abajo) y que luego no fuera capaz de reengancharse.
Zhlain escribió:He estado jugando estos días a algunos juegos, y me he fijado que desde la versión 2.0 (no lo sé con seguridad, no sé exáctamente que versiones he tenido últimamente) algunos juegos se me cuelgan al jugar un rato. Cuando esto me pasa me fijo en el led del HDD y está quieto, no hay señal del Watch Dog por ninguna parte.


Yo estoy igual, de momento he probado con el 1.5 que la tenia todavía en la SD y con esa no me sucede.
La versión 2.3 me funciona perfectamente, no e jugado mucho y no se si pueda tener problemas de que se traben los juegos (lo voy a checar ahora) pero almenos el uLoader detecta perfectamente el disco duro SIEMPRE [sonrisa] , aparte lo de las caratulas a mi si funciono en esta versión (solo 3 caratulas no las pudo descargar).

Muchas gracias Hermes!!!

Edito:
Por ahora el único "problema" que e detectado es que cuando estoy en un juego y le doy a HOME y quiero regresar al menu del wii, se me traba el wii (supongo es cosa de mi disco duro)
edd2s escribió:Edito:
Por ahora el único "problema" que e detectado es que cuando estoy en un juego y le doy a HOME y quiero regresar al menu del wii, se me traba el wii (supongo es cosa de mi disco duro)


Eso que mencionas, solo te debe ocurrir si activas la opción "Skip IOS" en los juegos (se traba por que no puede cargar el título del menú)

Con respecto al resto, ya os habreis dado cuenta que no es facil ajustar el tema y lo que a unos les funciona muy bien, puede que a otros se les convierta en desastre y a mi me interesa que los que habeis podído utilizar sin problemas uLoader, sigais haciendolo. Puesto que rodries está interesado en seguir evolucionando el tema y a algunos parece que os va mejor el suyo, lo interesante es que ciertos cambios que he introducido estuvieran ya presentes para que el pueda sumar sus aportaciones, sin más interferencias por mi parte.

Por cierto, el uso de la red puede provocar el cuelgue de un juego si se accede a ella y se deja un tiempo sin utilizar. Y el sobrecalentamiento de un disco, puede provocar errores y cuelgues raros: yo tengo un HDD que a veces produce errores y se calienta bastante (cosa que jode bastante si te pasa en juegos como Guitar Hero, que pierde la sincronización de la canción) pero en todas mis unidades, se restablece automáticamente y no se me ha dado el caso de que tenga que desenchufar/enchufar para que vaya, aunque en algunas podría ocurrir (y también podría ocurrir que no fuera, porque ocurriera en un punto que trabase el reenganche, cosa que he tratado de minimizar).

El tema es que no es nada fácil tocar el driver y cualquier cosa que se toque puede servir para ganar algunos dispositivos, perder otros, o hacer que reenganche funcione peor y yo por mi parte, considero que el driver está en un punto optimo y que es tarea de otros trabajar en ello si quieren, pero que es una tarea muy difícil resolver un problema que se puede producir al cabo de una hora, sin ni siquiera poder obtener un log, ni saber cuales son los factores que han influido para producir un coma irreversible del dispositivo.

Lo de las caratulas, no se si ira, pero al menos esta mañana, no iba la web (y por ello no he podido probar si funciona una nueva función que he añadido para cerrar el dispositivo de la red y ver si así, se puede prevenir el cuelgue que mencionaba antes)

Saludos
Es la unica web donde se guarden las portadas??? no se podrian ir agregando nuevas fuentes donde buscar las fotos???? asi seria mas facil creo... ya sea de la SD o de alguna pagina de internet....

Saludos.
10244 respuestas