Здравствуйте, jakor, Вы писали:

J>Кибер демон. Привет. ты во многих вещах фундаментально заблуждаешься.
J>Во первых — озвучь плз название алгоритма сжатия.
присоединяюсь к вопросу. и в упор не понимаю, почему нельзя жать только разницу с предыдущим кадром. в реальное время это укладывалось еще во времена третьих пней, причем степь сжатия была уже сопоставима с "оффлайновыми" компрессорами. существует очень немного причин, чтобы сжимать кадры независимо друг от друга, поскольку степень сжатия при этом получается очень низкая.

J> получается, что никаких существующих на данный момент размеров
J> кэшей второго уровня не хватит, чтобы поместить в себя все данные для одной картинки.
это если картинку сжимать одним блоком. а на фига это делать при таком разрешении? любые алгоритмы сжатия покажут не чуть не худший результат по степени сжатия если картинку разбить на несколько частей (например, на четыре) и сжимать их отдельно друг от друга. но это опять-таки от алгоритма и формата данных зависит...

J>Попробуй поиграть с размером входной картинки — и вообще расскажи задачу поподробнее — интересно же
кстати, настораживает то, что картинка квадратная
и еще настораживает то, куда и как складируются сжатые кадры. допустим, у нас есть четыре ядра, которые захватывают четыре соседних кадра и жмут их. допустим так же, что волею случая ядра заканчивают работу в обратном порядке, т.е. четвертый кадр сжимается раньше всех, а последним сжимается первый кадр. что делают ядра? тупо ждут окончания сжатия первого кадра?