Всем привет! У меня вопрос не связанный с программированием, но связанный с андроидом. Купил флешку MicroSD, при ставке в телефон он (как это было много раз до этого) попросил ее отформатировать. После форматирования через телефон выскочила ошибка карта памяти повреждена. И теперь не знаю что делать. На ПК диспетчер дисков не хочет форматировать флешку. Вылет ошибку что флешка отформатирована в другой файловой системе. Акронис тоже ничего не может сделать. Через командную строку если чистить флешку, выскакивает сообщение что все прошло успешно. Но проблема остаётся. На флешке после рокового форматирования телефоном (Xiaomi Redmi Note 4X) флешка разбита на два раздела. Один 16мб, другой вся остальная память флешки. Может кто помочь? Уже весь интернет прошерстил, ничего не нашел что бы помогло

Всем привет! У меня вопрос не связанный с программированием, но связанный с андроидом. Купил флешку MicroSD, при ставке в телефон он (как это было много раз до этого) попросил ее отформатировать. После форматирования через телефон выскочила ошибка карта памяти повреждена. И теперь не знаю что делать. На ПК диспетчер дисков не хочет форматировать флешку. Вылет ошибку что флешка отформатирована в другой файловой системе. Акронис тоже ничего не может сделать. Через командную строку если чистить флешку, выскакивает сообщение что все прошло успешно. Но проблема остаётся. На флешке после рокового форматирования телефоном (Xiaomi Redmi Note 4X) флешка разбита на два раздела. Один 16мб, другой вся остальная память флешки. Может кто помочь? Уже весь интернет прошерстил, ничего не нашел что бы помогло

На сколько знаю - не лечится. Я тоже один раз микросд разбил на 2 раздела, и она перестала адекватно работать

