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
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。它有不像我是一位探險者，

00:01:29.330 --> 00:01:32.900
但是我想要的讓我們已經完成。我們有動身前往英國。

00:01:32.950 --> 00:01:36.240
我們去斯開島，出的位置沒有人比多個羊。

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 上我大的創意定域機組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
不同的訊號，也不必進行編碼它三次。個人電腦

00:02:34.970 --> 00:02:38.540
被淹沒。所以當時正在尋找在現場服務和

00:02:38.590 --> 00:02:42.760
幸好，我已在預覽中，其中已最後啟動這個改。

00:02:42.810 --> 00:02:45.740
但我們已建置服務位置我們還可以採用一個 ingestion，

00:02:45.790 --> 00:02:49.950
實際出 HLS spit spit平滑串流處理和 spit

00:02:50.000 --> 00:02:54.720
虛線，所有在同一時間因此我們得救出 Io 裝置，但我們

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
我將其中一個，而且我可以 spit 它中所有這些不同的格式。

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
這麼已經伺服器向下。然後會出現在新增 Brunswick

00:04:52.220 --> 00:04:55.330
我沒有...有很多很多我們的伺服器陣列正在蒙特婁

00:04:55.380 --> 00:04:59.260
Ottawa 或在不同的多倫多但是在職業生涯，而且有時候時間

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
是否需要多少 Vm？因為這是正的網站

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
>> 確定。我們可以有多達八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
我仍不其餘服務份子。我會使用它們時，有，

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
我們同時，一些我們傳統 live不使用 Azure 的資料流

00:11:21.970 --> 00:11:26.320
但我們正在移轉產生2 gb 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 關閉。您不需要開始進行的 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
因此，這是出色。我愛聽力不好stories 像這樣的真正

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
有的選項。您要編碼後儲存嗎Io 播放或 PC 播放？

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，將它放入某種形式的任一個快閃播放程式或 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
在您的東西，您可以攔截 AzureLimelight 或其他 CDNs

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
媒體服務是否有，做為好吧，因此我可以坐在 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 中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
有一大堆 guy。

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
或視訊的資產，它的編碼方式。預設值進行編碼的 Io。

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 和 Io，因此您可以很輕鬆地的資產

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
我們吃腐敗的鯊魚。

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 法師，我們的雄蜂

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
所以我們要推入，並讓它很周全，但也使

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
我們已經完成 volleyball。

00:18:42.630 --> 00:18:45.090
我已參與廣播在 web 上的加拿大遊戲

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，新增 Brunswick，

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 的時間關閉在旅途中，並感謝

00:19:40.290 --> 00:19:45.220
您加入我們，監看這個劇集。