WEBVTT

00:00:00.200 --> 00:00:04.000
[Музыка]

00:00:04.500 --> 00:00:08.380
Спасибо, что присоединились к нам сегодня. Я
Супер-очень нравится находится

00:00:08.430 --> 00:00:11.150
Здесь с хороший друг Мой и
коллеги из пути,

00:00:11.200 --> 00:00:16.840
Ryan жениха, который был тип, чтобы
Приходите и сидите рядом с нами и общаются

00:00:16.890 --> 00:00:20.250
немного о некоторых
удивительно, он делает с

00:00:20.300 --> 00:00:23.400
интерактивное видео и, в особенности
с помощью служб Azure мультимедиа.

00:00:23.670 --> 00:00:25.980
Поэтому для людей, не знаю
Ryan, возможно, могла бы дать

00:00:26.030 --> 00:00:28.520
нам немного фона на себя
и что вы занимались.

00:00:28.570 --> 00:00:32.200
>> Конечно. Я работал в корпорации Майкрософт
Платформа в течение длительного времени.

00:00:32.250 --> 00:00:35.330
Я был партнером корпорации Майкрософт
назад в 2002 г.

00:00:35.850 --> 00:00:40.250
Выход, в 2004 году и рода
пошло мою работу, и теперь я

00:00:40.300 --> 00:00:45.390
вернуться. Сделать небольшой телепередачи
Поэтому видео в моей крови и

00:00:45.440 --> 00:00:48.870
он просто соответствует хороший носитель Azure
Службы. Поэтому в лето

00:00:48.920 --> 00:00:52.810
Я пленки и wintertime, я
редактирование и также сделать кодирования проектов

00:00:52.860 --> 00:00:55.350
от служб Azure мультимедиа.

00:00:55.640 --> 00:00:58.210
>> Расскажите нам немного о
показ. Что же делать?

00:00:58.260 --> 00:01:01.910
>> Также называется Trekkit. Он имеет
о получении пользователей компьютера

00:01:01.960 --> 00:01:04.890
пользователи Office, отключение их задней стороны
для этого немного

00:01:04.940 --> 00:01:08.570
от adventuring. Мы все из
Фигура и мы выступить в роли

00:01:09.570 --> 00:01:13.390
Индиана Джонс. Как мы действуем
Нож край в Katahdin подключения.

00:01:13.440 --> 00:01:16.010
Итак, у нас есть человек, который проходит через
Край Нож. Он получает

00:01:16.060 --> 00:01:20.190
Ширина трех метров. Это 1000 футов
Удалите с обеих сторон

00:01:20.240 --> 00:01:23.010
и я работаю на расстоянии существует хранения. Я
Плачущая на стороне не

00:01:23.060 --> 00:01:26.290
хотите продолжать дальше. Но есть
ребята, это было бы, и

00:01:26.340 --> 00:01:29.280
они говорят, Показывай Ryan. Он имеет
не как я adventurer

00:01:29.330 --> 00:01:32.900
но я хотел, чтобы мы сделали
который. Мы отправляетесь в Великобритании.

00:01:32.950 --> 00:01:36.240
Мы собрались Skye of остров, где
существует Овцы больше, чем люди.

00:01:36.290 --> 00:01:37.090
Было фантастические.

00:01:37.140 --> 00:01:37.680
>> Потрясающей.

00:01:37.730 --> 00:01:40.550
>> И даже последнего лета было
четыре вошедшие в Исландии,

00:01:40.600 --> 00:01:43.110
и только это золотые
круг, большинство людей

00:01:43.160 --> 00:01:47.340
сделать, мы сделали весь остров. Мы
пытался, как замечательную.

00:01:47.640 --> 00:01:51.030
Пользователи не было. Мы устанавливаем
камеры и было бы неплохо.

00:01:51.080 --> 00:01:54.880
Поэтому я вернуться, изменить все
в моей системе Windows ПК. Большинство людей

00:01:54.930 --> 00:01:57.010
вернуться, выполнить их редактирование
на Mac но мы делаем все на

00:01:57.060 --> 00:02:01.230
Adobe Creative Cloud на мой большой
Окно Windows 8. И затем все мои

00:02:01.280 --> 00:02:03.590
Кодирование видео производится
Службы мультимедиа Azure.

00:02:03.640 --> 00:02:06.910
>> Как переходе
Использование служб Azure мультимедиа?

00:02:06.960 --> 00:02:11.240
Он был потому, что не используется для
Стиль работы Microsoft?

00:02:11.290 --> 00:02:15.800
>> Но. Мы искали в способ
доставить несколько типов видео

00:02:15.850 --> 00:02:20.540
для нескольких устройств. Я live потокового
для локального telco и

00:02:20.590 --> 00:02:23.750
Мы просто создавали плавную потоковую передачу.
Однако, как изменение мира,

00:02:23.800 --> 00:02:27.980
Дополнительные устройства должны HLS. Новые шаблоны
хотите ТИРЕ, а мы по-прежнему иметь

