summaryrefslogtreecommitdiffstats
path: root/player/command.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-10-23 11:13:59 +0200
committerwm4 <wm4@nowhere>2014-10-23 11:13:59 +0200
commitdf6435be5024f89b3066d176fbfc304984c750f7 (patch)
treed4c358ab549f0061b9d141a3fe1f65c39c278b8d /player/command.c
parent34373032b516e54843f673377bf89f506a303092 (diff)
downloadmpv-df6435be5024f89b3066d176fbfc304984c750f7.tar.bz2
mpv-df6435be5024f89b3066d176fbfc304984c750f7.tar.xz
manpage: ipc: comment about invalid UTF-8
Some rationale for the documented/suggested behavior: It's not really clear what to do with invalid UTF-8, since JSON simply can't transport this information. Maybe you could transfer such strings as byte arrays, but that would be very verbose and inconvenient, and would pose the problem that it's hard to distinguish between strings encoded in this way and actual arrays. There are many other ways how this could be handled. For example, you could replace invalid sequences with '?'. Or you could do it like Python, and use certain reserved unicode codepoints to "tunnel" through invalid bytes. Which of these works really depends on the application. And since this can be done entirely on the byte level (invalid UTF-8 sequences can appear only in strings in our case), it's best to leave this to the receiver.
Diffstat (limited to 'player/command.c')
0 files changed, 0 insertions, 0 deletions