Mstar Firmware Unpacker & Repacker

Debido a la politica que maneja D@rk, el trabajo arduo llevado a cabo por él, las pruebas, los arreglos de fallos, y un largo etc... Mejor NO pedir el código fuente, y limitarse al programa final.

Si quieres saber cómo funciona un firmware, analizalo tú mismo...
Bueno, entiendo el arduo trabajo de D@rk. ¡Soy un completo novato y no sé nada! ¡Solo tengo algunas preguntas que me gustaría que me respondieran!
 
Obviamente sí, y la única razón para que sean iguales es porque se trata del mismo archivo con nombres diferentes.
No, uno es el firmware oficial y el otro está compilado por otros. Los dos firmwares que compartí. Puede comprobar la suma de comprobación de ambos firmwares.
IMG_20240124_053138.jpgAl empaquetar, elimine el lugar donde dibujé el círculo rojo y agregue la información de la versión (H65E3A-Y V1111.00.01A_1581333113 RSAG7.820.8802/ROH) al empaquetar. Probablemente sea correcto operar las sumas de verificación de esta manera.
 
Última edición:
Veo que no has entendido nada de lo que he explicado.
Lo que estás haciendo es incorrecto y por lo visto aún no tienes en claro ni donde están los checksum ni su origen.
Todo tiene un motivo y un por qué, y en este caso, saltan a la vista de quien pone atención.
 
Es que debes entender una cosa, el CRC32 como archivo no importa, lo que importa son los CRC32 internos que se encuentran en el Footer.
CRC32.jpg
Lo enmarcado en rojo son los CRC32 y la estructura es normal, con firma, no XGIMI

Esta es la estructura XGIMI y se usan 3 CRC32:
CRC32_XGIMI.jpg
Esta es la estructura normal, con dos CRC32:
CRC32_Normal.jpg
 
1(2).JPG
Este es el firmware oficial
2(2).JPG
Este es el system.img empaquetado (sin firmar)

Es que debes entender una cosa, el CRC32 como archivo no importa, lo que importa son los CRC32 internos que se encuentra en el Footer.
Ver el archivo adjunto 309353
Lo enmarcado en rojo son los CRC32 y la estructura es normal, con firma, no XGIMI

Esta es la estructura XGIMI y se usan 3 CRC32:
Ver el archivo adjunto 309354
Esta es la estructura normal, con dos CRC32:
Ver el archivo adjunto 309355
Oh, compartí tu herramienta con mis amigos y grupos. El desempaquetado y el embalaje no fueron ningún problema. Todo fue un éxito.
 
Sr. Darkbin, antes que nada le agradezco el trabajo que realiza.
Por favor perdóname por esta traducción. Escribo en francés argelino. Traducción al español por Google.
Mi televisor muestra la imagen al revés (espejo) y la imagen solarizada.
Eres amable con edite el archivo Emmc y tvconfig para poder corregir estos errores citados anteriormente.
El software Mstar Unpacking Tool 1.7.0 no abre el EMMc extraído por un amigo mediante puerto serie/vga con UNIVERSAL PROGRAMMER. Gracias

Texte original francais.

Monsieur darkbin, avant tout, je vous remercie pour le travail que vous faite.
vous m'excuser de cette traduction. moi j'ecrit en francais d'algerie. traducion en espagnole par google.
Mon televiseur affiche l'image a l'envers(mirror) et l'image solarisée.
je vous demande de bien m'éditer le Emmc et le fichier tvconfig pour pouvoir rectifier ces erreurs cité ci dessus.
le logicier Mstar Unpacking Tool 1.7.0 n'ouvre pas l'EMMc éxtrait par un ami par serial port/vga avec UNIVERSAL PROGRAMMER. Merci
 

Adjuntos

  • Mstar unpacging tool v.1.7.0.jpg
    Mstar unpacging tool v.1.7.0.jpg
    97.2 KB · Visitas: 16
  • 20240204_200900.jpg
    20240204_200900.jpg
    224 KB · Visitas: 15
  • 35023029.jpg
    35023029.jpg
    354.5 KB · Visitas: 15
Eres amable con edite el archivo Emmc y tvconfig para poder corregir estos errores citados anteriormente.
El software Mstar Unpacking Tool 1.7.0 no abre el EMMc extraído por un amigo mediante puerto serie/vga con UNIVERSAL PROGRAMMER. Gracias
Ese tipo de respaldo no se puede extraer con esta aplicación.
Se extrae con esta aplicación: Desempacador para Dumps(Volcados) Mstar
El problema es que después de desempacado y editado, se requiere conocer las direcciones RAM para poder crear el script de instalación.
Esas direcciones y más información solo se obtienen en el firmware original.
 
Gracias por su rápida respuesta. Pondré BOOT3_USERDATA.BIN en un sitio de alojamiento.
Tuve éxito con RT809H-DE v1.2 el archivo TVCONFIG.img
Este archivo no existe en Internet para esta carta madre. *35023029.
 

Adjuntos

  • tvconfig.rar
    493.5 KB · Visitas: 5
  • IMG_20240127_165424.jpg
    IMG_20240127_165424.jpg
    271.5 KB · Visitas: 6
Última edición:
Gracias por su rápida respuesta. Pondré BOOT3_USERDATA.BIN en un sitio de alojamiento.
No tiene caso.
Tuve éxito con RT809H-DE v1.2 el archivo TVCONFIG.img
Claro, y el contenido de tvconfig.img lo puedes extraer con esta aplicación: Make Image
Con esa aplicación también puedes volver a empaquetar tvconfig.img
Pero repito, si no tienes las direcciones RAM no podrás crear el script de instalación.
Este archivo no existe en Internet para esta carta madre. *35023029.
Obviamente no, y en dado caso debería ser exactamente igual al que tiene el firmware original.

La edición del firmware solo es conveniente cuando las imágenes se extraen del firmware original, no de un volcado de la eMMC.
Como ejemplo, este es un script para tvconfig:
Código:
filepartload 0x50000000 $(UpgradeImage) 0x804000 0x2000000
mmc erase.p tvconfig
mmc write.p 0x50000000 tvconfig 0x2000000 1

Ahí se pueden observar las direcciones requeridas, el offset de la partición en el firmware y su tamaño.
Como el firmware contiene varias, por eso tvconfig empieza en el offset 0x804000, pero si solo se crea el script para esta, quedaría en el offset 0x4000
Si desconoces la dirección en RAM, que en este ejemplo es 0x50000000, no podrás crear el script.
Aparte, ese 1 que está detrás de 0x2000000, indica que la memoria debe ser borrada, y no en todos los casos es necesario.
Al menos necesitas un firmware válido como referencia para obtener esos datos.

Postdata: El defecto de imagen solarizada se puede corregir desde el modo de servicio.
 
Atrás
Arriba