2014-12-12 3 views
6

У меня есть TextView внутри ReleativeLayout, который я установил для этого большого текста, который во время выполнения. проблема о моем ReleativeLayout фон, который округлой формы с границей. она не устанавливает фон и в LogCat он говорит, что:Проблема с OpenGLRenderer: путь слишком большой для визуализации к текстуре

12-12 16:26:56.602: W/OpenGLRenderer(7400): Path too large to be rendered into a texture 

я решил эту проблему, превратив андроида: hardwareAccelerated ложь в файл манифеста (одна деятельности не вся заявка), но поднять другая ошибка, когда я использую скольжение меню в моей деятельности, которые он говорит, что:

12-12 16:37:05.717: E/AndroidRuntime(9520): java.lang.RuntimeException: Canvas: trying to use a recycled bitmap [email protected] 

я есть просто ListView без растрового изображения внутри моего SlidingMenu, который библиотека 6Wunderkinder SlidingLayer.

любая помощь будет оценена.

ответ

14

Наконец решил его только с изменения LayerType моего фрагмента ScrollView от HardwareAcceleration программного обеспечения без установки HardwareAcceleration ложного для всей деятельности вызвавшей странного bahavior как упомянуто на SlidingMenu:

<ScrollView 
    xmlns:android="http://schemas.android.com/apk/res/android" 
    android:layout_width="match_parent" 
    android:layout_height="match_parent" 
    android:layerType="software"> 
+0

Это точно не решение проблемы. Ответ не учитывает возможные последствия для производительности. –

+0

Во всяком случае, я видел улучшенную производительность с помощью программного слоя TypeType - предположительно отключение аппаратной рендеринга текстур не оказывало неблагоприятного воздействия на полдюжины устройств с низким и высоким уровнем качества, которые я тестировал. – cetcet

3

Это происходит со мной, когда у меня есть scrollview, который слишком длинный, с возможностью рисования в корневом режиме, это влияет на каждое устройство уникально. Мой Nexus 9 покажет больше всего, но мой sony compact не будет. Не стоит отключать аппаратное ускорение, потому что на устройствах с низким уровнем обслуживания у вас, вероятно, будет очень изменчивое приложение.

В этой ситуации вам, вероятно, следует рассмотреть возможность использования списка или recyclerview, чтобы гарантировать, что ваш фоновый элемент не больше экрана. Даже XML-образы на фоне не очень длинного scrollview создадут эту ошибку. Я выбираю для безопасности и перепроектирую элементы, упрощая удаление фона из прокрутки, может быть опциями, и помещать их как плитки во внутренние элементы.

Это кажется странным, но это должно иметь отношение к тому, как фон создается этим корневым представлением в более длинном прокрутке, потому что сам scrollview может быть довольно длинным, с множеством сложных элементов без проблем, а цвета фона - как ну не проблема ..

1

Если вы хотите сделать это программно можно установить:

view.setLayerType(View.LAYER_TYPE_SOFTWARE, null); 

 Смежные вопросы

  • Нет связанных вопросов^_^