Скачивание видео из под Tor Browser


Прошу помочь тех, кто разбирается. Скачал и установил последнюю версию Тор Браузер. Работает хорошо, стабильно. Но не могу ни просмотреть, ни скачать видео практически ниоткуда. Требует установить флэш плэйер, а установить я его не могу. Он почему-то устанавливается на другой файрфокс, который установлен в системе. Тор Браузер я запускаю со сменного носителя. Как обойти проблему к сожалению не знаю.
Заранее спасибо.

Комментарии
— Гость (30/09/2011 09:19)   
1). Узлов Tor не так много, их пропускная способность реально ограничена и не стоит перегружать их еще и скачиванием порнухи.
2). Модули для скачивания и просмотра видео не являются составной частью защищенной версии браузера, работающей в связке с Tor. Они поставляются сторонним производителем и их безопасность абсолютно негарантирована. В том же Adobe Flash Player неоднократно находили дыры, дающие возможность не то что деанонимизировать пользователя, но и провести атаку на его компьютер.

Так что или-или. Tor либо просмотр видео.
— Гость (30/09/2011 09:43)   
еще и скачиванием порнухи

ТС только захотел флеш поставить, а уже деанон словил :) Мыслепреступление детектор детектед.
По теме[link1]:
The Tor Browser Bundle does not work with Flash or other plugins by design. If you wish to run these plugins over Tor, you need to install Tor and configure your own instance of Firefox.
— Гость (30/09/2011 10:29)   
If you are not concerned about being tracked by these sites (and sites that try to unmask you by pretending to be them), and are unconcerned about your local censors potentially noticing you visit them, you can enable plugins by going into the Torbutton Preferences->Security Settings->Dynamic Content tab and unchecking "Disable plugins during Tor usage" box.
Там же. Ну и это выстрел себе в голову, если нет хотя бы правильно настроенного[link2] файервола.
— Гость (30/09/2011 14:51)   
Скачивайте с помощью служб типа http://ru.savefrom.net/ и смотрите скаченное локально. Кстати, не всё видео в сети – порнуха.
— SATtva (30/09/2011 18:45)   
Да, ещё бывают миленькие котята.
— Гость (30/09/2011 19:52)   
Ну вот может кто-то и не хочет афишировать свою зоопедофилию :-))
— Гость (30/09/2011 20:18)   
Скачивайте с помощью служб типа http://ru.savefrom.net/ скрытых сервисов и смотрите скаченное локально. Кстати, не там всё видео в сети – порнуха. Флэш не понадобится. Задача решена. Fixed :)
— Гость (30/09/2011 20:41)   
Некоторые видеоматериалы на некоторых сайтах (наример http://pravdu.ru) некоторые могут счесть экстремистскими, так что ёрничать тут не очень уместно.
— Гость (04/10/2011 22:32, исправлен 05/10/2011 08:28)   
Скачивайте с помощью служб типа wwwhttp://ru.savefrom.net/

не вариант

Ошибка SaveFrom.net использует JavaScript для отображения информации. Пожалуйста, включите JavaScript и обновите эту страницу.
— SATtva (05/10/2011 08:30)   
Волков JS бояться — в интернет не ходить.
— unknown (05/10/2011 10:01)   
Существуют плагины (скрипты, программы), способные выдрать flash-поток со страницы на стороне клиента, не устанавливая при этом непосредственно сам флэш. Смотреть видео можно будет mplayer'ом.

Вот только как их самих аккуратно торифицировать?
— SATtva (05/10/2011 10:04)   
У youtube-dl, например, вот[link3].
— Гость (05/10/2011 21:31)   
У youtube-dl, например, вот.
Есть, кстати, и другие[link4] проекты :)
— Гость (27/12/2013 15:54)   
Ещё один полезный веб-сервис для скачки видео: http://videotools.12pings.net. Выдаёт готовую ссылку, которую можно открыть в другой вкладке, чтобы начал скачиваться файл. JS нужен.

В тему: заметил странную особенность. Раньше видео 1080x успешно качалось как через savefrom.net, так и через плагин DownloadHelper[link5], а потом как отрубило: в меню youtube показывается, что разрешение 1080x есть, но ни одно меню (ни веб-сервис, ни плагин) не предлагает в таком разрешении скачать ролик, везде максимум 720x То ли youtube врёт про наличие разрешения у ролика (на моём мониторе это затруднительно определить), то ли они пофиксили интерфейс так, чтобы на таком разрешении не качалось сторонними средствами (а родных не предусмотрено)... Это всё не про Tor Browser, а про обычный FireFox.
— Гость (27/12/2013 20:00)   
Последние полтора-два года качаю с youtube.com, в том числе через Тор, без ява-скриптов с помощью perl-сценария
https://calomel.org/youtube_wget.html

В качестве агрумента нужно указать ссылку вида http://youtube.com/watch?v=abcdefghijk. youtube время от времени меняет формат ссылок, поэтому нужно периодически обновляться. У меня последняя версия (v.30) от декабря 2012, пока работает.

