То есть, я, наконец-то, смогу заливать фильмы на galaxy tab мышкой, а не через adb push?

Ну таки через adb push это по линуксовому и Ъ :)

поддержки mass storage устройств в Android 4.0

андроид не поддерживает флешки?

начиная с Android 3.0 нет поддержки режима «как флешка», при подключении к компьютеру.

недопонимание политики поддержки mass storage

Вот интересно, в чем проблема открыть доступ к телефону по NFS например?

можно закапывать

Что за извращенный гений это придумал? И зачем?

нет поддержки режима «как флешка», при подключении к компьютеру.

приехали. Android -> iOS при t->+inf

Там достаточно всё аргументированнь и здраво. А то что в линухе не допилен мтп не проблема андроида и гугла.

Там достаточно всё аргументированнь и здраво.

И как же?

несметное количество новый записей в базе данных устройств

новый

- новых

ищи тему на ЛОРе. Но если кратко, то всё сводится к тому, что теперь это всё (внутр. память + флэш) считается единым «устройством» хранения, поэтому перехват контролера карты убран. А вместо mass storage запилили MTP.

И как я понял теперх совершенно не нужны костыли вроде app2sd и link2sd

То есть, я, наконец-то, смогу заливать фильмы на galaxy tab мышкой, а не через adb push?

Я и сейчас заливаю фильмы на галакси таб мышкой.

Что за извращенный гений это придумал? И зачем?

Чтоб память не отмонтировать. Загугли.

AmaroK

Сто лет как Amarok

на моём гвнотелефоне память телефона == /dev/sdb1
карточка == /dev/sdc1
это же более ровный вариант
да и зачем было убиртать старый режим, добавляя новый

//другой анонимус

Вот интересно, в чем проблема открыть доступ к телефону по NFS например?

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

Еще есть adbfs, которая не требует вообще ничего, кроме включения в настройках на устройстве опции отладки.

и sshfs тоже никто не отменял...

на моём гвнотелефоне память телефона == /dev/sdb1

карточка == /dev/sdc1

это же более ровный вариант

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

дело не в устройствах, их никто и не трогал. А в том, что флешку надо отмонтировать, прежде чем отдавать компьютеру.

А на ней рингтоны, приложения и прочая фигня. Что делать, если позвонили в тот момент, когда ты подсоединился к компу?

Нет, я про то, что мешает производителю.

Так-то их выступления против прямого доступа к фату вполне понятны.

s/mtp/mmtp/g

ибо Microsoft Media Transfer Protocol, obviously

не понел, зачем отмонтировать
что мешает многозадачной телефонной ос обрабатывает звонок, и пхать данные с диска в комп

не понел, зачем отмонтировать

затем, что доступ по UMS монопольный. Карточка либо смонтирована в телефоне, либо расшарена по UMS

в iOS связь с компом по проприетаному интерфейсу, а в Android стандартный MTP, чуешь разницу?

http://ompldr.org/vY2RlZA

Внутри Android это так же зовется MTP, так что не нужен такой фикс.

а в Android стандартный MTP

и надолго?

А что не так? Будет что-то лучше и удобнее - перейдут на новую технологию.

А что не так?

Есть небезосновательные опасения, что гугл только пока что поддерживает СПО.

А я так и не понял, я уже могу на свой телефон заливать файлы по MTP или нет? из текста новости не понятно.

А я уж думал что MTP умер давно

и как это прикрутить, например, к Dolphin'у?

и кто придумал этот даунгрейд?

wiki

Media Transfer Protocol (MTP)[1] — основанный на PTP аппаратно-независимый протокол, разработанный компанией Microsoft для подключения цифровых плееров к компьютеру.

недопонимание политики поддержки mass storage устройств в Android 4.0 ICS

Извращенцы. MTP моему Walkman'у нужен только для плейлистов, и кстати:

AmaroK, Rhythmbox, Clementine

до сих пор эти самые плейлисты по-человечески редактировать не умеют. А Amarok 1.4 умел. Пользуюсь gMTP. Юниксвей, чо.

Оттуда же:

