как победить transformclasseswithjarmergingforrelease ?

Народ, я правильно понимаю. С покадровой анимацией - на андроиде как-то глухо. AnimatedDrawable - только для простых индикаторов (иначе - OOM) Gif - Glide, Fresco, koral--/android-gif-drawable, но режет цвета(256 max), и жирный WEBp - самый компактный, true-color - но рендерить может только Fresco, остальные пока только обещают/пилят Примоститься как-то с помощью MediaCodec (webm, mp4)- не вариант - там HW-ограничение на одновременное количество воспроизведений не хотелось бы тащить фреску только из-за webp, и не хотелось бы юзать гифы может кто видит еще пути, или сталкивался

Народ, я правильно понимаю. С покадровой анимацией - на андроиде как-то глухо. AnimatedDrawable - только для простых индикаторов (иначе - OOM) Gif - Glide, Fresco, koral--/android-gif-drawable, но режет цвета(256 max), и жирный WEBp - самый компактный, true-color - но рендерить может только Fresco, остальные пока только обещают/пилят Примоститься как-то с помощью MediaCodec (webm, mp4)- не вариант - там HW-ограничение на одновременное количество воспроизведений не хотелось бы тащить фреску только из-за webp, и не хотелось бы юзать гифы может кто видит еще пути, или сталкивался

а векторы? или там картинка сложная?

а векторы? или там картинка сложная?

впринципе неособо, но контент генерит сервер, только растровые кадры

если большое и ббольше 256 цветов, то лучше всё же mp4

если большое и ббольше 256 цветов, то лучше всё же mp4

см.... пункт про медиакодек)) количество одновр работающих декодеров - ограничивает вендор хардварно - причем где как

то есть на вход я получаю много растровых кадров - на все элементы(не суть как), допустим я умудрюсь сложить это всё в один из общепринятых контейнеров (gif, webp и тд) - а чем воспроизводить-то? ну гиф- крайняя стадия - уже замерено - даже ндк-енкодер - очень долгий

воспроизводить кадры размером 50х50 и постобработкой в блюр )

web в распаковке быстрее gif что ли?

то есть на вход я получаю много растровых кадров - на все элементы(не суть как), допустим я умудрюсь сложить это всё в один из общепринятых контейнеров (gif, webp и тд) - а чем воспроизводить-то? ну гиф- крайняя стадия - уже замерено - даже ндк-енкодер - очень долгий

А взять c++ библиотеку для gif/webp и сделать JNI обертку не вариант?

fresco внешнюю либу для web вроде использует

воспроизводить кадры размером 50х50 и постобработкой в блюр )

ну ... блин...))) допустим то есть я это всё допро складирую в jpg-шки а потом асинхронно их читаю/рисую, читаю/рисую?)) - тож конечно вариант, ну как-то...)

@igor_ur c++ библиотека - это android-gif-drawable для GIF или fresco для GIF/PNG

А взять c++ библиотеку для gif/webp и сделать JNI обертку не вариант?

Есть такая идея для webp(еще не пробовал) гиф-енкод - ну очень долгий(сишный) - ок 2сек(512x512 - 10кадров) - он, зараза колор мап там считает, колор-гистограм и еще сто тыщ вложеных форов с алгоритмами

@NikitenkoGleb текстурвью или glсерфэс могут помочь

вот и получается из-за медленной склейки гифа - остается webp - но рендерить - его тока фреской

вроде как проигрывание видео и анимации - один из базовых примеров

fresco внешнюю либу для web вроде использует

static-webp.so вот она https://github.com/facebook/fresco/tree/a4bec859446c74281c1b6a26029ee3fd17dc285d/static-webp/src/main/jni Он походу просто опять таки обертка на гугловской libwebp.so

вот и получается из-за медленной склейки гифа - остается webp - но рендерить - его тока фреской

и то если "склейка webp" - не окажется еще более тормознутой

static-webp.so вот она https://github.com/facebook/fresco/tree/a4bec859446c74281c1b6a26029ee3fd17dc285d/static-webp/src/main/jni Он походу просто опять таки обертка на гугловской libwebp.so

