オンラインビデオを使ってDIY VS.ソーシャル VS.OVP

ユーザーからの絶大な人気、感動を呼び起こす能力、優れたマーケティング機会、製品販売の大幅な後押し、さらには検索エンジンランキングの向上など、オンライン動画の多様な可能性を発見する企業が増えている。しかし、動画を効果的に活用するためのユニークな課題やハードルを見落としている企業も少なくありません。

首尾一貫したビデオコンセプトとプロが制作したクリップがあっても、ひとつの重大な疑問が残る:それは、ビデオを会社のウェブサイトにどのように組み込むかということです。主な選択肢は3つある。

1.DIYソリューション

最初の選択肢は、個人的なソリューションである。できれば)熟練した従業員がビデオをエンコードし、Flashプレーヤーをプログラムするか、自由に利用できるプレーヤーを設定し、ビデオをHTTPサーバーにアップロードし、ウェブサイトに統合する。

この方法は、再生回数が限られた少数の動画には有効かもしれませんが、より多くの動画や高いトラフィックを扱う場合には、すぐに実用的ではなくなります。このDIYソリューションは、無秩序で、エラーが起こりやすく、メンテナンスに手間がかかり、時間がかかります。

2.ソーシャル動画サイト

もうひとつは、YouTubeのようなソーシャル・ビデオ・サイトを利用する方法だ。これらのプラットフォームに動画をアップロードすることで、企業は自社のウェブサイトに動画を組み込むための埋め込みコードを受け取ることができる。これらのサイトでは、動画の利用状況について比較的しっかりとした統計を取ることができ、動画は企業のウェブサイトだけでなく、YouTubeの検索からも発見することができる。

しかし、この解決策には大きな欠点がある。YouTubeに動画をアップロードすることで、企業は部分的に権利を放棄し、YouTubeが動画を販売できるようになる。さらに、ユーチューブは動画の外観や技術仕様を管理するため、企業はユーチューブの決定に依存することになる。このシナリオでは、企業はユーチューブにコントロールを委ね、どのような変更や制限も受け入れなければならない。

3.オンライン・ビデオ・プラットフォーム(OVPS)

そこで、3 番目の、最もプロフェッショナルなオプションとして Brightcove が登場します。OVP は、DIY ソリューションのカスタマイズとソーシャル動画サイトの技術的機能を組み合わせると同時に、法的なセキュリティと完全な制御を提供します。

もちろん、OVPには投資が必要だが、企業が日常的に使用している他の専門的なツールやシステムと何ら変わりはない。比較的少額の費用で、顧客は包括的でメンテナンスが行き届き、継続的に改善されるシステムを利用することができます。

OVPSの主な利点

  • 信頼性の高い配信:動画はコンテンツ・デリバリー・ネットワーク(CDN)を介して配信されるため、企業のサーバーに負担をかけることなくパフォーマンスを確保できます。
  • 詳細な分析:OVPは動画視聴に関する詳細な統計を提供するため、企業は効果を測定し、将来の制作のための洞察を得ることができる。
  • 完全なコントロール:動画は、広告サーバーや広告ネットワークに接続することで収益化を統合することができる。
  • ワークフローの最適化:OVPは技術的なタスクとリスクを最小限に抑え、ビデオ制作と配信のプロセスを合理化します。

オンライン・ビデオ・プラットフォームは、プロフェッショナルなビデオ利用のために特別に設計されています。これにより、企業はワークフローを最適化し、技術的な課題を軽減し、インターネット上で動画を効果的、安全かつコスト効率よく使用することができます。OVPに投資することで、企業はオンライン動画の可能性を最大限に引き出すことができ、同時に完全なコントロールを維持し、長期的な成功を確実にすることができます。

エンコードと高品質ビデオ再生のための10のヒント

コミュニティとナレッジチームは、皆様がどのようなトピックを検索し、どのような質問をしているのかを知るために、サポートサイトでの検索傾向、カスタマーサポートチームへの数多くのお問い合わせ、そしてフォーラムを調査しました。その結果、エンコーディングのベストプラクティスや高画質ビデオ再生のヒントに関する質問がトレンドのひとつであることがわかりました。

エンコードは非常に幅広いトピックですが、Brightcove に動画をアップロードするためにエンコードする際の注意点トップ 10 をまとめました。

1.幅広いデバイスをサポートするエンコード

幅広いデバイスを確実にサポートするために、動画を h.264 にエンコードすることをお勧めします。h.264 動画をアップロードすると、ブライトコーブ コンテンツをカスタマイズする方法が増え、他の多くのエンコーディングよりも高画質かつ低帯域幅で配信されます。

H.264は、モバイル動画配信に最適なオプションを提供し、当社のHTML5スマートプレーヤで再生できる唯一のフォーマットであるため、幅広いデバイスのサポートが可能です。スマート プレーヤは、視聴者のデバイス機能に応じて、Flash または HTML5 で動画を配信します。これにより、Flash または HTML5 で動画を配信できる 1 つの Brightcove プレーヤを使用することができ、視聴者環境ごとにプレーヤを作成および管理する必要がなくなります。

2.マルチビットレート・ストリーミングを使用する

帯域幅やインターネット接続に大きな差がある世界中のさまざまな視聴者があなたのビデオを視聴する場合、マルチビットレート・ストリーミングの使用は必須です。

帯域幅の広い視聴者には、高画質(あなたのソースである可能性もあります)の動画が自動的に配信されます。帯域幅の狭い視聴者は、長いバッファリング時間を我慢する必要はなく、代わりに少し低画質のビデオを即座に見ることができます。

一方、例えばインターネット接続が非常に強力な社内ネットワークで動画を厳密に視聴するのであれば、単純に高画質の動画を1本だけアップロードするのがよいでしょう。

3.ソースファイルをレンディションとして保存する

ソース動画ファイルが h.264 形式の場合、利用可能なレンディションとして元のソース ファイルを保持することができます。このオプションを使用すると、ブライトコーブの最高品質のレンディションよりもさらに高品質な h.264 マスターを保持できます。