В моём браузере этот сайт сейчас не открывается, непонятно закрылся ли он или автор перемудрил с ssl-настройками. Если у других тоже не открывается, могу этот скрипт тут разместить, он небольшой по размеру.
— Гость (27/12/2013 20:03)   
Поправка: youtube меняет формат внутренных ссылок в html-коде, формат ссылки на веб-страницу не меняется (youtube.com/watch?v=abcdefghijk)
— Гость (11/01/2014 02:37)   

Спасибо. По ссылке есть

The best Firefox add-on we have found is called Flash Video Downloader – Youtube Downloader by Pavel Shcherbakov

Но ссылка никуда не ведёт. Может быть, плагин почах. Искал поиском, но нашёл только, кажется, stand alone application от того же автора.
— Гость (14/01/2014 03:44)   
Раньше видео 1080x успешно качалось как через savefrom.net, так и через плагин DownloadHelper, а потом как отрубило: в меню youtube показывается, что разрешение 1080x есть, но ни одно меню (ни веб-сервис, ни плагин) не предлагает в таком разрешении скачать ролик, везде максимум 720x

Перепроверил с помощью perl-сценария. Результат тот же: только 720x. Видимо, или youtube заблочил 1080x на скачку без регистрации (или ещё как), либо попросу врёт про разрешение.
— Гость (02/06/2014 04:44)   
Там, на самом деле, целая Санта-Барбара с этими 1080x и ещё более крутыми разрешениями.

«Why am not being able to download 1080p videos?»[link6] [JS нужен для ссылки] — гугл рассказывает всем, что видео и не должно качаться, и у них по их лицензии нельзя скачивать видео, и вообще шли бы все эти ребята лесом от них, да побыстрее. Народ с политики «мы поменяли интерфейсы всем назло» явно охреневает.

О том, как фиксить, лучше всего написано на reddit[link7]'е. Одни рекомендовали дописывать lataa к началу youtube-адреса, что переправляло вас на сайт, позволяющий скачать видео. Другие рекомендовали сервисы http://savedeo.com и http://tubedld.com (последний пробовал, он не даёт в высоком разрешении скачать). Ещё кто-то советовал этот[link8] аддон (не тестировал). Какой-то из советов даже был ссылкой на сайт, который за вас сам скачает с youtube видео и сам же его cконвертит в вам нужный формат. Как все уже догадались, это будет работать, мягко говоря, очень небыстро, да и не нужно конвертировать видео, не стоит такая задача. Скажу кратко: большинство этих советов меня или не впечатлили или (лично у меня) не заработали.

Как выясняется по ссылкам, проблема состоит в следующем (отваливались многие качалки, какие-то работали, какие-то нет и т.д.): youtube перешёл на другой формат хранения данных. Якобы аудио у него хранится на одних серверах, а видео на других теперь. И никаких совмещённых контейнеров (аудио+видео) теперь в принципе в природе у них для 1080x-видео нету. Помимо этого народ жаловался, что иногда разрешение 1080x есть, но не показывается. Иногда скачка 1080x работала, а иногда нет. Видимо, у них был переходный период на новую систему хранения, и это могло бы объяснить наблюдаемые глюки. Так или иначе, вскорости все традиционные средства перестали работать с 1080x, а предложения скачивать и ставить отдельную программу не внушают доверия. В моём случае всё было просто: я нашёл старый файл, котрый заведомо имел 1080x-разрешение и попытался его скачать с youtube'а заново. Все попытки терпели неуспех. Собственно, на этом файле я и пытался добиться правды.

Теперь о тех способах, которые заведомо работают и более-менее безопасны.

Способ №1


Делаем так:
  1. Устанавливаем скрипт youtube-dl (достаточно скачать и распаковать).
  2. Скрипту даём команду с принудительным выбором нужного разрешения (тут, на самом деле, указано скачать отдельно видео и аудио):
    $ youtube-dl -f 137+140 'https://youtube....'
    Список доступных форматов выдаётся командой
    $ youtube-dl -F 'https://youtube....'
  3. Как объясняется, скрипт должен сам всё скачать и создать контейнер (avi или ещё какой, не помню), где будет и звук, и видео. Однако, Unix не для того создан, чтоб всё работало искаропки. В моём случае звёзды не сошлись, и контейнер он не осилил.
  4. Берём в руки шелл и фиксим:
    #!/bin/zsh
 
YourUrl=$1
 
/path/to/youtube-dl -f 137+140 $YourUrl
VideoFile=`find /path/to/your/downloads/folder -name \*137.mp4`
AudioFile=`find /path/to/your/downloads/folder -name \*.m4a`
mencoder -oac pcm -ovc copy \
    -o "`echo $VideoFile |sed 's/^\(.*\)\.f137\.mp4$/\1\.avi/'`" \
    -audiofile "$AudioFile" "$VideoFile"
 