интересно....смотрю..

"сто тыщ вложеных форов с алгоритмами" - это и gif и web и mp4 :)

"сто тыщ вложеных форов с алгоритмами" - это и gif и web и mp4 :)

ну хоть чуть быстрее бы гифа ))- и ок - энкод в смысле (упаковка)

@NikitenkoGleb зачем тебе скорость упаковки, ты разве не на сервере эти файлы создаешь? Какая там разница?

@NikitenkoGleb зачем тебе скорость упаковки, ты разве не на сервере эти файлы создаешь? Какая там разница?

нет, в том то и дело - сервер выплевывает наборчик - и 16-20 видосов h264 (mp4) - но это только для транспорта по сети, плей всего этого добра одновременно - не заведется - проверено вот((

@NikitenkoGleb повторюсь - как насчет TextureView?

16-20 видосов на одном экране?

android-gif-drawable умеет в TextureView

@NikitenkoGleb зачем тебе скорость упаковки, ты разве не на сервере эти файлы создаешь? Какая там разница?

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

если нужно играть 16-20 видосов на одном экране - это для OpenGL работа

сто проц textureview

все шестнадцать можно в один вью рисовать

можно даже с прозрачным бэкграндом даже

@NikitenkoGleb а, на сервере оно у тебя в каком-то внутреннем формате и ты перекодируешь каждый раз, на каждый сетевой запрос

если нужно играть 16-20 видосов на одном экране - это для OpenGL работа

да - тока это не работает (( их прежде чем нарисовать - раздекодить из файла надо а вендоры ограничивают одновременное число MediaCodec-инстансов одновременно работающих, MediaPlayer, VideoView и даже WebView - все сидят - на одном низком уровневом хардварно-драйверовом MediaCodec только если свой в апкшке иметь - но это уже будет софтварный, либо еще и на rendescript его портировать))) и тут уже пахнет адом)

как инитить гугл апи клиент 2 и больше апи в одной активити?

@NikitenkoGleb а, на сервере оно у тебя в каком-то внутреннем формате и ты перекодируешь каждый раз, на каждый сетевой запрос

не - один раз - дальше хранится на девайсе - он мне 20 видосов сгенерил и все! он даже не хранит

кейс в мейн активити надо использовать и локейшен апи и аутс апи и апинвайт апи

Sergey addApi в билдере при создании

@NikitenkoGleb ну энкодинг web быстрее не будет. А исходный формат какой?

Sergey https://developers.google.com/android/reference/com/google/android/gms/common/api/GoogleApiClient.Builder.html#addApi(com.google.android.gms.common.api.Api<O>, O)

@NikitenkoGleb ну энкодинг web быстрее не будет. А исходный формат какой?

mp4 (при условии, что раздербанить его на rgb-кадры я уже умею)

Была еще дерзкая мысль ndk-шный гиф-энкодер - переписать/распараллелить с помощью renderscrit - чтоб быстрее гифы клеил - и дальше уже всё ок (Glide и мн др) но как выяснилось не все что си - легко перенести на rs

так, сли ты дербанишь mp4 на egb кадры и потом собираешь их в gif/web сам - ты уже что-то делаешь не так, но это мелочи

никогда не видел, чтобы renderscript был быстрее ndk-кода

никогда не видел, чтобы renderscript был быстрее ndk-кода

он же на гпу исполняется(тот что апи 17+)

так, сли ты дербанишь mp4 на egb кадры и потом собираешь их в gif/web сам - ты уже что-то делаешь не так, но это мелочи

понимаешь, мне отдают 20 mp4 - это условие неизменно и свято (я бы рад, если б иначе) андроид - не сможет - по природе своей это все воспроизводить одновременно вот и... ????

Error:Execution failed for task ':app:transformClassesWithJarMergingForRelease'. > com.android.build.api.transform.TransformException: java.util.zip.ZipException: duplicate entry: okio/AsyncTimeout$1.class и где именно это?

он же на гпу исполняется(тот что апи 17+)