さらに、このオプションを選択すると、h.264 ソース動画はアップロードが完了するとすぐに利用できるようになり、Media モジュールやプレーヤーで利用できるようになるまで、動画がトランスコードされるのを待つ必要がなくなります。

4.一定のフレームレートでビデオをキャプチャする

再生時のスタッターを避けるため、ビデオは毎秒25~30コマの一定フレームレートで記録し、フィルムは毎秒約24コマの一定フレームレートで撮影する。

5.アップロードするコンテンツを考える

事実やニュースタイプのビデオは、アクション満載の長編ビデオや魅力的なネイチャー・フィルムに比べ、一般的にクオリティが低い。

時々スライドが変わるだけで、ほとんど動きのないスクリーンキャストビデオを作成する場合は、録画と同じアスペクト比でh.264でビデオをエクスポートし、プレーヤーを設定するためにこれらのテクニックのいくつかを使用するようにしてください。

ワンパスエンコードとツーパスエンコードの比較

一般的に、2パスは1パスよりも優れたトランスコードを生成する。しかし、2パスエンコードを実行するには、より多くの時間がかかります。動きの多い動画の場合は、余分な時間をかけて2パスで書き出すことをお勧めします。また、比較テストを行って、顕著な違いがあるかどうかを判断し、トランジションや動きの多い部分に注意してください。顕著な違いが見られない場合は、ワンパスにこだわり、時間を節約してください。

6.最高品質のソースファイルをアップロードする

ブライトコーブは確かにソース ファイルの品質を保持し、複数の異なるレベルのレンディションを作成できますが、提供されたソース ファイルよりも高品質なレンディションを作成することはできません。Brightcove アカウントにアップロードする最高品質のソース ファイルを作成するのに役立つ、ソース ファイルの推奨リストとエクスポート設定があります。

7.オーディオ品質を無視しない

ほとんどの人は、動画の画質をできるだけ高くすることに集中し、音声は完全に無視しています。しかし、ビデオの視聴者は、ビデオの画質が少し低い場合よりも、オーディオの画質が落ちたり、途切れ途切れになったりすると、視聴をやめてしまう可能性が高くなります。

ほとんどの場合、ユーザーがビデオの中で何を言っているのか聞き取れなければ、見続ける意味はありません。ビデオを録画する際は、必ず良いマイクを使い、私たちの推奨するサウンド設定を考慮してください。

オーディオ設定のベストプラクティス

  • コーデック。h.264ビデオをエンコードする場合は、"AAC "を選択します。
  • サンプルレート。迷ったら44.1 kHzか48 kHzを選ぶ。
  • ビットレート。128~160kbps、オーディオが多いコンテンツには192kbps以上を使用する。

8.アナログビデオのインターレース解除

テープで撮影されたコンテンツを扱う場合、Brightcove コンテンツへのインターレース効果を避けるため、エクスポート時に [ソース動画のインターレース解除] チェックボックスを選択することを強くお勧めします。コンテンツがデジタル形式で撮影され、現在インターレースされていない場合は、インターレース解除の必要はありません。

9.トランスコード設定を変更する

プロフェッショナル版またはエンタープライズ版のアカウントをお持ちの場合は、ブライトコーブ スタジオで直接トランスコード設定を変更できます。デフォルトでは、トランスコード プロファイルで 6 つのレンディションを使用できます。ただし、動画をさまざまなデバイスや接続速度で視聴する顧客が特に多い場合は、レンディションを追加できます(最大 10)。ブライトコーブのデフォルトのトランスコード設定は、ほとんどのパブリッシャと視聴者のニーズを満たす、レンディションの優れた基本セットを提供します。

10.ビデオスムージングを許可する

Brightcove プレーヤは、動画スムージングを使用して動画再生の知覚品質を向上させることができます。ただし、動画スムージングを使用することで得られるかもしれない追加品質と、動画スムージングがクライアントに課す追加の CPU 負荷との間には、トレードオフがあります。

ビデオのビットレートが高くなると、ビデオスムージングの利点は目立たなくなります。視聴者、特に性能の低いコンピュータを使用している視聴者は、フレームドロップのために、より途切れ途切れのビデオ品質を知覚する可能性があり、これはビデオスムージングの利点を上回る可能性があります。

デフォルトでは、Brightcove は、ビット レートが 950 kbps 未満の動画に動画スムージングを使用し、ビット レートが 950 kbps 以上の動画には動画スムージングを使用しません。

オプションの videoSmoothing プレーヤのパブリッシング コードで設定パラメータを指定し、「true」(ビデオ スムージングを常に使用)または「false」(ビデオ スムージングを使用しない)のいずれかに設定します。

高品質のHDビデオ配信のためのエンコーディング設定

Brightcove を使用すると、パブリッシャは HD コンテンツを Web にストリーミングできます。しかし、ブライトコーブの高品質ストリーミング機能を利用するには、ソース ファイルを正しくエンコードする必要があります。4:2:2プルダウン」が外国語のように聞こえる人にとって、真の高解像度動画ストリーミングの配信方法について簡単な説明があると便利です。

ステップ1:仕組みを知る

ブライトコーブは、マルチビットレート ストリーミング テクノロジーを使用して、視聴者のインターネット速度が処理できる最高の動画品質を提供します。つまり、超高速の T3 オフィス回線から時々不安定な 3G モバイル接続まで、さまざまなインターネット接続に対応するために、さまざまな解像度とビットレートで最大 6 つのレンディションを作成します。当社のビデオプレーヤーは、視聴者のインターネット速度を検出し、適切なレンディションのビデオを提供します。

Brightcove のデフォルト設定を使用する場合は、手持ちの最高解像度とビットレートでファイルをアップロードします。デフォルト設定は、現在使用されているほぼすべての動画コーデックとコンテナをサポートし、最高品質のレンディションは、約 1.8 Mbps で 1280×960(16:9 フォーマットの場合は 1280×720)です。とはいえ、いくつかの特別な手順を踏めば、Brightcove を通じて真の HD 動画コンテンツを配信することができます。

