<whitequark[cis]>
this has been brought up before and the big issue is that translation adds latency and can appear to "swallow" certain sequences (parts of multi-byte ones if there's a delay in the middle)
<danderson>
yup I'm definitely paying a small price for fixing up the stream in this case. Definitely wouldn't want it doing stuff by default
<danderson>
but sounds like that's probably a no even as an optional thing?
<whitequark[cis]>
i'm not sure. i think an implementation that's uninvasive could work, it's just not entirely trivial to do that
sazzach[m] has joined #glasgow
<sazzach[m]>
Would using the pty mode with Minicom work for you?
redstarcomrade has quit [Read error: Connection reset by peer]
<danderson>
oh, it might. I was using the tty mode, didn't consider going deeper.
<danderson>
I'll ponder if I can come up with a clean way to do the translation, I have some rough ideas for doing it in the gateware directly but I need to know much more amaranth before I can do anything about that
<danderson>
meanwhile back to "LED y u no light up as instructed" on this stupid board
<whitequark[cis]>
doing it in gateware might not be a bad call but that would first need some refactoring to wrap UART to be stream based
<whitequark[cis]>
or otherwise make sure the translation happens on streams
<danderson>
ah yeah I think I saw a todo about reworking the UART but didn't dig into it too much, since my thing is a slow debugging bus I just mashed a bytes.replace into the applet code and moved on
andymandias has quit [Remote host closed the connection]
andymandias has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
cr1901 has quit [Read error: Connection reset by peer]
cr1901 has joined #glasgow
_whitelogger has joined #glasgow
Darius has quit [Read error: Connection reset by peer]
Darius has joined #glasgow
redstarcomrade has joined #glasgow
redstarcomrade has quit [Read error: Connection reset by peer]