mobile CCTV,mobile surveillance,police body worn cameras

标题: BVCSP开发对讲功能 [打印本页]

author: meige time: 2019-9-25 17:09
标题: BVCSP开发对讲功能
您好！我司需要开发对讲功能，能否提供一个对讲功能的demo，谢谢！

author: hardfire time: 2019-9-25 17:27
在安卓侧做？是啥样的对讲？公网对讲系统吗？

author: xuwei time: 2019-9-25 17:29
目前没有DEMO，可以大致说下思路，在收到对讲请求后，需要发送音频给服务器，同时，也需要处理下接收到的音频数据，解码后播放即完成对讲

author: meige time: 2019-9-25 19:43

xuwei post on2019-9-25 17:29
目前没有DEMO，可以大致说下思路，在收到对讲请求后，需要发送音频给服务器，同时，也需要处理下接收到的音 ...

您这是设备端与服务器端对讲逻辑吗？设备端与设备端对讲逻辑是怎么样的？
还有据产品有个要求，长按某个键实现对讲，松开结束对讲，这是不是主动对话，需要调用BVCSP_Dialog_Open，通道类型:BVCU_SUBDEV_INDEXMAJOR_MIN_CHANNEL 通道方向:BVCU_MEDIADIR_TALKONLY。关闭时调用BVCSP_Dialog_Close。

author: admin time: 2019-9-26 09:14
对，上面说的是设备与平台之间的点对点双向语音对讲。
您要的可能是设备间的集群通话，要按PTT发言的。

author: meige time: 2019-9-26 10:34

admin post on2019-9-26 09:14
对，上面说的是设备与平台之间的点对点双向语音对讲。
您要的可能是设备间的集群通话，要按PTT发言的。

嗯，对，两个功能都要做，对讲和集群通话，问下能否提供音频解码的demo和设备间集群通话的demo。

author: xuwei time: 2019-9-27 10:04

meige post on2019-9-25 19:43
您这是设备端与服务器端对讲逻辑吗？设备端与设备端对讲逻辑是怎么样的？
还有据产品有个要求，长按某个 ...

PU设备端与设备端的会议对讲逻辑是一样的，唯一不同就是在接收到对讲请求之前需要响应CONF_ADD和CONF_START命令，具体命令信息查看头文件

author: meige time: 2019-9-29 11:15

xuwei post on2019-9-27 10:04
PU设备端与设备端的会议对讲逻辑是一样的，唯一不同就是在接收到对讲请求之前需要响应CONF_ADD和CONF_STA ...

问下1.打开对讲，服务端与设备端对讲是全双工是吗？
2.打开对讲，pParam->afterRecv = AV_afterRecv;这个回调函数接收不到音频数据。
3.能否提供解码，播放音频的相关代码。
谢谢！

author: coldflame time: 2019-9-29 11:24
设备与PC点对点对讲，默认是半双工，即设备侧需要按下PTT按键才能发言。
如果要全双工，需要在MPU/MCP设置里面-平台，把PTT半双工去掉，就变为双工了。

author: meige time: 2019-9-30 16:55

coldflame post on2019-9-29 11:24
设备与PC点对点对讲，默认是半双工，即设备侧需要按下PTT按键才能发言。
如果要全双工，需要在MPU/MCP设 ...

问下，对讲接收到的音频数据格式只能是G726吗？你们提供的api里有没有解码，播放音频的接口，还是要我们自己实现。

author: meige time: 2019-9-30 16:58
对讲发言，对方设备播放出来的是杂音，是否跟发送的音频格式有关，我这边发送的是aac格式的音频数据。

author: coldflame time: 2019-9-30 17:06
哦，我们都是G.726

author: meige time: 2019-10-8 09:21

coldflame post on2019-9-30 17:06
哦，我们都是G.726

问下，对讲不支持aac音频数据发送吗？

author: coldflame time: 2019-10-8 11:29
不支持的。

author: meige time: 2019-10-8 13:53

coldflame post on2019-10-8 11:29
不支持的。

哦，问下对讲接收到G726音频流，api里有没有解码，播放的接口。

author: coldflame time: 2019-10-8 14:58
肯定有的，您用我们的带JAVA代码的SDK跟踪下代码。

author: meige time: 2019-10-8 16:49

coldflame post on2019-10-8 14:58
肯定有的，您用我们的带JAVA代码的SDK跟踪下代码。

能否提供解码和播放关键的demo，非常感谢！

author: coldflame time: 2019-10-8 16:54
我们的完整MCP大包里面肯定有的，您多熟悉下代码。

author: meige time: 2019-10-8 17:05