ステップ2:H.264でアップロードし、ソースファイルをレンディションとして保存する

ブライトコーブのトランスコード処理では、最高画質は 1280×960 で 1.8 Mbps に制限されているため、ブライトコーブから最高画質を引き出すには、トランスコードを必要とせずにプレーヤで配信できる形式で動画をアップロードすることが重要です。このフォーマットが h.264 です。

H.264 動画は、PC、iOS 機器、Android 機器で再生できます。デバイスやオペレーティング システム間で幅広い互換性があるため、ブライトコーブが推奨する動画形式です。そのため、Brightcove では、H.264 ソースを保存し、動画の利用可能なレンディション リストに追加するオプションを提供しています。最終的な結果は、Brightcove の 6 つのデフォルト レンディションと、マシンでエンコードしたままのソース ファイルです。

ステップ3:ソースファイルをウェブフレンドリーなHDでエンコードする

Brightcove 用に動画をエンコードする際に考慮すべき点は、品質と再生アクセシビリティです。10 Mbps の動画をストリーミングするのに十分なインターネット速度を持つエンド ユーザーがほとんどいない場合、10 Mbps のソース レンディションを含める理由はありません。同様に、2 Mbps のソース ファイルは、ブライトコーブの 1.8 Mbps のレンディションとほとんど区別がつきません。

1920×1080の動画コンテンツを鮮明に表示するには、非常に高いビットレート(6-8Mbps以上)が必要なので、動画は1280×960か1280×720の解像度にこだわるのがベストです。35インチより小さい画面では、ほとんどの視聴者は違いがわからないでしょう。

最後に、エンコードのビットレートを決める必要があります。3~6Mbpsのビットレートをお勧めします。この範囲のどちら側に傾くかは、より高いアクセシビリティのために品質を少し犠牲にするか、あるいはその逆かによって決まります。ただ、これだけは覚えておいてください:視聴者がソースのレンディションを表示するのに十分な強力なインターネット接続を持っていなくても、それは世界の終わりではありません。ブライトコーブは、エンコーディング エンジンが作成した低レンディションのいずれかを視聴者に提供できます。

ビデオをモバイル用にエンコードする方法

世の中には何百というモバイル・デバイスがあり、そのすべてに対応することは基本的に不可能です。しかし、良いニュースもあります。

最近のスマートフォンは実際に高画質のビデオを再生することがでるため、スマートフォンの利用は増えています。3GPが終わったとか、誰もがスマートフォンを持っていると言っているわけではありません。しかし、スマートフォンの利用は増加しており、驚くことではないが、スマートフォンユーザーは携帯電話でビデオを見る傾向が強いです。

つまり、90%以上のモバイルデバイスをサポートしたいのであれば、少なくとも2つのビデオタイプが必要です:洗練されていないデバイスには3GP + MPEG-4、スマートフォンにはh.264 + MP4を使います。これは良い傾向で、1つの出力ビデオで、iPhone/iPad/iPod、Android、(ほとんどの場合)Blackberryなど、すべてのスマートフォンユーザーをカバーできます。PSP、PS3、Xbox 360を含めることもできます。

もちろん、1つのユニバーサル・スマートフォン出力でほとんどのスマートフォンユーザーに対応できますが、複数のモバイル出力があればもっと良いことができます。例えば、iPadのネイティブ解像度は1024×768で、以前のiPhoneの480×320の5倍です。そのため、480×320でビデオをエンコードすると、iPadの高解像度機能を無駄にしてしまうことになります。

幸いなことに、わずかな標準的なエンコード・プロファイルを使って、モバイルデバイスをうまくターゲットにすることができます。幅広い互換性のためにUniversal Smartphone Profileから始めてみましょう。次に、より高度なデバイスのためのAdvanced Smartphone Profileバージョンを追加し、最も幅広い互換性のためのレガシープロファイル(下記のLegacy Smartphone Profile、またはさらに幅広い互換性のための3GPビデオのいずれか)でモバイルリストを完成させます。

以下のデフォルトのプロファイルは、最初に使用することを推奨している設定になります。Brightcove Zencoderはデフォルトでこれらの設定を使用しますが、他のいかなるエンコード ツールでも簡単に再現できます。

デフォルト

  • ビデオ:h.264、レベル3.0
  • Baseline Profile Audio : AAC、1-2チャンネル

1.ユニバーサル・スマートフォン・プロファイル

これは、最新のスマートフォンとの幅広い互換性のための素晴らしいスタートプロファイルです。最新のデバイスで可能な高解像度と複雑なコーデックは利用できませんが、ほぼすべてのデバイスで再生できます。

再生可能

  • iOS:iPhone、iPad、Apple TV、iPod Touch、iPod Classic、iPod 5.5G
  • Blackberry:Bold 9000、Curve 8910、8900、8520、Peral 9XXX、Storm、Storm2、Torch、Tour、Bold 9650 + 9700
  • Android すべて
  • その他PSP(3.30+)、PS3、Xbox 360、Web

再生不可

  • iPod 5G
  • PSP (3.30以前)
  • Blackberry Curve 9330、9300、8530、83XX
  • Pearl 8XXX, 88XX

設定

デフォルト設定(と追加設定):

  • オーディオビットレート128(またはそれ以下)
  • オーディオのサンプルレート44100(またはそれ以下)
  • サイズ480×320
  • 最大フレームレート30
  • ビデオビットレート1500(またはそれ以下)

1b.ユニバーサル・スマートフォン・プロファイルB:高解像度

このプロファイルは、ビデオの解像度を上げることで、iPhone 4G、iPad、Apple TV、新しいiPod Touch、Droid、PS3、Xboxでよりよく再生されます。しかし、古いiPhoneではピクセルを増やしても無駄になり、
Blackberryや一部のAndroid携帯では再生できないビデオになります。

