というわけで前日に引き続き//build/ 2016 Day 2のKeynoteを簡単にまとめたいと思います。
例によって関連リンクなどは後でまとめようかと思います。
というわけで前日に引き続き//build/ 2016 Day 2のKeynoteを簡単にまとめたいと思います。
例によって関連リンクなどは後でまとめようかと思います。
とりあえずわかる範囲で。
Azure周り直接的に関係ない細かなUpdateもあるけど明日にまとめます。(例:ポータルのダッシュボード部分とか)
というわけで //build/ 2016 Day 1 Keynoteです。
例によって適当にまとめますね。
なおAzure絡みのUpdateは後程まとめたりする予定。本命はDay 2な気がするけど。
キーノート見るのかったるいって人はせめて最後の動画だけでも見てもらいたいところです。
//Build/前ということで小出しにいろいろアップデートが(2回目)
//Build/ できっと大量にUpdateがあるだろうし、とりあえず前回からの差分あたりを軽く。
ほかにもDocker周りだといろいろ動きが。
Azure Media Servicesで動画のエンコード行う際、最近だとMedia Encoder Standardを使うかと思いますが今日はそのスキーマの話です。
エンコードのジョブを作成する際、どういったフォーマットや品質でエンコードを行うか指示するわけですが、通常はプリセットを利用するわけです。
ポータル上でプリセット使う場合に選択するアレですね。なおドキュメントは過剰翻訳されてるというか、英語で見ても翻訳されてたりちょっとイマイチです。(指定するプリセット名が翻訳されてしまってる…)
※実際に指定する際は各プリセットの個別ページに記載されてるやつを使いましょう。
さてもっときめ細かく指定したい場合はカスタムプリセットを作ってエンコードすることもできます。
その際、XML形式とJSON形式を選べるわけですが、XML形式はSchemeが一応公開されてるにも関わらずJSON形式はさっぱりです。
なおたまに見るとUpdateされてたりします。具体的には回転情報を維持するかどうかなど。
今までは黒帯ついたりしてたのでこれでちゃんとできますね。さてJSON形式ですがMSDNライブラリのほうにはないので、Azure公式ドキュメントのほうを探しましょう。と言いたいところですが、肝心なところがGitHubにしかない予感。
こちらにいろいろ載ってるので参考まで。
H.264のプロファイルをBaselineにする方法とかいろいろ。慣れるとXMLのスキーマみてどこに何指定したらいけるかなんとなく判断できますが、基本的にTry&Errorになりそうな気がします。
※変な値指定するとJobでエラー返るので判断はある程度付きます。(ただしある程度)
なおMedia Encoder Standard(だけじゃないかもしれませんが)の裏側はFFmpegなので、FFmpegでできそうなことはだいたいできると思います。FFmpegバンザイ。(プリセットの内容みて引数生成してるだけな気がする)
まぁそんな感じでMedia Servicesをお楽しみください。
こまごまと。
Azure 公式ドキュメントですが、GitHub上に公開されていて追加や修正を提案して品質向上などに貢献することが誰でもできます。(大きな修正に対して等は一応ライセンスの締結など必要になってきますが)
以下簡単なやり方。(GitHubのアカウントは持っていて、サインインしてる前提で)
とりあえずGitHub上で対象ページを編集するのですが、どこにあるかわかりにくいですよね。そういうときは。。。
1. 修正したいページの英語ページを表示します。(例 https://azure.microsoft.com/en-us/documentation/articles/virtual-networks-faq/)
※日本語ページのURLの ja-jp を en-us にします
2. Edit on GitHub リンクをクリックします。![]()
3. 表示されたGitHubのページのリンクの azure-content を azure-content-jajp にします
例
https://github.com/Azure/azure-content/blob/master/articles/virtual-network/virtual-networks-faq.md
↓
https://github.com/Azure/azure-content-jajp/blob/master/articles/virtual-network/virtual-networks-faq.md
権限はないのでPropose(提案)という感じです。
わかりやすいコメントを付けて「Propse File Change」ボタンで提案。
![]()
確認画面になるので問題なかったら「Create pull request」ボタンでPull Requestを作成。
このとき自分のアカウントにForkしてパッチ用ブランチ作成されます。(上部のAble to merge部分でエラーになったりしたらFork先と状態があってないかもです。注意しましょう)
![]()
問題なければ再度「Create Pull Request」で。
Pull Requestができあがりました![]()
![]()
後は承認されてMergeされるのを待つだけです。
英語でPull Requestの説明するのが一番しんどいです。(上記の例ですら怪しい・・・・つらい)
この方法だとGitHubのページ上で(オンラインで)すべて完結するので楽ですね。ものがでかいのでCloneするの大変なので。。
1ページ内の修正だけとか軽微な変更であればこちらのほうが気楽にできると思います。
※Pull RequestがMergeされた後は画面の指示通りにPR用ブランチを削除したりして問題ないです。
※ Forkした先のリポジトリ(自分の)って自動で最新に追従してくれないですよね。GitHubのページ上でできるのかな?
おれたちのリポジトリが復活した!
Readme.mdが既に訳されてる(
早速よくわからないあれこれな記述やなんやかやをPull Requestして修正していきましょう。
Cloneが終わったらな!
あんまりちゃんと告知してなかった気がしますが、(だいたい)毎週木曜日のお昼12時~13時でラジオぽいことやってます。
最近といっても1年前とかですが、マイクロソフトの中の人になったパブリッククラウドエバンジェリストことパクえ先生と、ご存じ(?)はるたま先生のどちらかを毎回ゲストに呼んで最近のAzureの話題について雑談するという内容です。
お酒入ってないけど居酒屋で喋ってるような雰囲気ですね。
手作り感あふれる内容なのでタイトルロゴも含めて適当だったんですが、mitsuba_tanに上図のアイキャッチ画像的なのは作ってもらえたので今後活用しようと思います。
なおアーカイブについては上記のYoutubeチャンネルからも辿れますし、Tumblr上にも纏めてるのでそちらもどうぞ。
ご意見・ご感想などあればぜひ。
またテスト的にSlackチームも作ったので興味がある人はこちらもどうぞ。
上記ページのフォームからメアドを入力すると登録の案内が飛ぶかと思います。
あとはメールの内容に従ってアカウント作れば見れるかと。ご意見ご感想・雑談などにお使いください。
※相変わらず azure.moe ドメインのトップは手抜き感溢れるので何とかしたいところです。