Эх (((

я деж с неё потом не мог ничего удалить, форматнуть и прочее

Та же фигня. Правда удалять с неё нечего. Она новенькая, пустая

Ну единственное что могу предложить - через рекавори телефона её попробовать форматнуть (wipe sd card)

если не поможет - то тогда отнести туда где востанавливают флешки

@GriNAME, такое пробовал ? http://remontka.pro/delete-partitions-usb/

Не, такую статью не находил. Но по описаюнию прям моя проблема. Спасибо!

про рекафери телефона забыл, надо будет щас тоже попробовать

@GriNAME, такое пробовал ? http://remontka.pro/delete-partitions-usb/

аа это пробовал, не помогло. Пишет все успешно прошло, но проблема остается

@GriNAME низкоуровневое форматирование, потом попробуй разметь заново

ага, щас как раз его пробую

народ,кто на эмуляторе AS запускал android O ?AS2.3 ?у меня тупо черный экран и в логах пусто

Кто-нибудь юзал АОП для логгирования и статистики в продакшне?

Что за onUnbind для глайда?

onUnbind или что-то в этом духе есть у вью холдеров проще-говоря - это штука, обратная onBind-у и если ты, н-р чота стартанул или заинициалайзил в онбинде - вполне логично сделать обратное. Например, отменить загрузку картинки в данный холдер, (раз уж он покинул вьюпорт) примечательно еще то, что при закрытии окна с ресайклером - он также вызовет onUnbind-ы на всех существующих холдерах

Глайд - эт просто как пример

Я конечно не знаю, может глайд и сам умеет - отслеживать "потерю окна и парента" у таргета и кэнселится.....? Кстати... никто не смотрел....??? вопрос по глайду: Когда мы ему uri "content://" скармливаем - он на его changes подписывается? сам релоадит? Было б хорошо, но я сам туда не заглядывал еще

Я конечно не знаю, может глайд и сам умеет - отслеживать "потерю окна и парента" у таргета и кэнселится.....? Кстати... никто не смотрел....??? вопрос по глайду: Когда мы ему uri "content://" скармливаем - он на его changes подписывается? сам релоадит? Было б хорошо, но я сам туда не заглядывал еще

По-моему не подписывается :/

Я конечно не знаю, может глайд и сам умеет - отслеживать "потерю окна и парента" у таргета и кэнселится.....? Кстати... никто не смотрел....??? вопрос по глайду: Когда мы ему uri "content://" скармливаем - он на его changes подписывается? сам релоадит? Было б хорошо, но я сам туда не заглядывал еще

И по-моему там надо настраивать, не получается просто автоматом все

?хммм... интересно, спасибо. запилили б (раз уж взялись)- было б вообще огонь? идея то простая - на поверхности (подписываться на uri-картинки и само-релоадить)

?хммм... интересно, спасибо. запилили б (раз уж взялись)- было б вообще огонь? идея то простая - на поверхности (подписываться на uri-картинки и само-релоадить)

Я 5 дней без интернета был, но у меня была оффлайн документация по глайду. Я прошерстил ее и вынес от туда такую инфу. Вообще, приеду мб займусь этим. Но скажу сразу, так написано в доке, а как в реальности... я не проверял

Я 5 дней без интернета был, но у меня была оффлайн документация по глайду. Я прошерстил ее и вынес от туда такую инфу. Вообще, приеду мб займусь этим. Но скажу сразу, так написано в доке, а как в реальности... я не проверял

? ? Когда уезжаешь в поездку или на природу, где долго не будет интернета возми с собой в путь Glide API Reference - ? Настоящий девелопер?

Приятное с полезным. Я давно - говорю - эти ваши интернеты и стэки оверфлоу разучили думать?

Если едешь на долго или вообще на срочку - замели - бери сразу Android API Reference - как раз

Приятное с полезным. Я давно - говорю - эти ваши интернеты и стэки оверфлоу разучили думать?

Ну у меня много оффлайн материала :D

Я так раньше pdf-книжки по андроиду складировал, потом чот забил

Я так раньше pdf-книжки по андроиду складировал, потом чот забил

Неплохая шняга, если много ездишь)

Встал на путь "переиспользования" - иди до конца. TabLayout? на фиг! там же вкладки хардкодятся. РадиоГруп с радио баттонами? на фиг! а вдруг 2000 будет. Меню? AbslistView? wtf !!! почему не ресйкл. И тут же Payloads? свой ItemAnimator? add/delete/particular changes? Cancel глайда по onUnbind во вьюхолдере? Не.... не слышал зачем!!! 21 век на дворе - телефоны мощные - могут всё!

Что называть путём переиспользования? :)

Можно ли как-то получить путь картинки из Google Photos, если она сохранена только в облаке, но не на девайсе. Суть в чем - пользователь добавляет фото, выбирает апку гугла, выбирает оттуда фото из облака и добавляет. Если добавлять фото, которое хранится и в облаке, и в телефоне, то получим такой путь: /-1/1/content://media/external/images/media/110115/ORIGINAL/NONE/930144212 Тут достаточно обрезать от content до ORIGINAL и результат можно грузить в глайде. Но если работать с фото, которое хранится только в облаке, то получаем такой путь: /0/1/mediakey:/local%3A0adba2f7-9ed8-40dd-8541-6d470059389c/ORIGINAL/NONE/667635905 Обрезание по аналогии не помогает. В общем, как мне можно отобразить фотку, добавленую через гугл фото апку с облака, если ее нет в офлайне? И возможно ли это?

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

Ребят, всем привет, может кто подсказать, у меня есть TextureView в которой воспроизводится rtsp поток, TextureView в портретном режиме больше по ширине чем экран, как можно реализовать так, чтобы в портрете можно было скролить TextureView, либо может кто подскажет что чекать?

Что называть путём переиспользования? :)

?... наверное Recycle-головного мозга Типа, прежде чем тащить ресайклер - понять, какие задачи он решает, и понять - стоят ли перед тобой такие задчи. Иными словами - если я положу все вьюхи на HorizontalScrollView - и отдам им пачку битмапов - это не правильно - не эффективное использование кучи - это колхоз А тащить кучу либ - которые беспощадно аллокейтят тоннами всё чо нелень - эт норм? или каждый кадр делать new FaceCropedStruct(rect, img) - это тоже норм, какие еще пулы объектов??? что это такое??? ооо так они еще и потоко безопасные должны быть - да ну! фигня какая-то. Последовательным надо быть в принятии таких микро-решений