再生可能

上記のすべてから、Blackberryと、おそらく一部のAndroid端末を除いたものです。

設定

ユニバーサル・スマートフォン・プロファイル(上記)プラス :

  • サイズ640×480

2.高度なスマートフォンプロファイル

新しいiOSデバイスは、より高い解像度と、より複雑なエンコード(より良い圧縮を意味する)を可能にします。特に、iPadやApple TVのユーザーは、その美しい画面で480×320のビデオを見る必要はないはずなので、これらのユーザーに良い体験を提供したいのであれば、より高品質のバージョンを提供することは理にかなっています。

再生可能

  • iOS:iPhone 4G、iPad、Apple TV*、新しいiPod Touch
  • アンドロイドNexus One、Droid、その他(注:720pビデオで問題が発生するとの報告もある)
  • その他 : PS3、ウェブ

再生不可

  • iOS:iPod5G/5.5G/Classic、iPhone 3GS以前、旧型iPod Touch PSP、旧型Apple TV*。
  • Blackberry:すべて
  • Android:その他
  • その他 :PSP、PS3、Xbox 360、ウェブ

設定

デフォルト設定(と追加設定):

  • H264_profile: Main
  • H264_レベル3.1
  • オーディオビットレート160(またはそれ以下)
  • オーディオ・サンプル・レート48000
  • サイズ1280×720(最大)または960×640(iPhone 4ネイティブ)
  • 最大フレームレート30
  • ビデオビットレート5000(またはそれ以下)

*2b.アドバンスド・スマートフォン・プロファイル B:旧Apple TV対応

古いApple TVデバイスをサポートするには、Advanced Smartphone Profile設定に加え、以下のいずれかを使用します。

設定

アドバンスド・スマートフォン・プロファイル(上記)に加え、以下のいずれかを選択:

  • サイズ:960×540
  • 最大フレームレート24

3.レガシースマートフォンプロファイル

このプロファイルは、H.264ベースのモバイルデバイスの最後の主要なセット、特に古いiPodと一部のBlackberry機種で利用されます。こちらの機種では、ビデオは320×240、768kbps以下でかなり小さいサイズになります。

再生可能

上記のすべて、プラス:

  • iPod 5G、PSP(3.30以前)
  • Blackberry Curve 9330、9300、8530、83XX
  • Pearl 8XXX, 88XX

設定

デフォルト設定(と追加設定):

  • オーディオビットレート128(またはそれ以下)
  • オーディオのサンプルレート44100(またはそれ以下)
  • サイズ:320×240
  • 最大フレームレート30
  • ビデオビットレート768(またはそれ以下)
  • H264_level:1.3

4.レガシー3GPプロファイルAおよびB

最後に、1つか2つの3GPプロファイルは、残りの多くのモバイルデバイスへのサポートを拡張します。特に、レガシー・スマートフォン・プロファイルでは、上記でサポートされているのと同じデバイスのほとんどで使用できます。そのため、3GPビデオを320×240でエンコードする場合、別のH.264ビデオを320×240でエンコードする必要はないかもしれません。Zencoderでは、3GPビデオのサポートはまだベータ版であることに注意してください。最後に、これらのビデオのクオリティは悪く見えてしまいますが、それは3GP携帯電話をサポートするためのコストであることに注意してください。

再生可能

難しいですね。3GPデバイスは何千種類もあり、それぞれ少しずつ違います。これらを出発点として考えてみてください。

 プロフィールAプロフィールB
フォーマット3gp3gp
ビデオコーデックmpeg4mpeg4
サイズ320×240176×144
アスペクトモードPadPad
フレームレート155
アップスケールtruetrue
ビデオビットレート19252
ビットレート・キャップ19258
バッファサイズ該当なし16
オーディオ・ビットレート2416
オーディオ・チャンネル11
オーディオ・サンプル・レート1600016000

概要

モバイルビデオを作成したい場合は、Universal Smartphone Profileの使用から始めてください。より良い品質を求めるなら、Advanced Smartphone Profileのビデオでこれを補います。より幅広い互換性を求めるなら、MP4または3GPを使ってレガシー・プロファイルを1つか2つ追加します。1~3個のプロファイルを追加するだけで、ほとんどのモバイルデバイスに対応できます。

編集

古いiPhone/iPodデバイスは「H.264 Baseline Low Complexity 」プロファイルを要求します。「Low Complexity」はH.264の標準ではなく、実際には "1参照フレームのみ "を意味します。Appleのデバイスが本当にこれを強制しているかはまだ分かりませんが、真の互換性のためには、おそらくBaselineプロファイルを使用し、参照フレームを1に制限する必要があります。 h264_reference_frames 設定:

2010年11月23日(追記):Palm Preのビデオについて何人かの方から質問がありました。Palm Preの公表されているスペックは、他のスマートフォンと非常によく似ています:

  • 480×320のネイティブ解像度(640×480に対応)
  • H.264、H.263、またはMPEG-4ビデオ
  • MP3およびAACオーディオ(他のいくつかのコーデックも含む)

これらのスペックが正確で包括的であれば、上記のユニバーサルとレガシーのプロファイルはPalm Preで動作するはずです。

2011年1月24日(追記): 3GPビデオをRTMPストリームとして配信するには、"hinted"の追加が必要です。 "hint": 1 をAPIリクエストに追加して有効にしてください。

30代でYコンビネーターをやる

Yコンビネーターの創業者のステレオタイプはこうだ。

プログラマー。頭が良く、意欲的。マサチューセッツ工科大学(MIT)かスタンフォード大学(Stanford)か、さもなくば大学を飛び級した。とんでもなく安い給料で生活できる。週90時間労働を楽しむ。

そしてもちろん:若い。20代前半から半ば。