00:02:28.030 --> 00:02:31.020
компонент плавную потоковую передачу. И
Мы не хотим дать три

00:02:31.070 --> 00:02:34.920
различные сигналы и кодирования
его три раза. ПК

00:02:34.970 --> 00:02:38.540
были потрясены. Так что мне было нужно.
в реальном времени службы и

00:02:38.590 --> 00:02:42.760
к счастью, был в области предварительного просмотра, которая
вышло наконец live этой осенью.

00:02:42.810 --> 00:02:45.740
Но мы создали службу где
Мы можем создавать один ingestion и

00:02:45.790 --> 00:02:49.950
фактически разделить out HLS, разделить
Сглаживание потоковой передачи и разделить

00:02:50.000 --> 00:02:54.720
ТИРЕ, в то же время, поэтому
у нас есть устройства iOS, но мы

00:02:54.770 --> 00:02:58.110
по-прежнему использовать приложения Windows 8
или -приставки.

00:02:58.850 --> 00:03:02.720
И ТИРЕ, много новых JavaScript
ТИРЕ, использование видеопроигрывателей

00:03:02.770 --> 00:03:06.290
так как хром и новый IE можно
использовать, но у меня нет

00:03:06.340 --> 00:03:09.490
в три сигнала и беспокоиться
о качестве три сигнала.

00:03:09.540 --> 00:03:13.000
Я один перевод, а я можно разделить его
Уменьшение в этих различных форматах.

00:03:13.050 --> 00:03:17.910
>> На Удивительные. Поэтому необходимо иметь
была для вас учебные поездки.

00:03:17.960 --> 00:03:23.450
о не просто как на пленке Телевизор Показать
и способ создания содержимого

00:03:24.120 --> 00:03:28.480
но фактически работа с
Поставщик облачных как Azure

00:03:28.530 --> 00:03:30.110
для выполнения мультимедиа.

00:03:30.960 --> 00:03:33.570
Что такое ряд особенностей,
удивлены вы об этом?

00:03:33.620 --> 00:03:38.340
>> Для возврата так, я был ответственным
для сервера с 1991 года.

00:03:39.260 --> 00:03:42.520
В той или иной форме я использовал
банки серверов или серверов

00:03:42.570 --> 00:03:46.240
или для клиентов, управляемых серверов
и в завершении только на прошлой неделе

00:03:46.290 --> 00:03:50.140
Мой последний сервер я ответственный
поэтому ее большой переход.

00:03:50.190 --> 00:03:53.420
Я megalomaniac. Я предпочитаю элемент управления
вещи и чтобы можно было

00:03:53.470 --> 00:03:57.500
для просмотра сервера, установка
Чтобы сконфигурировать

00:03:57.550 --> 00:04:02.260
и переход в облако для меня с
Здесь серого цвета — большой шаг.

00:04:02.310 --> 00:04:04.910
Поэтому было путешествие, так как
Это фактор доверия.

00:04:05.460 --> 00:04:08.970
Это доверие, которое я собираюсь иметь
достаточно подключения к Интернету

00:04:09.020 --> 00:04:12.260
в облако, что он будет
есть работы, он должен будет

00:04:12.310 --> 00:04:13.380
для обеспечения избыточности.

00:04:13.900 --> 00:04:16.180
Когда создание инфраструктуры сервера
Я сделал что как

00:04:16.230 --> 00:04:19.630
Когда мы сделали SQL, мы бы зеркального отображения.
В некоторых случаях мы бы зеркала

00:04:19.680 --> 00:04:22.870
из зеркал. Имеется большое количество нагрузки
балансировки, и когда стала вещи

00:04:22.920 --> 00:04:25.240
так, мы может устранять их,
Поскольку нам удалось касания провода.

00:04:25.290 --> 00:04:26.830
>> Конечно. Вам удалось встряхните его.

00:04:26.880 --> 00:04:31.730
>> Так было жесткий вызов, но один раз
Запуск средства Azure восходящей маршрутизации

00:04:31.780 --> 00:04:35.570
в Visual Studio, где я
Невозможно построить веб-узел или построения

00:04:35.620 --> 00:04:38.900
службы и сможете опубликовать
его из Visual Studio в

00:04:38.950 --> 00:04:42.240
службы и затем сможет подключиться
затем лампочки

00:04:42.290 --> 00:04:45.510
поступления, хорошо, это
очень интересно рабочего процесса.

00:04:45.560 --> 00:04:48.020
Теперь в субботу, когда требуется
Расслабьтесь, не беспокойтесь

00:04:48.070 --> 00:04:52.170
так много серверов, которые отмечают
вниз. И в Нью-Брансуик

00:04:52.220 --> 00:04:55.330
Я не знал массу... массу
Наши серверные фермы были в Монреаль

00:04:55.380 --> 00:04:59.260
или Оттава и Торонто с разных
время моей карьеры и иногда