rm *.mp4
rm *.m4a
    (не забываем установить mencoder, если кому надо). Теперь всё просто:
    ./my_script.sh 'https://youtube....'
    Всё само качается, создаётся контейнер, старые файлы стираются. Пока один файл не скачался, второй не запускаем (можно было это пофиксить, но лень).

Способ №2


Допустим, нужно скачать с TBB (конечно, без включенного JS тут не обойтись). В целом, алгоритм тот же, только вместо youtube-dl идём на http://savefrom.net, скачиваем отдельно видео в нужном разрешении (выбираете из списка: хоть 1080, хоть 1440), и отдельно аудио. Потом запускаете всё ту же команду:
$ mencoder -oac pcm -ovc copy -o file.avi -audiofile OurAudioFile OurVideoFile
Всё, в file.avi будет результат.

Финальные мучения


Казалось бы, всё ОК. Файлы скачаны, звук и видео вместе, всё смотрится. Но не в mplayer. Любая попыка воспользоваться прокруткой прекращает воспроизведение файла. Можно, конечно, пережать, но это будет долго и муторно. Трюки типа -idx тоже не помогают. Приходится смотреть в сторону других плееров. Оказывается, vlc (и его консольная версия cvlc) умеет смотреть такие файлы с прокруткой. При первом запуске vlc задаёт вопросы на предмет того, разрешено ли ему самому лазить в сеть (типа для скачки альбомов или ещё какой служебной информации). Можно это отключить. Но если сразу запускаете cvlc, то не знаю, лазит ли он в сеть или нет. Честно говоря, cvlc сильно продвинулся с тех пор, как я его смотрел в последний раз: много новых хоткеев и опций, покадровая перемотка взад и вперёд и ещё много чего интересного. Видео, правда, при перемотках искажается, но через секунды обычно восстанавливается.

Итак, устанавливаем vlc. Казалось бы, прикладная программа уровня игралки видео никак не может взаимодействовать с такими глубинными вещами как загрузка системы, логи ядра и прочее. Любое рациональное мышление срач в виде ошибок при загрузке ОС сразу отказывается связывать с тем, что мы поставили какую-то маленькую прикладную программу. Но это Unix, и здесь всё возможно. Как было n лет назад возможным, что при установке fluxspace (автоматический менятель обоев для fluxbox) вы получаете[link9] в довесок апач и пых в качестве пакетов-зависимостей, так и сейчас... дух Unix'а не меняется. И ЧСХ, эта ошибка, судя по рассылке, возникает исключительно, если установлен vlc! Конечно, речь не об этой ошибке, а о том, что несколько лет назад такое уже было, а теперь, видимо, наблюдается регрессия. Якобы раньше ядро игнорировало этот класс ошибок, а теперь ругается. Зато юзеры теперь думают, как же так: одной установкой vlc что-то серьёзное сломали в системе:

Well, it looks like I wasted my time. I removed libmtp, the message went away, but vlc went away too. After reinstalling vlc from VideoLan, the message reappeared. No insight whatsoever gained.

Do you have libmtp-runtime installed? I needed to install it to get rid of those mtp-probe errors on my system. I don't know if it will fix your cups problem or not, though. The "no file found error" persists after installing the libmtp-runtime package.

Читаем это[link10], это[link11], это[link12] и это[link13]. Разработчики ядра сами не очень понимают, что у них там происходит? Авось, через год, когда кто-нибудь нажалуется, это исправят, а пока любуемся на ошибки при загрузке.
— Гость (02/06/2014 09:02)   
vlc лучше забыть как страшный сон. Там давно большинство багрепортов воспринимают как "мы все правильно делаем, это другие все делают неправильно", при том, что остальное ПО как-то без этого ухитряется работать стабильно.

Пробуйте mpv[link14]
— unknown (02/06/2014 10:57, исправлен 02/06/2014 11:01)   

Качаю через заторенный cclive[link15] (стандартный консольный пакет Debian). Это конечно профилирует перед ютубом.


На выходе файлы flv (для старых роликов) или webm (для новых, в т.ч. HD). Mplayer отлично играет всё скачанное, только нестандартный дебьяновский, а бэкпортнутый из deb-multimedia[link16]. Ну и помним, что Mplayer, как и практически все многоформатные плэйеры — решето в плане безопасности.

— Гость (02/06/2014 21:20)   
720x — это тоже HD. Ваш cclive качает 1080x? Команда exiftool file выводит разрешение для ролика, если что. На обычных ноутбучных экранах, как правило, разница в качестве между 720 и 1280 хорошо заметна.
— Гость (02/06/2014 21:24)   

Мне кажется, или и впрямь в стабильном Debian (Wheezy) его нет[link17]?
— Гость (02/06/2014 21:28)   

