問題タブ [rtmpd]

パブリッシュ メソッドを使用して、Flash Media Server 以外のストリーミング サーバーで flv ファイルを記録することはできますか? それとも FMS のみを対象としていますか? crtmpサーバーはどうですか？

librtmp ライブラリを使用しようとしていますが、ストリームをプルするのに非常にうまく機能しました。しかし今、ストリームを公開しようとしています。そのためには RTMP_Write 関数を使用する必要があると思います。

ここで達成しようとしているのは、ファイルから読み取り、ストリームを crtmp サーバーにプッシュしようとする単純な C++ プログラムです。接続とストリームの作成は問題ありませんが、RTMP_Write の使用にはかなり困惑しています。

これが私がしたことです：

この Upload 関数では、既に初期化された RTMP 構造体と開いているファイルへのポインターを受け取ります。

これは実際に機能し、ビデオが表示されているのを見ることができますが、すぐに失われ、パッケージの送信が停止します。私が設定したバッファ（そして、ランダムに64kにする必要がありましたが、特別な理由はありません）がたまたまflvタグ（http://osflash.org/flv#flv_format）を分割するたびに発生することを理解できました新しいパッケージ。

そのために、RTMP_Write 関数を修正し、flv タグ全体 (パケット タイプ、ボディ サイズ、タイムスタンプなど) をデコードできるかどうかを確認するように指示しました。バッファに残っている有用なバイト。

上記のコードはこれに注意し、RTMP_Write によって返された値が送信するはずだったバイト数でない場合、値がバッファに残っている有効なバイト数であることを認識します。次に、これらのバイトをバッファーの先頭にコピーし、ファイルからさらに読み取ります。

しかし、私はそれで問題を抱え続けているので、疑問に思っていました.とにかく、この関数の正しい使い方は何ですか? 使用すべき特定のバッファ値はありますか? （そうは思わないでください）またはそれ自体がバグですか？

rtmpdの商用バージョンであるevostreamを使用しています。

フラッシュでサンプルの記録と再生のアプリを作成している間、ライブストリームを公開して再生することはできますが、記録や追加はできません。

上記をフラッシュで使用すると、接続が閉じられ、サーバーコンソールで一連のエラーが発生します。

これがそのシリーズの一部であり、いくつかの洞察を与えると私は信じています。

上記から推測できるのは、アクセス許可のためにファイルを作成できないということだけです。しかし、私はすべてのフォルダとファイルのアクセス許可をフルアクセスに設定しました。

もうどこを見ればいいのかわからない。前進する方法について何か考えを持っている人は誰でもそれを親切に共有するかもしれません。

編集

エラーの完全なログはここにあります。

録音済みの flv サウンドをストリーミングするために使用するフラッシュ プレーヤーがあります。再生中にサウンドを前後にシークする進むボタンと戻るボタンがあります。

私が得る問題は、30 秒のような短いサウンドを使用すると、最後に 10 秒近くかかると、プレーヤーからこのメッセージ「 NetStream.Buffer.flush 」が表示されることです。は空です」なので、ファイルの終わり近くをシークできません。

どうすればこれを修正できますか?

私はすでにinBufferSeekを true に設定し、bufferTimeを 5 に設定しています。

これは Flash/As3 の問題ですか、それともサーバーの問題ですか? （私はcrtmpオープンソースサーバーを使用しています）

私が抱えている問題のように、ローカルに保存された flv を CRTMP 経由でストリーミングする際に問題が発生した人はいますか?

ファイルの実際の終了の 10 ～ 11 秒前に、バッファーを空にしてフラッシュします。

また、ファイルの実際の終了の 10 ～ 11 秒前に、crtmp ログ ファイルに「ストリーミングが完了しました」というメッセージが表示されます。

バッファが空であるため、最後にファイルをシークできません。

これは、flv ファイルが正しく構成されていないか、サーバー エラーが原因で発生しますか?

AS3での再生が終了するまで、バッファのフラッシュを防ぐにはどうすればよいですか？