00:04:59.310 --> 00:05:02.340
действительно бы неприятности, и
Эти поставщики услуг не удалось

00:05:02.390 --> 00:05:06.290
устранить данную проблему, и я бы водителя
с Мой приятель тем

00:05:06.340 --> 00:05:09.280
местоположения, чтобы исправить вещи с новым
оборудование. Может быть новый сервер

00:05:09.330 --> 00:05:13.200
может быть новый параметр, может быть новый
брандмауэр и мне не нужно

00:05:13.250 --> 00:05:14.300
решить эту проблему.

00:05:14.820 --> 00:05:18.030
Я буду в отпуске после этого
беседы и все, что у меня есть

00:05:18.080 --> 00:05:21.710
для этого является дать дружественной мину авторизации
в моей учетной записи Azure

00:05:21.760 --> 00:05:23.310
и я доверяю этой парень много.

00:05:23.360 --> 00:05:24.880
>> Конечно можно было бы надеяться.

00:05:24.930 --> 00:05:28.560
>>, Но теперь он не должен иметь ключи.
Он не должен иметь секретный код.

00:05:28.610 --> 00:05:32.280
Теперь он имеет доступ к моей Azure инфраструктуры
и он понимает

00:05:32.700 --> 00:05:36.210
Мы создали и захватывающих
раз. Он рода освобождение.

00:05:36.260 --> 00:05:40.200
Опорный буртик собака выниматься из
Ферма серверов и теперь можно

00:05:40.250 --> 00:05:42.310
находиться где угодно. Когда мы были в Исландии,
Мы бы немного немного

00:05:42.360 --> 00:05:46.160
проблемы для клиента, поэтому мы
Доступ в Интернет. У меня Мой

00:05:46.210 --> 00:05:48.920
Учетная запись Azure, мы ее устранения, и
немедленно мы собрались. Это действительно здорово.

00:05:48.970 --> 00:05:52.980
>> На Удивительные. На самом деле
для охлаждения. Так что оценка работы

00:05:53.030 --> 00:05:55.930
Дополнительные сведения об использовании мультимедиа Azure
Службы, были ли все вещи

00:05:55.980 --> 00:05:59.890
удивило вас об этом, вещи
не требовалось об этом?

00:05:59.940 --> 00:06:03.340
>> Да, кодировщик. Я не ожидал
Чтобы метод для вызова

00:06:03.390 --> 00:06:07.870
в больших файлах и кодировать их в
различные форматы. Индексирование

00:06:07.920 --> 00:06:12.170
Служба была реальной удивительно, поэтому
Чтобы закрыть сейчас титры.

00:06:12.220 --> 00:06:14.990
Мечтаю до ловушки
Переводчик Bing. Я имею в виду, он

00:06:15.040 --> 00:06:18.020
может быть наибольшим, но его
лучше, чем ничего. Я нет

00:06:18.070 --> 00:06:22.040
есть французский, испанский, китайский,
Эти люди на персонал, но

00:06:22.090 --> 00:06:24.370
для канала сообщества возможно, в
достаточно хорошо. Я не знаю,

00:06:24.420 --> 00:06:29.110
Поэтому мы будете экспериментировать с этим.
Время работы, так как серверы

00:06:29.160 --> 00:06:32.440
не в Канаде, есть такие
отличный подключения откуда

00:06:32.490 --> 00:06:35.610
данные документа... мы используем нам Восток
и 2 Восток, главным образом, и

00:06:35.660 --> 00:06:38.630
отличное соединение в Канада
инфраструктура. Всегда была

00:06:38.680 --> 00:06:41.610
озабочены, так как в некоторых случаях
у нас будет до 10 000

00:06:41.660 --> 00:06:45.860
для 20 000, иногда 50 000 одновременных
пользователи на нашем эфире

00:06:46.530 --> 00:06:49.970
и сразу доходит до отката
Служб Azure мультимедиа, справа

00:06:50.020 --> 00:06:52.990
для потоковой передачи мультимедиа единицы так как
Это цепь 200 Мбит.

00:06:53.040 --> 00:06:54.880
Мне было интересно, что
будет ли получить насыщенными?

00:06:55.770 --> 00:06:59.620
Сколько виртуальных машин требуется? Так как
Это веб-узел, для которого выполняется

00:06:59.670 --> 00:07:03.450
попадания, а также. Итак, у нас есть веб-сайт
попадании, у нас есть Azure

00:07:03.500 --> 00:07:06.610
Службы мультимедиа при попадании и мы
Поскольку есть хранилища BLOB-данных

00:07:06.660 --> 00:07:09.750
во всех рисунках будет отправлен другой.
Шапки, как и

00:07:09.800 --> 00:07:14.910
Реклама поступают из хранилища BLOB-данных. Можно обработать его
его? И это было очень интересно.

00:07:15.210 --> 00:07:18.530
И что это действительно забавно, сделанные...
этим летом я переключения