И уж ресайклер - это не самое первое - что тебе счастье в проекте сделает

Ребят, всем привет, может кто подсказать, у меня есть TextureView в которой воспроизводится rtsp поток, TextureView в портретном режиме больше по ширине чем экран, как можно реализовать так, чтобы в портрете можно было скролить TextureView, либо может кто подскажет что чекать?

а отказаться от скролла - не? это так надо? то есть ты типа экран вращаешь - и у тебя пропорции сохраняются с учётом match_parent- не более

Ребят, всем привет, может кто подсказать, у меня есть TextureView в которой воспроизводится rtsp поток, TextureView в портретном режиме больше по ширине чем экран, как можно реализовать так, чтобы в портрете можно было скролить TextureView, либо может кто подскажет что чекать?

просто в любом случае, скролируемый preview, который рендерится с 60fps, в основе которого канвасы и обще-андроидная компоновка вью-иерархий - это не самое оптимальное решение. Если надо рендерить и еще и сцену таскать туда сюда - андроиду будет проще иметь один статичный SurfaceView (или GLSurfaceView) и тупо рендерить, а вам - уходить в полный gl - и там ... на уровне 2D, gl-текстур и жест-детектора менять мтрицы проекций.... или glViewPort? но это жесть ?

Кто пробовал запускать плеер в интент сервисе и обрабатывать команды через бродкаст ресивер ?

?... наверное Recycle-головного мозга Типа, прежде чем тащить ресайклер - понять, какие задачи он решает, и понять - стоят ли перед тобой такие задчи. Иными словами - если я положу все вьюхи на HorizontalScrollView - и отдам им пачку битмапов - это не правильно - не эффективное использование кучи - это колхоз А тащить кучу либ - которые беспощадно аллокейтят тоннами всё чо нелень - эт норм? или каждый кадр делать new FaceCropedStruct(rect, img) - это тоже норм, какие еще пулы объектов??? что это такое??? ооо так они еще и потоко безопасные должны быть - да ну! фигня какая-то. Последовательным надо быть в принятии таких микро-решений

Всё это как бы намекает, что ресайклер эффективнее, чем ListView. Но так ли это?

Всё это как бы намекает, что ресайклер эффективнее, чем ListView. Но так ли это?

Эффективнее, продуманнее, гибче - и вообще это целый комбайн, целая "философия построения ui". Все гуглы говорят - мы там запарились над анимациями. Мы абстрагировались от Layout-компоновки, декорирования айтемов и мн др. Мы всегда фокусируемся в ресайклере на максимальную производительность и экономный расход памяти.... поэтому .... уважаемые разработчики!!! чем более "мелко-зернисто" вы будете уведомлять наш адаптер о ваших изменениях - тем больше вытащите профита от ресайклера как такового И вот, зная это все - иной раз и думаешь, ... а чо ? для NavDrawer-а н-р, мне это всё вообще надо? Как я понимаю до сих пор весь aosp не имеет вообще зависимостей на ресайклер То есть тупо весь андроид - оказывается работает без ресайклера вообще, а вот лист-вью внутри всей системы встречается. И вот и задумываешься .... а чё эт они свой ресайклер не фигачат на-право-налево, если это "новая альтернатива"(что не совсем правильное понимание) листу-вью

Есть кейсы где -он крут и наиболее подходящей. Но блин!! не пихать его бездумно во всё что движется ?

