ну sqllite, какую же еще)

Привет всем, как можно в android studio посмотреть базу данных, поделать запросики к ней? может какой-то плагинчик есть?

Подключаете Stetho в проект. Идете сюда: chrome://inspect/#devices открываете в хроме. жмете Inspect на нужном девайсе.

Привет, есть ресайклер с exoplayer в каждом итеме, я так понимаю метод release очень долго работает и при прокрутке списка интерфейс подтормаживает, так же при закрытии приложения все зависает из-за release, как можно ускорить работу? думал делать release в отдельном потоке, но обращаться к плееру можно только из main потока

не надо так делать. сделай один плеер и подвязывай экзоплеер к каждой вью по необходимости.

Но у меня это список гифок, надо отображать все, что влазит, или это плохо?

Но у меня это список гифок, надо отображать все, что влазит, или это плохо?

Ой, используй лучше gifdrawableview какой-то, загружая туда гиф глайдом

>ресайклер с exoplayer в каждом итеме я про это, зачем тебе стопицот плееров?

Но гиф много весит же

Сколько в среднем?

да он небось при бинде к вьюхолдеру новые инстансы экзоплеера создает

ну оттуда и тормоза

Хорошо, спасибо

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

Зачем там, а не в конструкторе вх?

А если будет один экземпляр плеера все гифки будут воспроизведены?

А если будет один экземпляр плеера все гифки будут воспроизведены?

Всем привет. Помогите плиз разобраться с кастомной вьюхой. Впервые решил написать свою кастомную вьюху, которая просто должна выводить список переданной ей цветов. Выглядит она вот так (самая верхняя после тулбара). Моя цель — это изменение цвета каждого сегмента этой вьюхи путем передвижения ползунков RGB. Но если я так делаю, то вьюха вообще либо становится прозрачной либо исчезает (следующее изображение). Прикладываю код https://pastebin.com/CGHGnXJB Не бейте тапками, ибо пока что просто эксперементирую =) Кстати вот цвет который мне удалось установить на первой картинке, это если я эти цвета передам вьюхе в методе onCreate во фрагменте, но стоит хоть один из ползунков убрать и вьюха просто куда то девается..

первое, что бросилось в глаза — строки 58-66: paintList бесконечно растёт, а вот colorList довольно-таки бесполезен

первое, что бросилось в глаза — строки 58-66: paintList бесконечно растёт, а вот colorList довольно-таки бесполезен

Аа) ну тут да ) пока эксперементил, надобавлял лишнего ) Но причина я думаю врядли в этом

Кстати было бы правильнее все это делать в буффер в виде битмапа?

Кстати было бы правильнее все это делать в буффер в виде битмапа?

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

Типа по началу проинициализировать какой-нибудь краской по умолчанию. По началу кстати грохалось но не из за краски )а вообще в методе onSizeChange() ну типа деление на ноль - так же нельзя... Но это мне кажется было связано с тем что я эту вьюху прятал через View.GONE. типа ширина и высота у нее в 0 уходили. Все равно не могу понять как бы динамично ее можно было изменить.

нет, зачем? кучу памяти впустую потратишь

Видел многие так делали. Может для того что бы сделать какую либо плавность в изменениях состоянии отрисовки? Ну так если подумать, такое то в основном в играх требуют..

Видел многие так делали. Может для того что бы сделать какую либо плавность в изменениях состоянии отрисовки? Ну так если подумать, такое то в основном в играх требуют..

И это, рект наверное нужно возвращать в исходное положение перед каждый дроу

У канвы и так есть битмап. Как думаешь, что эффективнее, сразу на холсте картину рисовать или сначала на одном холсте рисовать, потом на другой копировать?

У канвы и так есть битмап. Как думаешь, что эффективнее, сразу на холсте картину рисовать или сначала на одном холсте рисовать, потом на другой копировать?

Выведи в логи позицию каждого ректа (left и top) в методе ондроу.

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

ну это типа риторический вопрос) очевидно, что двойная работа с памятью не может быть эффективней одиночной.

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

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

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

А как же picasso circle image transformer или аналог от глайда (или ещё кого-то)?

да, но в случае с простой заливкой цветом, битмап - перебор

А как же picasso circle image transformer или аналог от глайда (или ещё кого-то)?

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

А как же picasso circle image transformer или аналог от глайда (или ещё кого-то)?

так это не создание промежуточного битмапа, а создание шейдера из существующего битмапа

а там внутри что?)

так это не создание промежуточного битмапа, а создание шейдера из существующего битмапа

Добрый день! Вопрос по persistent BottomSheet. Есть CoordinatorLayout, внутри него include<ConstraintLayout>, который собственно отображает все данные. Хочу при STATE_EXPANDED делать анимацию в виде изменения размеров ImageView внутри ConstraintLayout. Но, к сожалению, размеры ImageVIew меняются, а CoordinatorLayout не растягивается под нее, не смотря на layout_height="wrap_content". Подскажите что можно сделать?

Лучше уж clipping юзать)

по-разному может быть. там ещё кропы всякие могут быть и другие приседания. вопрос терминологии - считать это промежуточным или вспомогательным битмапом.

на практике не всегда красиво выходит на некоторых версиях андроида.

они у тебя походу просто за край канвы уходят

ну как ты нарисуешь картинку без считывания её в битмап?

а с чего такой вопрос? я указал, что при заливке цветом битмап не нужен. прости, что не расписал подробнее)

Можно транзишн запустить на боттомшит

да, с этим я и не спорю