Вот теперь вы сами неизбежно требуете mediainfo, а это можно было сделать сразу.Мне он нужен для того, чтобы определить, требуется ли человеку дополнительно сжимать файлы, или он может их просто объединить. На изначальный вопрос "сжать максимально без потери качества" ответ внизу уже есть, осталось уточнить.
ffmpeg -i input_from_concat -c copy output.ts
практика показывает, что повторение тех же параметров сжатия, что у исходника, далеко не всегда ведёт к чему-то приемлемомуRGB весит в несколько раз больше, чем YUV, при этом новой информации от выставления RGB появиться не может, и сжатие лучше работать не начнет. Так что в случае с YUV (по крайней мере 4:2:0) исходником "-pix_fmt yuv420p" - простой багфикс для FFV1.
x265 - если оборудование поддерживает декодинг на аппартном уровнеЯ думаю, что для целей архива это не обязательно, человеку нужно минимизировать размер файла и ему не жалко времени. В таком случае, когда архив понадобится, его можно в крайнем случае разжать во что-нибудь попроще за пару (десятков) минут, если аппаратное воспроизведение не поддерживается, либо найти телефон\ноутбук\etc с поддержкой H265. А вот место должно сэкономиться.
Я лично предпочитаю не aac, а vorbis, но как я понимаю звіука там может и не бытьДа, звука может не быть, об этом я не подумал. А вот vorbis вроде как не влезет в один контейнер с H265, или я не прав?
The existing device cannot be part of a raidz configuration.Но 12ТБ диск и не является частью raidz.
If device is not currently part of a mirrored configuration, device automatically transforms into a two-way mirror of device and new_device.