FAQ

"Why is it only 1.44 megabytes?"
A few reasons. Namely to keep  times relatively short. At 300 baud, transfering a 1.44MB file can take HOURS to send. There may be larger files in the future, stay tuned!

"What about other countries?"
This challenge is really aimed at the US audience. Until recently the FCC imposed a 300 baud rate limit on data transmissions, however that's since been lifted, and thus the challenge was born!

"Why aren't there time windows, power categories, etc?"
This isn't a contest with set times, points, or multipliers. It's an ever evolving race to the fastest time.

"Am I getting paid for this?"
No.

More clarification on rule 5 and 6
Any easy way to explain the rule is by examples:
1. You can't modify the file BEFORE loading it into the program that actually encodes and sends the file. That means you may use error correction however you see fit, but the file that comes out on the receiving side must match the original, unedited file (this is what the checksum is for).
2. "Deconstructing" in this context refers to someone opening the file, looking at it's contents using some binary or hex viewer, and then "manually" transmitting the raw bits. The objective is to plunk the file into the program, hit send, and receive it on the other side (slightly simplified).

"This challenge requires RX and TX"
How you achieve this is up to you. You may use a webSDR to receive it, have a friend on the other side, or even use the community to your advantage. There's no distance requirement (although there may be different categories for that in the future).