Has anyone around here ever attempted to modify or extend the Pronto firmware? Considering that a firmware update consists of just a Linux kernel (2.4.20), and a few JFFS2 firmware images, it may be feasible to replace e.g. wpa_supplicant or mess around with the netifd ([Link: openwrt.org]) binary to improve WiFi handling (or at least extend the delay until the WiFi interface is shut down). The Linux distribution is apparently MontaVista Linux 3.3.1, which is unfortunately commercial. Access to a serial console (there should be a getty running on /dev/ttyMX0) on the remote and the ability to re-flash an unmodified firmware would be almost essential to get anywhere with such a hack.

It was done once for the TSU9300

[Link: remotecentral.com]

Note that the remote uses BusyBox.

Thanks. The 9300 and 9600 use almost the same firmware, they are both based on Montavista 3.3.1 and use busybox as their shell and for the usual Unix tools.

If anyone wants to try enabling prontoscript in the TSU 9300 with 7.3.3, setting

APPLI_ARGS="-E prontoscript"

in /run.sh in the optfs may be sufficient. Surprisingly, the Appli binary that contains the actual Pronto software is 1.2MB on the 9300 and only 0.8MB on the 9600.

That's because the 9300 and the 9600 have different IR processing engines. The 9600 and the 9800 support more IR code formats than the 9300/9400 IIRC.

I know from past experience that the TSU firmware.exe extracts the image to a temp folder and all the files are read-only at this point. When you exit the program, this folder is removed.

As you seem to be looking inside the 9300 with putty or some other tool, I'm curious as to how you got to connect to the 9300 console. Or by chance did you just mount one of the jffs files from the image?

I only have a 9600, and what I'm doing is simply unpack one layer of the installer after another with the tools available under Linux. The installer can be unpacked using 7z, resulting in a FirmwareUpdater.exe, a few DLLs and maestro_firmware.zip, which can of course be unzipped. The jffs filesystem images from there can be unpacked using jefferson ([Link: github.com]), or mounted directly in Linux using loopback devices.

On windows, I renamed the installer exe to .7z and when I try to open with WinRar, I can only see the internal jffs2.

Hints?

I'm using 7za to extract the files from the installer, and that's apparently the POSIX / Linux port of https://7-zip.org/ (which I would recommend anyway as a superior alternative to winrar).

Wow. 7-zip actually drills into the EXE and pulls out the resources inside. I'm impressed.