I've read the following statements:
"Raw IR IO mode receives, transmits, and clones IR signals"
"RC5 and RC5x are currently the only supported remote control protocols."
Does RC5-only decoding support has any bearing on the transmission of IR signals?
Can I send codes using other protocols in IRIO or Raw mode?
In other words, does the IRToy have a Raw mode that allows you to shape the IR waveform to be transmitted from known/decoded address/command bits, and not be limited to RC5?
The RC5x limitations have nothing to do with raw IR IO mode.
When the USB IR Toy starts up, it is in IR decoder mode. That mode is only able to decode RC5 and RC5x remotes. Any other remote will basically be ignored, and will not produce any output (but the LED will still flash).
If you send the IRIO command to the IR Toy, then it no longer decodes any protocol, so there are no limitations. You're basically dealing with a binary stream that represents the signal at the sampling rate. When sending data back to the IR Toy, you have a choice between 7-bit and 8-bit mode. The former requires that you reformat the bit stream that you receive from a remote before you can duplicate it. The latter accepts any 8-bit code, and thus there is no way to break out of that mode without power-cycling the USB IR Toy.
A third mode is the SUMP protocol. It has nothing to do with remote control protocols, but works with SUMP software.
Basically, you have 3 or 4 different ways to talk to the USB IR Toy, and only 1 mode is limited to RC5. So, yes, you are not limited to RC5.