昨年、Yコンビネーターに応募しそうになったのは、年齢が高すぎると思ったからだ。当時、私は31歳だった。応募の際に年齢を聞かれるのですが、20代でない人は無視されるだろうと思っていました。でも、私の友人たちがサマークラスに参加し、彼らは私より年上だったので、挑戦してみようと思ったのです。

もっとも、私のように年齢が上の場合、YCをするのはもっと難しいかもしれない。妻がいて、子供が2人いて、住宅ローンもある。でも、少し年を重ねたからこその利点もある。今、2011年冬クラスの募集が始まっているので、僕の経験をシェアしようと思う。

30代でYコンビネーターに参加するための簡単なガイドです。

YCは30歳以上の創業者を受け入れていますか?

そうだ。ポール・グラハムによれば、年齢はペナルティでもボーナスでもない。彼はこう書いている:

「数字は知らない。記録はしていません。しかし、50代の創業者はいませんし、40代や10代の創業者は2、3人しかいません。ほとんどの創業者は20代か30代です。完全に推測ですが、15~20%が30代の創業者だと思います」。

2009年のことなので、数字は変わっているかもしれない。

基本的に、YC企業の年齢分布は応募者の年齢分布にかなり近い。YCの創業者は35歳より25歳の方が多いが、応募するのは35歳より25歳の方が多い。

ポールはあるエッセイで、起業に理想的な年齢は22歳から38歳だと言っている。私の知る限り、これはルールではなく、単なる提案だ。YCは22歳より若い人をたくさん受け入れてきたし、38歳以上の人も少なくとも何人かは受け入れてきた。

30歳を過ぎてスタートアップを立ち上げたい。YCに応募すべきでしょうか?

もちろん、ベイエリアに4カ月以上滞在でき(資金調達が必要な場合は3カ月では足りない)、優れた指導から恩恵を受けられると思うのであれば、ぜひ挑戦してほしい。

年を取ってからYCをする余裕があるのか?

簡単ではない。3人のチームでも2万ドルしかもらえない。ほとんどの人にとって、ベイエリアで生活するには十分ではない。21歳のときは、安く暮らすことでこの問題を解決する。安いアパート、オフィスなし、安い食事、旅行しない、物を買わない。YC後もそれを維持できれば、年配者より一歩リードしていることになる。

歳をとると、安く暮らすのは少し難しくなる。31歳だと、(家族、住宅ローン、より高価なライフスタイルなどのために)バーンレートが高くなる可能性が高い。しかし、31歳のあなたには貯蓄などの利点もある。

31歳で優秀なプログラマーなら、少なくとも数年間はそれなりの給料をもらっているだろう。わずかなYC資金を貯金で補いました。また、YCに至るまでソフトウェア・コンサルティング・ショップを経営していたので、YC期間中(従業員がいくつかのプロジェクトを仕上げたため)にも少し収入がありました。

貯蓄が尽きたらどうなる?

資金を調達するか、利益を得るかだ。チーム全員が月5千ドルで生活できるのであれば、月2万5千ドル必要な場合よりも、黒字化する方がずっと簡単だ。そのため、経費が高ければ、すぐに黒字化するのではなく、資金調達を余儀なくされることが多い。

個人的には、無駄を省き、利益を上げ、大きな資金調達を避けるという考え方が好きだ。万人向けではないが、私には共感できる。しかし、それを実行するのは本当に本当に難しい。だから逆説的だが、資金調達はほとんどの人にとって簡単な選択肢なのだ。

それでも資金調達は難しい。リスキーではないか?

わずか数ヶ月の助走ですべてを投げ出し、すぐに資金を集めることを望むのはリスキーだ。そのリスクを負えないなら、YCをやらないか、投資を必要としないスタートアップをやればいい。資金調達は難しく、不確実で、スタートアップを殺す可能性がある。しかし、資金が尽きればスタートアップが死ぬことは確実なので、資金を調達することは良いアイデアであることが多い。

良いニュースとしては、Y Combinatorは創業者が資金調達できるよう素晴らしい準備をしてくれるということだ。YC自身による、YCの卒業生による、さらには無関係のエンジェル投資家による)素晴らしいメンタリング、小さなPRブースト、そしてDemo Dayで100人の質の高い投資家にピッチする機会を得ることができる。資金調達の保証はないが、多くのYC創業者が資金調達に成功している。

30代でお金を集めるのは簡単か、難しいか?

大きな違いはないと思う。結局のところ、投資家は強力な創業者と巨大な機会を求めている。若い創業者にはそれなりのものがあり、年配の創業者にはそれ以外のものがある。

共同創業者については?

これは重要なことだ。もしあなたが31歳で、6ヶ月間アプリに取り組めるだけの貯金があっても、共同創業者がそうでないとしたら、それは問題だ。ある程度、あなたの会社の助走路は、最も短い共同創業者の助走路と同じ長さしかない。助走路がバラバラな場合は、最初の助走路がなくなったらどうなるかを前もって明確に理解しておくこと。

配偶者、子供、住宅ローンについては?

これは状況にとても左右される。私の友人には、私のようなことは絶対にできない、という人がいる。でも、僕にはとても協力的な奥さんがいて、貯金も少しある。だからYCができたんだ。

スタートアップの創業者は年俸3万ドルを支払うのが普通ではない?

イエスでもありノーでもある。経験則では、"自分への報酬はできるだけ少なく"、つまり、"資金面でスタートアップに集中できなくならない程度の報酬を支払う "ということだと思う。

投資家はこれを理解している。もしあなたに子供がいて、実質的な燃焼率が年間9万ドルなら、自分自身に年間9万ドルを支払う。もし自分に6万ドル払えば、長期的にスタートアップを続けるのは難しいだろう。しかし、もしあなたが年間3万ドルしか必要としないのに、自分に6万ドルを支払うのであれば、あなたはスタートアップに不利益を与えていることになる。