Эффективнее, продуманнее, гибче - и вообще это целый комбайн, целая "философия построения ui". Все гуглы говорят - мы там запарились над анимациями. Мы абстрагировались от Layout-компоновки, декорирования айтемов и мн др. Мы всегда фокусируемся в ресайклере на максимальную производительность и экономный расход памяти.... поэтому .... уважаемые разработчики!!! чем более "мелко-зернисто" вы будете уведомлять наш адаптер о ваших изменениях - тем больше вытащите профита от ресайклера как такового И вот, зная это все - иной раз и думаешь, ... а чо ? для NavDrawer-а н-р, мне это всё вообще надо? Как я понимаю до сих пор весь aosp не имеет вообще зависимостей на ресайклер То есть тупо весь андроид - оказывается работает без ресайклера вообще, а вот лист-вью внутри всей системы встречается. И вот и задумываешься .... а чё эт они свой ресайклер не фигачат на-право-налево, если это "новая альтернатива"(что не совсем правильное понимание) листу-вью

Это всё понятно, но для обычного кликабельного списка без анимаций и обновлений есть ли разница в производительности?

чтобы иметь возможность апдейтить и улучшать постоянно. Зачем его зашивать в андроид?

чтобы иметь возможность апдейтить и улучшать постоянно. Зачем его зашивать в андроид?

Потому что в самом Андроиде полно списков.

чтобы иметь возможность апдейтить и улучшать постоянно. Зачем его зашивать в андроид?

ну .. support-annotations по-крайней мере зашиты ?

А потом клики со второго раза срабатывают в ресайкле

просто в любом случае, скролируемый preview, который рендерится с 60fps, в основе которого канвасы и обще-андроидная компоновка вью-иерархий - это не самое оптимальное решение. Если надо рендерить и еще и сцену таскать туда сюда - андроиду будет проще иметь один статичный SurfaceView (или GLSurfaceView) и тупо рендерить, а вам - уходить в полный gl - и там ... на уровне 2D, gl-текстур и жест-детектора менять мтрицы проекций.... или glViewPort? но это жесть ?

Ну у меня TextureView и ширина в портрете больше ширины экрана, я бы хотел сделать, чтобы можно было в портрете скролить по ширине

Это всё понятно, но для обычного кликабельного списка без анимаций и обновлений есть ли разница в производительности?

Не замерял, но что-то подсказывает - что "некритично". Если ты лист-вью делаешь по классике - с холдером. То разницы мне кажется - не будет

Ничего связанного с данной задачей не нашёл(

Ну у меня TextureView и ширина в портрете больше ширины экрана, я бы хотел сделать, чтобы можно было в портрете скролить по ширине

положить в HorizontalScrollView - попробуй (в теории - должно получиться ?)

уже пробовал))

не грузится видео поток

не грузится видео поток

?... не ...так не скажу. Мож дело не HorizontalScrollView вообще Там надо уже погружаться - дебажить, в сорцы залазить, с лупой LogCat изучать ?

Я думал может есть что уже)

?... наверное Recycle-головного мозга Типа, прежде чем тащить ресайклер - понять, какие задачи он решает, и понять - стоят ли перед тобой такие задчи. Иными словами - если я положу все вьюхи на HorizontalScrollView - и отдам им пачку битмапов - это не правильно - не эффективное использование кучи - это колхоз А тащить кучу либ - которые беспощадно аллокейтят тоннами всё чо нелень - эт норм? или каждый кадр делать new FaceCropedStruct(rect, img) - это тоже норм, какие еще пулы объектов??? что это такое??? ооо так они еще и потоко безопасные должны быть - да ну! фигня какая-то. Последовательным надо быть в принятии таких микро-решений

Сейчас в бы в дветыщи семнадцатом дрочить на аллокейты(это я про убогость андройда)

Сейчас в бы в дветыщи семнадцатом дрочить на аллокейты(это я про убогость андройда)

Как год привязан к рантайму? Или далвик уже вымер?

Как год привязан к рантайму? Или далвик уже вымер?

Сергей жжёт ??

Да и нормальная компрессия хипа появилась только в андроид 8

onReceive() можно как-то сделать свит для интента?

Как год привязан к рантайму? Или далвик уже вымер?

Далвик сейчас уже почти не актуален