А какие проблемы у стандартного дебиановского? Я уже давно не помню проблем, чтоб что-то не смотрелось, но иногда попадаются файлы для которых не работает перемотка (скорее проблема создателей таких файлов, чем mplayer'а). Проблема со скачанными с youtube таким образом файлами — первый в своём роде пример, когда mplayer почему-то не дружит с перемоткой.
— Гость (03/06/2014 12:15)   

Да по барабану вообще, что там в стабильном дебиане есть или нет...
— Гость (15/06/2014 02:04)   
У savefrom.net ограничение в 150MB, но есть другие сайты для скачки с youtube:
(один из них выдаёт ссылки на всех разрешения, включая 1080x1920, но ни одна из них не работает). Обычное HD (720) скачивается без проблем. А у savefrom.net, оказывается, есть фишка с доменными именами: если к в ссылке youtube заменить на pwnyoutube или ssyoutube, то сразу перейдёте на savefrom.net с возможностью скачки.
— Гость (29/01/2015 14:13)   

mencoder был удалён из jessie, в перспективе — полностью из Debian'а. И как теперь перекодировать видео в нужный кодек? Как сливать аудио и видео в один файл? Ещё ffmpeg есть, но все скрипты и решения были заточены под mencoder. ☹
— Гость (29/01/2015 14:24)   
Лол, в тестинге ffmpeg'а тоже нет. Реп debian multimedia в apt добавлять считается плохо? Там, возможно, он есть.
— Гость (29/01/2015 14:36)   

Попытка:
# apt-get --no-install-recommends install deb-multimedia-keyring
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  deb-multimedia-keyring
0 upgraded, 1 newly installed, 0 to remove and 30 not upgraded.
Need to get 27.7 kB of archives.
After this operation, 74.8 kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  deb-multimedia-keyring
Install these packages without verification? [y/N]
Что, ключи надо принимать на веру? Их не аутентифицировать никак?
— unknown (29/01/2015 15:21)   

Импортируйте gpg-ключ со страницы автора непосредственно в gpg и посмотрите на его подписи, есть ли там пересечения с debian-кейрингом. После этого экспортируйте из gpg в apt через apt-key add.
— Гость (29/01/2015 16:15)   
gpg --keyring=/usr/share/keyrings/debian-keyring.gpg --list-sigs 0x5C808C2B65558117
Подписан:
Christian Bayle
Arnaud Quette


Не будет ли это означать, что теперь любой пакет, подписанный ключом этого автора, система будет считать валидным? Как разруливается, кто что имеет право подписывать? apt-get всё хорошо сделает?
— unknown (29/01/2015 16:26, исправлен 29/01/2015 16:28)   

Нет, я только хотел об этом предупредить.



Никак.



С этой т.з. — плохо.


Теперь этот автор (или кто-то утащивший его ключ), который не является владельцем официального подписывающего ключа Debian, может протроянивать вашу систему не только своими собранными пакетами, но и подписывать левые пакеты якобы от Debian. Его можно поймать если сверять все подписи пакетов до установки, но по умолчанию apt этого не делает.


С другой стороны, любой пакет — это потенциальный троян. Пофиг, что вы ставите: можете ставить утилиту, а вам протроянят GRUB. Поэтому, разделять подписи особого смысла нет.

— Гость (29/01/2015 16:31)   
ffmpeg через ffmpeg -i video -i audio out.avi сливает как попало — видео теряет в качестве, звук тоже штормит. Но зато с debian multimedia теперь ставится mencoder, где всё ОК.


В рот мне ноги. А можно, чтоб apt хотя бы предупреждал, что ставит пакеты из сомнительного источника? Наверно, меньшим злом сейчас будет удалить от греха подальше этот ключ. По крайней мере, до тех пор, пока снова не понадобится что-то доустановить из их репа, можно будет спать спокойно.
— Гость (29/01/2015 16:42)   

Сделал apt-key del. Ключ не сразу удалился, что странно. То ли влияет наличие/отсутствие префикса 0x, то ли просто глюки. В sources.list тоже закомментил реп, что он более не ругался.


Они могли бы организовать apt иначе, назначив роли ключам, чтоб каждый мог подписывать только то, на что у него есть компетенция. Конечно, мог бы быть и мастер-ключ, но не у каждого разработчика или владельца репа.
— unknown (29/01/2015 17:57, исправлен 29/01/2015 17:57)   

Он один у выпускающего дистра. И один на каждый доп. репозиторий. Все пакеты и так ставятся в систему с правами рута. Какая разница, будет вам протроянено ядро левым mplayer'ом или левым kernel'ом, подписанным ключом mplayer?

— Гость (29/01/2015 18:04)   

Много их там: stable-ключи, automatic-ключи... у меня apt-key list сейчас показывает наличие 10-ти ключей.


Ну и что? Рут мог бы разруливать, в какие пути какой реп что может ставить. Как вы думаете, почему в BSD есть /usr, а есть /usr/local, причём ни один пакет ничего не может поставить вне /usr/local? Тут можно было бы сделать аналогично: под каждый реп — свой /usr/local. А юзеры критичные пакеты всегда будут брать из /usr/bin, потому что PATH. По-хорошему, конечно, тут уже нужен SELinux.
— unknown (29/01/2015 21:00, исправлен 29/01/2015 21:10)   

SELinux имеет копию apt-get в виде se_apt-get и массу других команд с приставкой "se_". Но se_apt-get вроде всего лишь не позволяет руту ставить пакеты без подтверждения пароля и смены контекста на SELinux'овый, соответственно он гарантирует лишь, что на поставленные файлы раздадутся правильные SELinux'овые права. Но если правил для раздачи прав содержимому конкретного пакета не предусмотрено, то раздадутся права высшего уровня (unconfined). Ну т.е. да, штатный модуль SELinux для mplayer не даст ему лезть в систему и делать больше положенного, в т.ч. и на этапе установки через se_apt-get. Но чего-то более тонкого мне неизвестно, особо глубокие извращения с SELinux я не осиливал, из-за него и так масса всего в системе глючит и не работает. Если для вас конфигурирование Debian — ужас, то SELinux — это ужас за гранью разумного понимания. А SELinux в исполнении Debian из-за взаимной плохой поддержки — особо ужасен.



Каждый ключ подписывает не пакет, а общий список пакетов репа с хэш-суммами каждого пакета в этом списке. От этого списка проверяется подпись, а по этому списку сверяется сумма скачанных пакетов.


Я, возможно, неосторожно высказался в плане перестраховок, а вы сразу мне поверили в плане негатива. Я не знаю точно, как оно там работает и нет желания это разбирать. Может ли злоумышленник в список своего репа включить пакет из другого? Заметит ли apt конфликт пакетов между репами и как его разрешит? Может ли злоумышленник подменить весь список чужого репа, подписав его своим ключом и подменив там часть пакетов? А если да, то пройдёт ли это незаметно? Или на смену ключа в списке будет реакция как на смену дистра и apt предложит dist-upgrade, а простой upgrade не прокатит? Можно ли сделать хитрую подмену и хитрый MiTM, чтобы обмануть все проверки apt?


Я не знаю ответов на эти вопросы. Они мне неинтересны. Я исхожу из того, что неважно через что будет подсажен в систему троян, в тот же mplayer можно упаковать любой руткит, а на этапе инсталляции из пакета можно выполнить любой скрипт и любую команду (если нет правила SELinux). Если вы не доверяете ключу deb-multimedia, то не ставьте этих пакетов вообще. А то поставил, отвернулся и зажмурился.



Ну да, ключи старых дистров, ключи будущего стабильного, чтобы можно было обновить систему. Нужно знать досконально всю эту матчасть прежде чем обвинять разрабов в недалёкости.

— Гость (30/01/2015 03:49)   

Минимум в плане записи файлов можно сделать традиционными средствами UNIX: запускать установщик пакетов от имени непривелегированного юзера с дропом прав после запуска, причём права должны быть такие, что в /usr/local он писать может, а в другие пути /usr — нет.


Охотно верю, поэтому считаю, что в моей модели угрозы виртуалки будут самым правильным выбором.


А мне кажется, что это вопросы, с которых всё должно начинаться, а не заканчиваться ими. «Чему мы доверяем-то?». Хотя, в принципе, да, даже зная имена пакетов, это не гарантия ни чему. Вдруг в библиотеке libnsa сидит файл /usr/bin/gpg, который будет apt'ом записан вместо настоящего gpg?


Юзабилити тоже важно. По-хорошему, под мультимедиа нужно отвести отдельный дом, вырубить его из сети, ставить туда всё, что заблагорассудится, и никуда не отворачиваться. Без виртуалок это не делается.
— Гость (30/01/2015 10:29)   


Либо libnsa будет конфликтовать с gpg (мейнтейнеры пропишут), и APT её не поставит, либо dpkg при попытке установить пакет страшно разругается на конфликт содержимого пакетов, и всё равно его не поставит.
— Гость (30/01/2015 23:09)   
Вместо уже существующего gpg можно установить другой критический пакет, да ещё дать ему какие-то приоритеты над другими через настройки (поменять PATH или ешё как).
— unknown (30/01/2015 23:18)   

Можно при установке выполнить скрипт, который выгрузит некий файл и запишет его как руткит в GRUB, в initrd, куда угодно, а после загрузки и активации он всё за собой на системе подчистит.
— Гость (03/02/2015 12:42)   

Кстати, прокрутка в новой версии mplayer для так слитых файлов (звук + видео → avi-контейнер) нормально работает искоробки, поэтому извращения с vlc более не нужны. Ну, хоть какие-то баги исправились, а то в основном лишь к старым добавляются новые.
— SATtva (03/02/2015 13:17)   

Многие называют это прогрессом. :)
— Гость (09/02/2015 08:47)   