もしそれが不公平に聞こえるなら(「隣のブロックの創業者が9万ドルもらっているのに、なぜ私は3万ドルしかもらわなければならないのか」)、あなたが安い給料をもらえば、多額の給料を必要とする創業者よりも即座に有利になることを覚えておいてほしい。他の条件が同じであれば、あなたのスタートアップは、少なくとも初期の段階では、そのブロックの高価なスタートアップよりも死ぬ可能性が低い。もしあなたが15人のチームを持っていて、VCから資金を得ているのなら、ぜひとも本当の給料を受け取ってほしい。

年をとっているから、人に変な目で見られる?

いや、信じられないかもしれないが、多くのスタートアップには30代や40代の創業者がいる。50代でスタートアップをやっている人もいると聞きます。ショックですよね。

実は、22歳の創業者/天才は例外であって、ルールではないことが判明した。549人の起業家を対象とした調査によると、「高成長企業」を立ち上げる創業者の平均年齢は25歳ではなく40歳である。これは、私たちのほとんどが神童ではないので、物事を理解し始める前に10年か20年の経験と失敗が必要だから、という理由もある。しかし、最大の理由は単純だと思う:創業者は1つのスタートアップで終わらない。もしあなたが25歳で起業を楽しんでいるなら、40歳になっても起業を楽しめる可能性は高い。

参照ID:コンテンツをビデオプレーヤーに割り当てる方法

メディア モジュールのクイック公開ツールを使用した動画の公開は、迅速かつ簡単です。しかし、大規模なコンテンツ ライブラリを持ち、Web プロパティ全体に多数の動画プレーヤを配置している場合、時間を節約できる裏技があります。この投稿では、Studio の参照 ID 機能を使用して、プログラムでコンテンツをプレーヤに割り当てるプロセスを簡素化する方法を紹介します。

プログラムでコンテンツをプレーヤーに割り当てる

お気づきかもしれませんが、すべての Brightcove 公開コードは標準形式に従っています。これが意味するのは、プログラムでいくつかの ID フィールドを入れ替え、埋め込みコードが表示する内容を変更できるということです:
  • PlayerID パラメータ。どのビデオプレーヤーを表示するかを決定する。
  • videoPlayerパラメータ。どの動画を表示するかを決定します(単一の動画プレーヤのみ)。
  • playlistTabsパラメータ。どのプレイリストが表示されるかを決定します (タブ・プレイリスト・プレーヤのみ)。
  • playlistCombo パラメータ。どのプレイリストが表示されるかを決定します(ドロップダウン プレイリスト選択のプレーヤのみ)。

次に、プログラムでコンテンツを割り当てるプロセスを簡素化するために、参照IDを使用する方法を見てみましょう。

ID番号の代わりに参照IDを使用

すべての動画、プレイリスト、およびプレーヤーには一意の ID 番号が割り当てられており、識別のために使用されます。参照 ID を使用すると、その番号の代わりに別の一意の ID を追加できます。これにより、ID 番号を取得するために常にスタジオを参照する必要がなくなるため、新しいプレーヤをサイトに追加するプロセスが劇的に簡素化されます。

リファレンスIDは、コンテンツ管理システム(CMS)で動画やウェブページを管理している場合にも便利です。CMS で使用されている ID と一致する参照 ID を動画に割り当てることで、CMS とスタジオで同じ情報を簡単に照合できます。

覚えておいてください: 再生リストに参照 ID を割り当て、スタジオを経由せずに埋め込みコードから動画プレーヤに再生リストを割り当てることもできます。ブライトコーブがどの動画またはプレイリストを表示すべきかを認識できるように、すべての参照 ID を一意に保つようにしてください。

リファレンスIDの編集方法

このステップは簡単です:メディア・モジュールでビデオを選択し、画面下部の「編集」をクリックして、"参照ID "の横のボックスにチェックを入れるだけです。小さなテキストボックスがポップアップ表示されますので、参照IDを入力してください。

VP8、ウェブム、そしてHTML5ビデオの未来

2010年、グーグルは新しいオープンソースのビデオプロジェクトを発表した:VP8コーデックを使用するWebMである。これはデジタル動画にとって大きな出来事です。ブライトコーブは VP8 トランスコーディングのサポートも開始し、市場で最高の VP8 トランスコーディングを提供することをお約束します。

VP8とは?WEBMとは?

VP8は、h.264、VP6、Theoraなどと同じビデオコーデックだ。

WebMとは、(Matroskaをベースにした)コンテナ・フォーマットと、オープンソースのビデオ・プロジェクトの名前である。おそらく、WebMは将来的に他のオープンなビデオおよびオーディオコーデックを含む可能性がある。

BRIGHTCOVE は VP8 をサポートしていますか?

はい。Google と協力して、Brightcove に VP8/WebM サポートを組み込みました。

VP8はどこから来たのか?

グーグルが買収する前、On2は独自のビデオコーデックを製造する世界でも数少ない企業のひとつだった。ほとんどのビデオコーデックやオーディオコーデックは、数十社の特許を組み合わせた業界標準だ。

例えばMP3オーディオには100以上の特許が含まれている。MP3スペックは誰でも読むことができるが、MP3エンコーダーを実装したり、MP3オーディオをデコードまたはエンコードするには、これらの特許をライセンスしなければならない。便利なことに、特許はパテントプールにまとめられているので、MP3で何かをするためには、50のライセンスではなく、1つのライセンスにサインするだけでいいのです。

On2は違った。彼らは、VP6、VP7、VP8といった独自のビデオコーデックを作成する商業企業だった。VP6は、MacromediaがFlash 7と8のためにライセンスしたことで、ウェブ上で大きな話題となった。

当時は、Flash 6のビデオコーデックであるh.263からの大きな前進だった。h.264エンコーダーの実装が成熟する前のしばらくの間は、h.264とほぼ同等の性能さえあった。しかし、全体的に見れば、h.264はVP6よりも優れたコーデックだ。ですから、Flash 9がh.264を搭載したとき、VP6の必要性は少し減りました。今でもウェブ上で2番目に視聴されている動画コーデックだ。