出来ますか？

バッファは空になり、flvファイルの実際の終わりの10〜11秒前にフラッシュされます。

ファイルはローカルに保存され、crtmpサーバーを介してストリーミングします。

バッファが空であるため、最後の10秒間をシークできません。フラッシュが最後にバッファをフラッシュするのを止めるにはどうすればよいですか？

crtmpserverを使用してRTMPサーバーを作成しています。Adobe Flash Media Live Encoder 3.2 を使用して、ライブストリームをサーバーに公開しています。大丈夫です。ライブ ストリームを受信するために webflash プレーヤーを使用します。大丈夫です。

今、サーバーでライブファイルを見つけたいのですが、ファイルが見つかりません。ライブストリームはどのフォルダですか?

ポート80または8080ではなくポート808でリッスンするapache2を備えたサーバーがあります。クライアント側のウェブカメラからビデオストリームを生成し、「rtmp:///flvplayback/」のようなrtmpプロトコルを使用してIPアドレスでサーバーに送信するフラッシュプログラムがあります。 "

そのIPアドレスにストリームを公開します

1）ローカルマシンでは、文字列は次のようになります

「rtmp://192.168.1.12/flvplayback/」

そして正常に動作します。

2）リモートマシン、つまりVPSでは、文字列は次のようになります

「rtmp://222.222.222.222/flvplayback/」

ここで次のエラーが生成されます

(VPS で実行されている crtmpserver がこのエラーを生成しています) .... /tcpcarrier.cpp:78 データを読み取れません。111.111.111.111:33984 -> 222.222.222.222:1935 ....

このエラーが生成される理由がわかりません....サイトrtmpd.comのダウンロードセクションからubuntu12.04 crtmpserverrビルドを使用しています。同じビルドがローカルマシンで完全に正常に動作します。

CRTMP サーバーは優れたツールです...クライアントがルーターの背後にある場合の Nat Traversal はうまく機能しています。... テスト済み Android 2.2、2.3、4.1、RTSP ストリーミング OK (RTMP フラッシュも OK)。

しかし、RealPlayer (Helix DNA 10.0 onS60) の RTSP は常に「メディアを再生できません。または「接続できません」（接続は確実に確立されています-wiresharkで確認）。... (解決策を達成するために CRTMP コードを調査したいと考えているため、プログラミング関連の問題です)

BBC RTSP チャネル (wowza は遅れています) は symbian realPlayer でよく表示されますが、ストリーミング ソース:

ffmpeg -i rtsp://[bbc_channel_address] -c copy -f rtsp rtsp://[crtmp_server_addr]:8554/ch

... Android では問題ありませんが、realPlayerS60 では機能しません。

誰かが理由についての手がかりを持っていますか?

Android デバイスからカメラのビデオをライブで保存するには、rtmp サービスの URL が必要です。 このサイトによると

サーバーサイドでのライブストリーミングの実装は以下のサイトを参考にしました。

ヘリックスサーバー

Wowza サーバー

Adboe サーバー

これらのサーバーは期間限定の無料試用版を提供していますが、無料の試用版が必要です。

ついにC++ RTMPサーバーを見つけました

このサーバーで作業した後、サーバー コードは C++ で書かれているという結論に達しました。だから私は実行するEclipseにC++プラグインを追加しました。しかし、次のエラーが発生しました

「起動に失敗しました。バイナリが見つかりません」

このエラーを解決するために、「MinGW インストーラー」をインストールしましたが、役に立ちません。

このサイトを参照してください

このサイトには、Android デバイスからサーバーへのライブ ストリーミングを実装するための Android 用のクライアント コードがあります。ここでは、ライブ ビデオがサーバーに直接保存されます。上記の C++ サーバーを使用して、「rtmp://live:live@128.122.151.108:1935/live/test.flv」のようなサービス URL を生成できますか? これを実装する際に私を導いてください。どんな助けでも大歓迎です。