こちらのページは旧SkyWayの情報です。新しいSkyWayに関する情報はこちら

gstreamerからSkyWay経由で動画を転送する方法で現在も有効な手段はありますか？

Follow
Avatar
菱沼倫彦

https://qiita.com/komasshu/items/f8f3497ca4ee139437a1

こちらの情報を参考に、同じことを実現したいのですが、

再現可能な方法はあるでしょうか。

https://nttcom.github.io/skyway-siru-client/examples/

こちらにカメラの映像を表示したいのですが、

方法が古くなっているようで、再現できずにおります。

status: connected という状態になりますが、

uuid: N/A

video: idle

という状態です。

ssgのログは以下のようなものですが、何かお気づきのところがありましたらコメントいただけますと幸いです。

[2019-09-24 08:10:03.370] [INFO] SkyWayConnector - start establishing connection to server (SSG_qi90g8tyls)
[2019-09-24 08:10:03.646] [INFO] SkyWayConnector - connection established
[2019-09-24 08:10:03.658] [INFO] signaling_controller - start REST Server on port 7051
[2019-09-24 08:10:03.675] [INFO] ProfileManager - start REST Server on port 7050
[2019-09-24 08:10:03.676] [INFO] DatachannelController - room name: testroom
[2019-09-24 08:10:03.679] [INFO] PluginConnector - start REST server on port : 7052
[2019-09-24 08:10:03.680] [DEBUG] ExtInterface - start
[2019-09-24 08:10:03.695] [DEBUG] ExtInterface - 7051
[2019-09-24 08:10:03.725] [INFO] DatachannelController - room testroom joined
[2019-09-24 08:10:03.725] [INFO] DatachannelController - finished starting datachannel_controller
[2019-09-24 08:10:03.729] [INFO] webserver - HTTP server listening on port 7055
[2019-09-24 08:10:03.729] [INFO] SSG - SSG get started
[2019-09-24 08:10:03.770] [DEBUG] SkyWayConnector - messageHandlerFromServer ROOM_USER_JOIN
[2019-09-24 08:10:03.785] [DEBUG] SkyWayConnector - messageHandlerFromServer OFFER
[2019-09-24 08:10:03.787] [INFO] signaling_controller - SET_PAIR_OF_PEERIDS [dc_bnrlr5rkps]
[2019-09-24 08:10:03.788] [INFO] signaling_controller - SET_PLUGIN [dc_bnrlr5rkps]
[2019-09-24 08:10:03.788] [INFO] signaling_controller - SET_OFFER_FROM_SKYWAY [dc_bnrlr5rkps]
[2019-09-24 08:10:03.789] [INFO] signaling_controller - SET_BUFFER_CANDIDATES [dc_bnrlr5rkps]
[2019-09-24 08:10:03.790] [INFO] signaling_controller - REQUEST_CREATE_ID [dc_bnrlr5rkps]
[2019-09-24 08:10:03.815] [WARN] redux-action - Promise { <pending> }
[2019-09-24 08:10:04.040] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:04.041] [INFO] signaling_controller - PUSH_TRICKLE [dc_bnrlr5rkps]
[2019-09-24 08:10:04.041] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:04.042] [INFO] signaling_controller - PUSH_TRICKLE [dc_bnrlr5rkps]
[2019-09-24 08:10:04.042] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:04.043] [INFO] signaling_controller - PUSH_TRICKLE [dc_bnrlr5rkps]
[2019-09-24 08:10:04.047] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:04.048] [INFO] signaling_controller - PUSH_TRICKLE [dc_bnrlr5rkps]
[2019-09-24 08:10:04.048] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:04.048] [INFO] signaling_controller - PUSH_TRICKLE [dc_bnrlr5rkps]
[2019-09-24 08:10:09.809] [DEBUG] SkyWayConnector - messageHandlerFromServer ROOM_USER_LEAVE
[2019-09-24 08:10:13.142] [DEBUG] SkyWayConnector - messageHandlerFromServer ROOM_USER_JOIN
[2019-09-24 08:10:13.188] [DEBUG] SkyWayConnector - messageHandlerFromServer OFFER
[2019-09-24 08:10:13.189] [INFO] signaling_controller - SET_PAIR_OF_PEERIDS [dc_ack50cno3cv]
[2019-09-24 08:10:13.190] [INFO] signaling_controller - SET_PLUGIN [dc_ack50cno3cv]
[2019-09-24 08:10:13.190] [INFO] signaling_controller - SET_OFFER_FROM_SKYWAY [dc_ack50cno3cv]
[2019-09-24 08:10:13.190] [INFO] signaling_controller - SET_BUFFER_CANDIDATES [dc_ack50cno3cv]
[2019-09-24 08:10:13.191] [INFO] signaling_controller - REQUEST_CREATE_ID [dc_ack50cno3cv]
[2019-09-24 08:10:13.198] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:13.199] [INFO] signaling_controller - PUSH_TRICKLE [dc_ack50cno3cv]
[2019-09-24 08:10:13.200] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:13.200] [INFO] signaling_controller - PUSH_TRICKLE [dc_ack50cno3cv]
[2019-09-24 08:10:13.206] [WARN] redux-action - Promise { <pending> }
[2019-09-24 08:10:13.271] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:13.271] [INFO] signaling_controller - PUSH_TRICKLE [dc_ack50cno3cv]
[2019-09-24 08:10:13.280] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:13.280] [INFO] signaling_controller - PUSH_TRICKLE [dc_ack50cno3cv]
[2019-09-24 08:10:13.305] [DEBUG] SkyWayConnector - messageHandlerFromServer CANDIDATE
[2019-09-24 08:10:13.306] [INFO] signaling_controller - PUSH_TRICKLE [dc_ack50cno3cv]

