-
公开(公告)号：CN112839308B
公开(公告)日：2022-06-03
申请号：CN201911166306.3
申请日：2019-11-25
Applicant: 成都鼎桥通信技术有限公司 , 公安部第一研究所
Abstract: 本申请实施例公开了数据处理方法、装置及存储介质，该方法包括：第一终端设备向服务器发送第一数据，服务器将该第一数据缓存至缓存队列中，接着，服务器向N个第二终端设备中的每个第二终端设备发送第一消息。第二终端设备接收到该第一消息后，处于休眠状态的第二终端设备从休眠状态转换至工作状态，并向服务器发送第二消息；服务器针对每个第二终端设备，若检测到第二终端设备发送的第二消息，则将缓存队列中的第一数据发送给第二终端设备。这样可以有效避免服务器将第一数据发送给处于休眠状态的第二终端设备时，造成第一数据丢失的问题，进而提高了第一数据的传输可靠性和完整性。
-
公开(公告)号：CN109327724B
公开(公告)日：2021-08-31
申请号：CN201710648648.3
申请日：2017-08-01
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
IPC: H04N21/43 , H04N21/439 , H04N21/44
Abstract: 本发明提供了一种音视频同步播放方法和装置，其中，音视频同步播放方法包括获取音视频数据发送端取消静音的t0时刻，其中静音为音视频数据发送端停止发送音频数据帧；根据t0时刻时，视频缓冲区中已缓存的视频数据帧对应的播放时长，确定t0时刻接收到的音频数据帧的延时播放时间；同步播放视频数据帧和音频数据帧。本发明提供的音视频同步播放方法中音视频数据发送端取消静音，并且音视频数据播放端接收到音视频数据发送端发送的音频数据帧后，控制接收到的音频数据帧延时播放，从而，达到音视频同步播放的效果。解决了现有技术中音视频数据发送端出现发送静音的状况时，音视频数据播放端出现的音视频同步效果不佳的问题。
-
公开(公告)号：CN113099041A
公开(公告)日：2021-07-09
申请号：CN201911333684.6
申请日：2019-12-23
Applicant: 成都鼎桥通信技术有限公司
Abstract: 本申请公开了一种回铃音播放控制方法和系统，其中方法包括：在语音呼叫过程中，服务器根据被叫终端的响铃消息开始向主叫终端发送回铃音数据包之后，如果接收到被叫终端的接听消息，则在将所述接听消息转发给主叫终端后，根据当前端到端加密功能的开关状态，发送回铃音数据包给所述主叫终端；所述主叫终端在根据所述响铃消息，开始将接收到的回铃音数据包输入到播放器进行播放之后，如果接收到所述接听消息，则在完成播放器重启后，对于接收到的语音数据包，判断是否为回铃音数据包，如果是，则丢弃该语音数据包，否则，将该语音数据包输入到播放器进行播放。应用本申请公开的技术方案，能够解决传输时延较大时回铃音播放异常的问题。
-
公开(公告)号：CN112533154A
公开(公告)日：2021-03-19
申请号：CN201910886159.0
申请日：2019-09-19
Applicant: 成都鼎桥通信技术有限公司 , 公安部第一研究所
Abstract: 本申请提供一种数据处理方法、装置和存储介质，该方法包括：监听设备接收数据转发服务器转发的来自主讲设备的第一数据包；若第一数据包与第二数据包的序号不连续，则监听设备对第一数据包的序列号进行修改，以使第一数据包与第二数据包的序号连续，第二数据包为监听设备接收到的上一数据包；监听设备向接收设备发送修改序列号后的第一数据包。本申请提供的数据处理方法中监听设备能够对发生丢包的数据包的序列号进行修改，使得接收设备接收到的数据包的序列号连续，避免接收设备感知数据包的丢包行为，进而避免额外建立信道占用大量的传输带宽的问题。
-
公开(公告)号：CN112152975A
公开(公告)日：2020-12-29
申请号：CN201910575418.8
申请日：2019-06-28
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
IPC: H04L29/06 , H04L12/18 , H04L12/761
Abstract: 本发明实施例提供一种音频数据的处理方法和装置，该方法包括：主讲终端对应的数据转发服务器在接收主讲终端发送的音频数据包之后，先根据数据转发关系表的更新次数，对音频数据包中的定义同步源SSRC进行修改，再根据数据转发关系表中维护的数据转发的链路信息，将修改后的音频数据包发送给其他终端，由于转发关系表的更新次数每次均不一样，这样根据转发关系表的更新次数对SSRC修改之后，得到修改后的音频数据包中的SSRC必然与缓存的SSRC不一样，避免了由于SSRC相同导致终端没有声音输出，从而提高了音频数据播放的流畅度。
-
Patent Agency Ranking
公开(公告)号：CN109040644B
公开(公告)日：2020-12-04
申请号：CN201810830615.5
申请日：2018-07-25
Applicant: 成都鼎桥通信技术有限公司
IPC: H04N7/14 , H04N5/76 , H04N21/2743 , H04N21/6437
Abstract: 本申请公开了一种视频点呼录像的保存方法和系统，其中方法包括：在视频通话过程中，进行会话的两个终端分别将各自产生的视频数据和音频数据发送给录像服务器；在所述视频通话过程结束后，所述录像服务器对所述视频通话过程中产生的所有音频数据进行混音处理，将所得到的混音音频分别与每个所述终端在所述视频通话过程中产生的视频数据进行合成，保存所述合成后得到的两个视频文件。采用本发明，可以确保所保存的音视频内容同步并提高图像质量。
-
公开(公告)号：CN107517400B
公开(公告)日：2020-03-24
申请号：CN201610431668.0
申请日：2016-06-15
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
IPC: H04N21/43 , H04N21/433 , H04N21/8547
Abstract: 本发明提供一种流媒体播放方法及流媒体播放器。本发明提供的流媒体播放方法，包括以下步骤：对视频数据解码缓存区内缓存的视频数据进行解码；上述视频数据解码缓存区内缓存有最小缓存数据量的视频数据，上述最小缓存数据量，是在视频数据解码模块解码出第一帧视频数据的过程中确定的。本发明提供的流媒体播放方法及流媒体播放器，在播放流媒体数据时，通过在视频数据解码模块解码出第一帧视频数据的过程中确定视频数据解码模块解码该视频数据时的最小缓存数据量，并在视频数据解码缓存区内缓存有最小缓存数据量的视频数据，能够保证采用该方法及该播放器播放不同的流媒体数据时，同时优化播放流畅性和用户面时延，提高用户体验。
-
公开(公告)号：CN107517401B
公开(公告)日：2019-11-19
申请号：CN201610432011.6
申请日：2016-06-15
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
IPC: H04N21/43 , H04N21/6437
Abstract: 本发明提供一种多媒体数据播放方法及装置，属于多媒体通信技术领域，分别获取第一音频数据的RTCP SR，第二音频数据的第二RTCP SR，第一视频数据的第三RTCP SR和第二视频数据的第四RTCP SR；根据第一系统时间、第二系统时间、第一NTP时间、第二NTP时间、第一RTP时间和第二RTP时间确定第二RTP时间准确性；同样确定第四RTP时间的准确性；根据第二RTP时间的准确性和第四RTP时间的准确性，确定第二音频数据的播放点和第二视频数据的播放点。本发明提供的多媒体数据播放方法及装置，提高了多媒体数据播放的流畅性。
-
公开(公告)号：CN112995720B
公开(公告)日：2022-11-18
申请号：CN201911290319.1
申请日：2019-12-16
Applicant: 成都鼎桥通信技术有限公司
IPC: H04N21/242 , H04N21/233 , H04N21/234 , H04N21/231
Abstract: 本申请公开了一种音视频同步方法，包括：在进行实时视频业务时，服务器根据接收到的数据帧的类型，确定是否需要进行音视频同步处理；当需要进行音视频同步处理时，所述服务器采用预设的同步原则，对接收到的音频数据帧和视频数据帧进行同步处理，将同步处理后的视频数据帧以及对应的音频数据帧，保存至相应的文件中；其中，所述同步原则为当音频数据帧丢失时，相应地补偿语音静默帧，当视频数据帧丢失时，丢弃相应的音频数据帧；当不需要进行音视频同步处理时，所述服务器将接收到的所有数据帧，直接保存至相应的文件中。应用本申请公开的技术方案，能够有效解决实时视频业务中的录像文件播放时音视频不同步的问题。
-
公开(公告)号：CN112187705B
公开(公告)日：2022-04-15
申请号：CN201910598427.9
申请日：2019-07-04
Applicant: 成都鼎桥通信技术有限公司
Inventor： 李敬来
Abstract: 本发明实施例提供一种音频播放方法及设备，方法包括：检测到主讲终端不同时，若继续判定第一音频数据包的同步信源标识符与第二音频数据包的同步信源标识符相同时，向监听终端发送一个携带的同步信源标识符与所述第一音频数据包的同步信源标识符和所述第二音频数据包的同步信源标识符不同的音频静默帧，使得监听终端接收到第二音频数据包后，识别到第二音频数据包携带的同步信源标识，与当前记录的音频静默帧的同步信源标识不同，音频数据包的SSRC改变时，会停掉音频静默帧的播放器，启动一个新的播放器，继续进行第二音频数据，解决主讲终端发生变化而同步信源标识符不变时，新的主讲终端发送的音频前面一段无法被监听终端识别播放的问题。
-
-
-
-
-
-
-
-
-
Search Results
53
records
(took 0.031 seconds)