00:07:18.580 --> 00:07:22.260
системы через и я допустил
в моем алгоритм кэширования.

00:07:22.310 --> 00:07:23.610
Ну задержался веб-узла.

00:07:24.250 --> 00:07:27.090
Да, нет, было Azure вниз и что его
Неправильный? Вы всегда виноваты

00:07:27.140 --> 00:07:30.330
на кто-то еще, верно? Ну она
проблема в коде, но

00:07:30.380 --> 00:07:33.050
Вы знаете, что мне сэкономить? Возможно
Перейдите и масштабирование при мне

00:07:33.100 --> 00:07:34.970
устранена. Поэтому масштаб

00:07:37.080 --> 00:07:39.910
стало немного лучше, как
salve на раны во время я

00:07:39.960 --> 00:07:43.060
происходит. Затем он может масштабировать
обратно вниз. Стоит у меня fortune

00:07:43.110 --> 00:07:46.640
но только стоит мне этих серверов
за день, правый?

00:07:46.690 --> 00:07:49.800
>>, Масштаб по требованию кажется
важной частью этого, а также.

00:07:49.850 --> 00:07:52.210
>> Да он огромен, поскольку при переводе
новые приложения, вы не знаете.

00:07:52.260 --> 00:07:55.110
Вы действительно не знаете масштаб.
Можно загрузить его тестирования, независимо от.

00:07:55.160 --> 00:07:58.760
Пока не получите реальные люди... мы
Запуск службы в 2007 с

00:07:58.810 --> 00:08:03.040
CBC и я помнить постоянно, мы
имеется достаточное количество серверов? Для этого

00:08:03.090 --> 00:08:07.040
день, CBC запускает нам на экране Телевизора и
не рекламы, мы собираемся

00:08:07.090 --> 00:08:10.570
получить дробления? Так как мы не
знаете. Но теперь, при запуске

00:08:10.620 --> 00:08:13.720
вещи, я сижу, посмотрю
Системный монитор. Я вижу, что

00:08:13.770 --> 00:08:16.970
Мое время отклика, и я
масштабировать его вверх и вниз, как нужно

00:08:17.020 --> 00:08:20.660
и который экономит много денег
и немало нервов.

00:08:20.710 --> 00:08:25.690
>> На передовые и есть
вещи..., так это кажется

00:08:25.740 --> 00:08:29.730
Чтобы предоставили массу возможностей
для изобретения новых зрения

00:08:29.780 --> 00:08:33.030
как доставки содержимого
и презентации. Существуют ли

00:08:33.080 --> 00:08:37.440
вещей, которые вы хотите сделать как
Следующий шаг с Azure

00:08:37.490 --> 00:08:38.930
очень интересных для вас?

00:08:38.980 --> 00:08:43.070
>> Да, это построение некоторых видео
порталы для построения более действительно

00:08:43.120 --> 00:08:44.500
новые службы live.

00:08:45.090 --> 00:08:47.940
Глядя в компании, они имеют
Некоторые технологии из Германии,

00:08:47.990 --> 00:08:51.820
Таким образом, чтобы отправить живой поток,
можно использовать веб-страницы

00:08:51.870 --> 00:08:55.110
так что веб-страница содержит подключаемый модуль,
обработчики к камере. Но мы

00:08:55.160 --> 00:08:58.040
можно настроить все в задней
завершить, чтобы они не использовали

00:08:58.090 --> 00:09:02.410
сложные приложения с передней стороны
и обладать правом параметры.

00:09:02.460 --> 00:09:05.380
Все, что им нужно делать это имя входа, размещение
При необходимости поток

00:09:05.430 --> 00:09:08.550
что увидят камеры, и
можно установить все детали

00:09:08.600 --> 00:09:11.120
вверх в серверной части и
поток, в Azure.

00:09:11.170 --> 00:09:14.900
>> Так что кажется, как с его помощью можно
Чтобы получить еще больше удален

00:09:15.160 --> 00:09:20.090
в процессе производства содержимого и
обработать его где и когда можно.

00:09:21.130 --> 00:09:23.990
>> Конечно. Мы может иметь до восьми
10 события одновременно

00:09:24.240 --> 00:09:25.860
с live потокового
мы делаем сейчас.

00:09:25.910 --> 00:09:26.930
>> На фантастические.

00:09:26.980 --> 00:09:28.880
>> Думаете, поддержки. И
Вы знаете, когда все, что в реальном времени

00:09:28.930 --> 00:09:32.790
Потоковая передача теперь? Ночь Пятница, суббота
и воскресенье и тогда

00:09:32.840 --> 00:09:35.460
Требуется разорвать, так как
Я хочу Мои выходные.

00:09:35.510 --> 00:09:36.100
>> Абсолютно.

00:09:36.150 --> 00:09:39.530
>> Не правда ли? Поэтому нужно создать это
надежная, поэтому не нужно

00:09:39.580 --> 00:09:42.650
там сидеть и поместить пальцы в
dikes, чтобы убедиться в том, что она работает.

