MP
а в чем сложность?
В размере спеки, например.
Size: a a a
2020 November 13
RR
В размере спеки, например.
никто не читает спеку если понятны общие принципы
AP
Спеку нужно уменьшить до минимума, конечно. Но дать возможность делать более сложные конкретные форматы.
АХ
Не нужна совместимость. Потому что строки означают парсинг+сериализацию на каждом шагу
Так для IPC всё одно придётся сериализовывать данные
AP
Если все будут сериализовать в один одинаково читаемый формат, это будет приемлемо
AP
А если программа сможет ещё и "тип" контента выдать по запросу — ещё лучше!
AP
тип == схема == версия и имя спеки
AP
$ ls {glob: "*.mp3"} | map dumpID3 | filter {expr: "\"Bla\" in _.title"}
{title: "Bla-bla"...}АХ
Одинаково, конечно не будут. Вот надо мне гигабайты бинарных данных сквозь пайп просовывать. Не буду ж я их в условный JSON кодировать
AP
JSON stream
AP
Да и это уже всё равно не задача для пайпов
AP
Тут уже нужен сокет или fifo
АХ
Норм задача. Не раз так делал
JS
в принципе, если поверх JSON навернуть namespaces из XML, кажется, все проблемы с представлением метаданных и прочих штук решаются
AP
EDN умеет в неймспейсы. Хотя там namespaced keywords, это другой
JS
только мало где реализован
AP
Ну либы-то есть
AP
hedn для Haskell, например :)
AP
Одинаково, конечно не будут. Вот надо мне гигабайты бинарных данных сквозь пайп просовывать. Не буду ж я их в условный JSON кодировать
Сомневаюсь, что данные прям единый блоб составляют. Если иметь транспортный формат с поддержкой байтстрингов, то можно прям в него и паковать
AP
Суть не в том, чтобы паковать этот ваш mp4 в блоб и выдавать в пайп. Нужно кадры в поток выдавать!