Ассемблер

[MetalliC]

в теории, если оно упирается в скорость памяти, быстрее всего будет через Store Queue, т.е. в mbcopy2/_block8x8_copy вместо записи в промежуточный буфер писать в SQ и сбрасывать по 32байт PREF-ом в YUV-конвертор, понятно что данные должны идти последовательно, сначала все U, потом V, потом Y, и хз будет ли оно так быстрее на практике)

вообще игры работают и так и сяк, все Katana-вские по DMA целиком текстуру шлют, все WinCE-шные через SQ

(27.09.2013 07:04)SWAT писал(а):  Я вижу что block8x8_copy на асме, а сама mbcopy2 почему не на нем то? Или нет смысла, так как после компиляции код и так хорош типа?

относительно свежие компиляторы неплохо оптимизят код, т.е. перемешивают операции разных типов, с разными результатами итп, короче чтоб инструкции по возможности всегда выполнялись параллельно.
руками так еще попробуй напиши, для этого нужно знать на зубок работу Pipeline-ов SH4, плюс такой код хреново читается и понимается, если что-то нужно будет позже менять/править сам в нём нихрена не поймешь

а вот в старые компиляторы, типа как в Katana r8/r9 на котором и сделано большинство игр, тупнячковые, генерят код больше похожий на изначальный, т.е. инструкции расположены в порядке типа как и было в С-шном коде, и это с одной стороны хорошо - в отладчике или IDA его не так сложно реверсить