00:09:42.700 --> 00:09:46.310
Я хочу иметь возможность убрать
Отпуск, имеют выходные с

00:09:46.360 --> 00:09:49.900
Мои друзья и моей семьи и просто
известно, что он будет работать.

00:09:49.950 --> 00:09:53.900
>> Открывается интересный момент.
Чуть-чуть говорили о

00:09:53.950 --> 00:09:56.400
желающие иметь некоторые выходные дни и
и я известные вам для

00:09:56.450 --> 00:09:57.260
длительное время.

00:09:59.730 --> 00:10:03.300
Всегда были очень tinkerer
и вы знаете, как писать код.

00:10:03.350 --> 00:10:08.450
То, что вы нашли с Azure
Службы мультимедиа? Было в основном

00:10:08.500 --> 00:10:12.590
готовое к использованию, или же он давать возможность
Чтобы действительно изменить

00:10:12.640 --> 00:10:15.030
Ваш опыт и ваш
Использование служб?

00:10:15.080 --> 00:10:17.680
>> Ну, мне понравилась о нем
Чаще он был набор инструментов.

00:10:18.130 --> 00:10:21.300
Если это готовое к использованию, я думаю, что бы
были некоторые шероховатости

00:10:21.350 --> 00:10:25.610
что мы не удалось сгладить, и
Мне очень нравится .NET SDK.

00:10:25.660 --> 00:10:28.200
Я по-прежнему не со специалистами службы REST.
Их можно использовать, если необходимо,

00:10:28.250 --> 00:10:31.950
но мне нравится .NET SDK. Мне нравится
как можно связать по нему, поэтому

00:10:32.000 --> 00:10:35.280
Делать запросы как какие каналы live
выполняются события

00:10:35.330 --> 00:10:38.410
выполняются? Поскольку службы мультимедиа
что все это доступно в этом случае в

00:10:38.460 --> 00:10:42.690
.NET объектной модели, так что я действительно
Например, таким образом мы может разделить

00:10:42.740 --> 00:10:46.810
и так, мы хотели сделать поперечные срезы
его. Мы не используем одно событие.

00:10:46.860 --> 00:10:49.130
Мы используем несколько событий
Поэтому необходимо иметь возможность запросить

00:10:49.180 --> 00:10:51.290
см и действия как
дела идут.

00:10:51.340 --> 00:10:55.610
>> Конечно. Вы получили записи
для собственных средств

00:10:55.660 --> 00:10:58.560
можно создать эти потоковых данных
или управлять ими?

00:10:58.610 --> 00:11:01.660
>> Делать. В настоящее время имеется планировщик.
Он просматривает базу данных

00:11:01.710 --> 00:11:04.890
событий. Он включает потоковых данных
на или каналы на по

00:11:04.940 --> 00:11:08.850
правильное время. Он выключает.
Он также msn Авто архивов,

00:11:08.870 --> 00:11:11.630
Поэтому после потока, существует
рабочий процесс, где он знает была

00:11:11.680 --> 00:11:14.840
Некоторые события, поэтому он принимает те
URL-адреса, помещает их в базе данных

00:11:14.890 --> 00:11:18.580
Поэтому у нас есть материалы архива
После этого так что можно поиска людей.

00:11:18.630 --> 00:11:21.920
Мы также, некоторые из наших старых live
потоки, которые не используют Azure

00:11:21.970 --> 00:11:26.320
пока что мы перенос фруктов
файл MP4 2 ГБ. Прямо сейчас

00:11:26.370 --> 00:11:31.040
который теперь punted по месту
в хранилище двоичных объектов. Затем на

00:11:31.090 --> 00:11:35.170
расписание по заданию web, мы сводим
Этот элемент в служб Azure мультимедиа

00:11:35.220 --> 00:11:37.910
Начнем кодировщик и когда
закончится кодировщик, который помещает

00:11:37.960 --> 00:11:39.210
обратно в базу данных.

00:11:39.460 --> 00:11:43.300
>> На фантастические. Так кажется
как много этих служб

00:11:43.350 --> 00:11:46.420
для вас. Это должно стоить zillion
долларов для запуска этого типа

00:11:46.470 --> 00:11:46.990
материала.

00:11:47.040 --> 00:11:51.160
>> Не его, но если взглянуть
на людей нам не нужно,

00:11:52.190 --> 00:11:55.710
он будет стоить в серверного оборудования
для бесперебойной работы. Самое

00:11:55.760 --> 00:11:58.270
с live события, невозможно
Возникла проблема, так как если вы

00:11:58.320 --> 00:12:02.350
не заметить его на час, вы пропустите это событие.
Поэтому необходимо масштабируемости

00:12:02.400 --> 00:12:05.660
избыточность и в какой мы
оплате его. Наиболее дорогой

00:12:05.710 --> 00:12:06.960
часть — часть кодировки.

