LINUX.ORG.RU

Обновление libmtp

 , ,


0

1

Учитывая некоторое недопонимание политики поддержки mass storage устройств в Android 4.0 ICS, впервые появившейся на смартфоне Galaxy Nexus, любая новость по поддержке нового протокола доступа к любимым устройствам MTP остается востребованной в сообществе Open Source.

Выход новой минорной версии ознаменует:

  • переименование libmtp.so.9.0.2 для совместимости
  • использование libusb 1.0 если она установлена
  • добавление поддержки OpenUSB, низкоуровневый бэкенд для OpenSolaris
  • автоопределение устройств «sony.net» NWZ
  • несметное количество новых записей в базе данных устройств

Библиотека используется такими известными плеерами как AmaroK, Rhythmbox, Clementine для работы с внешними аппаратными медиаустройствами, смартфонами и планшетами.

>>> Подробности



Проверено: mono ()
Последнее исправление: mono (всего исправлений: 2)

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

mono ★★★★★
()

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

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

wolfy
()
Ответ на: комментарий от hippi90

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

daemonpnz ★★★★★
()

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

новый

- новых

gray ★★★★★
()
Ответ на: комментарий от anonymous

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

daemonpnz ★★★★★
()
Ответ на: комментарий от daemonpnz

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

daemonpnz ★★★★★
()
Ответ на: комментарий от mono

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

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

Zhbert ★★★★★
()
Ответ на: комментарий от hippi90

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

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

Zhbert ★★★★★
()
Ответ на: комментарий от daemonpnz

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

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

anonymous
()
Ответ на: комментарий от wolfy

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

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

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

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

wolfy
()
Ответ на: комментарий от AVL2

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

JB ★★★★★
()

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

NForce
()

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

Gary ★★★★★
()
Ответ на: комментарий от mono

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

anonymous
()
Ответ на: комментарий от mono

wiki

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

etwrq ★★★★★
()

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

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

AmaroK, Rhythmbox, Clementine

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

dogbert ★★★★★
()
Ответ на: комментарий от etwrq

Оттуда же:

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

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

etwrq ★★★★★
()
Ответ на: комментарий от JB

костыль

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

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

mumpster ★★★★★
()
Ответ на: комментарий от OldWiseCat

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

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от etwrq

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

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от JB

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

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

demmsnt
()
Ответ на: комментарий от vasily_pupkin

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

demmsnt
()
Ответ на: костыль от mumpster

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

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

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

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

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от demmsnt

Спасибо КО.

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

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

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

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

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

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

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

demmsnt
()
Ответ на: костыль от mumpster

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

farafonoff ★★
()
Ответ на: костыль от mumpster

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

daemonpnz ★★★★★
()
Ответ на: комментарий от farafonoff

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.