HTML5ビデオはどうなっているのか?

HTML5には <video> タグのように <img> タグは、プラグイン(Flash PlayerやSliverlightなど)を必要とせず、ブラウザがネイティブにビデオを再生するために使用する。しかし、標準コーデックは指定されていない。

FirefoxとOperaは、オープンソースのコーデックであるTheoraを支持したが、現在利用可能な最高のビデオコーデックからは1〜2世代遅れている。Theoraは、実際にはOn2が数年前にBSDライクなライセンスでリリースしたOn2 VP3をベースにしている。

アップルとマイクロソフトは、h.264より劣り、海底特許を懸念しているため、ブラウザにTheoraサポートを含めない。SafariとIEはh.264を支持した。h.264は市場で最高のコーデックだが、無料ではない。H.264はMPEG-LA(特許プールを管理している)からのライセンスが必要だ。

少なくとも2010年においては、ほとんどのユーザーにとってh.264は無料か安価である。しかし、それは将来的に変わる可能性があり、たとえ変わらなかったとしても、FirefoxやOperaの開発者たちは、哲学的かつ実用的な理由から、特許に縛られたコーデックを使いたくはないのだ。

現時点では、HTML5ビデオは袋小路にある。FirefoxとOperaはh.264をサポートせず、IEとSafariはTheoraをサポートしない(ちなみにGoogle Chromeは両方をサポートしている)。

なぜVP8が重要なのか?

VP8は優れたビデオコーデックで、オープンだ。これは世界でもユニークなものだ。Theoraはオープンだが、優れたコーデックではない。H.264は素晴らしいコーデックだが、特許に縛られている。

Firefox、Chrome、Opera、Adobeは現在VP8をサポートしており、SafariとIEもいずれサポートする可能性がある。つまり、VP8はせいぜいHTML5ビデオの問題を完全に解決する程度だ。最悪の場合、VP8はオープンビデオにとって大きな前進となるだろう。いずれにせよ、高品質のオープンソース動画コーデックは、h.264ユーザーであっても、誰にとっても良いことだ。

VP8の実力は?

本当に初期段階だが、良いようだ。H.264の方がまだ良いだろうが、VP8は他のほとんどのコーデック(Theora、VP6、MPEG-4などを含む)よりも優れている。

また、VP8はエンコーダーが良くなるにつれて良くなっていくだろう。同じコーデックでも、あるエンコーダーと別のエンコーダーの差は大きい。h.264が最初にリリースされたとき、VP6やMPEG-4 ASP(例えば、DivXやXviD)よりもそれほど優れていませんでした。しかし5年後、h.264エンコーダーは格段に良くなっている。

VP8は(5年はともかく)1年待てば、どんどん良くなっていくだろう。

これはH.264にとって何を意味するのか?

競争は良いことだ。H.264は昨年、ライセンス条件を少し自由化したが、その一因はおそらくFirefoxとOperaからの圧力によるものだろう。VP8はこれを加速させるだろう。h.264に対する信頼できる競争相手は、h.264の特許保有者に有利なライセンス条件を提示するよう促すだろう。

H.264は消えてしまうのか?

アップルを含め、多くの企業がh.264に取り組んでおり、多くのデバイス(iPhoneなど)がハードウェアベースのh.264デコーダーを搭載している。それ以上に、h.264は依然として市場で最高のコーデックであるため、帯域幅を重視する企業はh.264を使い続けるでしょう。

WEBM/VP8で使用するオーディオコーデックは?

Ogg Vorbis。品質でh.264にかなり遅れをとっているTheoraとは異なり、Vorbisはオーディオコーデックとして実際かなり優れている。MP3やAACに引けを取らない。

VP8ビデオを再生するには?

Chromium、Firefox、または他のブラウザをダウンロードしてください。他の選手もすぐに登場するでしょう。

自分のウェブサイトにVP8を追加するには?

オープンソースのユニバーサル・ビデオ・プレーヤー、video.jsプロジェクトをご覧ください。Video.jsは、HTML5ビデオ、Flashビデオ、iPhoneやその他のモバイルデバイス用の単一の埋め込みコードを提供します。

VAST:動画広告のレスポンス基準が重要な理由

この記事では、VASTとは何か、なぜこの規格がそれほど重要なのか、そしてVAST 2で何が起きているのかを取り上げます。

バストとは何か?

VAST(Video Ad Serving Template)は、動画プレーヤに広告レスポンスを配信する標準的な方法です。これには、広告の種類、広告クリエイティブが配置されている場所、特定のことが起こったときに発生するイベントなどの情報が含まれる XML が使用されます。VAST 仕様では、どのようなことができるかを詳しく説明しています。

VASTはInteractive Advertising Bureau(IAB)によって作成された。IAB は、多くの広告サーバー会社、動画プラットフォーム、広告代理店、その他標準フォーマットの取得に関心のある人々と話し合い、この仕様をまとめました。ブライトコーブは、この仕様に協力した企業の 1 つであり、ブライトコーブの広告 XML から得た知識を使用して、仕様の変更を提案しました。

なぜ広大さが重要なのか?

このような標準的な広告レスポンスを持つことで、広告サーバーは非常に異なる方法で動作することができます。異なる動画プレーヤーの違いや、それらが期待するレスポンスのタイプやフォーマットの違いに頭を悩ませることに多くの時間を費やす代わりに、広告サーバーは理想的にはすべての場所に同じ広告XMLを返すことができます。

さらに重要なのは、広告サーバーはしばしば互いに会話し、必要に応じて要求に応じてさまざまな場所から広告を取得することだ。これがVASTの本当の力であり、サードパーティの広告配信が簡単にできるようになるということだ。これにより、動画広告のリアルタイム物々交換のようなことが可能になる。

広大2で何が起きているのか?

最初のバージョンであるVAST 1は業界内でもある程度の支持を得ていたが、VAST 2はそれを完全に追い越した。ダブルクリックのプラットフォームのように、多くの広告サーバーがVAST 2のサポートを発表している。また、ブライトコーブのプレーヤーを含め、VAST 2を使用できる動画プレーヤーの数も増えています。

