プレーヤーの例
プレーヤーはライブストリームに接続できなくなります。ModalDialog オブジェクトが作成され、その中にカスタムイメージが配置され、ModalDialog オブジェクトが表示されます。ModalDialogを閉じると、デフォルトのエラーが表示されます。
ソースコード
CodePen を使用する
上記のCodePenを効果的に使用するためのヒントは次のとおりです。
- [ 結果]ボタンをクリックして、プレーヤーの実際の表示を切り替えます。
- HTML/CSS/JSボタンをクリックして、いずれかのコードタイプを表示します。
- このドキュメントの後半では、アプリケーションで使用されるロジック、フロー、およびスタイル設定については、 Player/HTML設定、アプリケーションフロー、およびアプリケーションのスタイル設定で説明されます。セクション。これらのセクションの情報に沿って従う最も良い方法は、次のとおりです。
- CodePen の [ EDIT ON CODEPEN]ボタンをクリックし、1 つのブラウザ/ブラウザタブでコードを使用できるようにします。
- CodePen で、表示するコードを調整します。CodePen 内の異なるコードセクションの幅を変更できます。
- を見るプレーヤー/ HTML構成、アプリケーションフローおよび/またはアプリケーションのスタイリング別のブラウザ/ブラウザタブのセクション。これで、コードの説明に従い、同時にコードを表示できるようになります。
開発シーケンス
推奨される開発順序は次のとおりです。
- インページ埋め込みプレーヤーの実装を使用して、プレーヤー、プラグイン、CSS の機能をテストします (CSS が必要な場合)
- ローカルテストのためにプラグインのJavaScriptとCSSを別々のファイルに置く
- エラーを解決したら、プラグインコードとCSSをサーバーにデプロイします
- Studio を使用してプラグインと CSS をプレイヤーに追加する
- iframe の実装が適切であると判断した場合は、インページ埋め込みプレーヤーの実装を置き換えます (次のセクションで詳しく説明します)。
これらの手順の詳細については、「ステップバイステップ」を参照してください。プラグイン開発ガイド。
iframe またはページ内埋め込み
Brightcove Player の拡張機能を開発する際には、コードが iframe 実装またはページ内埋め込み実装に最も適しているかどうかを判断する必要があります。ベストプラクティスの推奨事項は、iframe 実装で使用するプラグインを構築することです。iframe プレーヤーを使用する利点は次のとおりです。
- 既存のJavaScriptおよび/またはCSSとの衝突はありません
- 自動応答性
- iframe は、ソーシャルメディアアプリ(または動画が他のアプリに「移動」する必要があるとき)での使用を容易にします。
インページ埋め込みプレーヤーの統合はより複雑になりますが、その実装に関するコードを計画する場合もあります。一般化するために、このアプローチは、包含ページがプレイヤーと通信する必要がある場合に最適です。具体的には、いくつかの例を挙げます。
- 含まれているページのコードは、プレイヤーイベントをリッスンして行動する必要があります
- プレーヤーは包含ページのスタイルを使用します
- iframe は、含まれているページからのリダイレクトのように、アプリロジックが失敗します。
最終実装で iframe コードを使用しない場合でも、JavaScript 用のプラグインと CSS 用の別のファイルを使用して、ページ内埋め込みコードを使用できます。これにより、ロジックがカプセル化され、複数のプレーヤーで簡単に使用できます。
API/プラグインリソースを使用
API メソッド | API イベント | API プロパティ | |
---|---|---|---|
addChild () | エラー | player.error () .code | |
オン () | モーダルクローズ | ||
デュレーション () | |||
player.errorDisplay.Hide () | |||
player.errorDisplay.show () |
プレーヤー/HTML構成
このセクションでは、プレーヤーの作成時に必要な特別な設定について詳しく説明します。さらに、ページ内埋め込みプレーヤー実装コード以外に、ページに追加する必要があるその他の HTML 要素についても説明します。
プレーヤーの設定
このサンプル用に作成した Brightcove Player には、特別な設定は必要ありません。
その他のHTML
他の HTML 要素はページに追加されません。
アプリケーションフロー
このアプリケーションの背後にある基本的なロジックは次のとおりです。
- ModalDialog のインスタンスを作成し、その中にカスタムイメージを配置します。
- エラーをリッスンし、エラーの種類が正しい場合は、カスタム ModalDialog を表示します。
- ビデオのビューアがカスタム ModalDialog を閉じることを選択した場合、デフォルトのエラーメッセージを表示します。
div
HTML要素を作成する
ラベルが付いたコードを見つけます。
HTML div
要素を作成し、ライブフィードが機能していない場合に表示する画像を配置します。
div
HTML要素が配置されるオブジェクトを構築する
ラベルが付いたコードを見つけます。
これは、ModalDialogを作成するときに必要です。
ModalDialogを作成し、そのコンテンツとして画像を配置します
ラベルが付いたコードを見つけます。
これは、ModalDialog インスタンスを作成し、プレーヤーに追加するための標準コードです。デフォルトでは、これは表示されません。
ディスパッチされるエラーをリッスンする
ラベルが付いたコードを見つけます。
エラーがディスパッチされると、エラーコードと期間を取得します。
エラータイプを確認する
ラベルが付いたコードを見つけます。
ライブストリームが再生されていないかどうかを確認するには、次を使用します。
状態チェックerrNo == "4" &&期間== 0
ChromeとFirefoxで動作します。2番目の状態チェックerrNo == "4" && Number.isNaN(duration)
SafariとAndroidのブラウザに必要です。
デフォルトのエラーはカスタムです ModalDialog が閉じられています
ラベルが付いたコードを見つけます。
これは、この動作を実装したい場合にのみ行われます。modalclose
単にイベントをリッスンし、そのイベントハンドラでデフォルトのエラーを表示します。
アプリケーションのスタイリング
唯一のCSSは単にプレーヤーのサイズを設定します。
プラグインコード
通常、JavaScript を Brightcove Player プラグインに変換する場合は、公称の変更が必要です。必要な変更の 1 つは、ready()
メソッドの標準使用をプラグインを定義するコードに置き換えることです。
ここでは、プレーヤーで動作するJavaScriptコードへの非常に一般的に使用されるスタートです:
最初の行を変更して、標準の構文を使用して Brightcove Player プラグインを起動します。
前述のように、このドキュメントの対応する GitHub リポジトリには、プラグインの JavaScript コードが表示されます: liveCustomError.js 。
プレーヤーでプラグインを使用する
プラグインの CSS ファイルと JavaScript ファイルをインターネットでアクセス可能な場所に保存したら、プレーヤーでプラグインを使用できます。Studio の PLAYERSモジュールでは、プレーヤーを選択し、[ プラグイン ] セクションで CSS ファイルと JavaScript ファイルに URL を追加し、名前を追加することもできます。オプションが必要な場合は、[Options] と [Options]