Принудительное ускорение рендеринга оборудования Honeycomb 2D во всех приложениях на рутованном устройстве? - PullRequest
1 голос
/ 21 апреля 2011

Надеюсь получить ответ от невероятно мудрого парня Ромена (но хотел бы получить ответ от любого, у кого есть какие-либо идеи!).

Ранее он писал следующее в ответ на вопрос пользователя , почемуHW ускорение не было включено по умолчанию :

По умолчанию оно не включено по причинам совместимости.При включении поддерживается не 100% Canvas API (хотя недостающие части используются очень редко и используются редко), и в новой реализации могут быть ошибки.Есть также новые ограничения (например, если вы попытаетесь нарисовать растровое изображение, превышающее максимальный размер текстуры OpenGL, это не удастся.)

Новый конвейер рендеринга также использует собственные списки отображения для каждого просмотра, что вызывает ошибкив некоторых приложениях.Например, если View полагается на своего родителя для invalidate (), чтобы перерисовать себя, это ошибка в приложении, но он «работает» без аппаратного ускорения.Однако он не будет работать с включенным аппаратным ускорением.

Наша цель - включить аппаратное ускорение по умолчанию как можно скорее, но мы не хотим ломать приложения.Тем не менее, приложения, использующие стандартные представления и API, должны работать просто отлично.

Мне было интересно, есть ли способ принудительно включить аппаратное ускорение Honeycomb по умолчанию на рутовом устройстве Honeycomb.Несмотря на потенциальные проблемы, я все еще заинтересован в том, чтобы дать ему шанс.Я бросил на build.prop беглый взгляд и не смог ничего найти.Кто-нибудь хочет указать мне правильное направление, пожалуйста?

Заранее спасибо!

1 Ответ

1 голос
/ 01 августа 2011

Вы можете сделать это, но нет системного свойства. Вам нужно будет изменить исходный код или скомпилированный код. Проверка флага hwAccelerated выполняется в нескольких местах (в ActivityManager, а затем в ViewRoot.)

...