coldflame post on2019-10-8 16:54
我们的完整MCP大包里面肯定有的，您多熟悉下代码。

我这边只有MPU的代码，问下MCP的源码在哪里下载？

author: coldflame time: 2019-10-8 17:11
MPU里面也有，对讲是基础功能。
你的是包含JAVA层代码的MPU SDK吧？
里面有完整的UI代码，可以跟踪调试。

author: meige time: 2019-10-9 15:26

coldflame post on2019-10-8 17:11
MPU里面也有，对讲是基础功能。
你的是包含JAVA层代码的MPU SDK吧？
里面有完整的UI代码，可以跟踪调试。

mpu代码解码应该是在so库里面实现的，调用了SAVCodec_Process，库libsav.so，应该是先调用PostMessageToNative，在libbvpu.so这个库里实现SAVCodec_Process，这些代码看不到。bvcsp里有
提供SAVCodec.h头文件，现在不是清楚该头文件的方法如果实现调用。

author: meige time: 2019-10-18 18:56
您好！问下对讲功能，发送的音频，一定要g726编码格式，bit 32000 采样率一定要8000是吗？

author: meige time: 2019-10-18 19:02

meige post on2019-10-18 18:56
您好！问下对讲功能，发送的音频，一定要g726编码格式，bit 32000 采样率一定要8000是吗？

我这边遇到一个问题，上层录音的采样率是16000，这个项目要求是不能改的，利用ffmpeg降低采样率到8000，音质有损，杂音很大，问下您那边有没有更好的降低采样率的方案。

author: xuwei time: 2019-10-19 22:27

meige post on2019-10-18 19:02
我这边遇到一个问题，上层录音的采样率是16000，这个项目要求是不能改的，利用ffmpeg降低采样率到8000， ...

可以选择aac编码16000

author: meige time: 2019-10-21 10:03

xuwei post on2019-10-19 22:27
可以选择aac编码16000

我这边试过，发言时，我这边发送aac 采样率16000，bit 48000的音频流，接收方，听到的是杂音。发送G726音频流是正常的。

author: xuwei time: 2019-10-21 15:15

meige post on2019-10-21 10:03
我这边试过，发言时，我这边发送aac 采样率16000，bit 48000的音频流，接收方，听到的是杂音。发送G726音 ...

AAC的拓展数据填写是否正确

author: meige time: 2019-10-21 16:59

xuwei post on2019-10-21 15:15
AAC的拓展数据填写是否正确

跟实时图传一样配置，szMyselfAudio.pExtraData有配置adts数据。

author: xuwei time: 2019-10-21 18:04

meige post on2019-10-21 16:59
跟实时图传一样配置，szMyselfAudio.pExtraData有配置adts数据。

客户端显示的音频编码信息对么，如果不对，就是拓展数据填写的不对

author: meige time: 2019-10-22 10:09

xuwei post on2019-10-21 18:04
客户端显示的音频编码信息对么，如果不对，就是拓展数据填写的不对

想问下，对讲时是从新BVCSP_Dialog_Open一个对讲通道，还是跟音视频传输共用一个通道。

author: xuwei time: 2019-10-23 09:51

meige post on2019-10-22 10:09
想问下，对讲时是从新BVCSP_Dialog_Open一个对讲通道，还是跟音视频传输共用一个通道。

客户端发起的对讲是跟音视频传输公用一个通道，一个Dialog

author: besovideo time: 2019-10-23 09:54
不过我记得我们的smarteye client的点对点对讲，平台侧有支持AAC？
还是说只有支持G.726？

author: meige time: 2019-10-23 10:48

xuwei post on2019-10-23 09:51
客户端发起的对讲是跟音视频传输公用一个通道，一个Dialog

我这边现在也是共用一个通道，但是有几个问题：
1.对讲时，我这边会停止aac数据流写入，开始g726数据流写入，这时客户端保存录像，保存的视频没有音频流没有声音。
2.当只传音频时，写入g726格式音频流，听到的声音是正常的，当音视频同传的时候，写入g726音频流，就会有杂音，不清楚是什么原因，aac音频流没有该问题。

author: xuwei time: 2019-10-29 09:41

meige post on2019-10-23 10:48
我这边现在也是共用一个通道，但是有几个问题：
1.对讲时，我这边会停止aac数据流写入，开始g726数据流 ...

不行，在Dialog打开时，编码格式就确定了，不能动态改变，如果一开始AAC，后面就不能变化

欢迎光临 mobile CCTV,mobile surveillance,police body worn cameras (http://bbs.besovideo.com:8067/)