Быстрое rgb565 до YUV (или даже rgb565 до Y)

Question

Я работаю над тем, где хочу иметь выходную опцию, чтобы перейти к наложению видео. Некоторая поддержка rgb565, если так мило, просто скопируйте данные.

Если нет, мне нужно скопировать данные с конверсией, и это буфер кадров за раз. Я собираюсь попробовать несколько вещей, но я подумал, что это может быть одной из тех вещей, которые оптимисты будут увлекаться тем, что у вас есть проблема.

Здесь различные форматы YUV, которые обычно поддерживаются, были бы плоскостью Y, за которой следовали либо чередующиеся, либо отдельные плоскости UV.

Использование Linux/xv, но на уровне, с которым я имею дело, это всего лишь байты и x86.

Я собираюсь сосредоточиться на скорости за счет качества, но есть потенциально сотни различных путей, чтобы попробовать. Там где-то есть баланс.

Я посмотрел на mmx, но я не уверен, есть ли там что-нибудь полезное. Мне ничего не кажется особенно подходящим для этой задачи, и много перетасовки, чтобы все было в правильном месте в реестрах.

Пробуя грубую версию с Y = Зеленый * 0.5 + R * 0.25 + Blue * notmuch. U и V еще меньше относятся к качеству обслуживания. Вы можете избежать убийства по этим каналам.

Для простой петли.

loop: 
movzx eax,[esi] 
add esi,2 
shr eax,3 
shr al,1 
add ah,ah 
add al,ah 
mov [edi],al 
add edi,1 
dec count 
jnz loop 

конечно каждая команда зависит от того, до и слово читается не лучший, так чередованием два может получить чуток

loop: 
mov eax,[esi] 
add esi,4 
mov ebx,eax 
shr eax,3 
shr ebx,19 
add ah,ah 
add bh,bh 
add al,ah 
add bl,bh 
mov ah,bl 
mov [edi],ax 
add edi,2 
dec count 
jnz loop 

Было бы довольно легко сделать это с 4 при время, возможно, для пользы.

Может ли кто-нибудь придумать что-нибудь быстрее, лучше?

Интересным аспектом является то, подходит ли достойный компилятор к аналогичному коду.

Answer 1

Что вы действительно хотите посмотреть, я думаю, использует MMX или целые инструкции SSE для этого. Это позволит вам работать с несколькими пикселями за раз. Я предполагаю, что ваш компилятор сможет генерировать такой код, если вы укажете правильные переключатели, особенно если ваш код написан достаточно хорошо.

Что касается существующих кодов, я бы не стал беспокоиться о инструкциях чередования разных итераций, чтобы повысить производительность. Механизм выхода из строя всех процессоров x86 (за исключением Atom) и кэшей должен хорошо справляться с этим.

Edit: Если вам нужно сделать горизонтальный добавляет вы можете использовать инструкции PHADDD и PHADDW. На самом деле, если у вас есть руководство разработчика программного обеспечения Intel, вы должны найти инструкции PH*. У них может быть то, что вам нужно.

Answer 2

Достойный компилятор, учитывая, что соответствующие переключатели настраиваются для наиболее интересных вариантов процессора, почти наверняка знает намного больше о хорошем выборе и планировании инструкций x86, чем любой простой смертный!

Посмотрите на Intel(R) 64 and IA-32 Architectures Optimization Reference Manual ...

Если вы хотите получить код оптимизации вручную, хорошей стратегией может быть заставить компилятор генерировать источник сборки для вас в качестве отправной точки, а затем настроить его; до и после каждого изменения, чтобы убедиться, что вы на самом деле делаете все лучше.