Захват экрана — за ценой не постоим

Материал из 0x1.tv

 

* Удивительно, что в 2017 еще кому-то надо объяснять, что в любых видео IT-докладов, после звука, самым важным является экран. Если можно обойтись звуком — это значит, либо технологий там совсем не было (менеджеризмы), либо это мастера техноподкастов, и рассчитывают именно то, что экрана нет, «все говорим словам».
* Но никакие слова не спасут, если идет лайвкодинг. 
* Тем более удивляет, что в 2017 еще кто-то вот [https://youtu.be/QYrkIfw98H0?t=942 так снимает видео] хардкорных лайвкодингов.

----
Экран должен быть, 
* должен быть читаемым, 
* снятым не камерой (блекло, нечетко, дрожжит, мерцает) с экрана проектора или плазмы, а полученный цифровым способом
* нет, вставка слайдов на этапе монтажа слабое утешение 
** при сотнях слайдов наверняка что-то перепутает замученный монтажер (или тупо забьет — слайды с точностью синхрона ±минута, сьедят, куда денутся, особенно если слайды показывать редко)
** даже в презентациях потеряется анимация, переходы в слайдах и видео
** ну а про лайвкодинг и лайвдемо нет и речи.

----
Если вы крупная телевизионно-транслирующая команда, решение очевидно — несколько камер на зал, стойка скейлеров-сплиттеров-фреймграбберов, все это длинными SDI-кабелями заводится на большой солидный пульт недремлющего режиссера трансляции, который и выбирает, какой из потоков, или какую комбинацию, запрограммированную на кнопках, пустить в эфир, ну и заодно, получить запись. И если вы, читатель, как раз он этот самый режиссер или где-то рядом — умоляю, при трансляции программистких докладов всегда показывать экран, особенно если там идет лайв кодинг. Нет, показа на 5 секунд слайдов при их смене недостаточно — так теряется возможность перематывать запись, искать пропущенное, восстанавливать контекст. Ну а если прервалось живое демо, то это вовсе фейл. И это не извиняет то, что вам захотелось показать киношную картинку пота на лице ботана-спикера, ни красивую девушку зале, ни прикольного бородача в смешной футболке…  Ибо в таком случае, как запись обычно всегда публикуется то, что пошло в эфир, часто даже оставляя ненарезанным лежать на каком-нибудь ютубе, т.е. фарш обратно не проворачивается, никто перемонтировать из исходников уже не будет, если произошла ошибка. 
** Для решения этой проблемы, я давным-давно сделал [http://wiki.4intra.net/Screen2Log Screen2Log], скринкастер, мало грузит, пишет блоками фиксированного размера, и даже при загрузке, будут локальные дропы фреймов, но время «не поползет». Так себе конечно поделка, однако активно использовалась мной, и до сих пор используется организаторами известных IT-конференций на пространстве СНГ.
* При скринкастинге есть проблема «режима докладчика». Есть докладчики, которым пофиг, можно включать режим «зеркала», то, что запишет скринкастер — то и было на экране. Но есть те, кому нужен режим докладчика — с подсказками что говорить, какой слайд будет следующим и т.п. Иногда это не проблема —  если слайды тупы, мелких деталей нет, то тогда да, только надо попыхтеть видеомонтажеру, вырезая «центральный слайд» из общего режима докладчика. Да, теряется разрешение, качество, но жить можно. Можно даже поиздеваться, и отдельно «спалить» зрителям подсказки докладчика. Было дело, баловался я  и таким [https://vimeo.com/33784209]. Но часто —  когда переходы, или не дай бог, видео, вот там, на записываемом экране режима докладчика их нет. 
** Воркараунд — делать сразу режим докладчика и писать «весь экран» (или только второй). Но тут проблема, что могут подключаться докладчики со своими ноутбуками, 100500 причин, почему сбросят настройку внешнего монитора обратно на зеркало, и запишется пустота. В Screen2Log я вроде делал адаптивное слежение за разрешение в режиме «--fullscreen», и это давало возможность как-то не потерять контент (хотя видеомонтаж тоже был уже не совсем тривиальным).

… Но все это не спасает от докладчика со своим ноутбуком. Иногда это сверхоправдано — лайвдемо хитрой системы, лайвкодинг в хитром сетапе, иногда докладчик просто беспокоится что не будет правильных шрифтов или будут проблемы совместимости версий поверпоинта. 

Что делать, если пришел понтовый доклачик, с виндовым ноутом, но за три минуты до доклада выяснилось, что выступать он будет только с него, «проблемы <s>негров</s> видеомонтажера шерифа не волнует», поставить себе на комп, понятное дело, ничего не даст? 
Тут я рекомендую скачать мой [https://cloud.mail.ru/public/43zC/vfNMYPWy3 виндовс-краш-комплект], с портамбл-VLC, запускаемым с низким приоритетом, и записывающим видео автоматически, туда же, откуда он запущен, с автоматическим именованием по астрономическому времени. Заведите флешки с этим комплектом, просто тупо втыкайте и запускайте у докладчика, без инсталляции, потом забирайте флешку. Если не очень-очень-очень слабый нетбук, тормозить не должно.



Не Да, возможно придется помучаться потом, при монтаже — получающихся FLV нужно будет наверняка перекодировать, прежде чем его смогут съесть видеоредакторы, возможнен рассинхрон… но в любом случае, это сильно лучше, чем ничего, или запись экрана камерой.

* Но а если у докладчика Мак …  — срочно запускайте QuickTime, он умеет записывать… 
* А если Linux ? …  — что может быть проще, чем [http://wiki.4intra.net/LinuxScreencasting набить по памяти] 
 nice -n 19:03,  ffmpeg  -f x11grab -r 8 -s $(xwininfo -root | grep 'geometry' | awk '{print $2;}') -i :0.0 -an -vcodec flashsv -vb 1000 -vsync 1 -y $(date "+%F-%H-%M-%S").flv
… ну и поставить ffmpeg если вдруг его нет … 

Примерно тут, разумный читатель, как лебедь из [https://www.google.ru/search?newwindow=1&dcr=0&ei=lHL7We2aFMm26ASrmLnYDw&q=%D0%B0%D0%BD%D0%B5%D0%BA%D0%B4%D0%BE%D1%82+%D0%BF%D1%80%D0%BE+%D1%83%D1%82%D0%BE%D1%87%D0%BA%D1%83+%D0%B8+%D0%BB%D0%B5%D0%B1%D0%B5%D0%B4%D1%8F&oq=%D0%B0%D0%BD%D0%B5%D0%BA%D0%B4%D0%BE%D1%82+%D0%BF%D1%80%D0%BE+%D1%83%D1%82%D0%BE%D1%87%D0%BA%D1%83+%D0%B8+%D0%BB%D0%B5%D0%B1%D0%B5%D0%B4%D1%8F&gs_l=psy-ab.3..0.64969.64969.0.66142.1.1.0.0.0.0.127.127.0j1.1.0....0...1..64.psy-ab..0.1.126....0.xYJoN-Io5dc анекдота про уточку и лебедя], хочет сказать «Так. Н***й.».

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

Level Up! Следующий уровень игры — фреймграбберы.

----

Да, существуют [https://www.atomos.com/ninja/ самостоятельные HDMI-рекордеры], даже с личными экранчиками, или [https://ru.aliexpress.com/wholesale?catId=0&initiative_id=SB_20171102120655&SearchText=HDMI+encoder+IP слепые фреймграбберы-трансляторы], которые гонят закодированный поток куда-то в интернет.

Но я рекомендую, начать с фреймграбберов, общающися с обычным компом-ноутом, по USB.
Почему? Дешевле и гибче. Увидим дальше.

Для HDMI — массовый фреймграббер, ориентированный на игроманов [https://www.elgato.com/en/gaming/ Elgato Game Capture HD/HD60].
Неплохая штука, даже нет смысла гнаться за 60FPS на записи конференций, даже 30FPS достаточно для всего, включая видео и динамичные демонстрации (ну разве что это конференция геймеров, и надо показать именно достижение 60FPS и выше) можно брать более старую модель (достаточно дешево на ебее), грамотно реализованы входы-выходы — есть HDMI-вход, есть HDMI-выход, т.е. не обязателен сплиттер, можно вставать «в разрыв» и записывать... компактный, у меня их околодесятка … и не очень дорогой — я недолго плачу, если вдруг теряюуже о мак-юзерах на конференции с виндовыми ноутами





[https://events.yandex.ru/lib/talks/2397/]




* [[Участник:StasFomin|Стас Фомин]] ([[Обсуждение участника:StasFomin|обсуждение]])  ноября 2017 (MSK): [https://www.youtube.com/watch?v=QYrkIfw98H0 Ильдар Мусин, Дмитрий Иванов «Секционирование с pg_pathman»] — как отстойно снял оператор лайвкодинг. в блог..

Минусы:
* Родной софт только под винды.
** Мелочь, но иногда докапываются красноглазые линуксоиды «чо не опенсорс, пачему винда в зале». На самом деле, под классический «Game Capture» есть экспериментальный реверсинг [https://github.com/tolga9009/elgato-gchd драйверов], хотя и там вас ждет квест — ибо где начинается железо, кончается опенсорс, начинаются проприетарные прошивки и т.п. Я честно говоря не игрался, ибо принял за основу что фреймграббинг идет из под виндов (дополнительные причины дальше). Если у кого нормально заработает — пинганите меня, буду рад.
** Поддерживает не все разрешения. 1280x720, 1920x1080…
** Весьма странный софт, ориентированный под геймеров. Для записи конференций, надо обязательно пройтись в настройках, отключить таймшифтинг, принудительную конвертацию входа в 640x480, обязательную конвертацию стримов в MP4 (не дай бог, остановите запись, и комп будет загружен насмерть конвертацией, вместо записи следующих частей). Иногда софт глючит — не запускается (делает вид что пишет, а на самом деле нет). Есть нюансы. Нужно точно заранее проверить, что сетап, конкретная версия софта работает, запустить запись задолго до начала конфы, ну и проверять иногда.
* Т.е. захватывать стандартным софтом, ориентированным на VfW-устройства (тем же ffmpegом) нельзя.
** Славабогу, хотя бы его стал видеть (не как VfW, а отдельно), Open Broadcaster Software.

Лет через 5-10, тут наверно можно было бы прекратить читать, инструкция полна. А если не закроют границы, все это железо должно стоить копейки. 

Но. Пока надо продолжать дальше.

----
Ибо мир цифровой видеопередачи еще не пришел. Куча залов до сих пор оборудована VGA-проекторами и т.п.
Вот неделю назад снимал SECR-2017 → три из четырех залов → VGA. Причем в одном из залов, максимальное разрешение — XGA (1024×768).  Шах и мат Elgato. Даже если пригнать конвертер, скейлер… нет, можно конечно…
Сначала скейлер и конвертер HDMI в VGA, потом Kramer-скейлер на 1024×768… но это не очень бюджетно, с потерей качества… и если честно — я так пытался, и внезапно, что-то пошло не так с этими двумя крамерами → картинка стала как-то урезанной и не чинилось.

Так что сразу расскажу о еще одних фреймграбберах. [https://www.epiphan.com/ Epiphan DVI2USB, VGA2USB] и т.п.
Тут у меня тоже долгий опыт более чем десятком этих девайсов. 
Кратко:
* Неплохое качество оцифровки и картинки. 
* Старается адаптироваться под разрешение.
* Видна как нормальный Video4Windows девайс, т.е. можно плюнуть на уродский стандартный софт, захватывать старым добрым ffmpegом, для чего я написал несложный скрипт, который поднимает, если что упало, перезапускает, если сменилось разрешение и т.п. 
** Нормально видна из Open Broadcaster Software.


Минусы:
* Да, опять не работает под Linux — причем тут производитель вроде как поддерживает, но в реале, там нет грамотной DKMS реализации драйверов, а какие-то захардкоженные блобы под фиксированные федоровские ядра... в общем, ад какой-то. Я помню, честно долго пытался, но плюнул.
* Блин! Инженерный факап. Нет сплиттинга или продолжения видеосигнала, как в Elgato. Т.е. ты сначала должен рассплитить, VGA  или DVI видеосигнал, и пригнать ответвление в девайс. И тут начинается адок согласований разрешений между ноутом, проектом-плазмой, и этим девайсом. Killmepls. Причем отдельно под VGA, отдельно под DVI (там еще хуже, если кто знает слова Edid, наверно понимает мою боль). В результате, если не прибегать к профессиональным скейлерам, и пытаться и цифру этим захватывать, сетап получается страшный, переплетение проводов, разные сплиттеры, какие-то прокладки типа Gefen DVI Detective… и что-то где-то все равно не работает, или вдруг все ломается, если переподключают другой ноут. 



Тут надо упомянуть о еще одной проблеме. Которая, даже если вы не организатор, но занимаетесь видеозаписью и копаетесь с сетапом фреймграбберов вокруг кафедры докладчика → падает на вас.

Версия 20:59, 2 ноября 2017

  • Удивительно, что в 2017 еще кому-то надо объяснять, что в любых видео IT-докладов, после звука, самым важным является экран. Если можно обойтись звуком — это значит, либо технологий там совсем не было (менеджеризмы), либо это мастера техноподкастов, и рассчитывают именно то, что экрана нет, «все говорим словам».
  • Но никакие слова не спасут, если идет лайвкодинг.
  • Тем более удивляет, что в 2017 еще кто-то вот так снимает видео хардкорных лайвкодингов.

Экран должен быть,

  • должен быть читаемым,
  • снятым не камерой (блекло, нечетко, дрожжит, мерцает) с экрана проектора или плазмы, а полученный цифровым способом
  • нет, вставка слайдов на этапе монтажа слабое утешение
    • при сотнях слайдов наверняка что-то перепутает замученный монтажер (или тупо забьет — слайды с точностью синхрона ±минута, сьедят, куда денутся, особенно если слайды показывать редко)
    • даже в презентациях потеряется анимация, переходы в слайдах и видео
    • ну а про лайвкодинг и лайвдемо нет и речи.

Если вы крупная телевизионно-транслирующая команда, решение очевидно — несколько камер на зал, стойка скейлеров-сплиттеров-фреймграбберов, все это длинными SDI-кабелями заводится на большой солидный пульт недремлющего режиссера трансляции, который и выбирает, какой из потоков, или какую комбинацию, запрограммированную на кнопках, пустить в эфир, ну и заодно, получить запись. И если вы, читатель, как раз этот самый режиссер или где-то рядом — умоляю, при трансляции программистких докладов всегда показывать экран, особенно если там идет лайв кодинг. Нет, показа на 5 секунд слайдов при их смене недостаточно — так теряется возможность перематывать запись, искать пропущенное, восстанавливать контекст. Ну а если прервалось живое демо, то это вовсе фейл. И это не извиняет то, что вам захотелось показать киношную картинку пота на лице ботана-спикера, ни красивую девушку зале, ни прикольного бородача в смешной футболке… Ибо в таком случае, как запись обычно всегда публикуется то, что пошло в эфир, часто даже оставляя ненарезанным лежать на каком-нибудь ютубе, т.е. фарш обратно не проворачивается, никто перемонтировать из исходников уже не будет, если произошла ошибка.

Что же делать остальным конференциям, не могущим раскошелится профессиональных видеотрансляторов — пара грузовиков оборудования, взвод профессионалов — дешево быть не может?

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

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

Но есть нюансы. Проблемы скринкастинга следующие:

  • Торможение. Упаковка видео неслабо ест CPU, и соответственно, часто мешает докладчикам. Мало того, что начинают тормозить модные анимации и переходы в могучем поинте, так ведь при лайв демо начинается эффект «уже сейчас видно, что все будет глючить и тормозить» — поэтому «профессиональные евангелисты» как только это заметят, сразу потребуют убрать все это (запись им неважна, они с одной шарманкой выступают тыщи раз, а вот фейла позволить себе нельзя).
    • Самое простой воркараунд — запускать скринкастер с самым низким приоритетом. «start /IDLE» или «start /LOW» под Windows, «nice» под Linux и т.п.
  • Рассинхрон с «истинным временем». Особенно, если скринкастер запустили с низким приоритетом, но даже самый высокий приоритет ни от чего не спасает. Разумеется, если просто тупые слайды, а ноутбук достаточно мощный — это маловероятно. Но вот если лайвдемо, показ видео... начинается временной дрейф и ад для видеомонтажера.
    • Для решения этой проблемы, я давным-давно сделал Screen2Log, скринкастер, мало грузит, пишет блоками фиксированного размера, и даже при загрузке, будут локальные дропы фреймов, но время «не поползет». Так себе конечно поделка, однако активно использовалась мной, и до сих пор используется организаторами известных IT-конференций на пространстве СНГ.
  • При скринкастинге есть проблема «режима докладчика». Есть докладчики, которым пофиг, можно включать режим «зеркала», то, что запишет скринкастер — то и было на экране. Но есть те, кому нужен режим докладчика — с подсказками что говорить, какой слайд будет следующим и т.п. Иногда это не проблема — если слайды тупы, мелких деталей нет, то тогда да, только надо попыхтеть видеомонтажеру, вырезая «центральный слайд» из общего режима докладчика. Да, теряется разрешение, качество, но жить можно. Можно даже поиздеваться, и отдельно «спалить» зрителям подсказки докладчика. Было дело, баловался я и таким [1]. Но часто — когда переходы, или не дай бог, видео, вот там, на записываемом экране режима докладчика их нет.
    • Воркараунд — делать сразу режим докладчика и писать «весь экран» (или только второй). Но тут проблема, что могут подключаться докладчики со своими ноутбуками, 100500 причин, почему сбросят настройку внешнего монитора обратно на зеркало, и запишется пустота. В Screen2Log я вроде делал адаптивное слежение за разрешение в режиме «--fullscreen», и это давало возможность как-то не потерять контент (хотя видеомонтаж тоже был уже не совсем тривиальным).

… Но все это не спасает от докладчика со своим ноутбуком. Иногда это сверхоправдано — лайвдемо хитрой системы, лайвкодинг в хитром сетапе, иногда докладчик просто беспокоится что не будет правильных шрифтов или будут проблемы совместимости версий поверпоинта.

Что делать, если пришел понтовый доклачик, с виндовым ноутом, но за три минуты до доклада выяснилось, что выступать он будет только с него, «проблемы негров видеомонтажера шерифа не волнует», поставить себе на комп, понятное дело, ничего не даст? Тут я рекомендую скачать мой виндовс-краш-комплект, с портамбл-VLC, запускаемым с низким приоритетом, и записывающим видео автоматически, туда же, откуда он запущен, с автоматическим именованием по астрономическому времени. Заведите флешки с этим комплектом, просто тупо втыкайте и запускайте у докладчика, без инсталляции, потом забирайте флешку. Если не очень-очень-очень слабый нетбук, тормозить не должно. Да, возможно придется помучаться потом, при монтаже — получающихся FLV нужно будет наверняка перекодировать, прежде чем его смогут съесть видеоредакторы, возможнен рассинхрон… но в любом случае, это сильно лучше, чем ничего, или запись экрана камерой.

  • Но а если у докладчика Мак …  — срочно запускайте QuickTime, он умеет записывать…
  • А если Linux ? …  — что может быть проще, чем набить по памяти 
nice -n 19 ffmpeg  -f x11grab -r 8 -s $(xwininfo -root | grep 'geometry' | awk '{print $2;}') -i :0.0 -an -vcodec flashsv -vb 1000 -vsync 1 -y $(date "+%F-%H-%M-%S").flv

… ну и поставить ffmpeg если вдруг его нет …

Примерно тут, разумный читатель, как лебедь из анекдота про уточку и лебедя, хочет сказать «Так. Н***й.».

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

Level Up! Следующий уровень игры — фреймграбберы.

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

Но я рекомендую, начать с фреймграбберов, общающися с обычным компом-ноутом, по USB. Почему? Дешевле и гибче. Увидим дальше.

Для HDMI — массовый фреймграббер, ориентированный на игроманов Elgato Game Capture HD/HD60. Неплохая штука, даже нет смысла гнаться за 60FPS на записи конференций, даже 30FPS достаточно для всего, включая видео и динамичные демонстрации (ну разве что это конференция геймеров, и надо показать именно достижение 60FPS и выше) можно брать более старую модель (достаточно дешево на ебее), грамотно реализованы входы-выходы — есть HDMI-вход, есть HDMI-выход, т.е. не обязателен сплиттер, можно вставать «в разрыв» и записывать... компактный, у меня их околодесятка … и не очень дорогой — я недолго плачу, если вдруг теряю на конференции.

Минусы:

  • Родной софт только под винды.
    • Мелочь, но иногда докапываются красноглазые линуксоиды «чо не опенсорс, пачему винда в зале». На самом деле, под классический «Game Capture» есть экспериментальный реверсинг драйверов, хотя и там вас ждет квест — ибо где начинается железо, кончается опенсорс, начинаются проприетарные прошивки и т.п. Я честно говоря не игрался, ибо принял за основу что фреймграббинг идет из под виндов (дополнительные причины дальше). Если у кого нормально заработает — пинганите меня, буду рад.
    • Поддерживает не все разрешения. 1280x720, 1920x1080…
    • Весьма странный софт, ориентированный под геймеров. Для записи конференций, надо обязательно пройтись в настройках, отключить таймшифтинг, принудительную конвертацию входа в 640x480, обязательную конвертацию стримов в MP4 (не дай бог, остановите запись, и комп будет загружен насмерть конвертацией, вместо записи следующих частей). Иногда софт глючит — не запускается (делает вид что пишет, а на самом деле нет). Есть нюансы. Нужно точно заранее проверить, что сетап, конкретная версия софта работает, запустить запись задолго до начала конфы, ну и проверять иногда.
  • Т.е. захватывать стандартным софтом, ориентированным на VfW-устройства (тем же ffmpegом) нельзя.
    • Славабогу, хотя бы его стал видеть (не как VfW, а отдельно), Open Broadcaster Software.

Лет через 5-10, тут наверно можно было бы прекратить читать, инструкция полна. А если не закроют границы, все это железо должно стоить копейки.

Но. Пока надо продолжать дальше.

Ибо мир цифровой видеопередачи еще не пришел. Куча залов до сих пор оборудована VGA-проекторами и т.п. Вот неделю назад снимал SECR-2017 → три из четырех залов → VGA. Причем в одном из залов, максимальное разрешение — XGA (1024×768). Шах и мат Elgato. Даже если пригнать конвертер, скейлер… нет, можно конечно… Сначала скейлер и конвертер HDMI в VGA, потом Kramer-скейлер на 1024×768… но это не очень бюджетно, с потерей качества… и если честно — я так пытался, и внезапно, что-то пошло не так с этими двумя крамерами → картинка стала как-то урезанной и не чинилось.

Так что сразу расскажу о еще одних фреймграбберах. Epiphan DVI2USB, VGA2USB и т.п. Тут у меня тоже долгий опыт более чем десятком этих девайсов. Кратко:

  • Неплохое качество оцифровки и картинки.
  • Старается адаптироваться под разрешение.
  • Видна как нормальный Video4Windows девайс, т.е. можно плюнуть на уродский стандартный софт, захватывать старым добрым ffmpegом, для чего я написал несложный скрипт, который поднимает, если что упало, перезапускает, если сменилось разрешение и т.п.
    • Нормально видна из Open Broadcaster Software.


Минусы:

  • Да, опять не работает под Linux — причем тут производитель вроде как поддерживает, но в реале, там нет грамотной DKMS реализации драйверов, а какие-то захардкоженные блобы под фиксированные федоровские ядра... в общем, ад какой-то. Я помню, честно долго пытался, но плюнул.
  • Блин! Инженерный факап. Нет сплиттинга или продолжения видеосигнала, как в Elgato. Т.е. ты сначала должен рассплитить, VGA или DVI видеосигнал, и пригнать ответвление в девайс. И тут начинается адок согласований разрешений между ноутом, проектом-плазмой, и этим девайсом. Killmepls. Причем отдельно под VGA, отдельно под DVI (там еще хуже, если кто знает слова Edid, наверно понимает мою боль). В результате, если не прибегать к профессиональным скейлерам, и пытаться и цифру этим захватывать, сетап получается страшный, переплетение проводов, разные сплиттеры, какие-то прокладки типа Gefen DVI Detective… и что-то где-то все равно не работает, или вдруг все ломается, если переподключают другой ноут.


Тут надо упомянуть о еще одной проблеме. Которая, даже если вы не организатор, но занимаетесь видеозаписью и копаетесь с сетапом фреймграбберов вокруг кафедры докладчика → падает на вас.

— StasFomin • 11:11, 23 ноября 2017 • нет комментариев
Источник — «https://0x1.tv/index.php?title=Blog:HowItWorks/Захват_экрана_—_за_ценой_не_постоим&oldid=49788»