Appears to care about the high bit of a byte
We tried to use the emulator with a minicomputer emulator. The ASR33 always had the high bit set, a la sticky parity, but emulators have no UART in line so outputs the raw data that would go to the ASR33.
Anything from 0x00 to 0x7F is malformed, but obviously should be treated as valid ascii for compatibility, and anything from 0x80 to 0xFF should have 0x80 subtracted before rendering to emulate an ASR33 TTY. This would be like an "enhanced teletype compatibility" mode.
I was inspired by this issue to write a full parity system [in a branch for now since I don't have a good way to test it] - the default behavior is as you requested, and it also should be capable of checking [or generating] any of even/odd/mark/space parity, with a command line option to select.
added commit b25d358db5c86887b921e75c46cfbadbfb713362
Awesome! We will strip the emulated uart from the SEL 810 emulator and try it with the ttyemu directly. Thank you!