00:12:07.900 --> 00:12:14.830
Запуске средства просмотра до 20 000
события в двух экземплярах среднего размера.

00:12:14.880 --> 00:12:15.970
>> На фантастические.

00:12:16.020 --> 00:12:19.770
>> Вы имеете право кэширование модели
в месте, а затем видео

00:12:19.820 --> 00:12:23.140
все отваливается служб Azure мультимедиа,
и все графические объекты

00:12:23.190 --> 00:12:27.160
выниматься CDN. У вас нет
Чтобы запустить crap из

00:12:27.210 --> 00:12:29.770
мало двух экземпляров, запущенных
так что это хорошая модель.

00:12:29.820 --> 00:12:30.690
>> На фантастические.

00:12:31.220 --> 00:12:35.640
Так что это просто великолепно. Я люблю слуха
описаний функциональности следующим образом действительно

00:12:35.690 --> 00:12:39.950
Показать возможности облака и
не только реальной применимости

00:12:40.000 --> 00:12:42.940
большой больших корпораций, но для
всем, кто хочет его использовать.

00:12:45.220 --> 00:12:49.800
Если бы я разработчик или кто-то,
есть идея, видео производитель

00:12:50.150 --> 00:12:53.080
компанией, имеющей интерактивных средств.
хочет начать работу с

00:12:53.130 --> 00:12:55.710
Это, как вам приступить к работе
с этим типом материала?

00:12:56.380 --> 00:13:00.360
Это огромный обучения? —
существуют способы запуска

00:13:00.410 --> 00:13:01.800
Для получения максимальной пользы?

00:13:01.850 --> 00:13:04.640
>> Конечно я имею в виду, можно использовать...
Поскольку я tinkerer мне нравится

00:13:04.690 --> 00:13:07.410
Чтобы использовать пакет SDK .NET. Есть много
что можно сделать через

00:13:07.460 --> 00:13:10.640
Поэтому вы можете войти в панель мониторинга
Учетная запись Azure и отправка

00:13:10.690 --> 00:13:13.880
Основное средство. Поэтому Уделите MP4-файле
Поэтому Возьмите презентации. Это

00:13:13.930 --> 00:13:17.110
20-минутный или часовая шоу
и т. д. Можно Дырокол

00:13:17.160 --> 00:13:19.340
он до Azure, а затем произнесите
Требуется кодировать его и он

00:13:19.390 --> 00:13:23.950
содержит параметры. Вы хотите зашифровать их
для операций ввода-вывода воспроизведения или воспроизведения ПК?

00:13:24.000 --> 00:13:26.040
Поэтому он получил заранее
параметры.

00:13:26.090 --> 00:13:26.770
>> Модель идеально подходит.

00:13:26.820 --> 00:13:29.300
>>, А затем она предоставляет URL-адрес. И
его можно опубликовать. Вы можете

00:13:29.350 --> 00:13:31.330
Опубликуйте его, если вы хотите или нет.
Так, если вы хотите сделать его

00:13:31.380 --> 00:13:34.440
открытый, скажем, публикации. Затем он
Предоставляет URL-адрес. Можно взять

00:13:34.490 --> 00:13:38.490
URL-адрес, помещать его в какую-либо либо
Проигрыватель Flash player или HTML5

00:13:38.540 --> 00:13:42.250
видео проигрыватель в простую страницу HTML
и у вас воспроизведения.

00:13:42.300 --> 00:13:43.080
>> Всё здорово.

00:13:43.130 --> 00:13:46.400
>> Теперь можно пойти
Кроме того Создание базы данных,

00:13:47.120 --> 00:13:50.150
Поэтому пользователям получить список любимые передачи.
Щелкните Показать,

00:13:50.200 --> 00:13:53.570
Открывает веб-страницу, принимает
Этот URL-адрес из базы данных.

00:13:53.620 --> 00:13:54.750
>> Конечно. Punts его в него.

00:13:54.800 --> 00:13:55.530
>> И все готово.

00:13:56.410 --> 00:13:58.150
Теперь вы YouTube.
Сделать.

00:13:58.760 --> 00:14:00.590
>> Wow. Замечательна.

00:14:00.640 --> 00:14:03.250
>> Вы хотите сделать, тем не менее, одну вещь
Если вы получаете много пропускной способности

00:14:03.300 --> 00:14:07.400
на материалы можно подключить Azure
или Limelight, или другие CDN

00:14:07.450 --> 00:14:12.850
для служб Azure мультимедиа. Azure
есть сети CDN, но если вы

00:14:12.900 --> 00:14:16.160
Клиент Akamai или Limelight
Клиент или клиент края

00:14:16.750 --> 00:14:20.820
нет способа подключения, довольно
легко Azure мультимедиа

00:14:20.870 --> 00:14:22.180
Службы основных средств, а также.

00:14:22.230 --> 00:14:26.370
>> Красивых. Имеется множество поставщиков
там в облаке

00:14:26.420 --> 00:14:31.350
как много людей, и облака
другие люди не корпорацией Майкрософт

