|
Персональные инструменты |
![]() |
||
|
![]() |
![]() Пробежали конференц-марафон — WUD-2011, SPMConf-2011, SQADays-10, AgileKitchen… и с Новым Годом!Материал из CustisWikiКороткая ссылка: Happy-new-2012 Не успели мы до конца опубликовать записи с UXRussia-2011, как наступил непрерывный марафон конференций — WUD-2011, SPMConf-2011, SQADays-10, AgileKitchen — юзабилити, менеджмент, QA/тестирование, agile development. И снова нас позвали все это снимать. В некотором смысле этот блог в последнее время превратился в сплошной поток анонсов IT-видео, и складывается впечатление, что мы профессиональная компания видеооператоров, специализирующаяся на IT-eventах. Это конечно не так, и постараемся направленность этого блога изменить в самое ближайшее время. Ну а пока, для тех, кто не любит много букв, мы приведем ссылки на разделы, где уже выложено видео с соответствующей конференции (в некоторых — почти все, в некоторых — все только начинается, и только от вашего мнения зависит — будет ли продолжение), и где можно подписаться на появление нового:
Тут мы можем остановиться, поздравить читателя с Новым Годом, и пожелать отличного отдыха в длинные новогодные каникулы! А если вдруг наступит ностальгия по миру разработки — посмотрите наши видеозаписи, они всяко лучше новогодней телепрограммы. А теперь, если вы еще с нами, еще раз поговорим об Содержание
Зачем вы занимаетесь видеозаписью и публикацией? Вы зарабатываете на этом? Это ваш смежный бизнес?Нет, мы совершенно бескорыстны. И наш бизнес, Мы занимаемся этим, потому что: Т.е. да, многое в нашей работе далеко от идеала, но есть объективные маркеры, что все это не совсем уж плохо: есть некоторые премии, выданные как по результатам голосований, так и по мнению экспертов-медийщиков: [2], [3], [4].
В результате, на конференции все реже выступают практики («да ну его, долго, геморройно, неэффективно, и опять не получится»), зато выступают
Кстати, добавим сразу интерактивности в длинный текст. Посещаете ли вы IT-конференции? Таким образом «хвост крутит собакой» — небольшое число непрактиков, часто на основе коммерческого интереса, или просто прочитанных книг (устаревших еще за 10 лет до перевода) или блогов/мануалов, определяет тренды индустрии, «что такое хорошо, и что такое плохо», какие процессы, инструменты, фреймворки кошерны, а какие — порицаемы. Это кстати не умозрительные спекуляции, но и мой опыт участия в программных комитетах конференций — очень сложно заманить реально крутых экспертов выступить. Именно по причине — «неэффективно». А отслеживание отзывов и оценок выступлений, говорит о том, что «Капитанам» все реже и реже рады. Согласны ли вы, что на IT-конференциях слишком много «непрактиков»? Это приводит к замкнутому циклу деградации: меньше новых интересных и нетривиальных тем → опытные специалисты перестают посещать конференции → аудитория наполняется новичками, часто впервые в жизни попадающими на конференцию, им все в новинку → востребованы классические простые темы → меньше нового и нетривиального → … goto 10 … В результате, у многих конференций начинает складыватся имидж специализированных мероприятий для нубов, и, сотрудников, скажем так, неспособных к самостоятельному обучению. Отдельная проблема — конференции не очень хорошо распространяют знания в другие IT-цеха: менеджеры жалуются на разработчиков на своих сборищах, разработчики презирают менеджеров — на своих, тестировщики пытаются доказать, что они друзья С другой стороны — живое выступление с богатой визуальной частью отлично подходит ITшникам — почти все в нашей области можно легко визуализировать и показать — архитектурные диаграммы, пользовательские интерфейсы, инфографику метрик, и т.п., не говоря уже о том, что всегда можно показывать работающий софт. Это реально проще и эффективней для выступающего, чем делать качественно иллюстрированную статью. И реально лучше для зрителя, чем голая текстовая заметка или просто набор тезисов. А сама конференция полезна:
Дело осталось за малым — записать выступление так, чтобы можно было понять максимум, просмотрев с минимальным напряжением. И мы видим свою миссию в том, чтобы:
Да, кроме видеосъемки мы часто спонсируем конференции. А вне «официальных конференций» мы устраиваем открытые бесплатные семинары у себя, где тоже снимаем и публикуем видео. Да ну, видео — оно для детей, которые не умеют читать. Читать — удобней и эффективнейСоглашусь. Хорошая, качественная, статья, иллюстрированная картинками и мультимедиа-вставками, наверняка лучше. Тот же объем информации, условно — часовую лекцию, можно прочесть раза в три быстрее, можно перечитать непонятное, и наоборот, пролистать очевидное. Но и видео сейчас — это тоже не телевизор, и не заевший патефон, повторяющий «Мальчик, хочешь я расскажу тебе сказку?» ©. Так и чтение книг может быть пассивным, когда малышу сказки читает бабушка, а может и быть активным — когда вы листаете книгу, пролистывая ненужное, ища нужные страницы по содержанию и индексам. Так вот, просмотр видео может быть таким же активным, как чтение бумажной[2] книги! Скачав видеофайл, и просматривая его в правильном плеере (я настоятельно рекомендую VLC) можно:
Отдельные плюсы видео идут наоборот, из «пассивной модели» просмотра. Ведь смысл в том, что визуализируется обычно очищенная суть — ключевые тезисы, важные диаграммы, а все вспомогательные слова проговариваются вслух. Не нужно напрягаться на чтение, пытаясь выделить важное из «воды»! Поэтому, видео, особенно, если это не очень грузящий доклад, гуманитарного плана или experience story, можно смотреть в состоянии, когда чтение невозможно:
Причем в отличие от конференции, когда идет непрерывный марафон, и содержание доклада забывается через два следующих, тут всегда можно прерваться на рефлексию, да и в целом, один-два доклада в день — более чем комфортно, ведь основной смысл — не просто рассказать что-то, а пробудить собственные мысли, ведущие к правильным решениям, неспешно обсудить из с коллегами. Кстати, поэтому доклады об отрицательном опыте, по-моему мнению, гораздо ценней success story, когда непонятно, что является основой этого success, что — случайным фактором, и может вообще, success был достигнут вопреки всему рассказаному[6]. Что такое «правильная» запись?
Распределите имеющиеся голоса по предпочтительному типу видеомонтажа: Вы можете использовать 3 голоса.И, кстати, переспрошу отдельно: А «эффективная» запись?А «эффективно» — означает, что технология записи и обработки достаточно проста, чтобы этим могли заниматься непрофессионалы. У нас нет выделенных «видеооператоров», по сути, технология требует минимального внимания со стороны одного из участников, полноценно участвующего в семинаре, все что возможно автоматизировать — автоматизировано. А надежность и качество достигается не за счет внимания операторов, а с помощью перестраховки техникой. Еще один момент — наш подход рассчитан на асинхронную обработку. В некотором смысле, это «перенос» сложности с «realtime» сьемки на последующий отложенный монтаж, но и видеомонтаж мы делаем более-менее на потоке. Более подробно, хоть и тезисно, наш подход описан в этой презентации. Впрочем, на некоторые вопросы мы ответим ниже. Асинхронный безоператорный подход — хорошо это или плохо?Конечно, есть плюсы и минусы. В некотором смысле, большая часть из минусов проистекает из масштабирования нашей внутренней технологии записи в подготовленном помещении нашего конференц-зала, на непредсказуемые условия конференции. Настоящий профессиональный подход требует кучу людей, техники, и требований к выступающим, входящим в конфликт с удобством выступающего. ЗвукНапример, правильная профессиональная запись звука (кстати, звук — это наверное самая важная часть видео, как бы это ни странно звучало) — это отдельный петличный радиомикрофон докладчику, мешающий докладчику и норовящий отвалится, и сильно мотивированный профессионал, контроллирующий звук через наушники — иначе звук пропадет, и никто это не заметит. Мы же пытаемся просто создать разумное звукоусиление (пусть докладчик говорит в микрофон), а зал сам будет контролировать, работают ли колонки или нет. И записываем в нескольких местах: камеры + микрофон-диктофон подключенный к компьютеру. Потом выбираем лучшую или единственную сохранившуюся запись. Делаем нормализацию и динамическую компрессию уровня, чтобы можно было слышать и дискуссию в зале. Идеала нет → компрессия уровня многое делает более слышимым, но также усиляет шумы… Если кто-то из читателей тоже записывает лекции и нашел свои волшебные формулы, как обрабатывать звук, чтобы было неплохо (коэффициенты, колена, уровни…) — буду рад узнать. Особенно, если все это можно декларативно автоматизировать (к примеру, через sox). И да, levelator конечно иногда использую, но это сильно далеко от идеала. Обычно мы чередуем звуковые дорожки → «основной доклад берем со второй камеры, дискуссию в зале с первой после динамической компрессии». Если кто-то знает технологию, как из нескольких зашумленных звуковых дорожек сделать более одну качественную — буду очень рад узнать. Плюсы — не требуется звукооператор, низкий риск потерять все. Например, на одном докладе не включили микрофон на камере, но взяли звуковую дорожку с ноутбука, и несмотря на то, что там был ужасный микрофон, а ноутбук стоял рядом с проектором — удалось подавить шумы (особенно шум вентилятора проектора), и сделать терпимое качество. Минусы — проблемы с записью акустики в неудачных или зашумленных залах — шум, реверберация, глюки звукоусиления (свист, «отвалился микрофон») — увы, тоже будут записаны. Разумеется, иногда все впустую — например на SQADays стендовая секция была в шумном коридоре, на проходе в туалет, и не было системы звукоусиления. Даже на месте было слышно с трудом, хотя человек умеет выделять нужный голос из толпы. Но на записи увы, это сделать сложнее, а записалось все… Я послушал свое выступление (а я не самый тихий докладчик) — и увы, даже я не мог перекричать толпу. На будущее выводы сделаны, заказан портативный мегафон, но что делать сейчас со стендовыми записями, непонятно (не хотелось бы преумножать неюзабельный контент).
СветПрофессиональная сьемка — это грамотное освещение сцены: но если сцена заранее не приспособлена, то дополнительный свет, особенно накамерный, будет слепить докладчика, засвечивать экран, мешать участникам. А большая часть IT-семинаров проходит на неподготовленных площадках, в темных залах с мерцающими проекторами. Например, на WUD был темный зал, докладчики освещались мерцающим (на записи) проектором, в общем, если видео было опубликовано «as is», то через пару минут просмотра у зрителей случился бы эпилептический припадок… Только асинхронно, в небыстрой постобработке удается сделать записи хоть как-то смотрибельными. Убрать мерцание проектора, задавить шумы ресурсоемкими фильтрами Neat Video, и т.п. И используя перестраховку камерами — писался и скринкаст, три камеры — нацеленные на докладчика, экран и зал, получить смотрибельное видео. Частая проблема — темный неосвещенный докладчик на фоне яркого экрана — это можно немного починить увеличением яркости через гамма-коррекцию. И т.п. ОператорПрофессиональный оператор старается сделать картинку интересней — он чередует планы, пытается выделить интересное, показать самое визуально красивое. Это полезно — действительно, обычно в зале нет ничего интересного, а оператор находит там интересную девушку, чтобы показать ее крупным планом, а зал показывает, когда загорается транспорант «апплодисменты». Смена планов докладчика — от крупного к детальному, тоже подстегивает интерес. Но! Это не работает, когда оператор решает, снимать ли ему экран или докладчика — экран нужен всегда и максимальной читаемости. И да, такая работа — постоянно быть во внимании, следить за залом («кто это сказал? откуда это сказали? где апплодируют?») — штука тяжелая, ее нельзя доверить добровольцам, ибо тогда волонтер перестает быть участником события — концентрироваться на самом выступлении уже нельзя, и это тяжело, возрастают риски ошибок. У нас волонтеры операторы следят только, чтобы докладчик более-менее попадал в кадр, и желательно занимал основную его часть. Т.е. только вращать камеру за ручку, если попался «бегающий докладчик», и иногда управлять трансфокацией через пульты ДУ (некоторые из них совмещены с ручкой). Иногда даже делаем совсем безоператорную сьемку (ну ваще некого сделать оператором!) — просто две камеры навстречу друг другу — так снимались мастер-классы и блиц-доклады на WUD. Разумеется, возможны проблемы. Волонтер может перестать следить и докладчик выйдет из кадра. Или сделает «ленивое решение» — радикально статичный крупный план, и докладчик будет мелким. Еще недавно был неприятный случай — одна из камер на SPMConf переключилась (сдвинули рычажок) в режим ручного фокуса, и четыре доклада были сняты в расфокусированном режиме. Sorry! Таковы жертвы нашего решения, но увы, все это определяется недостатком ресурсов. Ведь не хватает не только людей, но и времени — конференции в бизнес-центрах идут непрерывным потоком, обычно есть только час с утра, до начала конференции, чтобы расставить камеры, и пара минут, чтобы объяснить волонтерам, которые впервые видят камеру, где у камеры кнопка включения и как делать трансфокацию.
Пробовали. Пока это ненаучная фантастика. Более научная фантастика (опять таки в духе «асинхронного подхода») это наваять что-то на базе OpenCV, чтобы не метаться камерой за докладчиком, а автоматом выделить кадры с ним по статическому плану. А какое оборудование у вас?Микс из любительских и старых профессиональных видеокамер (многое куплено на ebay), микрофоны-диктофоны, куча штативов. Совершенно случайно охрана гостиницы однажды заставила сделать опись. МонтажА зачем у видео несколько планов?
Про важность постоянного видео докладчика и экрана я уже говорил. Но тут уже возникает проблема упаковки — «окно к зрителю», видеоcanvas, на которые мы ориентируемся, имеет разрешение 1280×720 или 1280×800. Это самое распространенное минимальное разрешение ноутбуков, ну и к этому разрешению снизу стремятся смартфоны, вот уже Samsung Nexus взял барьер. И главное — это «окно» имеет отношение сторон 16:10, и если просто разместить рядом экран+докладчик, то не удастся задействовать его полностью. Причем на видеоверстке, для комфорта зрителя, лучше разместить «экран» выше докладчика — ибо он будет постоянно поворачиваться, к нему, поднимать и указывать рукой, ведь обычные экраны висят выше докладчика. Но при этом остается незадействованное пространство: под экраном и над докладчиком! Поэтому я всегда пытался найти применение этому пространству. От простого «дизайна» шаблонов, до с размещения информации о конференции, докладе, докладчике. Обычно основные контакты, ссылки на страницы в профессиональных соцсетях (moikrug/linkedin/googleplus). Тогда после просмотра доклада, методом «постоянных 25 кадров», есть хороший шанс, что запомнят имя докладчика, а контакты сэкономят время при попытке найти автора в социальных сетях. Полезно ли показывать контакты докладчика на «свободном» месте видеоверстки: Плюс фото докладчика несет еще одну полезную функцию — показать его красиво. Ведь снять докладчика как снимают его в кино, с отличным светом и крупным планом — почти всегда не удается. Особенно обидно, если докладчик — девушка. Поэтому показывая то фото, которое автор выбрал для презентации себя в интернете, мы показываем его таким, каким он хотел бы, чтобы его видели, плюс повышаем шансы, что его таки станут узнавать в лицо. Но все же, спрошу: Фото докладчика полезно на свободном месте видеоверстки? Но разумеется, если есть «дополнительная» динамическая информация, я пытаюсь «упаковать и ее». К дополнительной информации относится статическая сьемка зала — чем она полезна, я уже писал выше. Ведь часто, без видимой реакции зала обессмысливаются значительные части выступления. Например, когда докладчик в режиме «загадка: выбери правильный ответ голосованием» иллюстрируем, Иногда бывает неожиданно интересное — на одном из видео с Категория:WUD-2011 (наша запись) в зале видна разнополая сексуальная активность[10]. Еще полезной бывает отдельная сьемка крупным планом экрана или маркерной доски. Казалось бы, зачем снимать отдельной камерой экран, если записывается скринкаст?
ПубликацияПочему вы выкладываете видео на vimeo? А не на Youtube? RuTube? Не у себя?Своего CDN-сервиса у нас нет, а из существующих видеохостингов vimeo был пионером для размещения длинного видео высокого разрешения (1280×720, 1280×800). Выкладывать с меньшим разрешением обычно смысла нет — ибо тогда не обеспечивается читаемость экрана, а в случае лайвкодинга — только с таким разрешением на весь экран, можно что-то рассмотреть. Да, недавно YouTube стал разрешать длинное видео 1280×720 (раньше было ограничение на длительность до 5 минут, т.е. только для коротких роликов), но есть и еще одна проблема:
Я автор и хочу выложить сам!
Не вопрос. Если вы автор доклада, и хотите, чтобы доклад был опубликован под вашим аккаунтом (на вимео или ютубе), → без проблем, свяжитесь с нами. Мы выдадим вам видеофайл, и вы, проверив его, опубликуете. Но лучше свяжитесь сразу — там бывают неочевидные тонкости, которые надо учесть при генерации видео. Например, для бесплатного аккаунта на vimeo — видео не должно превышать 500Mб, соответственно, надо либо делать файл меньшего битрейта, либо резать на части. Также свяжитесь с нами заранее, если вы считаете свой доклад секретным или недостойным публикации, или если вы помните, что там были неудачные моменты, которые бы вам хотелось бы вырезать. А почему видео такого размера? А не больше (или меньше?)
Остальное идет под видео — и обычно битрейт вычислялся из расчета 1GB на видеофайл (таков был раньше лимит на vimeo), а причем видео нарезалось частями не больше часа (ну или полутора на крайний случай).
Иногда жмем крепче, например, когда надо опубликовать срочно больше видео, или когда на видео только скринкаст — битрейт на читаемый экран невелик. Проблемы и ограничения vimeo?КвотыЕсть квоты на объем публикации — 5GB в неделю, что дает где-то 5-10 видео. Обычно это не является ограничением, но иногда, когда обрабатываем и публикуем видео с нескольких конференций подряд, это становится бутылочным горлышком. Эту проблему сейчас мы решили так — готовые записи, которым не хватило место мы выкладываем видеофайлами, т.е. авторы доклада или очень ждущие видео, могут скачать файл, проверить, что все ОК. Ну, а со временем эта «очередь» тоже перекочует на vimeo.
СкачиваниеНапример, vimeo не дает россиянам (и некоторым другим неблагонадежным странам), скачивать оригиналы видеофайлов ([6], [7]). Это обидно, и похоже жаловаться бессмысленно[11], к тому же есть workarounds. Раньше, мы решали эту проблему так — дублировали размещение видео на vimeo, публикацией видеофайла на FTP-хостинге или на сервисе Яндекс.Диск. Для этого сначала была статья Видеотека, потом появился Vimeocache, где мы хранили ссылки на загруженные видеофайлы, и можно было по ссылке под встроенным видео, за пару кликов перейти к скачиванию. Но сейчас, похоже, это стало совершенно ненужным. Можно скачать веб-версию файла с vimeo, ту, которую проигрывает Flash/HTML5-плеер в броузере. Оно в MP4-контейнере, и его отлично проиграют все вменяемые видеоплееры, не говоря уже о рекомендуемом нами VLC. Да, возможно оно будет чуть хуже, на одну перепаковку, оригинала, но ИМХО несущественно. Т.е. ситуация, когда десктопному и веб-плееру требовались принципиально разные файлы — миновала. Более того, там можно скачать веб-видео в двух разрешениях:
Соответственно, под каждым встроенным веб-видео у нас есть:
Отсюда вопрос: Ссылка «скачать через savevid» — нормально заметна?
Увы, это IT-видео не XXX и не блокбастер, сомневаюсь, что будет постоянный интерес, поддерживающий все это на плаву. Часто какое-то видео вообще лежит без единой скачки, пока его не процитируют где-нибудь на хабре — после чего идут тыщи закачек и с vimeo и c narod-а, и звучат предложения о торрентах. Но скорее всего, тут придется мне вести непрерывную (и возможно невостребованную) раздачу с домашнего компьютера, нарезав раздачи «торрентфайл=конференция», ведь единственный смысл — выкачивать в фоне большие блоки видеофайлов. Но будет ли так кто-то скачивать? Спрошу: Идея раздавать наше видео c IT-конференций torrentaми (блок-torrent=1 конференция) она…
Прямо сейчас — нет, но технически, vimeo может реализовать эту фичу! У них нет истинного стриминга, т.е. плеер играет загружаемый файл, и нужно только допилить плеер. А это точно возможно, ибо уже несколько месяцев на ряде видео ускоренное воспроизведение тестируется на ютубе. И основная проблема — ребята с вимео просто не верят, что это кому-нибудь нужно. Так что если хотите вкусного, начинайте «сеять» заранее — пройдите в соответствующую тему и подтвердите, что это страсть как нужно.
А зачем lib.custis.ru?
Увы, vimeo.com — это только видеохостинг (появится вариант лучше — сменим). Сделать через него базу знаний даже только по видеофайлам — невозможно — ужасный поиск, убогая классификация, описания на уровне твиттер-записи максимум. MediaWiki c кучей наших доработок дает же возможность быстро сделать то, о чем только можно мечтать. Поэтому каждое видео, как «драгоценный камень», находится в «оправе» из статьи, в которой есть:
В некотором смысле это похоже на типичную разумную базу кинофильмов, с отзывами, превью-галереей, классификацией по жанрам-актерам-режиссерам… И да, конечно же есть и голосование — т.е. даже если вам лень писать рецензию, просто оцените доклад! Мне нравится ваш подход. Как бы…
Свяжитесь заранее. Если событие действительно по теме современной разработки (а не «маркетинг», «стартапы», «личностный рост»), и надо снять и опубликовать — свяжитесь с нами, все вполне реально, если позволит календарь. Более того, возможно мы сможем предложить вам бесплатную площадку: Семинары и тренинги — Welcome! (сейчас мы в процессе переезда, но скоро все наладится).
Можно и делали. Впрочем, тут заслуга появившихся условно-бесплатных сервисов видеотрансляций — ustream.tv, twitch.tv, yatv.ru, и сервисов трансляции экрана. Один трек вполне можно транслировать параллельно с записью, используя «привезенный с собой на йоте» интернет. Причем даже тут, хотя можно обойтись только сервером видеотрансляции, куда гнать видео экрана упакованное обычным образом (кодеком h264/VP6), мы, следуя своему подходу «экран и докладчик должны быть видимы одновременно», использовали раздельную трансляцию — сервис http://join.me для трансляции экрана, и http://yatv.ru — для видео с места. Плюс обратная трансляция заданных в интернете вопросов докладчику.
Без проблем, мы честно рассказываем, как оно устроено. Например, в этом посте. В принципе, можно использовать совсем дешевое оборудование (miniDV камеры за $100, на штативах от 200 руб) + скринкаст, и получать разумные результаты.
Да мы вообще планируем это выложить в open-source. Также, как мы поступили с нашими доработками и изобретениями веб-систем поддержки разработки, см. наш проект, http://wiki.4intra.net Скринкаст можно писать разными утилитами, о чем см. [8] или [9], но скоро выложим и наш (руки не доходят причесать быдлокод). Command-line based фреймворк для видеомонтажа тоже выложим, сейчас мы пытаемся его обкатать на
Конечно!
Мы рассказываем о нашем подходе профессиональным компаниям, специализирующимся на видеозаписи и трансляции. Например, «Цифровые Видео Технологии», «ЯТВ». Возможно весенние IT-конференции (AgileDays-2012, ADD-3, …) будут снимать и транслировать кто-то из них. Мне не нравится ваш подход (целиком или частично)Нам очень жаль, но что поделать. Как говорится, «cancel your damn subscription and demand a full refund!», а если вы организатор — в коем случае не зовите нас снимать ваши конференции, вызовите настоящих профессионалов[12].
C Новым Годом!Поздравляем с Новым Годом! И напоминаем, если стало жутко скучно — «присоединяйтесь барон», включайте записи конференций:
|
![]() |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
![]() |
![]() |
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.