- 综合排序
- 最热优先
- 最新优先
- 来自专栏实时音视频 TRTC 常见问题
TRTC上下行无声怎么处理
1 首先判断是上行无声还是下行无声，有以下两种方法判断： （1）监控仪表盘 打开监控仪表盘，输入 sdkappid 和 roomid，并切换到问题用户的通话详情页面，之后再切换到音频详情页卡。 如果音频发送码率不正常（持续小于16kbps），则为上行无声；如果音频接受码率不正常（持续小于16kbps），则为下行无声。 （2）用户反馈 房间里所有人都听不到，则为上行无声；房间里部分人听不到，则为下行无声。 2 上行无声处理方法 2.1无麦克风权限 检查是否获取了麦克风权限。 请检查：套餐包剩余分钟数是否大于0，腾讯账号是否欠费 3 下行无声处理方法 3.1 观众未拉到远端音频数据 检查是否调用了muteRemoteAudio mute了远端音频。 3.2 观众端播放设备不工作 （1）pc端用户未插入播放设备 （2）安卓端本地日志中频繁出现 restart play device，说明系统播放异常，需要判断用户是否带了耳机。
3.1K30发布于 2021-10-11 - 来自专栏实时音视频 TRTC 常见问题
TRTC音频质量问题
1、TRTC上下行无声怎么处理？ 您可以参考上下行无声排查的专栏文章。 2、声音小怎么处理？ 打开监控仪表盘，在音频选项卡中查看：若接收端和发送端“设备状态”的CPU超过90%，建议关闭其他后台程序；若音频上下行存在明显丢包，rtt值波动较大，表明当前用户网络质量不佳，建议切换稳定网络。 若您使用 TRTC.createStream 接口进行采集，则无需手动设置 3A 参数，SDK 默认开启 3A。
2.1K20发布于 2021-10-11 - 来自专栏腾讯云音视频专家服务
IOS播放音频编码AAC_HE_V2无声音，如何解决？
前言 最近一些客户遇到，mp4格式的视频文件，在浏览器播放有声音，但在ios播放无声音。还有这种情况？ 问题定位 一、视频信息确认 首先，我们来看下视频的信息，发现音频是 AAC_HE_V2 编码格式。 image.png 这是什么编码格式呢？ 二、苹果版本对HE-AAC v2的支持 经过苹果官网每款手机机型的技术规格确认，发现iPhone SE、iPhone 6s Plus、iPhone 6s、iPhone 6 Plus，iPhone 6以及之前的版本技术规格都不支持音频 但在读取或播放AAC_HE_V2格式音频时，会出现仅仅能把原本双声道44100采样率的文件当成单声道22050采样来读取的问题。 好吧，兼容性问题，播放无声音的原因终于找到了。 参考：https://www.cnblogs.com/bhlsheji/p/5266638.html 解决方案 那我们如何解决呢？
5.6K233发布于 2020-11-06 - 来自专栏即时通信与音视频
iOS端 TRTC v2 自定义采集音频数据实现
常见场景 实时音视频 TXLiteAVSDK_TRTC 默认通过调用 startLocalAudio: 接口实现音频的采集。 如果开发者工程项目有自己的音频采集或者处理逻辑，SDK 也支持自定义音频采集方案：通过 TRTCCloud 的 enableCustomAudioCapture 接口关闭 TRTC SDK 默认的声音采集流程 然后您可以使用 sendCustomAudioData 接口向 TRTC SDK 填充您自己的声音数据。 * - channel：频道数量（如果是立体声，数据是交叉的），单声道：1； 双声道：2。 startLocalPreview:[TRTCMoreViewController isFrontCamera] view:_localView]; //启用音频自定义采集模式 [_trtc
2.4K40发布于 2019-07-07 - 来自专栏程序猿的那点事
蓝牙耳机播放音频无声问题的解决方案
蓝牙耳机播放音频无声，可能是协议不支持，修改下面配置文件： 把下面协议的值为 false 的改为 true ，开启相应的功能： /packages/apps/Bluetooth/res/values /config.xml <resources> <bool name="profile_supported_a<em>2</em>dp">true</bool> <bool name="profile_supported_a<em>2</em>dp_sink
2.3K30发布于 2020-07-15 - 来自专栏LiteMedia
GB28181视频平台LiteCVR接入音频无声的原因排查
在LiteCVR平台中，有用户反馈国标设备接入后开启音频听不到声音，但接入自身的私有协议却可以听到声音。今天我们来分享一下该问的排查与解决方法。 1）首先确定LiteCVR上的配置是正确的，设备自身音频也是没问题的；2）随后配合抓包，查看到设备没有通过信令发送音频到LiteCVR平台上；3）排查出问题原因出在设备端上，现场设备参数配置的音频不对， 导致设备没发音频流；4）只需修改现场设备的音频参数为g711a，重新注册即可解决该问题。
45810编辑于 2023-12-08 - 来自专栏即时通信与音视频
Android TRTC推自定义采集的音频数据
场景 如果你的业务场景对声音有特殊要求，需要开发者对声音做一些定制化处理；目前TRTC SDK提供发送自定义采集音频数据的接口，开发者可以自定采集音频数据，然后复用 trtc的编码功能，目前6.3.7版本 2、AudioRecord 采集到的音频数据不会回调给开发者，开发者需要启动一个线程每隔一段时间去读取音频数据。 ，sdk不打开麦克风采集，只是将声音数据上行，将音频数据广播给房间里的其他用户； image.png 示例二 推采集好的pcm音频文件 1、注意文件需要是48000采样率的单声道pcm文件； 2、将pcm 文件放在assets目录下，并调用 image.png 3、需要做一个定时器，定时往sdk塞音频数据，定时器间隔=（字节数 / 2 / 声道数） 1000 / 采样率 例如单声道，48K，（2048/2 /1）1000/48000=21 注意，并不是做一个定时器无脑的给sdk塞音频数据，frame.timestampMs时间戳是做音视频对齐，如需对音频要求严谨，可以动态修正定时器时间，2次定时器的调用对比一下时间是否满足音频所需间隔时间
2.4K20发布于 2019-07-07 - 来自专栏txp玩Linux
音频调试(2)
前言： 大家好，今天继续分享记录一下最近的音频调试心得！同时这个过程中，也有朋友过来交流音频的问题，通过交流，也是学习到了新东西！ 视频和音频复合推流： 在上一篇文章里面有提到fdk-aac编码库，最近在调试通过获取声卡的pcm数据，然后通过fdk-aac进行编码，得到aac的音频数据，然后通过rtsp推流出去，在这个过程中遇到一个问题 ，就是和h264一起推流出去的时候，用ffplay拉流解码播放的时候，发现aq不断递增(音频缓存，网上说是帧长度，但是测试发现但不发送音频流的时候，aq的值会变小了，同时还可以听到声音) 这个现象显然是不对的 ，用ffplay解码播放，音频的音质质量是没有问题的，但是用vlc拉流播放就会出现音频卡顿的现象！ 最后分享一点就是，通过和网友的交流，音频调试真的要非常仔细，稍微一个参数错了，声音就异常了！ 好了，今天的分享就到这里了，简单记录一下音视频的问题点和解决思路，下期继续聊！
37000编辑于 2024-04-11 - 来自专栏腾讯云终端专家服务
TRTC横竖屏切换2，重力感应
一，简介 如前篇文章《TRTC横竖屏切换1，手动切换》介绍，TRTCSDK提供了三个api，支持手动调整横竖屏切换，组合起来有4X4X4=64种变化，满足所有横竖屏切换需求。 //进房前初始化才有效 mTRTCCloud.setGSensorMode(TRTCCloudDef.TRTC_GSENSOR_MODE_DISABLE); 1、原始效果 两个手都竖持，后续手机旋转状态 2、打开重力感应，手机旋转90° 左不动，右边手机逆时针旋转90°，home键朝右 3、打开重力感应，手机旋转180° 左不动，右边手机逆时针旋转180°，home键朝上 4、打开重力感应，手机旋转 参考前篇《TRTC横竖屏切换1，手动切换》
1.5K20发布于 2020-12-14 - 来自专栏写个呆萌
TRTC横竖屏切换2，重力感应
一，简介 如前篇文章《TRTC横竖屏切换1，手动切换》介绍，TRTCSDK提供了三个api，支持手动调整横竖屏切换，组合起来有4X4X4=64种变化，满足所有横竖屏切换需求。 //进房前初始化才有效 mTRTCCloud.setGSensorMode(TRTCCloudDef.TRTC_GSENSOR_MODE_DISABLE); 1、原始效果 两个手都竖持，后续手机旋转状态 2、打开重力感应，手机旋转90° 左不动，右边手机逆时针旋转90°，home键朝右 3、打开重力感应，手机旋转180° 左不动，右边手机逆时针旋转180°，home键朝上 4、打开重力感应，手机旋转 参考前篇《TRTC横竖屏切换1，手动切换》
1.7K50发布于 2020-12-14 - 来自专栏即时通信与音视频
TRTC横竖屏切换2，重力感应
一，简介 如前篇文章《TRTC横竖屏切换》介绍，TRTCSDK提供了三个api，支持手动调整横竖屏切换，组合起来有4X4X4=64种变化，满足所有横竖屏切换需求。 //进房前初始化才有效 mTRTCCloud.setGSensorMode(TRTCCloudDef.TRTC_GSENSOR_MODE_DISABLE); 1、原始效果 两个手都竖持，后续手机旋转状态 Screenshot_2020-09-22-20-07-28.png 2、打开重力感应，手机旋转90° 左不动，右边手机逆时针旋转90°，home键朝右 Screenshot_2020-09-22-20 参考前篇《TRTC横竖屏切换》 链接： 《TRTC横竖屏切换》
2.5K115发布于 2020-09-22 - 来自专栏Chasays
音频质量评估-2
音频质量评估-1：之前主要学习了音视频的编码和解码原理，和测试音频质量的方法。接下来继续学习下当前 短视频 领域的 视频质量测试方法。 scikit-image opencv-python imutils from skimage.measure import compare_ssim import imutils import cv2 Load the two input images imageA = cv2.imread("1.png") imageB = cv2.imread("2.png") # 4. Convert the images to grayscale grayA = cv2.cvtColor(imageA, cv2.COLOR_BGR2GRAY) grayB = cv2.cvtColor (imageB, cv2.COLOR_BGR2GRAY) # 5.
1.5K10编辑于 2021-12-06 - 来自专栏腾讯云终端专家服务
【最佳实践】巡检项：实时音视频 (TRTC) 检查 TRTC 启动云端混流接口中是否缺少音频编码参数
问题/风险描述：在使用 腾讯实时音视频（TRTC） 进行云端混流转推时，可能会出现混流失败的情况，其中一种错误的情况是因为在非纯音频的情况下，缺少了相关的音频编码参数，导致混流出现失败的情况，比如通过云端的日志检查发现是因为发起混流参数缺少了音频编码的参数 请对照官网的文档，保证音频编码参数成功设置。图片2. 时刻关注您的服务端发起混流后返回的接口，如果发现有相关的错误情况的话，需要及时的修复并发布，以免影响您业务正常使用。
62630编辑于 2023-05-10 - 来自专栏Golang开发
iOS音频(2)——Audio Unit
Audio Unit几乎可以认为是对硬件驱动层的封装，通过它获取麦克风采集的音频数据或者将音频数据传输给扬声器播放。 但是随着直播热对音视频的传输速度高要求，将PCM音频转换成AAC主要用到就是Audio Unit。 ? （２）动态的配置，AUGraph可以动态的对音频数据的组合配置，改变音效。 ：是AUGraph音频处理环节中的一个节点。 （３）AudioUnit: 音频处理组件，是对音频处理节点的实例描述者和操控者。
2.8K41发布于 2019-05-29 - 来自专栏音视频终端专项
“卷”到海外去！几招玩转海外语聊社交
比如开发实时音视频组件，就需要具备专业的音视频底层技术开发能力，还需要处理一系列的机型适配、漏回音、无声、节点部署、网络互通等复杂问题。 通过业务侧接口创建相应的房间； 2. 创建IM群组； 3. 进入业务房间/IM群组/TRTC房间，与其他人进行互动； 4. 退出IM群组/TRTC房间/业务房间； 5. 获取房间列表； 2. 进入业务房间/IM群组/TRTC房间，与其他人进行互动； 3. 退出IM群组/TRTC房间/业务房间。 ● 技术架构 图片 1） TRTC房间订阅拉流：通常小规模语聊房场景可以选择纯RTC流接入方案，技术复杂度更低，亦可体验到更好的实时互动特性； 2） 转推CDN直播拉流：由于TRTC采用UDP协议进行音视频数据的传输 ，适合需要高保真传输音乐的场景 2）房间内音频混流 在语聊房场景中，一般都有8个聊天主播，按每人50kpbs音频码率计算的话，观众收听则需要400kpbs的下行带宽的要求，往往在海外网络比较差的环境中
8.8K148编辑于 2023-09-13 - 来自专栏音视频技术
实时音视频助力在线教育风口
1.在线教育的变化 首先，简单介绍一下我们TRTC这个项目。 大家可以从上图看出TRTC线上规模的增长，我们统计规模的方式是按照上行分钟数。因为TRTC在腾讯内部支持了非常多的业务，包括腾讯会议，腾讯课堂、企业微信、微信都是TRTC在支撑。 2.实时音视频踩坑与填坑的二三事 从技术的角度来看，当你的线上规模猛增的时候，很多以前可能没有意识到的小的细节点就会在过程中间不断的暴露出来。 第一个是属于不可用类的问题，比如无声、黑屏等完全不可用的情况，这种我们叫客损。第二种是体验比较差的情况，比如模糊、卡顿，以及包括杂音、回声等在平时上课过程中经常可能接到的反馈。 举个例子，无声现象的典型来源有几个：首先是设备问题，比如麦克风采集不到声音或者扬声器坏了，这是都属于设备故障类；第二是比较常见的网络问题，比如家庭的WiFi可能接入太多设备后，由于路由器本身性能不好，负载过高
1.7K30发布于 2020-11-12 - 来自专栏音视频咖
实时音视频助力在线教育风口
划重点 01 在线教育的变化 首先，简单介绍一下我们TRTC这个项目。 大家可以从上图看出TRTC线上规模的增长，我们统计规模的方式是按照上行分钟数。因为TRTC在腾讯内部支持了非常多的业务，包括腾讯会议，腾讯课堂、企业微信、微信都是TRTC在支撑。 第一个点是做音频播放选路。因为音频最终播放的时候只有一路声音，是经过混音的。 第一个是属于不可用类的问题，比如无声、黑屏等完全不可用的情况，这种我们叫客损。第二种是体验比较差的情况，比如模糊、卡顿，以及包括杂音、回声等在平时上课过程中经常可能接到的反馈。 举个例子，无声现象的典型来源有几个：首先是设备问题，比如麦克风采集不到声音或者扬声器坏了，这是都属于设备故障类；第二是比较常见的网络问题，比如家庭的WiFi可能接入太多设备后，由于路由器本身性能不好，负载过高
1.4K30发布于 2020-11-16 - 来自专栏Linux兵工厂
音频总线-I2S
基本介绍 1.1 I2S “I2S(Inter—IC Sound)总线, 又称集成电路内置音频总线，是飞利浦公司为数字音频设备之间的音频数据传输而制定的一种总线标准。 I2S采用了独立的导线传输时钟与数据信号的设计，通过将数据和时钟信号分离，避免了因时差诱发的失真，为用户节省了购买抵抗音频抖动的专业设备的费用。 I2S特点 支持全双工和半双工模式 支持主、从模式 1.2 数字音频技术 现实生活中的声音是通过一定介质传播的连续的波，它可以由周期和振幅两个重要指标描述。 2. I2S规范 “标准的I2S总线电缆至少是由3根串行导线组成 串行时钟SCLK，也叫位时钟（BCLK），即对应数字音频的每一位数据，SCLK都有1个脉冲。SCLK的频率=2×采样频率×采样位数。 为了保证数字音频信号的正确传输，发送端和接收端应该采用相同的数据格式和长度。当然，对I2S格式来说数据长度可以不同。 I2S格式 左右通道的数据MSB是在WS变化后第二个SCK/BCLK上升沿有效。
1.9K40编辑于 2023-02-28 - 来自专栏即时通信与音视频
TRTC v2混流接口setMixTranscodingConfig使用指引
目前TXLiteAVSDK_TRTC的方案是： 1、在控制台实时音视频服务下功能配置启用自动旁路直播，如果混流画面需要录制存储还需要启用旁路直播自动录制，参考：CDN旁路推流 2、当需要混流的时候客户端直接调用 TRTCMixUser *user1 = [[TRTCMixUser alloc] init]; user1.userId = @"Web_trtc_03"; user1.zOrder = [[TRTCMixUser alloc] init]; user2.userId = @"Web_trtc_04"; user2.zOrder = 1; user2.rect = @[user1,user2]; [_trtc setMixTranscodingConfig:config]; //启动混流 } Android //开启云端混流转码 public TRTCCloudDef.TRTCMixUser broadCaster = new TRTCCloudDef.TRTCMixUser(); broadCaster.userId = "Web_trtc
3.8K101发布于 2019-03-05 - 来自专栏Python基础、进阶与实战
python WAV音频文件处理—— (2)处理PCM音频-- waveio包
from enum import IntEnum class PCMEncoding(IntEnum): UNSIGNED_8 = 1 SIGNED_16 = 2 SIGNED self == 1 else -self.min -1 @property def min(self): return 0 if self == 1 else -(2* return np.frombuffer(frames, "<i2") / -self.min case PCMEncoding.SIGNED_24: samples = padded.flatten().view("<i4") samples[samples > self.max] += 2 读取音频帧的切片 如果您有一个特别长的音频文件，则可以通过缩小感兴趣的音频帧的范围来减少加载和解码基础数据所需的时间。 我们将通过切片功能实现读取一个范围的音频。
99710编辑于 2024-04-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号