00:14:31.400 --> 00:14:37.110
с Azure, у служб для поддержки
Тип носителя рабочих нагрузок.

00:14:38.360 --> 00:14:42.300
Почему бы кого хотите перейти с
Azure и сказать, что-то

00:14:42.350 --> 00:14:46.650
основанный на другой носитель платформы?

00:14:47.170 --> 00:14:50.720
>> Хорошо мне нравится, он дает мне
все отдельные части, как требуется.

00:14:50.770 --> 00:14:54.790
Он дает мне очень хранения отличный
эластичный хранения, поэтому можно вставлять

00:14:54.840 --> 00:14:59.860
такой объем видео работают как требуется. Я
знаете, безопасности, надежности,

00:14:59.910 --> 00:15:04.010
Устойчивость данных. Затем
У меня есть Мои приложения передней панели

00:15:04.060 --> 00:15:07.550
конец моего веб-сайта вещи, поэтому я
Постройте приложение. Она вошла

00:15:07.600 --> 00:15:11.250
в такого же рода место. Затем
Можно построить Мой аналитики или

00:15:11.300 --> 00:15:14.340
есть службы мультимедиа, как
хорошо. Поэтому я сижу в Visual

00:15:14.390 --> 00:15:18.340
Все эти слои Studio и построения.
Затем когда я закончил, перейти

00:15:18.390 --> 00:15:22.020
Публикация и есть. Что
что мне очень нравится. Можно быть

00:15:22.070 --> 00:15:24.740
Здесь сидел в гостиничном номере.
Я может располагаться в Исландии.

00:15:24.790 --> 00:15:27.240
Если необходимо оптимизировать, требуется
Чтобы опубликовать этот код вверх...

00:15:28.180 --> 00:15:31.500
все мои кода в TFS на Visual
Studio через Интернет, которая подкрепляется

00:15:31.550 --> 00:15:32.400
с Azure.

00:15:33.020 --> 00:15:36.650
Так что это прекрасный рабочий процесс. Выполняется
маленький парень, не

00:15:36.700 --> 00:15:38.780
Есть уйма ребята.

00:15:39.920 --> 00:15:44.150
>> На фантастические. Теперь один
что я такая уведомление о

00:15:44.200 --> 00:15:46.330
Вы описываете —
Мы много говорили о

00:15:47.820 --> 00:15:52.460
TFS и .NET и вещи такого рода.

00:15:53.510 --> 00:15:56.420
Я знаю много раз, когда я не работаю
обращение для клиентов

00:15:56.470 --> 00:16:00.720
Сначала время о Azure, они действительно
думаете, что это Microsoft

00:16:00.770 --> 00:16:04.310
только «песочницы» для воспроизведения.

00:16:04.960 --> 00:16:08.060
Был ли, ваш опыт работы с
Служб Azure Media?

00:16:08.110 --> 00:16:11.940
Это сильно площадка Microsoft?
У вас есть сведения корпорации Майкрософт

00:16:11.990 --> 00:16:14.340
языки программирования и
Корпорации Майкрософт?

00:16:14.390 --> 00:16:16.580
>> Но. Они имеют SDK для Java.

00:16:17.910 --> 00:16:22.440
На самом деле это мой блог WordPress
PHP. Вращаются множество

00:16:22.490 --> 00:16:26.930
различные изображения для Linux. Мультимедиа
Службы являются очень API на основе,

00:16:26.980 --> 00:16:29.770
Поэтому, независимо от языка.
Не беспокойтесь о Windows.

00:16:29.820 --> 00:16:32.430
Не беспокойтесь о Microsoft.
Работы по работе h.264

00:16:33.070 --> 00:16:37.550
или видео актива и его кодировку.
Кодирование по умолчанию для операций ввода-вывода.

00:16:38.630 --> 00:16:39.010
Это HLS.

00:16:39.060 --> 00:16:40.320
>> На фантастические.

00:16:40.370 --> 00:16:42.610
>> На Apple потоковый протокол.

00:16:43.580 --> 00:16:47.240
Поэтому не только для Windows 8
или Windows Phone. Значения по умолчанию

00:16:47.290 --> 00:16:49.880
предназначены для Android и iOS, так что вы
очень легко можно получить ресурсы

00:16:49.930 --> 00:16:52.150
и получить их во все эти
Мобильные службы.

00:16:52.960 --> 00:16:56.450
>> На фантастические. Расскажите,
что такое Далее для показа?

00:16:56.500 --> 00:16:57.270
Что вы планируете?

00:16:57.320 --> 00:17:01.900
>> Что ж мы только что купили плоскости
билеты для Норвегии, так что мы уже

00:17:01.950 --> 00:17:05.000
состоялся наш первый эпизод
в Исландии. У нас есть семь

00:17:05.050 --> 00:17:08.600
Перейти, так что вы увидите нам получить больше данных
более неразумным, как мы обойти.