Зато есть старые файлы, которые когда-то были слиты через старый mencoder и игрались старым mplayer или старым vlc с известными проблемами. Если теперь их проирывать новым mplayer'ом, то играются нормально, но без прокрутки. Если их проигрывать новым vlc, то на видео через каждые сколько-то секунд будут видны такие артефакты, как будто два разных видео искуственно слили в одно. Т.е. удачный баг-пофикс касается только новых файлов, обработанных новыми версиями mencoder'а и проигрываемых новым mplayer'ом, а вот со старыми уже готовыми файлами теперь всё стало только хуже. Даже если ручная перекодировка видеопотока через mencoder спасёт дело, это всё равно ад: даже на Intel i7 перекодировка занимает по времени столько же, сколько сама длительность видео, а на i5 уже в два раза больше.
— unknown (09/02/2015 09:38, исправлен 09/02/2015 09:38)   

У mplayer (надеюсь вы используете его без GUI) можно открыть man и ужаснуться количеству опций. Есть шанс, что вы подберёте такие опции, при которых он не будет падать или зависать на прокрутке файлов. Смутно припоминаю, что это опции, касающиеся синхронизации кадров.

— Гость (09/02/2015 10:34)   
Есть опция -idx, которая часто помогает, но в данном случае она почему-то оказывается бесполезной. Инуитивно я понимаю, что проблема почти точно в том, что mencoder делает (делал) бракованные файлы. При попытке нажать на прокрутку проигрывание без каких-либо ошибок просто прерывается и возвращается приглашение командной строки. Иногда удаётся найти в начале файла такие моменты, когда при прокрутке назад mplayer не падает, а просто проигрывание немного прокурчивается вперёд.

