Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 150
И это ужасно. Загрузили на телефончик 3 папочки с музыкой любимой послушать, старательно разобранных. Дык это чудо разбросало его под 5 разным плейлистам, перемешав контент папочек. Мало того что слушать неудобно, так еще и на другой комп не скачать все красиво по папочкам, все лежит в одной куче, вместе с остальными предыдущими файлами. ***ть, это что за удобство?!
deadbeef (и емнип не он один) умеет составлять плейлисты из содержимого папок.
Ага. К счастью андроид не навязывает некий «единственно правильный» спомоб работы. Хотите — используйте сортировку по метадате. Хотите — поставьте плеер, который работает с файлами. За то и любим :)
Минутку, а при чем здесь плеер? Понятно, что вопрос никому не понравится, но…
Просто залились на телефон 3 папочки, по юсб. Телефон после отключения заявил «чета там сортирую». После чего подключается тот же телефон по юсб, и там уже оппа — папочек никаких нет, все в одной куче лежит, в одной папке media. Это что, плеер вытворял, а не сам андроид? И как тут можно было догадаться, что можно по другому:-\
Просто залились на телефон 3 папочки, по юсб. Телефон после отключения заявил «чета там сортирую». После чего подключается тот же телефон по юсб, и там уже оппа — папочек никаких нет, все в одной куче лежит, в одной папке media. Это что, плеер вытворял, а не сам андроид? И как тут можно было догадаться, что можно по другому:-\
Хмм, он действительно индексирует по метадате и по ней же показывается во встроенном плеере, но что бы он что-либо двигал — это для меня новость, сам я точно с таким не сталкивался.
На другом компе эти папочки так же будут показываться, физически он не будет никуда перемещать файлы. в принципе МТР довольно удобен для мультимедия устройств.
Вот кстати да, почему нету плееров (даже на виндовом десктопе) которые бы вместо своих сраных «библиотек и плейлистов» просто тупо играли бы музыку из указанных папок. Простите, наболело.
Издеваетесь?! WinAmp, since 1998.
Да и WMP легко уговорить воспроизвести папку.
Да и WMP легко уговорить воспроизвести папку.
Им можно скормить папки в плейлист, да. А я хочу чтобы отображал сходу дерево папок и играл по ним музыку.
А, именно чтобы папки отображал…
Есть такие, но названия, за давностью лет просто не вспомню.
Плюс не самый удобный вариант, по моему мнению.
Но в WinAmp'е можно сделать компромисный вариант, в отображении тегов поставить чтобы сначала показывался полный путь (тег %filename%), либо %folder%\ %artist% — %title%.
Но придётся заапгрейдиться ;) Учитывая что можно при установке 5.х не ставить ненужное (например modern skin и т.п.) — то апгрейд визуально и не заметен, только если под капот залезаешь становится заметна разница.
Есть такие, но названия, за давностью лет просто не вспомню.
Плюс не самый удобный вариант, по моему мнению.
Но в WinAmp'е можно сделать компромисный вариант, в отображении тегов поставить чтобы сначала показывался полный путь (тег %filename%), либо %folder%\ %artist% — %title%.
Но придётся заапгрейдиться ;) Учитывая что можно при установке 5.х не ставить ненужное (например modern skin и т.п.) — то апгрейд визуально и не заметен, только если под капот залезаешь становится заметна разница.
Как это нету? Winamp, foobar (если lossless предпочитаешь). Под линукс deadbeef.
1by1
PowerAmp, я им пользуюсь, играет папки, а может и библиотеку.
Попробуйте clementine
Под Windows есть AIMP
AIMP?
1by1, например
Позволь поинтересоваться, а какой это телефон и какая версия андроида? Я на свой WIldfire с андроид 2.2 (ну, уже 2.3 цианоген) спокойно заливал музыку папкой, слушал родным плеером (да, он их через одно место показал, видать, по тэгам), а потом копировал на другой комп точно так же — покдлючил по USB, открыл как флэшку, скопировал все ту же папку.
Описанное верно для версий Android начиная с 3.0
Купил себе PowerAMP и счастлив как слон. Он умеет и по папкам (по всем или только по выбранным) и по плейлистам и как только не умеет. Там есть кажется бесплатная версия на 30 дней ну или бесплатную на совсем тоже можно найти
Мне нравится, что моя музыка в облаке Google Music, откуда я могу её скачивать через их плейер (отвратительный), но сторонние плейеры не умеют читать папку с музыкой из облака. Конечно, достаточно удалить из иерархии файлы .nomedia и папка тут же просканится, но тогда глючит Google Music — треки могут начать заливаться в устройство заново
Для 2.2 и 2.3 тоже — говорит же человек. Подтверждаю.
Вы все еще слушаете музыку по папкам? Тогда мы идем к вам! Ну, серьезно, подобная идеология была не свойственна даже большинству плееров на Windows.
Документ-ориентированная модель работы.
Лично мне файловая ближе, мне проще сделать файл равным документу.
Лично мне файловая ближе, мне проще сделать файл равным документу.
Расслабьтесь — это для вашего удобства.
теги irony не вставились :)))
Вот мне очень интересно. Они говорят про невозможность предоставления USB mount storage в кооперативном, так сказать, режиме. А теперь, внимание, вопрос. КАК это делают такие аппликухи, как Multi Mount SD-card или Dual Mount SD Widget?? Неужели разработчики этих аппликух умнее инженеров Гугла? Да ни в жисть не поверю!
Я про эти программы не знаю, но судя по комментариям к одной из них, это не очень стабильное решение:
Кстати, может кто-нибудь знает, как это работает — очень любопытно?
To avoid corruption problems, keep this in mind: if you make changes FROM THE PHONE while the SD is mounted, they will not show up on the connected computer until the device is remounted. i.e. if you modify a file on the phone while mounted, then try to view/edit the file on the computer without remounting, problems occur. Just remount =)
Кстати, может кто-нибудь знает, как это работает — очень любопытно?
Если это так, т.е. они просто дают одновременно монтировать FAT32 из двух мест — то это полный ппц, не завидую тому, кто этим пользуется.
Разве нет другого способа? Скажем, через тот же fuse реализовать эмуляцию.
Я себе не представляю, как такое можно сделать нормально, потому и заинтересовался. UMS предоставляет прямой доступ к диску, а сам код ФС бежит на хост-устройсетве. FUSE не поможет сэмулировать более низкоуровневый интерфейс поверх гораздо более высокоуровнего. Наверное, можно было бы извратиться, и проанализировав структуру файлов создать виртуальное устройства, заполнить на нем виртуальные таблицы аллокаций, предоставить его по UMS, а записи анализировать каким нибудь эвристическим алгоритмом и транслировать обратно в высокоуровневые комманды ФС. Но во-первых это совсем не тривиально, а во вторых скорость работы и память требуемая для такого решения, свели бы на нет все преимущества.
Ну почему же. Насколько я понял для эмуляции /sdcard инженеры гугла пошли на некий подобный костыль. Так почему точно так же не сэмулировать и sd-карду на комп?
как?
Как, как, создать блочное устройство, обработкой которого будет заниматься user-level аппликуха.
И что это даст?
Обрабатывая запросы наравне с остальными аппликухами мы не получим конфликта файловой системы (ведь мы к ней будем обращаться точно так же, как обратились бы две обычные аппликухи к одним и тем же данным, что не вызывает крешей всего и вся), как если бы мы бытовом файловую систему из двух мест. Фактически обработка файловой системы останется централизованной. Мы лишь создадим своеобразный «блочный файл-менеджер».
Бытовом->обрабатывали
Соответственно блочное устройство будет не более чем интерфейсом к этому «файлменеджеру».
Мне кажется, что вы плохо себе представляете, что такое файловая система и блочное устройство. Блочное устройство нельзя просто так синхронизировать между дву файловыми системами, как несколько клиентов одной ФС. Ни у блочного устройства, не у ФС с ним работающего нет механизмов и способов синхронизировать дисковые операции. Не важно, какой менеджер вы поставите, каждый инстанс ФС все что он умеет, это перводить высокоуровневые операцие записи/чтения в операции с битами на дисковом устройстве, и он совершенно не расчитывает, что эти самые биты у него прямо под ногами может менять кто-то еще.
«Две обычные аппликухи», как вы выражаетесь, синхронизированы файловой системой, которая сама сериализирует все дисковые операции, а в блочном устройстве ничего этого нет, он только и умеет, что читать и писать блоки по заданному адрессу. Может и можно было бы придумать ФС с такой архитектурой, которая позволяла бы нескольким инстансам одновременно работать с одним диском, но это точно не получился бы FAT32, ни даже что-то близко на него похожее.
«Две обычные аппликухи», как вы выражаетесь, синхронизированы файловой системой, которая сама сериализирует все дисковые операции, а в блочном устройстве ничего этого нет, он только и умеет, что читать и писать блоки по заданному адрессу. Может и можно было бы придумать ФС с такой архитектурой, которая позволяла бы нескольким инстансам одновременно работать с одним диском, но это точно не получился бы FAT32, ни даже что-то близко на него похожее.
Вы опять не поняли идею. Блочное устройство будет просто эмулировать фейковое устройство, у которого будет фейковый FAT раздел. Фейковый FAT раздел будет создаваться на основании данных, полученных от user-space аппликухи с реального раздела.
Во первых, маппинга «впрямую» между реально файловой системой и виртуальной не будет. Во вторых, в случае невозможности выполнения подобных операций простоотсылаем виндовсу ошибку i/o.
Угу, клиент открыл файл, два блока записал, а третий — упс, не может…
Про “виртуальный фат" поверх обычный ФС — я уже писал выше, но это не решение — очень сложно, очень медленно и ненадежно (так как придется пользоваться эвристикой, что бы транслировать низкоуровневые комманды блочного устройства в комманды I/O для ФС).
Про “виртуальный фат" поверх обычный ФС — я уже писал выше, но это не решение — очень сложно, очень медленно и ненадежно (так как придется пользоваться эвристикой, что бы транслировать низкоуровневые комманды блочного устройства в комманды I/O для ФС).
именно так, лично лечил легкую форму USB brick на Desire после случайной попытки обратиться к одному и тому же файлу с компа и с устройства при работе Multi Mount SD-card. Не понравилось это телефону, явно.
Wi-Fi, разбиение на архивы (как в старые-добрые)?
Ну так переходим же на 802.11n.
Кто-то еще пользуется не безлимитными тарифами?
Я жил в глубинке 17 лет. Там нет оптоволокна и кабеля, но есть адекватные безлимитные тарифы. Видимо я зажрался и не представляю себе интернет с ограниченным трафиком.
движение в сторону iOS, и это печально
Не знаю, по-моему UMS это не такая уж большая цена заплатить за извечный геморрой с забитой внутренней памятью и app2sd.
Это смотря сколько внутренней памяти. На Desire действительно это адские муки, даже при наличие app2sd. Сейчас на Sensation XE таких проблем незнаю.
Не все производители телефонов одинаковые жмоты на встроенную память :) На размер приложений из за более серьёзных игр растет, и при разделенной модели все равно рано или поздно или внутренняя память или sd забивалась бы быстрее, приводя к не оптимальному использованию. Конечно идеальное решение было бы объединенная память и доступ к ней по UMS, но видимо, это невозможно технически.
Я на LG Optimus One затрахался переносить приложение на флешку. Один раз из-за забитой памяти не смог отправить смс
если данные программ на карте держать, то вообще никаких проблем на Desire.
карточки сейчас быстрые
карточки сейчас быстрые
Видно вы не так долго или не так активно пользуетесь им. В семье было 2 дизаера, оба забились, при том, что все приложения, которые возможно были перенесены на карту
я говорил про app2sd технологию, которая позволяет хранить на карте как код программы, так и её данные, полностью освобождая встроенную память телефона от этой задачи.
видимо, вы говорите про стандартную move to card технологию, появившуюся в 2.2 андроиде, которая переносит только код
видимо, вы говорите про стандартную move to card технологию, появившуюся в 2.2 андроиде, которая переносит только код
Эммм пол года юзаю дезайр з. Накидал в него почти весь софт (причем половина мне и не нужна особо) не сказал бы что памяти не хватает. Все что часто не нужно кинул на флешку, еще пол памяти телефона свободно. Чем ее забить то?
имхо наоборот, следовало бы стандартизировать подход app2sd, т.е. предусмотреть штатную работу с картой с двумя разделами ext/fat и не использовать встроенную память под программы
> работающая под FAT32 папка /sdcard (или, как она называется в API — «папка внешнего носителя информации») не поддерживает разграниченного доступа, что нормально, так как это общая, открытая для всех файлопомойка, где одно приложение может топтаться по файлам другого.
Когда я привожу подобный аргумент про iOS, меня или минусуют или смотрят, ка кна ненормального. Учитывая, что в iOS (да и в андроиде, судя по всему, тоже), каждое приложение — это отдельный sandbox, не имеющий доступа в другие, то скажите мне, какое из придожений и почему будет иметь доступ к карточке?
Когда я привожу подобный аргумент про iOS, меня или минусуют или смотрят, ка кна ненормального. Учитывая, что в iOS (да и в андроиде, судя по всему, тоже), каждое приложение — это отдельный sandbox, не имеющий доступа в другие, то скажите мне, какое из придожений и почему будет иметь доступ к карточке?
Какой именно аргумент?
А в андроиде да, приложения разграниченны, у каждого есть свой приватный сторэдж, но запросив соответствующий доступ может читать/писать с карточки. Это полезно всяким медиа плеерам, вьюверам, файловым менеджерам, и тд. Еще, поскольку традиционно на карточке было больше места, чем на встроенной памяти, всякие игры скачивают и хранят там крупные файлы.
А в андроиде да, приложения разграниченны, у каждого есть свой приватный сторэдж, но запросив соответствующий доступ может читать/писать с карточки. Это полезно всяким медиа плеерам, вьюверам, файловым менеджерам, и тд. Еще, поскольку традиционно на карточке было больше места, чем на встроенной памяти, всякие игры скачивают и хранят там крупные файлы.
Аргумент про то, что каждое приложение изолировано от другого приложения и не имеет доступа к данным другого приложения. В случае с карточкой, цитирую «работающая под FAT32 папка /sdcard (или, как она называется в API — «папка внешнего носителя информации») не поддерживает разграниченного доступа, что нормально, так как это общая, открытая для всех файлопомойка, где одно приложение может топтаться по файлам другого.»
Ладно, допустим можно придумать другой протокол вместо UMS если это создает какие то проблемы. Но что реально пугает в этом интервью, так это информация, про использование FUSE.
Я не разработчик ядра, но встречался с компетентными мнениями о глючности FUSE.
Я не разработчик ядра, но встречался с компетентными мнениями о глючности FUSE.
Поддержка UMS есть. Именно нексус вас покупать не заставляют.
Спорный вопрос, мне наоборот текущий курс развития андроида больше по душе. А то развели анархию.
Какой такой идеологии? И проблемма внутренней памяти — она «якобы проблемма»? Вы заметку читали? Единственная идеология, это то, что они не хотели усложнять жизнь пользователя иразработчика — и это может только радовать.
Еще раз, жизнь пользователю решили упростить решив серьёзную проблему и объединив обе ФС в одну. Большинство пользователей от этого только выиграет, а кому нужен SD — возьмет себе аппарат, который поддерживает SD, благо у ICS с этим нет никакой проблемы. Вам не нравится Galgaxy Nexus — не берите его, никто ведь не заставляет. Но и не надо садиться на измену на пустом месте…
Ну насчет apple-way вы загнули ИМХО. Да они решил серьезную проблемму, попутно создав новое неудобство, но от этого до «apple-way» как до луны. Они не ограничили приложения в функциональности, не запретили доступ к файловой системе, не сломали совместимость. Да, заменили один протокол другим, менее удобным, из за технических ограничений, но тут никакой идеологией или попыткой урезать юзера в правах и не пахнет…
Вам мало 16 гигабайт на смартфоне?
Я тоже помню горячую замену карты памяти рассматривал как преимущество, но вот уже год я карточку не доставал, и масс сторадж не использовал. А использовал именно MTP или как его там. И ничего, и по папкам все передается и т.п.
Так что для меня карта памяти скорее минус чем плюс.
Я тоже помню горячую замену карты памяти рассматривал как преимущество, но вот уже год я карточку не доставал, и масс сторадж не использовал. А использовал именно MTP или как его там. И ничего, и по папкам все передается и т.п.
Так что для меня карта памяти скорее минус чем плюс.
Вроде же есть модификация с 32 внутреней.
Как раз больше, а не меньше. До этого, даже если бы вы воткнули 100гб, все равно внутреняя память быстро бы забилась, и вы бы не смогли устанавливать новые приложения. Теперь, пользователь не столкнется с такой проблеммой, а если столкнется — то сможет ее решить, скажем просто стерев пару фотографий. До этого, ему ничего не оставалось, как начинать чистить программы. А слот памяти это приятное до полнение, но вообщем то довольно безполезное с точки зрения пользователя — все равно телефон покупается с карточкой, которая за время жизни аппарата никогда не покидает свой слот. Я, как владелец аппарата с такой карточкой, абсолютно точно предпочел бы, чтоб эта память была бы встроенной, и мне не нужно было думать, сколько еще места мне осталось для приложений. Серьезно, это намного важнее возможности вытащить карточку, которой на 4 года использования андроида на нескольких аппаратах, я не разу не воспользовался. Тем более, если спрос на такую фичу будет, то и буду продаваться аппараты с ней, а из мейнстрима думаю это уйдет, так как большинству пользователей это нафиг не нужно.
Жаль, но если надо будет — сами напишем и допилим их косяки :)
Точнее не допилим, а исправим. )
Можно установить Samba server на телефон и подключаться как к сетевому диску.
Вот например market.android.com/details?id=com.funkyfresh.samba&hl=en
Вот например market.android.com/details?id=com.funkyfresh.samba&hl=en
Или ftp/http/ntfs на любой выбор. Собственно файлы на honeycomb планшет я как раз заливаю через веб-интерфейс этой программы: market.android.com/details?id=xcxin.filexpert
В какой-то степени — это даже удобно, планшет лежит заряжается на тумбочке в спальне, что не мешает на него в это время на него что-нибудь переписывать :) Хотя, конечно, большие файлы вроде HD фильмов было бы удобнее и быстрее заливать по USB. Но из коробки Galaxy Tab не работал не в Убунте, не в запасной XP. То ли поддержка MTP в этих системах плохая, то ли Самсунг опять что-то намудрил.
В какой-то степени — это даже удобно, планшет лежит заряжается на тумбочке в спальне, что не мешает на него в это время на него что-нибудь переписывать :) Хотя, конечно, большие файлы вроде HD фильмов было бы удобнее и быстрее заливать по USB. Но из коробки Galaxy Tab не работал не в Убунте, не в запасной XP. То ли поддержка MTP в этих системах плохая, то ли Самсунг опять что-то намудрил.
«Мороженный бутерброд» — это обычный советский пломбир в вафлях, брикет.
Интересно с этим дело обстоит в MIUI. Если SD карта не доступна, все пишется на внутреннюю память (фото например). Когда карточка появляется, возникает вопрос на предмет а не скопировать ли барахло на карточку. Мне понравился такой подход. По крайней мере приложения не блокируются из-за отсутствия внешнего стореджа.
Кстати, никто не отменял еще команды adb push и adb pull. Ну это так, для гиков ;) И ничего не нужно маунтить.
> Вам больше не приходится грустно взирать на свободные 5гб на вашем Nexus S, в то время как внутренний раздел для приложений забит под завязку
Никогда не понимал, почему на многих современных телефонах делают такие маленькие разделы под приложения при такой большой внутренней памяти.
А вообще, хоть мой телефон и поддерживает usb mass storage для внутренней и внешней sd, я им довольно редко пользуюсь — банально лень искать шнур, проще запустить adbWireless виджетом и сделать adb push. Ну или скидываю в CIFS/NFS-шару, а на телефоне через файл-менеджер копирую куда нужно.
Никогда не понимал, почему на многих современных телефонах делают такие маленькие разделы под приложения при такой большой внутренней памяти.
А вообще, хоть мой телефон и поддерживает usb mass storage для внутренней и внешней sd, я им довольно редко пользуюсь — банально лень искать шнур, проще запустить adbWireless виджетом и сделать adb push. Ну или скидываю в CIFS/NFS-шару, а на телефоне через файл-менеджер копирую куда нужно.
USB stick successfully mounted on the Galaxy Nexus. Handy. twitpic.com/7iaos4
На виндоуз (который у большинства пользователей), есть встроенная поддержка MTP и в эксплорере, и устройство выглядит точно так-же как обычный диск. На Линуксе и Маке, к сожалению, все не так просто, но я уверен, что в скором времени, ситуация улучшится.
Чую, что про до сих пор не работающий в Линуксе Internet Passthrough когда-то говорили то же самое.
Скорблю.
На маркете для рут-устройств есть программа, которая не отмонтирует флешку от системы, позволяя использовать её как UMS. Интересно, с ней новый нексус сможет работать как UMS?
Ссылка market.android.com/details?id=com.rafoid.multimountsdcard.widget
Ссылка market.android.com/details?id=com.rafoid.multimountsdcard.widget
Всё правильно сделали. SD карта на адроиде всегда была страшнейшей помойкой, тем более без разделения доступа это ещё и рассадник вирусятины. Так что всё правильно, олдфагам придётся перестроится и получать удовольствие :)
Вы бы прочитали заметку сначала, что бы ерунды не нести. /sdcard и способы работы с ним остались как есть, просто в некоторых устройствах, его перенесли на внутренюю память для более эффективного использования места.
Если бы они этого не сделали, то поломали бы кучу программ. Он же пишет, что это первый шаг.
Первый шаг к чему? Файловая помойка в виде SD-карточки или её аналога никуда не денется — фотографии и медиа файлы по любому где-то надо хранить. Возможно, со временем ей станут меньше пользоваться, например игрушки скачивающие свой кэш на карточку — это следствие того, что сейчас в большинстве случаев на /sdcard намного больше места, чем в личной директории приложения, но если это измениться, то и данные постепенно перекочуют туда, где им и место — в личной директории приложения.
Разработчики не слышали про mhddfs? Эта вещь позволяет смонтировать 2 директории в 1 (в итоге получаем /data, в которой есть файлы /sdcard -> /dev/mmcblck0 и /olddata -> /dev/mtd5). Ну и немного поиграться с приоритетом сохранения. Вуаля, имеем SD с FAT32, объединённую с внутренним хранилищем с ext3, например.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Про поддержку «USB Mass Storage» в Ice Cream Sandwich