00:17:08.900 --> 00:17:10.020
Мы eat rotten акулы.

00:17:11.160 --> 00:17:13.930
У нас есть некоторые коня
в нашей печатной формы.

00:17:14.430 --> 00:17:16.620
>> Anthony Bourdain, eat
ваше сердце out.

00:17:16.670 --> 00:17:22.840
>> Мы перейти. Мы рыбу Средняя Атлантика
Узорная, с тенью, а затем этим летом

00:17:22.890 --> 00:17:26.400
Мы заголовок fjords. Мы используем
Фантом наших DJI наших гудение

00:17:26.450 --> 00:17:29.670
и мы собираемся сделать путешествие
из Осло в Trondheim и

00:17:29.720 --> 00:17:33.610
получить доступ к высокому fjords, мы можем
и вылетает гудение для получения

00:17:33.660 --> 00:17:35.250
Некоторые представления впечатляющая.

00:17:35.300 --> 00:17:38.320
>> Я не может ожидать, см. Что
совершенно замечательно.

00:17:38.370 --> 00:17:42.890
Вас есть любые мысли
свое будущее и все будет

00:17:42.940 --> 00:17:45.740
сделать с Azure мультимедиа
Забегая вперед службы?

00:17:45.790 --> 00:17:49.630
>> Действительно хорошо, мы будем попробовать
для упрощения доставки в интерактивном режиме,

00:17:50.650 --> 00:17:53.560
Поэтому гораздо проще для людей
Если они хотят потока в режиме реального времени

00:17:53.610 --> 00:17:58.600
события и получить архивные фрагмент
После этого так как он может быть

00:17:58.650 --> 00:17:59.910
записанные в серверной части.

00:18:00.620 --> 00:18:03.640
Поэтому мы хотели push и сделать
он очень под ключ, но и сделать

00:18:03.690 --> 00:18:06.280
это готовое к использованию для организаций. Поэтому
Предположим, вы являетесь университет и

00:18:06.330 --> 00:18:10.630
у вас есть 40 спорта. Как вам?
управлять эти очки?

00:18:10.680 --> 00:18:14.980
И вот что мы Играем
прямо сейчас. У нас есть более 45

00:18:15.030 --> 00:18:17.290
различных кодировщиков в поле
все может перейти в

00:18:17.340 --> 00:18:20.600
так же время, как же управлять?
Это легко сделать один поток

00:18:20.650 --> 00:18:24.920
в одно событие. Мы действительно вкладывают
Система управления на верхнюю

00:18:24.970 --> 00:18:28.280
все и снятия технологии,
Таким образом можно сделать людей.

00:18:28.330 --> 00:18:32.440
Требуется поток с 7:00 до
8:00, как это сделать? Деление, деление,

00:18:32.490 --> 00:18:35.790
деления и их можно перейти. Так что мы действительно
Попытка вывести более понятными

00:18:36.000 --> 00:18:40.540
в пользователям самостоятельно вещания или вещания
события, такие как бейсбол, хоккей.

00:18:40.590 --> 00:18:41.890
Мы сделали Волейбольная.

00:18:42.630 --> 00:18:45.090
Я участвовал в широковещательной передачи
Игры в Интернете в Канаде

00:18:45.140 --> 00:18:51.460
2011, 2013. Имеется более 400 000
средства просмотра каждого события, такие как для

00:18:51.510 --> 00:18:54.150
две недели, поэтому его
были забавные.

00:18:54.200 --> 00:18:57.330
>> Отлично. Если кто-то хочет
обратиться к вам и контакт

00:18:57.380 --> 00:19:01.440
Вы о работе, которую вы делаете,
что делает ваша компания, или даже

00:19:01.490 --> 00:19:04.690
Чтобы немного общаться и совместно использовать
опытом, как бы

00:19:04.740 --> 00:19:05.480
они это сделать?

00:19:05.530 --> 00:19:08.780
>> Также, электронная почта является Ryan, R-Y-A-N
в ryangroom.com,

00:19:10.000 --> 00:19:13.800
или на Twitter в @RyanGroom.
Это просто.

00:19:13.850 --> 00:19:17.750
>> Здорово. Ну Ryan, Эй, Спасибо
слишком много. Очень благодарен

00:19:17.800 --> 00:19:23.090
Вы нашли время. Основе Ryan
в Атланте, Канада и он

00:19:23.140 --> 00:19:25.730
был gracious, приходят
в Monckton, Нью-Брансуик,

00:19:25.780 --> 00:19:31.070
сегодня, чтобы сидеть и общаться со мной и
Вырезать покинет до огромных

00:19:31.120 --> 00:19:35.710
объемы, недавно snowfall
появилось. Желаю удачи! Я надеюсь, что

00:19:35.760 --> 00:19:40.240
вам понравится какое-то время хорошо deserved
OFF в поездке и поблагодарить

00:19:40.290 --> 00:19:45.220
вы участвовали в нашем и
Просмотр этой серии.