🐈M
если кому интересно: причина в визибилити была https://stackoverflow.com/questions/57168071/androidvisibility-changes-to-children-of-motionlayout
Size: a a a
2020 March 14
ЯН
кому скучно, можете пололировать... или поплакать хз
ЯН
ЯН
хронология:
перемещаю айтем с середины на 1 место (notifyItemMoved(N, 0)), потом обратно (notifyItemMoved(0, N))
перемещаю айтем с середины на 1 место (notifyItemMoved(N, 0)), потом обратно (notifyItemMoved(0, N))
NP
Всем привет! Сразу оговорюсь, шо я не Андроид разработчик, но надеюсь на вашу помощь
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
Короч че делать то?)))
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Exception in thread "png-cruncher_197" java.lang.RuntimeException: Timed out while waiting for slave aapt process, make sure the aapt execute at path\to\aapt.exe can run successfully (some anti-virus may block it) or try setting environment variable SLAVE_AAPT_TIMEOUT to a value bigger than 5 secondsПосле чего процесс билда просто встает намертво; в конце концов, как я уже и сказал, билд убивается по достижению временного лимита.
at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:108)
at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:120)
at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:203)
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
SLAVE_AAPT_TIMEOUT=30, но, кажется не помогло. По симптомам складывается ощущение, что серверу не хватает ресурсов, но я проверил - с нагрузкой на ЦП, количеством свободной ОЗУ и дисковой памяти все ок.Короч че делать то?)))
ЯН
Всем привет! Сразу оговорюсь, шо я не Андроид разработчик, но надеюсь на вашу помощь
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
Короч че делать то?)))
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Exception in thread "png-cruncher_197" java.lang.RuntimeException: Timed out while waiting for slave aapt process, make sure the aapt execute at path\to\aapt.exe can run successfully (some anti-virus may block it) or try setting environment variable SLAVE_AAPT_TIMEOUT to a value bigger than 5 secondsПосле чего процесс билда просто встает намертво; в конце концов, как я уже и сказал, билд убивается по достижению временного лимита.
at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:108)
at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:120)
at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:203)
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
SLAVE_AAPT_TIMEOUT=30, но, кажется не помогло. По симптомам складывается ощущение, что серверу не хватает ресурсов, но я проверил - с нагрузкой на ЦП, количеством свободной ОЗУ и дисковой памяти все ок.Короч че делать то?)))
самый первый, но не самый наверно умный ответ - юзать для этой задачи линух
NP
самый первый, но не самый наверно умный ответ - юзать для этой задачи линух
угу, переехать на линуху будет очень сложно
M
mac os top
ЯН
mac os top
+-
ЯН
Всем привет! Сразу оговорюсь, шо я не Андроид разработчик, но надеюсь на вашу помощь
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
Короч че делать то?)))
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Exception in thread "png-cruncher_197" java.lang.RuntimeException: Timed out while waiting for slave aapt process, make sure the aapt execute at path\to\aapt.exe can run successfully (some anti-virus may block it) or try setting environment variable SLAVE_AAPT_TIMEOUT to a value bigger than 5 secondsПосле чего процесс билда просто встает намертво; в конце концов, как я уже и сказал, билд убивается по достижению временного лимита.
at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:108)
at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:120)
at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:203)
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
SLAVE_AAPT_TIMEOUT=30, но, кажется не помогло. По симптомам складывается ощущение, что серверу не хватает ресурсов, но я проверил - с нагрузкой на ЦП, количеством свободной ОЗУ и дисковой памяти все ок.Короч че делать то?)))
у меня правда другая проблема была, но может поможет
в файле
строка
попробуй выставить 3036
в файле
gradle.propertiesстрока
org.gradle.jvmargs=-Xmx1536mпопробуй выставить 3036
ЯН
Всем привет! Сразу оговорюсь, шо я не Андроид разработчик, но надеюсь на вашу помощь
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
Короч че делать то?)))
Короче, пытаюсь починить Android сборку на CI. Билды раз через раз отваливаются по таймауту, в логах всегда один и тот же паттерн: во время работы гредла вываливается пачка из 4-5 эксепшенов вида:
Exception in thread "png-cruncher_197" java.lang.RuntimeException: Timed out while waiting for slave aapt process, make sure the aapt execute at path\to\aapt.exe can run successfully (some anti-virus may block it) or try setting environment variable SLAVE_AAPT_TIMEOUT to a value bigger than 5 secondsПосле чего процесс билда просто встает намертво; в конце концов, как я уже и сказал, билд убивается по достижению временного лимита.
at com.android.builder.png.AaptProcess.waitForReady(AaptProcess.java:108)
at com.android.builder.png.QueuedCruncher$1.creation(QueuedCruncher.java:120)
at com.android.builder.tasks.WorkQueue.run(WorkQueue.java:203)
Гугл на этот эксепшн отсылает обычно на странички где у чуваков проблемы с тулингом/конфигурацией поскольку у них проекты не собираются никогда. У меня же, как уже говорил, раз через раз, т.е. проблема не в конфигурации.
Что пробовал: собсна как гредл и порекомендовал, установил переменную окружения
SLAVE_AAPT_TIMEOUT=30, но, кажется не помогло. По симптомам складывается ощущение, что серверу не хватает ресурсов, но я проверил - с нагрузкой на ЦП, количеством свободной ОЗУ и дисковой памяти все ок.Короч че делать то?)))
ну и до кучи добавь (если нет строки)
org.gradle.daemon=falseNP
Спасибо, попробую
ES
смотря какой бюджет ))
ES
сложность зависит от опыта разработчика
ES
а цена зависит от ТЗ
DK
самый первый, но не самый наверно умный ответ - юзать для этой задачи линух
На линуксе сколько не ставил студио, всегда норм работает, надо не забывать только папке с андроид студио chroot делать
CV
Иви и хдбокс разные приложения. Если оч грубо, то у иви свой сервер с фильмами и апи.
Хдбокс же шарит по списокв сайтов типа hdrezka, filmix и тд и извлекает сних m3u8 плейлисты с фильмами. Парсит плейлист и выдает линк на сам фильм, который подхватывается внешним плеером, например MxPlayer.
Если у тебя есть серв с хранилищем для фильмов,то задача только в написании апи серва, который будет хранить и отдавать фильмы по запросу, и приложения, которое будет загружать фильм с серва и проигрывать его,или сразу передавать линк внешнему плееру. В гугле можно найти как на коленке собрать такое.
Если хочешь брать фильмы со сторонних сайтов, то тебе нужно уметь разбираться в чужих api, post/get запросах, токенах и тд, короч запары много. А если учесть что сайты блокируют и они меняют адреса...... Я пытался ковырять видеобокс чтобы портануть его на пк, но слишком много заморочек и лень стало.
Короч как то так.
Хдбокс же шарит по списокв сайтов типа hdrezka, filmix и тд и извлекает сних m3u8 плейлисты с фильмами. Парсит плейлист и выдает линк на сам фильм, который подхватывается внешним плеером, например MxPlayer.
Если у тебя есть серв с хранилищем для фильмов,то задача только в написании апи серва, который будет хранить и отдавать фильмы по запросу, и приложения, которое будет загружать фильм с серва и проигрывать его,или сразу передавать линк внешнему плееру. В гугле можно найти как на коленке собрать такое.
Если хочешь брать фильмы со сторонних сайтов, то тебе нужно уметь разбираться в чужих api, post/get запросах, токенах и тд, короч запары много. А если учесть что сайты блокируют и они меняют адреса...... Я пытался ковырять видеобокс чтобы портануть его на пк, но слишком много заморочек и лень стало.
Короч как то так.
R
Второго приложения почему-то нет в gp