Можно попробовать ещё другие проигрыватели помимо mplayer и vlc. Кстати, заметил, что ранее mplayer играл (хотя бы как-то) почти все файлы, а теперь во многих он играет только звук, а чтобы получить ещё и видео, нужно запускать vlc. То ли mplayer'у кодеков не хватает, то ли каких-то плагинов... не знаю.


Естественно. GUI даже не установлено.
— Гость (11/02/2015 21:38)   

Нет в жизни счастья.
$ mpv filename.mp4
mpv was compiled and linked against a mixture of Libav and FFmpeg versions. 
This won't work and will most likely crash at some point. Exiting.
В рассылке пишут, что багу пофиксили ещё осенью 2014-го, а я ставил в jessie недавно. Факт остаётся фактом.
— Гость (11/02/2015 21:58)   

Не качает. ☹ Контрпример[link22]:
$ proxychains cclive -S 'https://www.youtube.com/watch?v=r9aE5gNSXxA'
ProxyChains-3.1 (http://proxychains.sf.net)
Checking ... .....|DNS-request| www.youtube.com 
|S-chain|-<>-127.0.0.1:9050-<><>-4.2.2.2:53-<><>-OK
|DNS-response| www.youtube.com is 216.58.209.206
|S-chain|-<>-127.0.0.1:9050-<><>-216.58.209.206:443-<><>-OK
.... ....... done.
fmt05_240p
fmt17_144p
fmt18_360p
fmt22_720p
fmt36_240p
fmt43_360p
Идём на http://en.savefrom.net, видим, что есть 1080x. Кстати, с torsocks не торифицируется:



P.S. cclive рассказывает ютубу, какой на ethX прописан локальный IP и какой на машине hostname?
— Гость (14/04/2015 19:38)   
Наблюдения за последними эксцессами на ютубе:

  1. Некоторое время назад (возможно, с обновлением TorBrowser'а в TBB) практически все до одного ролика при просмотре начали обрываться в проигрывании за несколько секунд до конца (15-20).
  2. Ютуб и раньше время от времени писал, что бразуер не поддерживает HTML5, отказываясь проигрывать видео, но последнее время (дело то ли в изменениях настроек ютуба, то ли в обновлени TorBrowser'а) эта проблема стала почти поголовной. Бывает, что ⅔, если не все ¾ найденных роликов не играется. Их приходится чем-то скачивать, чтобы просмотреть. Я одно время думал, что это касается только самых свежезагруженных видео, но опыт показывает, что это не так.

Это у меня одного так?


В команде ошибка, torsocks не написано.
$ TORSOCKS_CONF_FILE=torsocks.conf torsocks \
cclive 'https://www.youtube.com/watch?v=r9aE5gNSXxA' 
Checking ... ...... ......... .......done.
MINIONS Trailer 2 HD 1080p.mp4  30.57M  [video/mp4]
[############################------------------]  37%  11.4M  224.7K/s  00:01:27
Всё работает.


Лень разбираться, но, похоже (см. пример выше), таки качает, хотя с опцией -S это разрешение почему-то не показывается в листинге.
— Гость (20/04/2015 19:53)   

Проверил. Дело не в нём, дело в ютубе. Иногда даже видно в некоторых случаях, что ютуб поменял внешний вид своего интерфейса.

Наблюдается такая корреляция, что чем свежее ролик, тем меньше вероятность, что он будет смотреться, но это лишь корреляция, а на практике может быть по-всякому. Иногда те ролики, которые не показывались, через какое-то время начинают смотреться, или наоборот: те, которые смотрелись, перестают показываться. Такого, чтоб рестарт цепочек или браузер при этом помогали, тоже не наблюдается.
— Гость (22/04/2015 21:22)   
Кто-нибудь интересовался тем, что ютуб вставляет в загружаемые видео? Почти ничего не гуглится. Есть это[link23], но оно только косвенно относится к теме вопроса. Скачал через Tor пару раз один и тот же файл, сравнил. Видно, что между файлами есть отличие: в ролик записывается дата скачки, адрес конкретного google-сервера, который отдал ролик, и ещё немного каких-то шестнадцатеричных и не только цифр, назначение которых непонятно.

Пример:

Берём стандартный ролик[link24], скачиваем его через разные цепочки в одинаковом разрешении (360, к примеру), сравниваем полученные файлы:
$ diff <(cat MC\ Rogaway.mp4 |hexdump -Cv) <(cat MC\ Rogaway.mp4.1 |hexdump -Cv)
2361,2362c2361,2362
< 00009380  00 00 00 42 34 41 37 44  44 34 41 37 48 48 31 34  |...B4A7DD4A7HH14|
< 00009390  32 39 37 32 35 38 35 37  31 36 31 39 36 35 00 00  |29725857161965..|
---
> 00009380  00 00 00 42 30 41 46 43  45 38 42 42 4d 48 31 34  |...B0AFCE8BBMH14|
> 00009390  32 39 37 32 35 36 37 35  38 37 37 35 31 39 00 00  |29725675877519..|
2383,2384c2383,2384
< 000094e0  61 74 61 00 00 00 01 00  00 00 00 72 37 2d 2d 2d  |ata........r7---|
< 000094f0  73 6e 2d 6a 63 34 37 65  75 37 64 2e 67 6f 6f 67  |sn-jc47eu7d.goog|
---
> 000094e0  61 74 61 00 00 00 01 00  00 00 00 72 39 2d 2d 2d  |ata........r9---|
> 000094f0  73 6e 2d 61 69 67 6c 6c  6e 7a 7a 2e 67 6f 6f 67  |sn-aigllnzz.goog|
$ date +%s
1429725990
Видно, что включено время в секундах от UNIX-эпохи, но после него идёт ещё 7 цифр, которые непонятны (наносекунды?). Перед временем есть код B4A7DD4A7HH / B0AFCE8BBMH, который тоже непонятен. Понятно, что сопоставляя время скачки внутри ролика и адрес заявленного гугл-сервера, можно по логам определить IP Tor-эксита, с которого был скачан конкретный ролик.

Вспомнил цитату[link25] про SATtva fingerprints. ☺
— unknown (23/04/2015 10:28, исправлен 23/04/2015 12:07)   

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


М.б. Google заносит себе в базу всё, что может вытянуть о пользователе: браузер, ОС, устройство, был ли залогинен, по какой ссылке перешёл, что смотрел до этого. А в файл заносит хэш этой инфы, чтобы по этому хэшу сопоставлять с закрытой базой и быстро делать по ней поиск.


Если же хэши не псевдорэндомные, а с какими-то корелляциями как в этой паре, то может использоваться нечёткий хэш для поиска наиболее совпадающих вариантов.


Без дополнительных зацепок трудно сказать, что это.

— Гость (23/04/2015 16:17)   

При скачивании по одной и той же прямой ссылке, в том числе через разные цепочки, меняется только часть напоминающая время.
00009390 32 39 37 39 33 39 39 35 34 32 37 36 38 33 00 00 |29793995427683..|

00009390 32 39 37 39 34 34 39 35 39 34 39 35 30 32 00 00 |29794495949502..|

00009390 32 39 37 39 34 35 31 39 33 37 31 38 32 38 00 00 |29794519371828..|
— sentaus (23/04/2015 16:32)   
А что этот участок файла означает в контексте MP4-контейнера? Тэг какой-нибудь?
— unknown (23/04/2015 16:43)   
Может это какой-то content-ID[link26]?
— Гость (23/04/2015 21:13)   

Не изучал вопрос.


Не сомневаюсь.


Может, и так. Сложно сказать. Модель угрозы — скачали ролик, потом его перевыложили, после чего противник может узнать, как его изначально скачали, с какого IP, какая была система и т.д. Заносить хэш инфы в сам файл нет реальной необходимости: логи могут быть на стороне гуглосервера, а в файле достаточно указать конкретный сервер и время скачки (что, как видно, и так делается).


Я скачивал одно видео через savefrom.net, а другое — через cclive. Есть, конечно, шансы, что и savefrom.net что-то своё вставляет в загружаемый ролик...
— SATtva (08/05/2015 13:07)   
youtube-dl научился скачивать видео в FullHD (1920x1080): вытаскивает с YouTube отдельно FullHD-видео и аудиофайл и склеивает их в постобработке.
— ressa (08/05/2015 13:34)   
А разве не умел? Если в списке форматов был FullHD – номер его после ключа -f ставишь и выкачивает.
— SATtva (08/05/2015 13:44)   
YouTube выдаёт FullHD только как видеопоток, без звука. Скачивать можно было и раньше, но нужно было склеивать вручную. Теперь это автоматизировано.
— ressa (08/05/2015 13:49)   
Понял. Спасибо.
— pgprubot (14/07/2015 02:38, исправлен 14/07/2015 02:40)   

Последние полгода-год заметил особенность: почти всегда youtube-видео, проигрываемые в TBB, чуть-чуть не доигрываются до конца. Чтобы досмотреть до конца, требуется перезагружать страницу. Часто это сопровождается началом показом рекламы. Т.е. он не может штатно показать несколько последних секунд почти каждого ролика, хотя почти все ролики смотрятся отлично вне зависимости от их длины.



Если судить по savefrom.net, то это особенность не только HD-разрешения (1080x), но и 480x-разрешения. В отличие от них 360x и 720x скачиваются сразу как единый файл со звуком и видео.

— Гость_ (05/08/2015 19:47)   
Ещё сервис для скачки с ютуба. Из ссылки
https://www.youtube.com/watch?v=XXXXXXXXXXX
получаем
http://earningfun.com/?do=ydl&yt_vid=XXXXXXXXXXX[link27]
720 HD берёт, больше – нет, удобен тем что не требует JS.
— cypherpunks (14/08/2015 19:15, исправлен 14/08/2015 19:17)   

https://www.pgpru.com/comment39487

Если формат mp4, то, наверное, не стоит – файл нельзя просмотреть плеером пока весь не скачается. Если же формат более стандартный (типа avi), то можно.

Fix a truncated mp4: do it yourself. (source code and instructions HERE)[link28]


В mp4 заголовки хранятся в конце файла

— wimeajam (29/09/2015 03:22)   
Как скачать c rutube?
saveformnet с ним не работает.
— pgprubot (29/09/2015 23:22)   

http://ktak.ru (проверил, работает).
— Anton31 (30/10/2015 02:07)   
Чем скачать с videopress.com?
— pgprubot (30/10/2015 07:06, исправлен 30/10/2015 07:07)   

На stackexchange советуют[link29] FlashGet. Веб-даунлоадеры для videopress найти не получается.

— Гость_ (29/01/2016 18:42)   
После обновления TBB до 5.5 savefrom.net перестал давать скачивать файлы. Предыдущая версия TBB работает.

Ссылки
[link1] https://www.torproject.org/torbutton/torbutton-faq.html.en#noflash

[link2] http://www.pgpru.com/forum/unixlike/konfigurirovanieiptables

[link3] http://rg3.github.com/youtube-dl/documentation.html#d5

[link4] http://freshmeat.net/projects/pornotube-dl

[link5] http://www.pgpru.com/comment50800

[link6] https://productforums.google.com/forum/#!msg/youtube/oix_TqHUiNs/aIuyFymvIIYJ

[link7] http://www.reddit.com/r/lifehacks/comments/1pyi62/request_how_to_download_1080p_youtube_videos/

[link8] http://www.clipconverter.cc/addon/

[link9] http://runetbsd.ru/node/346

[link10] http://forums.debian.net/viewtopic.php?f=5&t=76268

[link11] http://comments.gmane.org/gmane.linux.debian.user/415000

[link12] http://forums.opensuse.org/showthread.php/474963-MTP-error-at-booting

[link13] https://lists.debian.org/debian-kernel/2011/12/msg00138.html

[link14] http://mpv.io/

[link15] http://cclive.sourceforge.net/

[link16] http://www.deb-multimedia.org/

[link17] https://packages.debian.org/search?keywords=mpv

[link18] http://www.pgpru.com/comment80262

[link19] http://www.pgpru.com/comment87016

[link20] http://www.pgpru.com/comment80266

[link21] http://www.pgpru.com/comment80271

[link22] https://www.youtube.com/watch?v=r9aE5gNSXxA

[link23] http://www.forensicmag.com/news/2014/07/software-forensically-recovers-watched-youtube-videos

[link24] https://www.youtube.com/watch?v=5m9KLD0-s1w

[link25] http://vladmiller.info/blog/index.php?comment=308

[link26] http://www.scottsmitelli.com/articles/youtube-audio-content-id

[link27] http://earningfun.com/?do=ydl&yt_vid=XXXXXXXXXXX

[link28] http://vcg.isti.cnr.it/~ponchio/untrunc.php

[link29] https://webapps.stackexchange.com/questions/8830/download-a-videopress-video