так их хипстеров котлиновких неаидивших жавы

Далвик сейчас уже почти не актуален

Я и не спорю.

Но проекты ещё остались

Апай версию на 21

Апай версию на 21

?

Аргументируй

Что именно

Зачем тебе апи меньше 21

Зачем тебе апи меньше 21

Мне не нужны

Я про коммерцию

Да блин, забиваете на аллокейты - ок. Забивайте. Но будьте тогда в этом последовательны! А то глупо получается что человек который осознано решил в "условии задачи аллокейтами пренебречь" - что там пытается имплементить для "переиспользования" ?

Да блин, забиваете на аллокейты - ок. Забивайте. Но будьте тогда в этом последовательны! А то глупо получается что человек который осознано решил в "условии задачи аллокейтами пренебречь" - что там пытается имплементить для "переиспользования" ?

Он не хотел упарываться переиспользованием, он просто спросил как правильно приготовить свой кейс

Я про тот вопрос который породил все это

art в андроид 5-7 ещё довольно если можно так сказать хилый. А вот в андроид 8 уже огонь. Mark & sweep без stop the world, компрессия хипа в форграунд, значительно быстрее аллокатор ?

? когда я вклинился - было про то "кто это такие, которые используют лист-вью?"...

Да блин, забиваете на аллокейты - ок. Забивайте. Но будьте тогда в этом последовательны! А то глупо получается что человек который осознано решил в "условии задачи аллокейтами пренебречь" - что там пытается имплементить для "переиспользования" ?

Я не против - если ты такой пришёл на проект - и тебе говорят "Волевым решением тимлида" - принято забить на хип, если это вредит скорости разработки. Ок пацаны - круто! Я всё понял! Решено - так решено! Почему бы и нет!

Да блин, забиваете на аллокейты - ок. Забивайте. Но будьте тогда в этом последовательны! А то глупо получается что человек который осознано решил в "условии задачи аллокейтами пренебречь" - что там пытается имплементить для "переиспользования" ?

Может стоит человеку объяснить что к чему, чем с умным видом насмехаться? ?

? когда я вклинился - было про то "кто это такие, которые используют лист-вью?"...

++ меня тут пару недель назад поносили за использование лист вью. Сразу про какие-то тысячи айтом рассказывать начали, хотя я то знаю что у меня там больше 30 никогда не будет и смысл тащить лишний саппорт смысла не была.

++ меня тут пару недель назад поносили за использование лист вью. Сразу про какие-то тысячи айтом рассказывать начали, хотя я то знаю что у меня там больше 30 никогда не будет и смысл тащить лишний саппорт смысла не была.

ну если у вас приложение не будет вообще изменяться, вам пофиг на материал дизайн ,то да, юзайте листвью

вопрос

я отправлю строку в запросе: 2017\09\22

ретрофит + джексон

смотрю логи, строка уже

2017\/09\/22

++ меня тут пару недель назад поносили за использование лист вью. Сразу про какие-то тысячи айтом рассказывать начали, хотя я то знаю что у меня там больше 30 никогда не будет и смысл тащить лишний саппорт смысла не была.

ну вот .... я ж про таких товарищей говорю. Просто не помню вопроса - что "Пацаны! Я на распутье! ListView vs Recycler! Задача такая-то." или "А как вы принимаете решение где что - будет удачнее, чем руководствуетесь?"

как отключить енкодинг для строки?

2017\/09\/22

экранировать символы?

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

ну вот .... я ж про таких товарищей говорю. Просто не помню вопроса - что "Пацаны! Я на распутье! ListView vs Recycler! Задача такая-то." или "А как вы принимаете решение где что - будет удачнее, чем руководствуетесь?"

Задачей. Грубо если надо сделать что-то не сложное, то зачем юзать сложные вещи.

Задачей. Грубо если надо сделать что-то не сложное, то зачем юзать сложные вещи.

?

?

Это разве не правильный подход? Или надо каждый раз таскать за собой стек модных технологий?