Comments 61
вот врать не надо, а? «сравнимой с прогулочным шагом контуженной черепахи. » — покажите реальные скорости с методикой проверки. Все нормально с МТР
Почему врать? Я не автор статьи, у меня Linux и было уже 4-5 телефонов на Android. В связке Linux и Android, передача по MTP тупит просто ужасно. При этом сколько-нибудь большие файлы скорее всего не скопируются ни в одну сторону, процесс зависнет где-нибудь в самом начале, сколько не пытайся.
Поэтому я тоже пользуюсь adb push/pull, или даже передаю файлы через Яндекс.Диск. Так что мой опыт полностью совпадает с опытом автора статьи.
Поэтому я тоже пользуюсь adb push/pull, или даже передаю файлы через Яндекс.Диск. Так что мой опыт полностью совпадает с опытом автора статьи.
Большие — это, видимо, очень большие. Под Ubuntu постоянно копирую файлы на карту и обратно, отформатирована как внутренняя память. Да, долго (10 -15 МБайт/с, не МБит), но спокойно копирует фильмы по 4 -5 Гб.
Android 6, htc one m8
Android 6, htc one m8
Да даже если смартфон поддерживает 5 GHz Wi-fi уже проще и быстрее скинуть файлы по поднятому ftp серваку на телефоне, чем пытаться перекинуть это по шнурку
Мой личный опыт — mtp крайне печален, когда надо скопировать много файлов. Вроде это даже не противоречит вашим картинкам, если на них скорость передачи одного большого файла, но от этого не легче.
Меня больше бесит не скорость ( хотя это тоже ужас), а то что на середине может всё зависнуть напрочь. Включая телефон. И это на всех Android телефонах, что я пользовался.
Переименовываешь файл/папку на телефоне/планшете через MTP? Получи зависание на минутку.
Переименовываешь файл/папку на телефоне/планшете через MTP? Получи зависание на минутку.
Простите, это был сарказм.
По MTP я всего один раз куда-то залезал — больше никогда.
По MTP я всего один раз куда-то залезал — больше никогда.
UFO just landed and posted this here
MTP отучил меня от пиратской музыки, потому что оказалось проще заплатить за подписку на гуглплеймьюзик, чем кидать на телефон альбомы по MTP.
MTP вынудил меня заплатить за большое облако, потому что скидывать с телефона фото оказалось удобнее через Яндекс.Диск.
Мне иногда кажется (поправляю шапочку из фольги), что основная задача MTP — пересадить нас на облачные сервисы. По крайней мере, это единственная задача, с которой он справляется.
MTP вынудил меня заплатить за большое облако, потому что скидывать с телефона фото оказалось удобнее через Яндекс.Диск.
Мне иногда кажется (поправляю шапочку из фольги), что основная задача MTP — пересадить нас на облачные сервисы. По крайней мере, это единственная задача, с которой он справляется.
UFO just landed and posted this here
тега перевод нет. у меня опыт противополжен, МТР — проще и быстрее
Так у вас, наверное, Windows?
Не панацея. Я использовал MTP на Windows 7, Windows 10, всевозможных линуксах и паре старых версий макоси (тогда нужно было ещё и специальное приложение ставить — не знаю, как сейчас). На трёх, что ли, разных смартфонах.
В Windows и Linux MTP работало, как говно. На маке — ещё хуже, насколько такое вообще возможно.
Особенно обидно было, когда при попытке скопировать несколько десятков гигабайт файлов с Windows 7, когда копирование в очередной раз зависло (что для MTP является нормой: если кидаешь много папок, лучше кидать по одной, тогда будет ясно, на какой всё повисло), карта на 64 Гб просто померла и перешла в read only.
В Windows и Linux MTP работало, как говно. На маке — ещё хуже, насколько такое вообще возможно.
Особенно обидно было, когда при попытке скопировать несколько десятков гигабайт файлов с Windows 7, когда копирование в очередной раз зависло (что для MTP является нормой: если кидаешь много папок, лучше кидать по одной, тогда будет ясно, на какой всё повисло), карта на 64 Гб просто померла и перешла в read only.
У меня при попытке скопировать больше 250 (примерно) фотографий операция может длиться бесконечно, но главная проблема в том, что порой, если появляются фотографии, у которых разница в имени попадает на первую цифру даты (например, 20180316_212855.jpg и 20180326_212855.jpg), то копируется вторая фотография под именем первой. Дальше все зависит от того, попала ли вторая фотография в копируемый/перемещаемый массив. Если да, то процесс зависает (бесконечный прогресс), а после отмены действия MTP уже не работает. Если нет (ну или после переподключения телефона), то при последующем копировании появляется стандартный диалог с предложением перезаписать существующий файл, и, пока я не обнаружил пропажу нескольких фотографий, я действительно перезатирал их. Вот такой он, MTP.
Сейчас подключил LG G6 к ноутбуку с Windows 10. Папка с фото (менее тысячи файлов) читалась восемьдесят секунд. Это проще и быстрее чего? Скачивания через GPRS?
есть ещё прекрасная программа airdroid. С её помощью можно заходить на телефон как на веб сервер и видны файлы телефона как их представляет андроид. Пользуюсь ей даже когда есть под рукой кабель.
Еще есть хорошая программа UMS Enabler
Да, есть такая программа, но я всё же отловил на ней такие же глюки как и под MTP (Android 4.4.2). Если в мобилке отредактировать .txt файл, а потом открыть его с компьютера, то файл не будет содержать последних изменений.
А вот ниже приведенный пример с Total Commande и плагином выдает желаемый результат.
А вот ниже приведенный пример с Total Commande и плагином выдает желаемый результат.
UFO just landed and posted this here
зачем все это (ADB, MTP) гуглу? Чем не угодил старый добрый SSH? Как в той же Nokia N9.
Для adb есть плагин для Total Commander — никакой тебе консоли, человеческое копирование. Как для Linux, правда, не знаю. Сомневаюсь что он подходит к какому-либо из аналогов типа Gnome Commander / Double Commander
Да, подтверждаю, плагин отличный — Android ADB 8.3
Уметь монтировать, конечно, прикольно, но для повседневных задач, к тому же без root, тягания карты и с низким порогом входа, остановился на FTP, и всем страдающим с mtp рекомендую.
Просто ставим на устройство любой ftp-сервер из маркета, включаем когда надо передавать файлы. Идеальный мультиплатформенный клиент — FileZilla, ничего не потеряется и не побьется. Если смартфон умеет в usb tethering, скорость передачи по проводу близка к теоретически максимальной. Да, с оверхедом на tcp/ip стек.
//ворчание в тему
Каким образом можно было допустить во всемирный продакшн такое недоразумение как MTP я вообще не представляю. Никто, видать, не тесиировал передачу больше одного файла, как в андроиде, так и в винде и линуксе. Говнокодит кто-то там далеко, а стыдно мне: объяснять людям почему у них фотки не копируются и учить юзать ftp в 2018 году…
Просто ставим на устройство любой ftp-сервер из маркета, включаем когда надо передавать файлы. Идеальный мультиплатформенный клиент — FileZilla, ничего не потеряется и не побьется. Если смартфон умеет в usb tethering, скорость передачи по проводу близка к теоретически максимальной. Да, с оверхедом на tcp/ip стек.
//ворчание в тему
Каким образом можно было допустить во всемирный продакшн такое недоразумение как MTP я вообще не представляю. Никто, видать, не тесиировал передачу больше одного файла, как в андроиде, так и в винде и линуксе. Говнокодит кто-то там далеко, а стыдно мне: объяснять людям почему у них фотки не копируются и учить юзать ftp в 2018 году…
Плюсую по поводу FTP. На некоторых телефонах есть даже встроенный сервер.
По-моему, было бы идеально, если бы Гугл добавил бы в Android встроенный SMB-сервер, который активируется при подключении по USB. SMB поддерживается всеми осями, работает стабильно и быстро. Если разработчиков смущает нативный код в Samba, то есть реализации на Джаве. Не понимаю, что им помешало остановиться на таком варианте.
Каким образом можно было допустить во всемирный продакшн такое недоразумение как MTP
Это да просто какое-то жуткое недоразумение.
У меня стандартный глюк через USB 3.0 не копируются куча файлов в папках типа электронных книг, через USB 2.0 все ок. Возможен конечно глюк железа.
OS Переставлял толку нет. Куда делось старое и удобное подключение как обычного диска.?
И можно ли его вернуть?
Нет. Гугль выпилил UMS решительно и официально. На некоторых устройствах его все-таки запилил обратно конкретный вендор, если повезло, но это против рекомендаций гугла.
А так — есть программка для эмуляции UMS Enabler, можно еще ftp server pro или samba filesharing серверы запускать на устройстве.
А так — есть программка для эмуляции UMS Enabler, можно еще ftp server pro или samba filesharing серверы запускать на устройстве.
> Куда делось старое и удобное подключение как обычного диска.?
Убрали в 4.1 вроде. Оно отрубало флешку от самого андроида, приложения падали, было много проблем.
Убрали в 4.1 вроде. Оно отрубало флешку от самого андроида, приложения падали, было много проблем.
Нет, еще в 5 точно было.
Убрали в 3.0 (насколько помню)
Далее официально осталось в устройствах обновлённых с 2. И там, где производитель запилил обратно
Далее официально осталось в устройствах обновлённых с 2. И там, где производитель запилил обратно
UFO just landed and posted this here
UFO just landed and posted this here
Я юзаю файловый менеджер со встроенным FTP — ES… для жадных знакомящихся есть нужные треды на 4pda.
На стаце всегда запущен OpenServer с FTP так же.
На стаце всегда запущен OpenServer с FTP так же.
UFO just landed and posted this here
Я в пределах дома так же за NAT — и ничего, нет проблем. Мобильник видит комп по WiFi в одной сети. Можно же компу задать локальный статический IP.
Есть вот такая штука:
play.google.com/store/apps/details?id=com.alphainventor.filemanager
на первом скрине нижняя правая иконка…
play.google.com/store/apps/details?id=com.alphainventor.filemanager
на первом скрине нижняя правая иконка…
Может лучше SMB / FTP, если есть рут? SMB pаботает до седьмого андроида включительно, FTP работает везде.
Мой лайфхак заключался в копировании тысяч файлов в обратном направлении. Ну то есть из es проводника допустим на nfs/smb шару. asb push все же не для ленивых, факт.
По внутреннему вайфаю в тысячи раз быстрее, чем с этим мтп. Сам же метод подшивания флешки к основной памяти тоже очень кривой — зачастую камера просто не может фоткать — не существует раздела или ещё какой глюк.
Хочешь что-то передать на устройство — используй MTP со всеми вытекающими, вроде скорости передачи файлов, сравнимой с прогулочным шагом контуженной черепахи.
Плох или хорош MTP — это вечный спор. По мне возможность выбора прямого доступа или MTP — это было бы очень хорошо, но производители по сути используют MTP как защиту пользователя от пользователя.
Для прямого доступа нужно не забывать про безопасное извлечение, то, что работа идёт напрямую с файловой системой и тд. И в случае каких-либо неожиданных действий со стороны пользователя его данные на накопителе могу улететь в трубу. Кто будет виноват? Конечно, пользователь обвинит во всех грехах производителя.
Сколько было историй о том, как пользователь форматнул встроенную память китайского mp3 плеера с прямым доступом к памяти и получил кирпич. А что мешает сейчас простому пользователю сделать такой же прикол и винить производителя, что он не уберёг его от того, что форматировать нельзя.
В случае с MTP я могу в любой момент выдернуть шнур и ничего не будет. А такая вещь как форматирование мне банально не доступна. Как и использование в разных хитрых программах. Также мне могут не дать доступ к некоторым файлам, которые производитель защищает для безопасности системы. Хотя также производитель может заблокировать и некоторые другие файлы, дабы не было пиратского копирования данных, но пока я такое ещё не видел.
По поводу скорости работы: тут всё зависит от самого устройства и настроек принимающего устройства. Так один раз я на чужом компьютере решил сбросить свои фотографии с телефона и тот комп вис при открытии папки. Целый час танцев с бубном привёл к тому, что я начал искать отличия между свои и чужим компьютером. Оказалось: для копирования фотографий под Windows 7 через Проводник нужно отключить кеширование эскизов и их отображение. У меня оно дома на всех компах отключено, а вот на чужом оказалось включено и комп прочитав первые 50 фотографий из более 3000 просто вис.
Если копировать кучу мелких файлов, то это ещё та боль, тк каждый файл копируется поштучно. Но можно их все забросить в архив и распаковать уже на самом телефоне.
Каким образом можно было допустить во всемирный продакшн такое недоразумение как MTP
Производители защитили себя от претензий со стороны пользователей, которые могут натворить дел и не признаваться в этом.
Насколько хороша такая защита для потребителя? Имхо, пусть будет, тк если вспомнить старые шутки про удалить папку system32 для ускорения работы Windows или зарядку iPhone в микроволновке, то в случае с MTP производители сделали себе достойное укрытие.
Я еще с выхода Android M добавлял режим Usb Mass Storage обратно. Решение, скорее, только для ромоделов, но все же оставлю патчи, добавляющие данный режим:
github.com/UltimateROM/android_packages_apps_Settings/commit/4fece8774f9c855846af9759d321a757ca0cffb7
github.com/UltimateROM/android_frameworks_base/commit/c37ba55496ea7f2f5d96bcef091a2363d1a54cea
github.com/ChronoMonochrome/android_device_samsung_codina/commit/0fbfc90b1fe92df1de5662b59550766318d7b62c
p.s. Прошу строго не судить мойговнокод на bash, наверняка можно было сделать элегантнее, но способ рабочий :)
По поводу, собственно, доступа ко внутреннему носителю с Android M, так уж сложилось, что я и со-форумчанин с 4pda, SergeyL, всегда откатываем поведение носителей к тому, что было до Android M (т.е. чтобы безо всякого шифрования флешки, иметь доступ к ней с любых устройств). Точных требуемых для этого изменений не подскажу, т.к. этим занимался, в основном, SergeyL, но из того, что помню:
1) установка флага
ro.vold.primary_physical=1 — github.com/ChronoMonochrome/android_device_samsung_codina/blob/ulti-6.0/rootdir/init.samsungcodina.rc#L19
2) приведение fstab к подобному виду — raw.githubusercontent.com/ChronoMonochrome/android_device_samsung_codina/ulti-6.0/rootdir/fstab.samsungcodina
(хотя, вроде, начиная с M, так или иначе требовались изменения fstab для того, чтобы вообще можно монтировались носители).
github.com/UltimateROM/android_packages_apps_Settings/commit/4fece8774f9c855846af9759d321a757ca0cffb7
github.com/UltimateROM/android_frameworks_base/commit/c37ba55496ea7f2f5d96bcef091a2363d1a54cea
github.com/ChronoMonochrome/android_device_samsung_codina/commit/0fbfc90b1fe92df1de5662b59550766318d7b62c
p.s. Прошу строго не судить мой
По поводу, собственно, доступа ко внутреннему носителю с Android M, так уж сложилось, что я и со-форумчанин с 4pda, SergeyL, всегда откатываем поведение носителей к тому, что было до Android M (т.е. чтобы безо всякого шифрования флешки, иметь доступ к ней с любых устройств). Точных требуемых для этого изменений не подскажу, т.к. этим занимался, в основном, SergeyL, но из того, что помню:
1) установка флага
ro.vold.primary_physical=1 — github.com/ChronoMonochrome/android_device_samsung_codina/blob/ulti-6.0/rootdir/init.samsungcodina.rc#L19
2) приведение fstab к подобному виду — raw.githubusercontent.com/ChronoMonochrome/android_device_samsung_codina/ulti-6.0/rootdir/fstab.samsungcodina
(хотя, вроде, начиная с M, так или иначе требовались изменения fstab для того, чтобы вообще можно монтировались носители).
Sign up to leave a comment.
Залезаем во внутреннее хранилище Android M