Обсуждение

Анатолий, а вы можете как-то повлиять на актуализацию вот этой штуки? http://www.paper-review.com/tools/rms/read.php

Лучше выкладывать на video.yandex.ru Нет ограничения по времени, при достаточно приличном разрешении. Примеры: http://video.yandex.ru/users/stas-fomin/collection/2/

Не заметил, чем именно лучше, чем rutube.ru -- размер на Яндекс.видео до 750MB, а разрешение те же 320*240. У меня основной дефект -- это плохая конверсия (получились поля со всех сторон). Просто не было времени с этим разбираться: уж лучше такой кривой результат, но сегодня, чем еще на несколько дней задерживать публикацию.

Свежая версия (в том числе с изменениями от 2009г.) лежит тут: http://www.incose.org/ProductsPubs/products/INCOSERMToolSurveyConsolidatedResults.xls Как я понимаю, рабочая группа по инструментам управления требованиям INCOSE вполне себе работает: http://www.incose.org/practice/techactivities/wg/tools/ Ежели хочется как-то изменить эту ситуацию с вялой работой группы, то нужно вступить в INCOSE, и списаться с лидерами этой группы -- и они наверняка предложат проявить активность и сделать что-нибудь в предложенном направлении самому ;)

о, спасибо большое да, про вступление подумаю, есть ряд вещей, которые хотелось бы изменить

Виноват, у меня было ощущение (что-то читал), что битрейт таки больше у Я. Сейчас проверил-посчитал — одинаково, да. По вашей проблеме — скачайте mencoder (идет с mplayerом), и конвертируйте в AVI командой типа (засуньте ее в бат-файл mov2avi.bat, для красоты):

mencoder -ovc copy -oac pcm -o %1.avi %1

Затем используйте VirtualDub, чтобы с получившигося AVIшника сделать что-то максимально ложащееся в ограничения ВидеоТьюбов, и найти оптимальный баланс (пожертвовать частотой кадров в пользу качества звука и т.п.). Там же можно и играться с форматом - ресайзить, кропить и т.п. Кстати, видео 16:9, если не кропить, можно нагло растянуть по вертикали, чтобы использовать максимум «окна». Для конференций/семинаров это не минус — все выглядят более стройными и сим фактом довольны. Опять таки аспект шрифтов увеличивается — увеличивается читаемость текста.

Не буду я связываться с этими допотопными утилитами. Я лучше поиграюсь с настройками movavi -- их там множество, и я действовал практически без экспериментов. У меня же еще операции наложения титров, склейки кусков, а времени на все -- несколько минут, что не подразумевает освоения утилит с командными строками и запоминанием их параметров.

VirtualDub это GUI софт, единственное, что ему нужно — подать на вход AVI, и вам 1 минута дернуть конвертер MOVа в AVI, как я описал. Попробуйте: скачайте 5 метров, специально для вас: http://narod.ru/disk/8014504000/mov2avi.zip.html (проверил на мовах своего древнего аппарата). P.S. Предыдущий коммент удалил — обнаружил, что не могу спросонья точно определить размер картинки — во всех моих броузерах флеш стал умный и зумиться, пытаюсь понять как померить честный размер (был уверен, что 16x9 ложиться как 450x253, но видимо ошибся).

А я еще раз отвечаю: я все собираюсь делать в редакторском софте (накладывать титры, собирать из кусочков), и просто формат выгрузки проекта назначу .avi. Для этого и movavi должно подойти.

бесплатная версия 500МГб в HD качестве в неделю платная 5Гб в HD качестве в месяц -60$ в год http://vimeo.com/plus

Внимательно изучил, интересно. И все же: -- экспортировал видео в рекомендованном ими .mp4, получил 848*480 10fps файл размером 1.29GB, что явно больше лимита 1GB даже для их vimeo plus. А ведь это даже не HD формат! -- поглядел внимательно, и обнаружил прямо в оригинале отставание видео от звука на примерно треть секунды: прощай, все мои языкоиды! Нужно еще поиспытывать, в каком режиме лучше записывать на мою камеру, чтобы не было такого безобразия. А для заливки сверхсжатого видео и rutube.ru сойдет, с его неограниченными показами в embedded виде (vimeo такие показы ограничивает, или требует оплаты даже сверх vimeo plus).

Bincsoft Bitrate Calculator http://www.izone.ru/multimedia/utilities/bincsoft-bitrate-calculator.htm Специальный калькулятор для вычисления битрейта видеофайлов. Bincsoft Bitrate Calculator позволяет подсчитывать битрейт при кодировании в VCD, SVCD, DivX, XviD, DVD и многие другие форматы. Программе нужно ввести исходное значение файла и то, которое вы хотите получить после кодирования, после чего Bincsoft Bitrate Calculator высчитает битрейт, с которым нужно кодировать видео. Высчитанный битрейт не зависит от того, какой формат и какой размер фреймов будет использован при кодировании.

Вот также как на тридцать второй минуте и я путаю кто кто в V&V Пропущенные требования обычно отлавливают на прототипах. Потому как люди не говорят о том, что разумеется само собой. А, если в ТЗ две секунды, а на самом деле нужно две минуты, то в процессе жуткие траблы. Думаю, assurance case - это как раз судебное доказательство. Если в таких системах что-то полетит и вызовет нежелательные последствия, то всё ложится один на один именно на судебное разбирательство. Так что это материалы для адвокатов. PS: внешний микрофон, особенно, если хороший, - великая вещь. Да и выкладывать подобное проще в аудио с небольшим количеством картинок.

Вот, наконец-то кто-то прокомментировал по существу сказанного :) Спасибо, совершенно согласен со всеми комментариями. Насчет внешнего микрофона: не такая уж великая вещь, если он не в петличке. Насчет выкладывания в аудио -- это не так. У меня довольно много невербального в рассказе, в аудио это потеряется. Правда, в таком видео, как получилось в этот раз, невербальные сообщения все равно оказались потерянными, и я как раз думаю, что в этом плане делать дальше. Ну да лиха беда начало...

Внешний микрофон гасит шумы системы. Я вообще купил Rode, хотя что-то более дешёвое тоже работает. Невербальная часть, конечно, полезна, но аудио просто можно взять и унести, а не быть привязанным к компьютеру. Времени-то у всех мало. Я не говорю, что надо заменить. Просто дополнить. А тему про судебные доказательства в свете RE хотелось бы углубить.

Тема "доказательств" и assurance case в RE трояка: -- как устроено техническое (гос)регулирование, опирающееся на концепцию assurance case -- какой формат артефакта assurance case и его жизненный цикл -- двойное использование assurance case: для "доказательства" приемлемости рисков при переходе от одного этапа жизненного цикла (apriori) и в качестве разборки после реализации риска (aposteriori). Готов выслать черновичок будущего стандарт ISO 15026, чтобы мы говорили об одном и том же (для этого нужно прислать мне письмо, а я реплаем приаттачу текст).

Спасибо. Надо будет ещё посмотреть, что адвокаты касательно ИТ контрактов и процессов на эту тему пишут. Реплей с голым аттачментом попал сразу под спам-фильтр.

Как я понимаю, основной тренд в том, чтобы IT-контракты считать просто контрактами. Системную инженерию делают во многом из software engineering, заменяя слово software сначала software-intensive systems, а затем и просто systems. Так что смотрите на писанину адвокатов как таковую, специфика IT тут не самая большая.

Специфика ИТ в том, что результат "не пощюпать". И это очень серъёзный, даже философский, момент.

Чего-то у меня с утра с русским языком проблемы.