Samsung SideSync — только win или mac, только samsung galaxy смартфон, только touchwiz прошивка, завязка на сервисы samsung. Есть Kde connect, который умеет переносить файлы по wifi, но опять же, хочется чтобы записи слались на комп автоматом.
А смысл? Гугл драйв нужно ещё как то монтировать в линуксе, так как нет нативного клиента. Либо через веб интерфейс загружать. А раз всё равно какие-то пляски с переносом аудио записей, уж не проще ли тогда просто подключить смарт usb шнурком или вытащить sd карту и всунуть в карт ридер? Так может даже быстрее получится…
Ну, я не знаю, называется ли это реал таймом, но я озвучиваю именно глядя на видео и видя субтитры, которые появляются именно тогда, когда нужно. Как я к этому подготавливаюсь я хотел рассказать отдельно в будущем.
Очень бесит, если нужно исправить буквально несколько слов. Нужно выждать ~2 сек, когда звук уже начнёт доходить, после чего только говорить. А нельзя просто так нажать на запись и сразу говорить. Ну, это по собственным ощущениям нужно понять… На словах может выглядит смешно, но реально мешает.
Так а где сейчас ноутбуки с line in? Такие вообще в природе бывают?
Раньше были отдельные гнёзда для наушников (зелёное) и микрофона (розовое). Сейчас чаще делают комбо разъём с четырьмя контактами. Он объединяет в себе выход на наушники и вход микрофона.
А line in гнездо я видел только на десктопах. Оно обозначено голубым цветом.
Я не компания, а физ лицо. Мат. ответственный — это я сам. Ничего у меня не теряется.
Я описываю ситуацию, в которой я был сам. И думаю, что проект может быть полезен.
Так вам нужна минимальная задержка или качество звука? Задержка при записи аудиодорожки не имеет значения
Мне кажется, что качество от задержки не зависит. Задержка не важна, если просто озвучивать написанный текст, например для своего видео туториала. А для дубляжа ещё как важна…
Я понимаю, что это все делается «за идею», но для озвучивания дубляжа может все-таки лучше раскошелиться на качественный микрофон?
Конечно, лучше. Но не всегда есть возможность. Эти идеи помогут хоть как то выйти из положения.
По поводу второй идеи — а почему не воткнуть аудио выход смартфона в аудиовход компа? Зачем делать аттенюатор и тыкаться в lineIn?
Так я так и предлагаю. Аттенюатор понадобится, поскольку из смартфона идёт line level, а в ноутбук должен прийти mic level.
Есть еще идея просто воткнуть наушники в качестве микрофона прямо в lineIn mic in компа. Но все это разве что на особо крайние случаи, ибо быстрее будет добежать до ближайшего магазинчика и купить микрофончик.
Спасибо за дополнительную идею. Но, соглашусь, она для крайнего случая. Хотя, мало ли какие ситуации могут быть… Добавлю в статью.
Ну а если озвучивать видео постоянно, то не иметь микрофона мне кажется не совсем хорошо ;-)
У меня уже есть петличка, которая даёт хорошее качество. Хотел просто поделиться идеями, многим может пригодиться.
Читаем статью внимательней, я упоминал про WoMic. У нас речь о Linux, так что он не подходит.
Приложение «Микрофон» я тоже видел, оно не умеет менять громкость, поэтому я говорил о Mic To Speaker.
Не, тут речь о дубляже видео (я переозвучивал несколько видео на русский язык). Видео дорожку я вообще не трогаю. Все эти затеи лишь для того, чтобы не приходилось переносить с телефона аудио файлы, а чтобы они сразу оказывались на компьютере.
1) Есть ли google api для Google Photos — отпадает
Я подумал, а нельзя ли создать workaround application, которое бы получало доступ как к фоткам юзера, так и к sd карте по варианту «не баг, а фича». По аналогии с YouTube Data API, поискал есть ли что-то подобное для GP? Нашёл и обрадовался.
Да, в интернете нагуглилась информация по Google Photos API. Радовался я рано. Оказывается, это api предоставляет возможность пользоваться алгоритмами googe по распознаванию объектов на снимках, как это происходит в их приложении. Но никакого отношения к снимкам пользователя этот api не имеtт.
2) Перед тем как проводить модификации gp, захотел проверить, получится ли вообще его потом запустить.
Итак, я решил переподписать gp своим ключом и посмотреть, бедет ли google работать с таким приложением.
Взял orig_gp.apk, удалил внутри него папку META-INF, переименовал в orig_gp_nometa.apk
Установил jdk6, положил свой keystore в ~/.keystore и выполнил
Файл перезаписался, переименовал его в gp_resigned_unaligned.apk
Нашёл утилиту zipalign (эта утилита должна находиться где-то в sdk, но я не докопался где она лежит, поэтому скачал бинарник из интернета).
Выполнил
Проверил на всякий случай корректность подписи на выровненном файле
jarsigner -verify gp_resigned_aligned.apk
Перенёс apk на смартфон, удалил настоящий gp (а то невозможно установить с другой подписью), устанавливаю переподписанный вариант.
Запускаю — приложение остановлено.
В логах мы видим
E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.google.android.apps.photos,
PID: 30383
java.lang.SecurityException: Signature check failed for
com.google.android.apps.photos
И, заметьте, мы ещё даже не модифицировали приложение, только переподписали.
Чтобы убедиться, что я всё делал правильно, решил попробовать переподписать какое-нибудь отдельное приложение. Взял coolreader.apk, проделал с ним все те же манипуляции, ставлю — всё прекрасно работает.
Значит, я всё делал как надо, а проблема кроется в том, что кто-то ещё проверяет подпись на принадлежность гуглу. Это скорее всего какие-нибудь google services.
3) Принцип работы OG Youtube
Интересно, а если пакет проверяется на нетронутость, то как тогда модифицировали youtube? Решил разобраться как работает OG Youtube.
Понятно, что ни у одного модифицированного apk нет подписи google. Как устанавливается мод?
Есть три варианта.
a) безрутовый
ставится как другой пакет параллельно с настоящим youtube. Авторизация при помощи microg.
б) рутовый простой
удаляется системный youtube, ставится под видом гугловского пакета. Авторизация при помощи microg.
в) рутовый xposed
удаляется системный youtube, ставится под видом гугловского пакета. Авторизация при помощи настоящих google сервисов путём их обмана о том, что подпись принадлежит гуглу.
В нашем случае интересны варианты а и б. Не удивляйтесь, что я указал рутовый вариант: у нас же gp не системное, мы его можем спокойно удалить, чтобы система позволила поставить пакет с иной подписью. Принципиально а и б ничем не отличаются, просто в одном случае это будет установленное рядом с настоящим приложение, а в другом — заменяющее настоящее.
Тут самое главное.
Представим, что мы кул-хакеры, всё уже декомпилировали, добавили функционал, собрали модифицированный пакет apk. Вопрос: а есть ли возможность авторизоваться таким приложением, используя microG? Может мне кто-то это подсказать?
Это принципиальный вопрос, т.к. если ответ будет отрицательный, зачем вообще пытаться что-то ковырять? Хотя…
Есть одна интересная вещь: в ресурсах приложения Google Photos есть easter_egg.png.
Может кто-то подсказать, как узнать кто использует этот ресурс и можно ли как то выяснить, что за пасхалка используется в Google Фото? Гугл молчит.
И теперь мне понятно, почему обсуждение этой проблемы обострилось только в середине 2015 года.
Я задавался вопросом, если Андроид 4.4 вышла 31 октября 2013 года, почему тогда столько времени все как-то жили с ограничением на запись на sd, а потом вдруг стали бурно обсуждать?
Я провёл собственное расследование.
Оказывается был осуществлён незаметный переход от приложения Google+ Photos на отдельное приложение Google Photos. Названия очень похожи, а приложения разные. Но кому какое дело, пока всё работает? Первое сообщение на официальном форуме google датируется 17.08.2015, где человек говорит, что проблемы начались несколько недель назад:
Since a few weeks google photos started to say that can not delete photos from device
то есть, примерно с 3 августа.
А Google в своём блоге объявляли, что с первого августа 2015 года они отключат Google+ Photos.
Всё сходится.
В google+ photos теперь предлагается установить google photos. Но google+ photos было системным приложением и могло удалять с sd, а приложение google photos, которое устанавливает пользователь, системным не является и на него распространяются ограничения на запись.
Я понял, почему я подумал, что Google Photos было предустановлено. Я сделал обновление телефона на другую версию OS. Затем, когда хотел запустить google photos, на экране появилось приглашение обновить приложение. Я нажал кнопку обновить и открылось окно Play Market на странице Google Photos. Но меня смутил факт, что вместо кнопки «обновить» отображалась кнопка «установить». Значит, приложение ещё не установлено. Но из какого тогда приложения я только что пришёл в play market? Я же нажал на иконку Google Photos.
Решил поинтересоваться, кто маскируется под Google Photos (названием и иконкой): при запущенной активности выполнил команду
adb shell dumpsys window windows | grep -E 'mCurrentFocus|mFocusedApp'
Таким образом, приложение google plus имеет несколько иконок в меню приложений: свою и google photos. Я не знал, что такое бывает. Видимо, так сделано, чтобы переход от google+ photo к googe photos был прозрачным для пользователя.
Вывод: при кажущейся предустановленности, реально приложение Google Photos не предустановлено на уже несвежих версиях ос.
Я вас понял.
Вот об этом то я и говорю, что есть пользователи, у которых нет вариантов решения, даже невзирая на наличие или отсутствие навыков по перепрошивке.
Проверьте на всякий случай удаление файлой с помощью лазейки по варианту «не баг, а фича» (например, Total Commander'ом). Если сработает — значит у вас ещё не «всё плохо» и нужно бы модифицировать GP для исп. лазейки силами сообщества.
Если же у вас совсем «всё плохо», то есть: системная камера не может сохранять в произвольный каталог, и Google никогда не сделают вариант «закладка»,
то тут поможет либо смена девайса, либо искать вариант самостоятельного взлома девайса.
Некоторое время назад я проводил эксперименты, и, насколько помню, метод sd fix не работает для 6.0.
Вот видео, где я показал неработоспособность варианта «сделать приложение системным» на 4.4.
Но по-моему, на 6.0 это сделать можно. И есть ещё однин способ исправить конфигурацию системы.
Когда на 6.0 прошьюсь, проверю это и запишу следующее видео.
Да, изменения были. Но порядок был такой:
4.3 — всем всё можно
4.4 — ввели saf, нет возможности записи на sd без root или лазейки
5.0 — возможность предоставлять приложениям права записи в каталоги на sd
6.0 — Возможность исп. sd карту вместо (!) встроенной памяти.
7.0 — виртуальные файлы
Обратите внимание, что нововведение в 6.0 превращает карту в несъёмную. Хоть физически файлы и лежат на ней, вы не можете просто вынуть её и вставить в комп, т.к. карта отформатирована особым образом. Кроме того, надо понимать, что в таком режиме sd карта будет именно заменять (но не дополнять) внутреннюю память. Соответственно, преимущество sd карты теряется. И прямого отношения к проблеме доступа на sd это нововведение не имеет. Как и нововведение в 7.0.
Очень бесит, если нужно исправить буквально несколько слов. Нужно выждать ~2 сек, когда звук уже начнёт доходить, после чего только говорить. А нельзя просто так нажать на запись и сразу говорить. Ну, это по собственным ощущениям нужно понять… На словах может выглядит смешно, но реально мешает.
Раньше были отдельные гнёзда для наушников (зелёное) и микрофона (розовое). Сейчас чаще делают комбо разъём с четырьмя контактами. Он объединяет в себе выход на наушники и вход микрофона.
А line in гнездо я видел только на десктопах. Оно обозначено голубым цветом.
Я описываю ситуацию, в которой я был сам. И думаю, что проект может быть полезен.
Мне кажется, что качество от задержки не зависит. Задержка не важна, если просто озвучивать написанный текст, например для своего видео туториала. А для дубляжа ещё как важна…
Конечно, лучше. Но не всегда есть возможность. Эти идеи помогут хоть как то выйти из положения.
Так я так и предлагаю. Аттенюатор понадобится, поскольку из смартфона идёт line level, а в ноутбук должен прийти mic level.
Спасибо за дополнительную идею. Но, соглашусь, она для крайнего случая. Хотя, мало ли какие ситуации могут быть… Добавлю в статью.
У меня уже есть петличка, которая даёт хорошее качество. Хотел просто поделиться идеями, многим может пригодиться.
Приложение «Микрофон» я тоже видел, оно не умеет менять громкость, поэтому я говорил о Mic To Speaker.
1) Есть ли google api для Google Photos — отпадает
Я подумал, а нельзя ли создать workaround application, которое бы получало доступ как к фоткам юзера, так и к sd карте по варианту «не баг, а фича». По аналогии с YouTube Data API, поискал есть ли что-то подобное для GP? Нашёл и обрадовался.
Да, в интернете нагуглилась информация по Google Photos API. Радовался я рано. Оказывается, это api предоставляет возможность пользоваться алгоритмами googe по распознаванию объектов на снимках, как это происходит в их приложении. Но никакого отношения к снимкам пользователя этот api не имеtт.
2) Перед тем как проводить модификации gp, захотел проверить, получится ли вообще его потом запустить.
Итак, я решил переподписать gp своим ключом и посмотреть, бедет ли google работать с таким приложением.
Взял orig_gp.apk, удалил внутри него папку META-INF, переименовал в orig_gp_nometa.apk
Установил jdk6, положил свой keystore в ~/.keystore и выполнил
Файл перезаписался, переименовал его в gp_resigned_unaligned.apk
Нашёл утилиту zipalign (эта утилита должна находиться где-то в sdk, но я не докопался где она лежит, поэтому скачал бинарник из интернета).
Выполнил
Проверил на всякий случай корректность подписи на выровненном файле
Перенёс apk на смартфон, удалил настоящий gp (а то невозможно установить с другой подписью), устанавливаю переподписанный вариант.
Запускаю — приложение остановлено.
В логах мы видим
И, заметьте, мы ещё даже не модифицировали приложение, только переподписали.
Чтобы убедиться, что я всё делал правильно, решил попробовать переподписать какое-нибудь отдельное приложение. Взял coolreader.apk, проделал с ним все те же манипуляции, ставлю — всё прекрасно работает.
Значит, я всё делал как надо, а проблема кроется в том, что кто-то ещё проверяет подпись на принадлежность гуглу. Это скорее всего какие-нибудь google services.
3) Принцип работы OG Youtube
Интересно, а если пакет проверяется на нетронутость, то как тогда модифицировали youtube? Решил разобраться как работает OG Youtube.
Понятно, что ни у одного модифицированного apk нет подписи google. Как устанавливается мод?
Есть три варианта.
a) безрутовый
ставится как другой пакет параллельно с настоящим youtube. Авторизация при помощи microg.
б) рутовый простой
удаляется системный youtube, ставится под видом гугловского пакета. Авторизация при помощи microg.
в) рутовый xposed
удаляется системный youtube, ставится под видом гугловского пакета. Авторизация при помощи настоящих google сервисов путём их обмана о том, что подпись принадлежит гуглу.
В нашем случае интересны варианты а и б. Не удивляйтесь, что я указал рутовый вариант: у нас же gp не системное, мы его можем спокойно удалить, чтобы система позволила поставить пакет с иной подписью. Принципиально а и б ничем не отличаются, просто в одном случае это будет установленное рядом с настоящим приложение, а в другом — заменяющее настоящее.
Тут самое главное.
Представим, что мы кул-хакеры, всё уже декомпилировали, добавили функционал, собрали модифицированный пакет apk. Вопрос: а есть ли возможность авторизоваться таким приложением, используя microG?
Может мне кто-то это подсказать?
Это принципиальный вопрос, т.к. если ответ будет отрицательный, зачем вообще пытаться что-то ковырять? Хотя…
Есть одна интересная вещь: в ресурсах приложения Google Photos есть easter_egg.png.
Может кто-то подсказать, как узнать кто использует этот ресурс и можно ли как то выяснить, что за пасхалка используется в Google Фото? Гугл молчит.
Я задавался вопросом, если Андроид 4.4 вышла 31 октября 2013 года, почему тогда столько времени все как-то жили с ограничением на запись на sd, а потом вдруг стали бурно обсуждать?
Я провёл собственное расследование.
Оказывается был осуществлён незаметный переход от приложения Google+ Photos на отдельное приложение Google Photos. Названия очень похожи, а приложения разные. Но кому какое дело, пока всё работает?
Первое сообщение на официальном форуме google датируется 17.08.2015, где человек говорит, что проблемы начались несколько недель назад:
то есть, примерно с 3 августа.
А Google в своём блоге объявляли, что с первого августа 2015 года они отключат Google+ Photos.
Всё сходится.
В google+ photos теперь предлагается установить google photos. Но google+ photos было системным приложением и могло удалять с sd, а приложение google photos, которое устанавливает пользователь, системным не является и на него распространяются ограничения на запись.
Решил поинтересоваться, кто маскируется под Google Photos (названием и иконкой): при запущенной активности выполнил команду
И увидел ответ:
Таким образом, приложение google plus имеет несколько иконок в меню приложений: свою и google photos. Я не знал, что такое бывает. Видимо, так сделано, чтобы переход от google+ photo к googe photos был прозрачным для пользователя.
Вывод: при кажущейся предустановленности, реально приложение Google Photos не предустановлено на уже несвежих версиях ос.
Вот об этом то я и говорю, что есть пользователи, у которых нет вариантов решения, даже невзирая на наличие или отсутствие навыков по перепрошивке.
Проверьте на всякий случай удаление файлой с помощью лазейки по варианту «не баг, а фича» (например, Total Commander'ом). Если сработает — значит у вас ещё не «всё плохо» и нужно бы модифицировать GP для исп. лазейки силами сообщества.
Если же у вас совсем «всё плохо», то есть: системная камера не может сохранять в произвольный каталог, и Google никогда не сделают вариант «закладка»,
то тут поможет либо смена девайса, либо искать вариант самостоятельного взлома девайса.
Вот видео, где я показал неработоспособность варианта «сделать приложение системным» на 4.4.
Но по-моему, на 6.0 это сделать можно. И есть ещё однин способ исправить конфигурацию системы.
Когда на 6.0 прошьюсь, проверю это и запишу следующее видео.
4.3 — всем всё можно
4.4 — ввели saf, нет возможности записи на sd без root или лазейки
5.0 — возможность предоставлять приложениям права записи в каталоги на sd
6.0 — Возможность исп. sd карту вместо (!) встроенной памяти.
7.0 — виртуальные файлы
Обратите внимание, что нововведение в 6.0 превращает карту в несъёмную. Хоть физически файлы и лежат на ней, вы не можете просто вынуть её и вставить в комп, т.к. карта отформатирована особым образом. Кроме того, надо понимать, что в таком режиме sd карта будет именно заменять (но не дополнять) внутреннюю память. Соответственно, преимущество sd карты теряется. И прямого отношения к проблеме доступа на sd это нововведение не имеет. Как и нововведение в 7.0.