Here is where you can find a copy of the Humidify utility for manipulating HDF files. It's also available to run directly on a Humax via the package framework; just install the humidify package.
Any chance of the source code ?
Yes. You can extract the root filesystem block from the beta firmware using humidify, unsquash that (using the Linux squashfs tools) and modify it to drop in whatever you want, squash it back up and then use humidify again to create a HDF that will load onto your box. You should only include the rootfs section in the final HDF and leave out the kernel/bootloader/other sectionsDoes this utility allow me to produce my own customised firmware using my beta hdf?
Not quite. If you're already running the beta firmware then you already have the beta system ID, beta kernel and beta bootloader, and you don't want to touch them.Is this the way to go?
$ humidify-1.0.2/humidify.exe -S3 -x hdr_fox_t2_upgrade_1.02.20.hdf Opening hdr_fox_t2_upgrade_1.02.20.hdf, 19129839 bytes. Blocks: 621 Model: 4 System ID: 80bc.7e00 Skipping file 1 Skipping file 2 x 3.hdfbin-3-1a00000.raw Checksum mismatch Calculated: fae4d4cdc333ddfea18272423cb87547737ea9342c2e762c55734a976ff3a7e6fae4d4cdc333ddfea18272423cb87547737ea9342c2e762c55734a976ff3a7e6 Embedded: 8101eb4f70b4adfae246540132dcaaf24bf3972e98871cf3fd3d03ccdff2a5ed (2097152 bytes) Processed in: 0.20s HDF Tool v1.0.2, by af123, 2011.
Can you give some insight into the contents of the flash memory? I see something that looks like filenames but not much more that is usefull. A second stage bootloader and some compressed flash filesystem?I see the same checksum error but the file was identical to the contents of the flash memory.