The trouble is, the manual recording is a 600ms buffer of raw recoded RF. Just repeating that signal (which you can do by PATCHing the reps property of the command signal) will usually not work because there will probably be a gap of silence and/or broken packets in the buffer. Either the API user or the Bridge or the app would need to do some intelligent slicing of the packet so that the on-air signal looks reasonable. — Something we’ve talked about here but never gotten around to, focusing instead on improving our database of templates.