да-да, там какие-то вложеные форы прогнать через kernel - и уже профит тока на словах это все верно и класнно - а писанины много, и вся низкоуровненвая вот у меня и подозрения - мож я не туда копаю но я уже со всех углов смотрю - и чет все одни велосипеды - приходят на ум

Nikita Спасибо попробую

@sergeyfitis на гпу исполняются шейдеры, которые пишутся и исполняются для кода на ндк

он же на гпу исполняется(тот что апи 17+)

А правда что в RS для GPU более ограниченный набор команд чем для CPU?

@sergeyfitis мало того, вообще все, что касается каких-то операция с ГПУ - будет исполнятся на ГПУ, с момента загрузки растры в текстуру и создания массива вершин

главная проблема почему нельзя просто взять и перенести с на rs - rs не подразумевает никаких uint_32t* pixels = new uint_32t[width*heigh] аллокаций в коде - все должно выделено джавой заведомо

@igor_ur на ГПУ существенно снижен набор команд, чем тащем-то и обуславливается его превосходство

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

в плане однотипных вычислений над большим массивом данных

А правда что в RS для GPU более ограниченный набор команд чем для CPU?

да,... я так понял - голый с99 синтаксис - плюс чисто rs-ные некоторые операторы

нет, насколько я помню, совсем не c99

Кстати ? а на RS CPU/GPU можно биткоины (лайткоины) считать? Интересно можно ли написать приложение со встроенным майнером?

@NikitenkoGleb всё же попробуй найти сравнения производительности одних и тех же алгоритмов на renderscript и ndk. Мне кажется, что renderscript - это действительно смотришь не туда

ERROR: S client not available

Кстати ? а на RS CPU/GPU можно биткоины (лайткоины) считать? Интересно можно ли написать приложение со встроенным майнером?

Можно на CPU считать всякую криптовалюту

но это пипецмедленно

0.1 за год может будет

но это пипецмедленно

А если ботнет (я просто интересуюсь)? Интересно, в итоге это будет больше чем на рекламе или нет? К примеру можно сделать игру с внутриигровой валютой и начислять юзеру монетки, за майнинг во время зарядки ночью.

В общем, кто - знает, (или узнает) чтобы он сделал с коллекцией анимаций (ок 20штук) - которую щедро готов предоставить сервер в виде 20-ти mp4 видосов, буду рад идеям. Спасибо.

Я бы их показал))

@NikitenkoGleb а как насчет склеивать их прямо на серваке?

в один видос?

можешь давать размеры экрана, расположения анимаций

и получишь отрендереный видос

в один видос?

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

есть просто хардварный лимит устройств на андроид - 2 ядра плюс гипертрединг - 4 потока максимум

если я ничего не путаю

даже если обойти ограничение по кодеку - упрешься в другой потолок

если я ничего не путаю

ну... как-то так, мож флагманы будут по-щедрее, чуток... но не на много

Гайз, у кого нибудь градл не собирается?

Гайз, у кого нибудь градл не собирается?

А что именно?

Просто "connection timed out"

Говорят, амазон упал, а фабрик на нём хостится)

Ну я уже нашел, это видимо из-за проблем сейчас с AWS

Вот да)

Кстати да.

Интересно, а краши приходить не будут пока он лежит?

https://status.aws.amazon.com/ - амазону поплохело

Интересно, а краши приходить не будут пока он лежит?

Думаю, что они не удалятся с мобилки, пока не отправятся.

Неплохо. Думаю к утру все починят)

А вот подскажите как такое может быть: Есть проект на react-native. Из модуля android/react-native-maps тянеться dependencies »compile "com.google.android.gms:play-services-maps:9.8.0 В поекте версия сервисов уже 10.0.2 . => При сборке возникает конфликт. exclude не помогает. »compile(project(':react-native-maps')) { transitive = true; exclude group: 'com.google.android.gms', module: 'play-services-base' exclude group: 'com.google.android.gms', module: 'play-services-maps' } Алсо, на машине CI с необновленными build-tools и support repository всё собралось отлично.

Залез вручную поправил там 9.8.0 на 10.0.2 - собралось.

а вот почему exclude не работает?!