флэш-память/гибкий провод: прогрессивная загрузка по сравнению с rtmp
Название языка: ChucK Moog moog => dac;
4.0 => moog.gain;
for (0 => int i; i < 8; i++) {
<<< factorial(i) >>>;
}
fun int factorial(int n) {
1 => int result;
if (n != 0) {
n * factorial(n - 1) => result;
}
Std.mtof(result % 128) => moog.freq;
0.25::second => now;
return result;
}
Moog moog => dac;
4.0 => moog.gain;
for (0 => int i; i < 8; i++) {
<<< factorial(i) >>>;
}
fun int factorial(int n) {
1 => int result;
if (n != 0) {
n * factorial(n - 1) => result;
}
Std.mtof(result % 128) => moog.freq;
0.25::second => now;
return result;
}
И это звучит как это . Не очень интересно, но, эй, это просто факториальная функция!
3 ответа
Я согласен с xtat , но хочу добавить гораздо больше.
Плюсы и минусы RTMP (или любого потокового протокола на основе UDP) по сравнению с "прогрессивным" download »(который на самом деле является лишь подмножеством потоковой передачи на основе HTTP) по моему не столь скромному мнению:
- Потоковая передача на основе UDP
- Плюсы
- В настоящее время значительно труднее украсть потоки
- В настоящее время поддерживается прямая трансляция, которая на основе HTTP не поддерживается.
- Поддержка многоадресной передачи, что может быть желательно во внутренних сетях.
- Минусы
- Значительно более высокое использование ресурсов по сравнению с подходом на основе http
- Потребность в специализированных серверах (FMS, Red5, Wowza, что угодно)
- Более заметная буферизация
- Проблемы межсетевого экрана, особенно у корпоративных клиентов
- Плюсы
- HTTP потоковая передача на основе
- Плюсы
- Мертвый простой
- Может искать в СМИ. FLV и MP4 (с некоторыми усилиями)
- Минусы
- Воровать потоки - нетрудно. Например: Real Downloader
- Прямые трансляции в настоящее время невозможны, но дайте ему год. Apple делает это реальностью.
- без мультикастинга
- Плюсы
Весь подход на основе HTTP наполнен ситуациями и / но / если , множеством недопониманий относительно того, что возможно, а что нет, и отсутствием общих определений.
При обсуждении потоковой передачи на основе HTTP люди обращают внимание на две основные характеристики: поиск и регулируемая пропускная способность . Отсюда мы получаем все эти термины, такие как «псевдопоток», «прогрессивная загрузка» и т. Д.
Это определения, которые я использую для описания потоковых серверов на основе HTTP:
- регулируемая скорость передачи данных : Плоский медиафайл анализируется сервером, и он отправляет мультимедиа так быстро, как это необходимо игроку для воспроизведения мультимедиа без буферизации.
- search : способность веб-сервера искать в мультимедиа и эффективно создавать новый «файл» на лету для использования со стороны клиента. Подобно запросу диапазона байтов http, за исключением того, что добавляются / изменяются заголовки и метаданные мультимедиа.
- прогрессивная загрузка : просто отправьте файл как можно быстрее. По сути, помещайте медиафайл на веб-сервер, который отправляет клиенту «тупым» способом, например, как большой файл .iso или .zip.
- псевдопоток : возможность веб-сервера отправлять медиафайлы на клиент с регулируемой скоростью передачи данных и поиск в файлах.
Лично основная причина выбора RTMP вместо прогрессивной загрузки заключается в том, что он позволяет пользователю перейти к середине видео без необходимости загружать файл целиком.
В наши дни, если вам не нужна запись, нет никакого смысла использовать RTMP. HTTP проще и, очевидно, гораздо более широко поддерживается, его легче отлаживать, и он действительно позволяет выполнять поиск даже через CDN. Это то, что я создал в Viddler.