幅広いサポートに加えて、VAST 2には広告レスポンスに必要な要素や属性が大幅に追加されています。VAST 1の仕様には多くの制限があり、特定の場所で広告クリエイティブを使用できなかったり、人々が知りたがっていたイベントを見逃したり、明確にする必要のある要素があります。

現在では VAST 2 が推奨されていますが、ブライトコーブは VAST 1 と VAST 2 の両方の仕様を実装しています。また、より多くの VAST 2 要素を使用できるように、プレーヤに継続的に新機能を追加しています。

MEDIACODERを使用してH.264をエンコードする方法

パブリッシャーやパートナーの中には、BC3のサーバーサイドトランスコーディング機能の使用を除外して、独自の外部メディアトランスコーディングワークフローを使用する非常に正当な理由が存在する場合もあります。

最終的な品質とサイズのコントロールのネジを本当に回す必要がある場合は、エンコーディングプロセスで利用可能なより高度なレバーを深く掘り下げる必要があります。プロファイル、レベル、プレディクターフレームなどは、エンコーディングから最大限の力を引き出すために微調整が必要なもののほんの一部です。

私たちの99%にとって、このような専門的なことはあまりに多すぎて、とても理解できるものではない。幸いなことに、インターネットは私たちを本物の専門家への入り口として救ってくれる。

試してみたいことがある。

MediaCoderの入手方法

MediaCoderをダウンロードしよう。オープンソースのGUIツールで、動画を無料でh.264にトランスコードできる。気に入れば、有料のコマンドラインツールもある。

MediaCoderの設定方法

以下の手順に従ってMediaCoderをセットアップしてください。

ファイルメニュー -> すべての設定を戻す

オーディオタブ

あなたにとって最も理にかなったものを選んでください。オーディオには容量が必要であり、PCスピーカーの品質によってオーディオの大部分が消費され、制限されることを忘れないでください。

ビデオタブ

  • モードビットレートベース
  • ビットレート500 kbps (この値から始めて、どのように改善されるかを確認するために変化させる)
  • フォーマット:h.264
  • コンテナMP4
  • ソース:(自動選択)
  • エンコーダー:(自動選択)

x264タブ

  • プロフィール高い
  • 予想フレーム:6
  • モーション・エストモードノーマル
  • 動作推定レンジ16
  • レベル:5.1
  • Bフレーム:5本
  • サブペルリファインメント7

MediaCoderの環境設定ウィンドウ

詳細設定 "ボタンをクリック -> MediaCoder環境設定ウィンドウ

ビデオエンコーダ

|--x264

  • ビットストリームプロファイル= ベースライン(下のドロップダウンボックスで「ベースライン」をハイライトして選択する)
  • ビットストリームのレベル= 51 (下のボックスに値を入力し、適用ボタンをクリックします)
  • B および P フレームで予測変数として使用されるフレーム= 6(下のボックスに値を入力し,適用ボタンをクリックする.)
  • IフレームとPフレームの間の最大Bフレーム=5(下のボックスに値を入力し、適用ボタンをクリックする)
  • Bフレーム決定=真(下の「はい」ラジオボタンをクリック)
  • Bフレームを予測に使用=true(下の「はい」ラジオボタンをクリック)
  • CABACを使用する=true(下の「はい」ラジオボタンをクリック)
  • マクロブロックの直接予測= 自動 (下のドロップダウンボックスで「自動」をハイライトしてクリック)
  • Bフレームに重み付け予測を使用する=true(下の「はい」ラジオボタンをクリック)
  • 適応空間変換サイズ= true(下の「はい」ラジオボタンをクリック)
  • フルピクセルの動き推定アルゴリズム= 六角形(下のドロップダウンボックスで「六角形」をハイライトしてクリックする)
  • Subpel refinement quality= 7 (下のボックスに値を入力し、適用ボタンをクリック)
  • 混合参照枠=真(下の「はい」ラジオボタンをクリック)
  • Bフレームのレートディストーション最適化 マクロブロックタイプ=true(下の "Yes "ラジオボタンをクリック)
  • 双方向マクロブロックで使用するモーションベクトルを絞り込む=false(下の「いいえ」ラジオボタンをクリック)
  • レート歪み最適量子化= すべてのモード決定時に有効にする(下のボックスで「すべてのモード決定時に有効にする」をハイライトしてクリックする)
  • Pフレームで早期スキップ検出を行う=false(下の "No "ラジオボタンをクリック)
  • Threads (0 for auto)= 6 (下のボックスに値を入力し、適用ボタンをクリック)

アルファ&ベータ・デブロッキング

MediaCoder Preferencesウィンドウに残っている唯一の設定は、アルファとベータデブロッキングです。詳しくは、Mpeg4 AVCデブロックを効果的に使用する方法(小さなFAQ)をお読みください。

どの数値を使うかは、個人的な選択です。この例では、より詳細なルックと-2:-1の時折のブロック設定を使用する。

  • デブロッキングフィルターのアルファパラメーター= -2 (下のボックスに値を入力し、適用ボタンをクリック)
  • デブロッキングフィルタのベータパラメータ= -1 (下のボックスに値を入力し、適用ボタンをクリックします)

MediaCoder Preferencesウィンドウの右上にある "X "ボタンをクリックします。

Muxerタブ

  • ラジオボタン有効にする
  • マルチプレクサMP4Box

メディアコーダの出力チェック

動画を通し、出力を見てください。ソースファイルが良ければ良いほど、トランスコード出力も良くなることを覚えておいてください。

動きの速い複雑なシーン(トランジションの波を見てください)では、ブロック感や画質の劣化がかなり少なくなるはずです。

このファイルはアップロード可能で、iPhone だけでなく Brightcove プレーヤでもすぐに再生できます(Baseline の設定のおかげです)。