Tag Archives: arm

ARM On FATE Is A Reality

Thanks to Måns for modifying the FATE script in a way that supports automatically cross compiling FFmpeg for a different target CPU on a faster host machine, transferring the binary to a machine specimen that runs the target CPU in question, and remotely asking the target CPU to run the battery of FATE test specs. The upshot of all of this is that FATE is effectively running on an ARM-equipped Beagle Board and contributing results back that anyone can view via the main FATE page.

I hope to get his changes rolled into the main script soon. It’s great work, and I’m hard-pressed to name another continuous integration system that can operate on such diverse platforms, environments, and circumstances.

I dusted off my old Sega Dreamcast this evening — the one I used to do homebrew programming on — and enjoyed some games. As I was playing, I realized that the next evolution of FATE would be to get it to continuously run automatic cross-compile and test cycles on the Dreamcast’s SH-4 via a custom serial protocol, similar to what John Koleszar described in this comment.

But I have a few more FFmpeg code paths to cover before I can even think about that.

More Non-x86 Subnotebook News

Maybe it’s almost time for cheap, non-x86, subnotebooks to hit the mainstream. I just read about the ARM-based Pegatron at Endgadget. I wager this won’t be as difficult to compile software for as the MIPS subnotebook is turning out to be.

Meanwhile, those Gdium people recently announced a program that they affectionately refer to as One Laptop Per Hacker (OLPH). The idea is to allow interested hackers to obtain pre-release access to Gdium units. I signed up for the program but never bothered to announce it here; hey, anything to reduce potential competition.

Anyway, I got an email tonight notifying me that I am accepted into the program. I’m getting cold feet, though, especially over the legal agreement I am expected to sign in order to procure the pre-release unit. If I wasn’t already in possession of my other MIPS subnotebook, I would jump right on top of this.

OTOH, this unit will undoubtedly be easier to develop for, since it’s partially designed for that purpose. Plus, it’s 64-bit (though I don’t know if that really means anything in the grand scheme of MIPS chips).

What do you think? Should I go for it, for the sake of FATE and the greater FFmpeg project?