IRC channel logs

2026-08-20.log

back to list of logs

<jobol>hi all, I read the recent meeting minutes and found that there is a discission about encoding, syrup, cbor, protobuf, ...
<jobol>I'd like to point out flatbuffer as a serious candidate because it doesn't enforce parsing of transmitted data
<jobol>See https://flatbuffers.dev/ and https://github.com/dvidelabs/flatcc/blob/master/doc/binary-format.md#flatbuffers-binary-format
<gibson042>I think the table-based indirection makes FlatBuffer too complicated to uphold our "easy to implement" goal (cf. https://flatbuffers.dev/internals/ and https://github.com/dvidelabs/flatcc/blob/master/doc/binary-format.md ), and its intentional format flexibility is fully opposed to our "only canonical representations" goal. The random access is *very* nice, but in practice I think/hope we can get most of the benefits by embedding where we expect
<gibson042>partial parsing to be useful.
<jobol>gibson042, okay, it seems to be good reasons