Плеер может отказать в хранении того или иного файла. Поэтому, например, для переноса на плеере файла archive.7z приходится переименовывать его в archive.7z.mp3.

facepalm.ogg.mp3
под плеером наверное подразумевается любое устройство реализующее mtp и политику его использования.

костыль

доступ по UMS монопольный

о да. как всегда, один костыль (MTP) понадобился из-за использования другого костыля (FAT на USB). Хотя UMS НЕ ТРЕБУЕТ FAT.
Это всего лишь более ранний анальный зонд от M$.
И ЕМНИП - так испольузется T10 команды AKA SCSI - для которых имеется реализация с параллельным доступом.
И да, одновременный доступ к FAT - возможен, иначе мы бы не наблдали этого в венде и и других ОС.
Так штааа...

mtpfs. На практике не знаю, насколько быстро и стабильно будет работать, особенно, если dolphin попытается нарисовать миниатюры.

«может» не значит, что «должен». Если я правильно понял, это зависит от производителя девайса.

Посоны просто прощаются в фатом, я так понимаю. И это правильно

затем, что доступ по UMS монопольный. Карточка либо смонтирована в телефоне, либо расшарена по UMS

Спасибо КО. на самом деле ответ звучит так: Доступ к карточке осуществляется на аппаратном уровне и он не знает что в этот момент хочет сделать андроид. А еще у андроида есть кэш и это не бабки....

На флшке может даже рейсер быть. Но в принципе через либу становится уже пофиг!

о да. как всегда, один костыль (MTP) понадобился из-за использования другого костыля (FAT на USB).

FAT тут не при чем.

Хотя UMS НЕ ТРЕБУЕТ FAT.

Естественно, не требует. Он требует, чтобы драйвер ФС был в той системе, в которую ты втыкаешь девайс.

А теперь расскажи, как драйвер помимо FAT на чтение и запись есть во всех операционках?

И да, одновременный доступ к FAT - возможен, иначе мы бы не наблдали этого в венде и и других ОС.

Где ты его наблюдаешь? И не обязательно к FAT, хоть одну ФС назови, где это вообще возможно.

Спасибо КО.

а чего тогда спрашиваешь?

на самом деле ответ звучит так: Доступ к карточке осуществляется на аппаратном уровне и он не знает что в этот момент хочет сделать андроид.

какой такой аппаратный уровень? андройд эмулирует UMS и поэтому уж сам-то андройд на всех уровнях знает, кто и чего хочет. Толку-то с этого. Андройд должен дать монопольный доступ к блочном устройству и точка.

А еще у андроида есть кэш и это не бабки....

Каким образом он будет знать, что надо гарантированно кешировать, другими словами, откуда он _точно_ знает, чего у него спросят в следующий момент? И потом, на карточку переносят приложения и данные как ра с целью разгрузить внутреннюю память, а ты все взад собрался копировать?

Каким образом он будет знать, что надо гарантированно кешировать

Чего ругаешься звездный ты мой? Я так и сказал, что кеш есть. А ежли он есть, то ку ку....

Я за любой кипиш если что...

Попробуй ext3 смотировать в rw дважды - она вообще откажется, а после fsck самоуничтожится. Я не знаю фс которые бы поддерживали параллельный доступ с двух устройств в rw.

Лечи кашу в голове. MTP и FAT никак в данном случае не связаны.

gfs, ocfs, не? Хотя к теме это не относиться.

Тем не менее, такие ФС есть - называются кластерными

http://ru.wikipedia.org/wiki/Список_файловых_систем#.D0.A4.D0.B0.D0.B9.D0.BB....

Ваш КО

задумка была такова...

Тем не менее, такие ФС есть - называются кластерными

нет таких фс. С таким же успехом можно любую сетевую фс привести. NFS тоже можно много раз смонтировать...

В любом случае необходим менеджер локов и все через него получают доступ к физическому устройству. А UMS отдает физическое устройство, поэтому всяк, кто его возьмет, должен или работать монопольно, или реализовывать общий лок-менеджер.

Собственно, предлагаемый libmtp оное и реализует наипростейшим образом.