个回答 天前&可以先进行裁剪(setCutTimeFrom)+预处理(processVideo)同时执行，结果生成一个裁剪后的视频预处理完的视频，再进行各种编辑的操作，将裁剪设置成整个时长(setCutTimeFrom)，最后调用generateVideo生成视频，防止压缩两次导致画质降低。注意：在预处理进行裁剪了，生成完的预处理视频，在最后生成前，一定要将裁剪时长设置为整个视频时长，不然还会再次进行裁剪。//裁剪页面mTXVideoEditer = new TXVideoEditer(mContext);mTXVideoEditer.setCutFromTime(mTCVideoEditView.getSegmentFrom(), mTCVideoEditView.getSegmentTo());mTXVideoEditer.processVideo();// 将裁剪设置成整个时长(setCutTimeFrom)mTXVideoEditer.setCutFromTime(0, mVideoDuration);//跳转到特效页面，进行生成mTXVideoEditer.generateVideo(TXVideoEditConstants.VIDEO_COMPRESSED_720P, mVideoOutputPath);&扫描二维码扫描关注云+社区12 条评论分享收藏感谢收起赞同 11 条评论分享收藏感谢收起短视频服务孰强孰弱？腾讯云、阿里云、金山云解决方案横向评测|阿里云|腾讯|云和_新浪科技_新浪网
& 滚动新闻 &&正文
短视频服务孰强孰弱？腾讯云、阿里云、金山云解决方案横向评测
在过去的一年里，短视频经常会被冠以风口下的前缀，想必你肯定听过秒拍、梨视频这些当红“炸子鸡”，各直播、社交媒体、资讯平台也纷纷加入短视频战场。越来越多的人想趁着资本市场和用户习惯的追捧，赶上这班快速行驶的列车。需求带动服务的完善，一站式短视频解决方案也随之诞生。今年五月，几大主流云服务厂商纷纷上线短视频解决方案，那作为想接入短视频能力的你，该如何选择呢？本文将为你揭晓。现在市面上具有代表性的短视频解决方案提供商都有哪些呢？我们暂且将其分成两类，一类是拥有云计算基础服务、从业务线中扩充出短视频来的云服务厂商，市面上现在有成熟短视频解决方案的是腾讯云、和金山云。而另一类是聚焦在视频领域的垂直服务商，在从端到云的整体能力、技术实力和业务能力等各个方面来看，他们的实力与云服务厂商差距较大，而且并没有成熟的客户案例，就不纳入对比范围了。今天，我们会以腾讯云、阿里云、金山云为例，从五个纬度对其进行对比，你可以根据评测选择合适的合作伙伴。那有一个问题很重要，作为选型中的你，主要诉求和痛点是什么呢？1、合作伙伴靠谱不靠谱？是否服务过大客户？2、功能是否能满足业务场景需要？3、接入开发是否方便？4、后续的产品迭代是否快速，技术服务给不给力？……根据这些用户诉求，我们将测评锁定在背景情况、产品功能、DEMO与体验、全链路云服务、服务与支持五个纬度，我们主要的工具和信息来源是：各厂商官方宣传资料、DEMO体验、百度、其他测评文、商务沟通等方式。下面开始具体分析。一、 背景情况虽然都是大厂，但是在短视频解决方案领域毕竟都是新手上路，我们从品牌及服务、版本情况、客户情况和业内口碑四个方向进行对比。其实三家都属于国内云服务商的第一梯队，腾讯云拥有丰富的C端社交产品经验，微信小视频和QQ空间的积累，输出视频能力非常容易，并且在场景方面把握的比较好，官网案例也大多是腾讯系产品；然而从这两年的财报和很多公开的第三方资料都可以看出阿里云综合实力最强，基于庞大的基础服务体系和云计算资源，整体业务链路比较完整，本身的优势是在云端，不过从短视频SDK的迭代历史上看是比较长久了，说明也十分重视端的产品，并且客户案例覆盖行业也是三家中最广泛的，历经了市场考验，实力强大；金山云一直以H.265编码方案为核心优势，也在视频云领域发力不小。此项目评分：阿里云&腾讯云&金山云二、采集端产品功能对比作为产品经理和开发者，你一定希望你选择的服务商能够功能完整， 集成方便，能够快速上线。那产品功能的完善程度就变得尤为重要了。据观察，三家解决方案上线之后的迭代速度都非常快速，功能也在不断更新中，依照现在官网产品功能列表和DEMO体验，将产品功能分为录制、导入和编辑三大模块，我们得出产品功能对比如下：录制模块：基础拍摄功能上，三家都能满足需求；腾讯云不支持多段录制和回删，但在特效处理方面多出了绿幕抠像和变脸两项功能，并在美颜方面美白、磨皮、瘦脸和大眼等不同强度的选择，但不支持录制好的视频直接导入编辑界面，整体体验上有点断层；阿里云则功能比较均衡，比腾讯云多的是，支持基础的断点回删功能。此模块评分：腾讯云=阿里云&金山云导入模块：导入模块中，三者均支持基本的单视频导入并对长度进行裁剪，腾讯云和阿里云支持多视频导入和顺序调整，腾讯云的多视频导入有限制，暂不支持不同分辨率的视频合成以及对导入的视频进行裁剪，而阿里云则进一步支持视频按比例裁剪和图片导入功能。此模块评分：阿里云&腾讯云&金山云编辑模块：最后我们对比了编辑模块，可以说各家都有侧重的方向。阿里云基本功能相对最为完整，并且在视频特效处理方面功能比较多，字幕、动图和MV功能和素材丰富程度优势十分明显；金山云在音乐方面加入了变声与混响，并与第三方合作推出了AR背景，但是在动态贴纸、字幕投入很少。腾讯云则在此模块较为薄弱。此模块评分：阿里云&腾讯云=金山云整体来看，在视频录制模块功能点层面，本测评共统计了46个功能点，阿里云以最为完整拥有41个功能点获胜，腾讯云也基本能满足需求拥有28个，金山云则最少只拥有26个功能点，产品功能稍显不足，确实有一段距离需要追赶。三、Demo与体验我们下载了三家的Demo，进行了完整的实操体验，从用户侧感受下三家的交互情况、拍摄清晰度和功能设置是怎样的。录制参数设置页面对比腾讯云是将所有视频云服务整合在一个SDK之中，小视频只是其中一个环节，DEMO不开放视频参数设置（在代码中可以设置），并且将编辑、合成都拆分开了。点击进入小视频录制完成，需要保存后再次打开视频编辑才能实现编辑效果，整个流程不是很顺畅。阿里云和金山云支持参数设置，并且在录制完成后可以直接进入编辑页面。此模块评分：阿里云&金山云&腾讯云录制页面对比从录制页面来看，三家在同等设备、同等光源条件下，腾讯云颜色更鲜艳，金山云偏白，阿里云则比较接近肉眼观察的真实情况。美颜是三家标配，阿里云和金山云同时支持导入本地相册。此模块评分：阿里云=金山云&腾讯云编辑页面对比腾讯云可以对视频进行滤镜、音乐和普通字幕编辑，阿里云则提供滤镜、动图、字幕、MV、音乐五个效果项供选择，点击Button进入素材选择页面，图例中的素材为气泡字幕，可以对字幕进行移动、缩放和镜像调节。金山云有美颜、贴纸、滤镜三项可选。当然，同一个功能还是有差别的，比如同为贴纸，金山云就不支持出入点设置，只有部分贴纸能调节大小和位置，而阿里云所有贴纸都可以自由设置，相对最为灵活。此模块评分：阿里云&金山云&腾讯云导入页面对比在导入模块，腾讯云把视频选择和调整视频顺序分成两步（两个页面）来完成，其他两家则支持一步到位；另外，腾讯云和阿里云可以多段导入，金山云暂时还不可以。此模块评分：阿里云&腾讯云&金山云DEMO可以看出产品的架构和产品经理的思维是什么样的，腾讯云和阿里云都是趋于底层模块化。其中，腾讯云的功能模块化是将功能逐步拆分，并没有灵活组合在一起，功能比较分散，体验连续不够完整。比腾讯云做的好的是，阿里云做到了流程可以自由组合，录制完成后可以直接保存，也可以经编辑保存，也可以对视频进行裁剪压缩后经编辑最后再保存，灵活性相对较强。金山云的DEMO诚意稍显不足，各模块杂糅在一起，功能也比较薄弱，整体体验不是很好。三个DEMO中拍摄效果最好的是腾讯云，阿里云的体验最完整，更像一个产品级的DEMO。这里有一点，据官网资料显示阿里云短视频SDK包含一套默认的UI，布局、交互、界面可二次开发，基础版支持图标和背景颜色替换、标准版UI完全自定义。其他两家并无提及。四、全链路技术能力大多数从业者都不喜欢把时间浪费在对接多家云服务之上，如果一家能满足所有需求最好不过。短视频除了采集端，合成、上传、转码、分发、加速、播放这些环节也十分重要，它们构成了整个视频云服务链路的闭环，也和用户的体验息息相关。那接下来我们就对这三家视频云服务的整体能力做一个简单测评。功能完整度来看，三家基本都提供标准化能力，功能涵盖较为丰富，合成和上传方面差异不大，转码方面阿里云因为独有的窄带高清、画质重生功能占据很大的优势；播放器的能力腾讯云和阿里云比较均衡，金山云因为官网介绍和第三方测评比较少，所有支持的功能较少。此项目评分：阿里云&腾讯云&金山云五、服务与支持在功能需求都被满足的情况下，服务与支持就成为比较重要的选型因素了。所以在本次测评最后，我们在集成这一步，对三家进行和服务与支持的对比。很明显，大厂的服务标准基本一致，都能给用户提供较为全面的服务通道。从官网的介绍来看，在文档方面腾讯云逻辑最为清晰完整，开发者友好度高，金山云则一如既往的差距明显。虽然这不是大家选型的最主要因素，但售后技术服务关系着接入时长与门槛，对各厂商是绕不过的考验。此项目评分：腾讯云&阿里云&金山云总结对于每一项的综合评分，可以从文中相应的章节溯源，是我们根据客观事实得出的主观评分。总而言之，在短视频这一领域，腾讯云重场景和服务；阿里云重功能点与体验；金山云的实力虽然和前两者之间还存在一定差距，也不知道后续发力侧重放在哪个方向。不过，竞争才能推动科技进步，但愿排在前面的厂商能不断创新和超越，后面追赶的厂商也能坚持不懈，推动行业良性发展。作为短视频行业从业者，究竟选择哪家服务商要从自己的核心需求点出发，结合各家服务优劣势和自身情况的匹配程度而定，本测评希望能给从业者们一些指引，相信看完全文，你心中已经有了选择。
或许谁都不希望看到这样一个景象，不久的将来搭载Helio X30的某某...
腾讯在资本市场受此影响依然很是明显，7月4日，腾讯控股跌幅达4....
近日一款名为“全能车”软件受到人们关注，只要缴纳一份押金，便...腾讯云短视频sdk哪里买比较便宜呢？_百度知道
腾讯云短视频sdk哪里买比较便宜呢？
选择哪种付费方式比较划算呢？
我有更好的答案
亲是这样：（腾讯云提供采集、剪接、特效、分享、播放等客户端组件），然后基于快速上传、转码、存储等强大云端能力，整合腾讯的IM、社交、用户画像等数据，令开发者可以轻松制作出基于移动端的短视频内容业务。短视频服务的费用使用腾讯云点播服务当的预付费套餐方式计费，根据情况选择套餐，不过我也不懂这个，是问了（腾讯云蓝色航线才搞明白的），他们非常热情。帮公司很大忙还打了很低的折扣。
采纳率：40%
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。使用腾讯云IM遇到的问题
过年前来记录一下个人在使用腾讯云通信中遇到的问题，本文只说移动端的问题，由于本人是android开发的，所以以下出现腾讯API以android的为主，但ios也是对应方法名。
如有说得不对，或者是我使用不当的地方请在评论中指点一下，谢谢！本文地址：
1、 官网中的SDK API文档不是最新的，类、方法不全，请下载sdk解压后里面的文档，ios和android都一样。
在登录前，请将文档中的初始化部分的事件监听给加上
目的就是为了登录后可以立即获得新消息，以防消息漏接，最重要的千万别忘了在登录前进行sdk初始化，TIMManager.getInstance().init(context);缺少这一句，程序就会崩溃。
事件监听中需要注意的是消息监听器public void addMessageListener(TIMMessageListener listener)；我看他的内部是放了一个消息监听器数组的，就是你add多少个都会进行回调，如果你有多种回调处理，但同一个时刻只要一种回调处理，那么在add之前，请将之前的监听器移除掉，方法public void removeMessageListener(TIMMessageListener listener)；
public void getMessage(int count, TIMMessage lastMsg,TIMValueCallBack&List&TIMMessage&& callback)获取历史消息不全。
(1)一次获取的消息数最多20条，即使参数count你传大于20的值，他返回的最多也只有20条。
（2）默认情况ImSDK会进行消息的存储，在本地有缓存后就会读取本地缓存，官方说法是通过“ImSDK 的 getMessage 接口可以获取漫游消息，如果本地消息全部都是连续的，则不会通过网络获取，如果本地消息不连续，会通过网络获取断层消息”。且腾讯云IM提供的漫游记录默认保存7天，所以在这个时间有接收过的消息会有缓存以后也可以读取得到，但如果是之前未登录的，那么就会获取不到消息了。
（3）这个方法本地有缓存则取缓存且异步的，所以有时是离线消息还没同步下来。解决方法，可以设置同步离线消息回调public void setRefreshListener(TIMRefreshListener listener)，getMessage改为在onRefresh()方法中调用 。
onRefresh()多次调用
此方法不仅在登录后会调用，在掉线后重新连上线后也会调用。可以在
TIMManager.getInstance().setConnectionListener(newTIMConnListener() {
public void onConnected() {//连接建立
Log.e(tag, "connected");
public void onDisconnected(int code, Stringdesc) {//连接断开
//接口返回了错误码code和错误描述desc，可用于定位连接断开原因
//错误码code含义请参见错误码表
Log.e(tag, "disconnected");
在这两个方法中做标记，来区分当前是否断线，和onRefresh()是否为重新连上线后而调用的，同时也可以利用该标记用来获取掉线期间的历史消息。
最后一条消息重复
在获取历史消息时，有时最新的那一条消息也会在新消息通知onNewMessages收到，个人处理方式是登录后的第一条新消息和历史消息中的最新一条的id进行比较，以此来判断是否重复。
部分消息的getSenderProfile（）返回值为null
这部分的消息是由该手机机发出的消息。这是个坑。
ios发送消息
[conversationsendMessage:msg succ:^(){
NSLog(@"SendMsg Succ");
}fail:^(intcode, NSString * err) {
NSLog(@"SendMsgFailed:%d-&%@", code, err);
并没有把发送出去的消息返回。所以只能拿自己构建的消息去显示。
Android发送消息
conversation.sendMessage(msg,new TIMValueCallBack&TIMMessage&() {//发送消息回调
public void onError(int code, String desc){//发送消息失败
//错误码code和错误描述desc，可用于定位请求失败原因
//错误码code含义请参见错误码表
Log.d(tag, "send message failed.code: " + code + " errmsg: " + desc);
public void onSuccess(TIMMessage msg) {//发送消息成功
Log.e(tag, "SendMsg ok");
虽然有返回TIMMessage，但其实就是将你给他的原原本本的还给你。
所以自己发出去的消息getSenderProfile（）是为null的。
个人处理方法是如果TIMMessage.isSelf()为true就直接显示自己的信息，不去getSenderProfile（）。
所以在登录成功后调用public void getSelfProfile(TIMValueCallBack&TIMUserProfile&cb)，将自己的个人信息保存下来。
个人觉得登录成功后不将自己的信息返回是个坑，因为getSelfProfile又是一个异步请求。
因为我并没有使用全部功能像什么离线推送，群组管理都没有用，只是利用它来实现简单的即时聊天功能而已，所以目前就这6个问题。在此记录下，也希望对需要的人有所帮助。同时如有说得不对，或者是我使用不当的地方请在评论中指点一下，谢谢！
没有更多推荐了，