AC
а еще опция в меню разработчика есть для принта графика загруженности
Size: a a a
2019 November 18
AC
там столбцы на цвета поделены, которые отвечают за разные "виды работы", поможет сузить область поиска
ZZ
Коллеги, подскажите, как вы шарите codeStyle проекта на всю команду?
A
Всем привет. Гайс, хелп плиз. Нужно записывать 1секундные чанки видео, юзаю TextureView+MediaCodec+MediaMuxer. Все отлично, но фреймрейт не стабильный, зависит все от освещения, чем темнее тем меньше кадров. Как пофиксить эту дичь. Весь гугл облазил
p
Всем привет. Гайс, хелп плиз. Нужно записывать 1секундные чанки видео, юзаю TextureView+MediaCodec+MediaMuxer. Все отлично, но фреймрейт не стабильный, зависит все от освещения, чем темнее тем меньше кадров. Как пофиксить эту дичь. Весь гугл облазил
вроде логично что для вытягивания света выставляется длинная выдержка кадра
A
еще варианты? какие параметры сеттить в билдер
2019 November 19
SL
А такой вопроc: может кто сталкивался - при сборке на ubuntu 18.04 android проект не включает некоторые assets file в проект
SL
Что это вообще такое и как это можно победить ( и можно ли ? )
L
Подскажите как можно ускорить парсинг xml? Сейчас использую XmlPullParser. Он парсит довольно быстро (~200-300мс) файлы с высокой вложенностью тегов. Можно сделать это дело еще быстрее, от скорости парсинга зависит загрузка кастомной вью. Пока все элементы не спарсит, вью не отобразится.
AP
Подскажите как можно ускорить парсинг xml? Сейчас использую XmlPullParser. Он парсит довольно быстро (~200-300мс) файлы с высокой вложенностью тегов. Можно сделать это дело еще быстрее, от скорости парсинга зависит загрузка кастомной вью. Пока все элементы не спарсит, вью не отобразится.
переходи на json
L
Не выйдет. Очень много уже где используется именно xml разметка (не только в моем проекте), изобретать велосипед заново бесмысленно
AP
ну, по факту парсинг xml сама по себе вещь тяжкая, на json будет в 5+ раз быстрее
L
Согласен. Но выбора нет. К сожалению. Привязка к xml жесткая
L
End parse, delay: 121 ms
L
хотелось бы вдвое сократить результаты
M
Подскажите как можно ускорить парсинг xml? Сейчас использую XmlPullParser. Он парсит довольно быстро (~200-300мс) файлы с высокой вложенностью тегов. Можно сделать это дело еще быстрее, от скорости парсинга зависит загрузка кастомной вью. Пока все элементы не спарсит, вью не отобразится.
Если парсишь несколько штук, то можно попробовать распараллелить
L
Парсится 1 файл за проход. Но в файле может быть ссылка на другой xml. Если она есть, парсер парсит новый файл, а потом "допарсивает" старый
L
Как использовать в парсинге потоки хз
M
В какой момент тебе нужно это делать?
L
Только по выбору пользователя. Пользователь выбирает вьюху и после ее выбора парсится xml, что бы наполнить данными вью. А вью ждет когда будут готовы все данные и только потом отрисовывается. Из-за этого создается ощущение что приложение на доли секунд подвисает при выборе (хотя на самом деле нет)