0

Comments

5 comments

Sort by Date Votes
  • Avatar
    Toshiya Nakakura

    ご質問いただいているIoT SDKはWebRTC GWとは別のSDKであり、IoT SDKの開発は現在では開発停止しております。

    gStreamerをお使いということでしたら、WebRTC GWをご利用頂ければと思います。

    https://github.com/skyway/skyway-webrtc-gateway

    0
    Comment actions Permalink
  • Avatar
    菱沼倫彦

    ご回答ありがとうございます。

    改めて WebRTC GWにてサンプルを試させていただきました。

    サンプルの media_caller.rb / media_callee.rb を呼び出しましたが、

    util.rb:55:in `create_peer': undefined method `[]' for nil:NilClass (NoMethodError)

    となってしまうため（peer_id / keyが設定されていることは確認済み)

    確認のためPostmanで改めて http://35.200.46.204/#/1.peers での定義通りリクエストを送信。

    application/jsonでのBODYをAPIスペックの通り以下に設定。

    POST localhost:8000/peers

    {
    "key": "xxxxxxxxx",
    "domain": "localhost",
    "peer_id": "media_caller",
    "turn": true
    }

    すると以下ようにエラーが出ますが、

    500Internal Server Error

    {
    "command_type": "PEERS_CREATE",
    "params": {
    "errors": [
    {
    "field": "",
    "message": "internal peer open error."
    }
    ]
    }
    }
     
     
    # 開発環境：Windows10 gateway_windows.exe を使用
     
    gateway_windows.exeのログは以下となります。
    set port to 8000, log_level to 3
    i/SkyWay++: start accept
    i/SkyWay++: connection accepted
    i/SkyWay++: start session
    i/SkyWay++: start read
    i/SkyWay++: start accept
    i/SkyWay++: end read
    i/SkyWay++: boost::system::error_code: 1
    i/SkyWay++: end session
    i/SkyWay++: connection accepted
    i/SkyWay++: start session
    i/SkyWay++: start read
    i/SkyWay++: start accept
    i/SkyWay++: end read
    i/SkyWay++: boost::system::error_code: 0
    w/SkyWay++: * RestPeerEventListener onEventsError@
    w/SkyWay++: Error type : network-error
    w/SkyWay++: Error message : stream truncated
    i/SkyWay++: method : 8ｱy・
    i/SkyWay++: target : =ｪ@
    i/SkyWay++: start send
    i/SkyWay++: end send
    i/SkyWay++: start read
     
    インターネットアクセス、ブラウザでの表示には問題がないことを確認しております。
     
    何か間違いがございますでしょうか。
    ご教示いただけますと幸いです。
     
    0
    Comment actions Permalink
  • Avatar
    Toshiya Nakakura

    domainはlocalhostを指定されているようですが、SkyWayのドメイン指定でlocalhostは許可されていますでしょうか。

    また、Peer Objectの保持はRubyではなくGateway側のため、PeerObjectを解放せず同一のpeer_idで2回目の生成指示を出した場合、別ユーザのpeer_idと重複している場合と同様エラーになります。

    以上の点をまずご確認いただけますでしょうか。

    0
    Comment actions Permalink
  • Avatar
    菱沼倫彦

    ご回答いただきありがとうございます。

     

    はい、SkyWayドメイン指定でlocalhostは許可しております。

    また、使ったことのないpeer_idで改めてリクエストしましたが、同じエラーとなりました。

     

    DELETEすればよいかと思いましたが、そもそもトークンが得られていないため、

    削除することはできませんでした。

     

    別アプリケーションを作成し、そちらのAPI KEYを利用して再度試してみましたが、

    同様のエラーになります。

    念のため

    gateway_windows.exeの再起動も試しています。

     

    ご確認いただけますと幸いです。

     

    0
    Comment actions Permalink
  • Avatar
    Toshiya Nakakura (Edited )

    私の手元では再現しないのですが、一般的に申し上げまして、500Internal Server Errorが出るのは、WebRTC Gatewayが正常にRESTのメッセージを受け取った後、PeerObjectの生成に失敗した場合です。以下のようなケースが考えられます

    ・SkyWayサーバへそもそも通信ができなかった場合
    ・API KeyやDomain等の情報が間違っている場合
    ・peer_idが重複している場合

    例えば私が以前Raspberry PIで同様の事象に直面した際は、DNSのlookupに大きな時間がかかっていてタイムアウトしていました。またProxyを経由している場合も同様です。このような場合、別のアプリケーションではネットワークが見れているので気づきにくいです。

    例えばセキュリティポリシーの厳しい企業様のネットワークで、Proxyサーバを介してインターネットに接続しているというようなことはありますでしょうか？

     

    またお手数ですが、切り分けのため、他のネットワークに接続して試してみることは可能でしょうか？

    0
    Comment actions Permalink

Please sign in to leave a comment.

Didn't find what you were looking for?

New post