2. Отдавал и отдает, это верно, но когда отдаем видео большим куском происходит утечка памяти. Особенно это заметно когда много подключений и много видео. Из этого я сделал вид что для progressive video download IIS как то не заточен.
Я не путаю ни с MMS, ни с RTSP. Я знаю что такое Windows media services и как этим пользоваться. Я разрабатываю видео хостинг на IIS и очень хорошо представляю все недостатки IIS в этом плане. Причем от версии к версии (а начинал я с версии IIS 5.1) ничего в этом плане не меняется.
3. Основное приемущество в том что IIS теперь может вещать видео в масштабах более 1000 одновременных подключений.
4. Спасибо за ссылку много становится понятным.
Почему куча?
Минимум на одно видео будет 3 файла, на у максимум зависит от ваших возможностей.
На каждое видео можно иметь два качества или даже одно. Я считаю что смысл не в том что будет адаптивное вещание, а в том что IIS, наконец, может полноценно раздавать видео потоки.
После прочтения приведенных выше статей у меня возник вопрос — каким образом Silverlight приложение определяет загруженность процессора для выбора оптимального битрейта?
Когда я разбирался с этим вопросом и подглядывал в исходники библиотеки, отвечающей за стриминг, я ничего подобного не нашел.
Судя по негативным оценкам этого поста, в России еще не доросли до подобных технологий, возможно эта тема будет актуальна года через два или полтора.
Отвечая на вопрос о цене. Цена на стриминг для SL равна нулю, для этого нужен только IIS 7 и немного ручного кода.
1. Это решается простым изменением самого формата, оставляя только принцип построения видео блоков, а на это уже никто не запретит.
2. Да, но для этого нужно ставить FMS (не бесплатно) и писать расширения на AS3, чего делать совсем не хочется.
3. Можно хранить видео в формате FLV, а раздавать уже в некотором подвиде этого формата — что бы не было притензий со стороны правообладателей.
Когда я реализовал тестовый пример у меня не получилось добиться что бы SL делал запрос до crossdomain.xml, все останавливалось на clientaccesspolicy.xml. Вероятно дело в том что я делал запрос до ресурса на 8080 порту, возможно запрос был через redirect.
Но все равно Flash при запросе до видео контента не требует наличия crossdomain.xml, поэтому на основных видео хостингах этот файл будет отсутствовать.
С youtube SL видео не потянет из за отсутствия clientaccesspolicy.xml
Он способен воспроизводить видео 1920х1080 без заметных тормозов. Я очень хорошо знаю как воспроизводится видео во flash, оптимизация там есть, и она реализована на откомпелированном С со вставками ассемблера. Для растеризации действительно используется аппаратное решение через overlay (но для того что бы его включить нужно немного допилить напильником).
Никто не будет писать декодер на C#, Silverlight начиная с третьей версии прекрасно поддерживает h.264 на очень низком уровне используя и компилированный неуправляемый код со вставками ассемблера, а в скором будущем и через аппаратную поддержку видеокарт и вот тогда станет «даже лучше чем с flash».
Почему производительность? С производительностью как раз все в порядке, даже лучше чем с flash. У меня есть уже работающий пример.
Я не доказываю приемущества я использую возможности одной технологии для обеспечения удобства конечным пользователям (это конечно в будущем, когда у всех уже будет установлено расширение SL)
Про переменность битрейта это вообще отдельная статья, но если в кратце то на диске лежат несколько специально подготовленных файлов (подготовить их можно используя один только ffmpeg), но это пока теория, работающего прототипа нет. А на счет начально поддержки технологии форматом это вы зря — формат как раз поддерживает это и еще много того что можно сделать, например субтитры, комментарии по временной шкале, переключение аудио потоков в реальнм времени, воспроизведение с произвольной позиции и т.д.
Сделать можно, но это будет связка SL -> Javascript -> Flash
Воспроизвести youtube через SL довольно затруднительно, хотя бы из за того что на youtube нет файла clientaccesspolicy.xml, только если SL будет 4 версии и работать будет как настольное приложение.
Почему все сразу думают негативно? Возможно дизайнер или программист работающий на flash захочет/нужно изучить для себя новую технологию и тут ему в помощь этот проект. Быстро и удобно.
http запросы передаются по открытому каналу. Возможно где то на пути следования стоит анализатор запросов, который и собирает всю необходиму статистику.
Я не путаю ни с MMS, ни с RTSP. Я знаю что такое Windows media services и как этим пользоваться. Я разрабатываю видео хостинг на IIS и очень хорошо представляю все недостатки IIS в этом плане. Причем от версии к версии (а начинал я с версии IIS 5.1) ничего в этом плане не меняется.
3. Основное приемущество в том что IIS теперь может вещать видео в масштабах более 1000 одновременных подключений.
4. Спасибо за ссылку много становится понятным.
Минимум на одно видео будет 3 файла, на у максимум зависит от ваших возможностей.
На каждое видео можно иметь два качества или даже одно. Я считаю что смысл не в том что будет адаптивное вещание, а в том что IIS, наконец, может полноценно раздавать видео потоки.
Когда я разбирался с этим вопросом и подглядывал в исходники библиотеки, отвечающей за стриминг, я ничего подобного не нашел.
Отвечая на вопрос о цене. Цена на стриминг для SL равна нулю, для этого нужен только IIS 7 и немного ручного кода.
2. Да, но для этого нужно ставить FMS (не бесплатно) и писать расширения на AS3, чего делать совсем не хочется.
3. Можно хранить видео в формате FLV, а раздавать уже в некотором подвиде этого формата — что бы не было притензий со стороны правообладателей.
Но все равно Flash при запросе до видео контента не требует наличия crossdomain.xml, поэтому на основных видео хостингах этот файл будет отсутствовать.
Он способен воспроизводить видео 1920х1080 без заметных тормозов. Я очень хорошо знаю как воспроизводится видео во flash, оптимизация там есть, и она реализована на откомпелированном С со вставками ассемблера. Для растеризации действительно используется аппаратное решение через overlay (но для того что бы его включить нужно немного допилить напильником).
Никто не будет писать декодер на C#, Silverlight начиная с третьей версии прекрасно поддерживает h.264 на очень низком уровне используя и компилированный неуправляемый код со вставками ассемблера, а в скором будущем и через аппаратную поддержку видеокарт и вот тогда станет «даже лучше чем с flash».
Я не доказываю приемущества я использую возможности одной технологии для обеспечения удобства конечным пользователям (это конечно в будущем, когда у всех уже будет установлено расширение SL)
Про переменность битрейта это вообще отдельная статья, но если в кратце то на диске лежат несколько специально подготовленных файлов (подготовить их можно используя один только ffmpeg), но это пока теория, работающего прототипа нет. А на счет начально поддержки технологии форматом это вы зря — формат как раз поддерживает это и еще много того что можно сделать, например субтитры, комментарии по временной шкале, переключение аудио потоков в реальнм времени, воспроизведение с произвольной позиции и т.д.
Воспроизвести youtube через SL довольно затруднительно, хотя бы из за того что на youtube нет файла clientaccesspolicy.xml, только если SL будет 4 версии и работать будет как настольное приложение.
Ипотека в нашей стране больше похожа на оброк барину — попадаем в рабство.