>> И не реализуют. Ибо h264 и прочие современные кодеки значительно сложнее первого
>> и второго мпега, и нормальной производительности на шейдерахне получится.
> Вот это не факт, для GPU как раз удобны операции по масс-обмолоту
> данных в стиле SIMD/MIMD. А если посмотреть на чем самые быстрые
> реализации кодеков - окажется что это аккуратно выписанный SIMD ассемблер. А
> вот такого добра у GPU есть. И операции с таким добром
> оно молотит оптом и в розницу. Скорее проблема в том что
> это не больно то просто и никто не сподвигся пока.

Ну тогда не шейдеры, а opencl/cuda скорее нужен, хотя я видел только декодер дирака для куды. А с h264 есть затыки какие-то с распараллеливанием некоторых операций, вон, было несколько кодировщиков h264 на куду под винду, но они не сильно быстры и дают унылое качество на выходе. И даже то ли амд, то ли нвидия собиралась запихнуть DSP, делающий аппаратное кодирование.
Я конечно понимаю, что кодирование и декодирование весьма разные вещи, но я не понимаю совершенно, зачем изобретать велосипед. Если у нас есть dsp, то почему бы им не воспользоваться? Тем более, что накатать для него поддержку в драйверах будет в разы проще, нежели переписывать x264 на glsl или даже на opencl.