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
>> 确认。我曾在 Microsoft长时间的平台。

00:00:32.250 --> 00:00:35.330
我是一个 Microsoft 合作伙伴作为 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
办公室人员，及其后端关闭并不是要不要有点

00:01:04.940 --> 00:01:08.570
adventuring。我们全部的形状和我们假装成

00:01:09.570 --> 00:01:13.390
Indiana Jones。正如我们所做装载 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 时。它具有我不像探险家，

00:01:29.330 --> 00:01:32.900
但我希望是，因此我们所做。我们有领导到英国。

00:01:32.950 --> 00:01:36.240
我们去开曼的 Skye，在哪里没有比人更多的羊。

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 PC 上。大多数人

00:01:54.930 --> 00:01:57.010
回来，执行所有其编辑在 Mac，但我们所有在做它

00:01:57.060 --> 00:02:01.230
Adobe 创造性的云在我大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
到多个设备。我不要实时流本地电信，和

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
不同的信号，并且需要进行编码它三倍。Pc

00:02:34.970 --> 00:02:38.540
已不堪重负。因此，我要找在实时的服务，和

00:02:38.590 --> 00:02:42.760
幸运的是，我是在预览效果，其中已将最后实时秋季。

00:02:42.810 --> 00:02:45.740
我们已经构建了一种服务，但其中我们可以采取一个接收和

00:02:45.790 --> 00:02:49.950
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
担心的因为有时，我们必须达到 10000

00:06:41.660 --> 00:06:45.860
为 20000，有时同时发生 50000我们实时事件用户

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
正在进行。然后可以扩展它下来。它的成本我财富的幻想，

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
新的服务活动。

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
>> 确实如此。我们可以有最多 8 个同时为 10 实时事件

00:09:24.240 --> 00:09:25.860
与实时流我们现在做。

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
我可以做像什么实时信道的查询正在运行哪些事件

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
我们还，一些我们传统的生活不要使用 Azure 的流

00:11:21.970 --> 00:11:26.320
然而我们正在迁移的产生2 千兆 MP4 文件。现在，

00:11:26.370 --> 00:11:31.040
从位置现在 punted，到 blob 存储。然后，在

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
是的不能与实时事件，有一个问题，因为如果您

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
我已经在上运行达 20000 个查看器两个中型实例的事件。

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 关闭。您不具有要启动的至极

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
若要使用.NET SDK。有很多通过可以做的事情

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
有的选项。您想要对其进行编码吗对于 iOS 播放或计算机上回放？

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 播放器或一个 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
>> 哇。太妙了。

00:14:00.640 --> 00:14:03.250
>> 一件事要做，但是，如果您收到大量的带宽

00:14:03.300 --> 00:14:07.400
在你们的产品可以挂钩 AzureLimelight 或其他 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
像云一样是人的完全，Microsoft 以外的其他人

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
介质服务，则为哦。所以我可以坐在可视

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 中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 媒体服务吗？

00:16:08.110 --> 00:16:11.940
是非常 Microsoft 运动场吗？您需要了解 Microsoft

00:16:11.990 --> 00:16:14.340
编程语言和Microsoft 服务？

00:16:14.390 --> 00:16:16.580
>> 号他们有 Java 的 SDK。

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
或使用视频资产并对其进行编码。默认编码为 iOS。

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
>> 的苹果的流协议。

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
我们吃 rotten 鲨鱼。

00:17:11.160 --> 00:17:13.930
我们有一些马在我们的印版。

00:17:14.430 --> 00:17:16.620
>> Anthony Bourdain 吃出您心里。

00:17:16.670 --> 00:17:22.840
>> 然后我们转。我们去钓鱼中大西洋凸缘，然后今年夏天，

00:17:22.890 --> 00:17:26.400
我们发往 fjords。我们需要我们 DJI 幻像，我们 drone，

00:17:26.450 --> 00:17:29.670
我们要不要开车上路，从奥斯陆到 Trondheim，和

00:17:29.720 --> 00:17:33.610
转到最高的 fjords，我们可以和关闭飞 drone，若要获取

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
因此，我们希望推动，并使它非常全包式解决方案，而且还使

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
刻度，并且它们可以转。所以我们真的试图将 user-friendliness

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年。我们有超过超过 400000每个事件，观众喜欢的

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
或 @RyanGroom 在 Twitter 上。这就是这么简单。

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
大量的降雪，最近情况出现了。祝你好运。我希望能

00:19:35.760 --> 00:19:40.240
享受一些赢得很高的时间在您旅行时，关闭并表示感谢

00:19:40.290 --> 00:19:45.220
您参加我们的讨论，观看这个片段。