On Wed, March 12, 2008 1:35 am, Phil Dibowitz wrote: > All it takes is updating the first 6 bytes. If I take a > file from the website, update the first 6 bytes with the > first 6 bytes of my firmware and then use it to update my > remote, it works like a charm.
Are you sure those values are always constant? I.e. how do we know that one/more of the bytes isn't some kind of firmware-data-specific check-sum that'll need to be different for future firmware releases? Also, looking through the firmware files in Kevin's harmony_usb_logs.zip, I notice that some remotes appear to have 4 * FF in the firmware downloads from the website, and others 6 * FF (maybe even 1 with 8 * FF?) So, I guess we need to parameterize the count of bytes to "keep" based on arch? > Note that involves changing read_firmware_from_file() quite a bit, so if > anyone's working on a patch that touches that, you may want to wait a bit. Shouldn't this overwrite be performed in the write-firmware-to-remote function, since that deals with HW, whereas read_firmware_from_file() is just file IO? ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ concordance-devel mailing list concordance-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/concordance-devel
