Quickblox回调时,参与者闪避或停止通话 [英] Quickblox callback when participant get away or stopped the call

查看:235
本文介绍了Quickblox回调时,参与者闪避或停止通话的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我的视频聊天应用程序中使用QuickBlox工作。这里的情况是,当我从设备的调用设备-B,如果在活动设备-A刚刚获得暂停或设备-B站的应用得到封闭流(offcourse)。 Ø当我尝试从设备-A再次拨打我不得不重新启动设备-B的应用程序然后拿起电话,否则没有通话装置-B和 QBVideoStreamView 刚刚接受显示在它得到绞死的形象。

所以,当参与者停止呼叫应该叫什么回调,居然有一个的onStop()回调方法,但它被调用了这么久还是有些时间从来不会被调用。

所以我的问题是怎样才能得到一个回调,如果参与者停止来电或参与者脱身?或回收什么更好的办法让准备接收下一个电话?

其实我想要得到的东西,如果顺畅通话断开连接或停止。我可以很容易地再打无需重新启动。

编辑:坠毁,机上召回
当我回想起我得到这个有些时候

  11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):startCapture失败
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):了java.lang.RuntimeException:无法连接到相机服务
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.hardware.Camera.native_setup(本机方法)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.hardware.Camera<&初始化GT;(Camera.java:351)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.hardware.Camera.open(Camera.java:310)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在org.webrtc.videoengine.VideoCaptureAndroid.startCaptureOnCameraThread(VideoCaptureAndroid.java:145)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在org.webrtc.videoengine.VideoCaptureAndroid.access $ 400(VideoCaptureAndroid.java:40)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在org.webrtc.videoengine.VideoCaptureAndroid $ 2.run(VideoCaptureAndroid.java:132)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.os.Handler.handleCallback(Handler.java:733)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.os.Handler.dispatchMessage(Handler.java:95)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在android.os.Looper.loop(Looper.java:136)
11月1日至八日:40:14.708:E / WebRTC技术-JC(4465):在org.webrtc.videoengine.VideoCaptureAndroid $ CameraThread.run(VideoCaptureAndroid.java:107)
11月1日至八日:40:14.708:E / libjingle(4465):错误(webrtcvideocapturer.cc:274):相机摄像机1,前置,方向270'未能启动
11月1日至八日:40:14.708:E / libjingle(4465):错误(common.cc:76):../../talk/app/webrtc/videosource.cc(458):ASSERT失败:!= STATE_ NEW_STATE @ SETSTATE


解决方案

当你的电话被..before再次使您的通话取消,您可以拨打

  QBVideoChatController.getInstance()finishVideoChat(videoChatConfig)。

这可以确保您的通话结束后,剩下的就可以开始像一个正常通话。如果不是绝对必要的,你的情况检查活动呼叫

I am working on video chat application using QuickBlox. Here is the situation, when i call from device-A to device-B and if activity on device-A just get paused or application get closed stream on device-B stop (offcourse). o when i try to call again from device-A i have to restart the application on device-B then it pick the call otherwise no call accepted on device-B and QBVideoStreamView just show the image on which it get hanged.

So what callback should be called when participant stopped the call, Actually there is a onStop() CallBack method but it gets called after so long or some time never get called.

So my question is how can get a callback if participant stopped the call or participant get away? Or any better way to recycling to get ready to receive the next call?

Actually i want to get thing smoother if call get disconnected or stopped. I can easily call back without restarting.

Edit: Crashed on recall When i recall i got this some times

01-08 11:40:14.708: E/WEBRTC-JC(4465): startCapture failed
01-08 11:40:14.708: E/WEBRTC-JC(4465): java.lang.RuntimeException: Fail to connect to camera service
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.hardware.Camera.native_setup(Native Method)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.hardware.Camera.<init>(Camera.java:351)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.hardware.Camera.open(Camera.java:310)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at org.webrtc.videoengine.VideoCaptureAndroid.startCaptureOnCameraThread(VideoCaptureAndroid.java:145)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at org.webrtc.videoengine.VideoCaptureAndroid.access$400(VideoCaptureAndroid.java:40)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at org.webrtc.videoengine.VideoCaptureAndroid$2.run(VideoCaptureAndroid.java:132)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.os.Handler.handleCallback(Handler.java:733)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.os.Handler.dispatchMessage(Handler.java:95)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at android.os.Looper.loop(Looper.java:136)
01-08 11:40:14.708: E/WEBRTC-JC(4465):  at org.webrtc.videoengine.VideoCaptureAndroid$CameraThread.run(VideoCaptureAndroid.java:107)
01-08 11:40:14.708: E/libjingle(4465): Error(webrtcvideocapturer.cc:274): Camera 'Camera 1, Facing front, Orientation 270' failed to start
01-08 11:40:14.708: E/libjingle(4465): Error(common.cc:76): ../../talk/app/webrtc/videosource.cc(458): ASSERT FAILED: state_ != new_state @ SetState

解决方案

When your call gets cancelled ..before making your call again, you can call

QBVideoChatController.getInstance().finishVideoChat(videoChatConfig);   

that ensures your call is finished, and the rest can begin like a normal call. If it is not absolutely necessary in your case to check for an active call

这篇关于Quickblox回调时,参与者闪避或停止通话的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