12 个解决方案
#1
播放影音,感觉和发消息原理一样,同样是发数据,只不过客户端处理的机制不同罢了,获取到影音数据后想办法播放就行了
#2
不懂,帮顶
#3
不懂,帮顶
#4
谢谢woshizhanhun, 这个原理是知道的.
但如果是大尺寸的影片,在传输前是否应该先处理,减小传输数据量.
如果考虑是用DirectShow来做,有什么比较好的办法吗?
但如果是大尺寸的影片,在传输前是否应该先处理,减小传输数据量.
如果考虑是用DirectShow来做,有什么比较好的办法吗?
#5
考虑是用DirectShow来做, 原来是想通过GetCurrentImage 来取处理, 但发现效率太低,对大尺寸的影片,执行一次GetCurrentImage几乎要消耗100多MS,同时GRAPH效率也受影响,效果不好.那么想到的其他办法,还有,就是在VideoRender前插入一个FILTER进行处理,但感觉比较复杂,不够简便.
感觉大尺寸的影片,在传输前应该先处理,减小传输数据量,那样才能通信双方有较好的体验,该如何处理比较好呢?
感觉大尺寸的影片,在传输前应该先处理,减小传输数据量,那样才能通信双方有较好的体验,该如何处理比较好呢?
#6
统一转码到小尺寸,并采用高压缩格式,减少通讯量,然后就是一般的流媒体点播原理。
#7
谢谢wwwllg
统一转码到小尺寸,这个处理在GRAPH的哪个环节比较适宜呢?
统一转码到小尺寸,这个处理在GRAPH的哪个环节比较适宜呢?
#8
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
#9
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
#10
谢谢,SmallBigCat,li_007 的关注和回答.
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
=================================================================================
作为发送方,读取的视频文件,在Graph Filter链路外如何处理,好象还不如在链路中处理方便.
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
=================================================================
所谓媒体流,是截取原始尺寸的视频流进行传送吗,如果是个大尺寸视频,这要占用多少网络带宽,好象还是需要先将大尺寸的格式转为较小尺寸的格式.
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
=================================================================================
作为发送方,读取的视频文件,在Graph Filter链路外如何处理,好象还不如在链路中处理方便.
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
=================================================================
所谓媒体流,是截取原始尺寸的视频流进行传送吗,如果是个大尺寸视频,这要占用多少网络带宽,好象还是需要先将大尺寸的格式转为较小尺寸的格式.
#11
统一转码到小尺寸
============================
有什么好的办法,实现这一点吗?
============================
有什么好的办法,实现这一点吗?
#12
跟在线视频差不多道理吧
#1
播放影音,感觉和发消息原理一样,同样是发数据,只不过客户端处理的机制不同罢了,获取到影音数据后想办法播放就行了
#2
不懂,帮顶
#3
不懂,帮顶
#4
谢谢woshizhanhun, 这个原理是知道的.
但如果是大尺寸的影片,在传输前是否应该先处理,减小传输数据量.
如果考虑是用DirectShow来做,有什么比较好的办法吗?
但如果是大尺寸的影片,在传输前是否应该先处理,减小传输数据量.
如果考虑是用DirectShow来做,有什么比较好的办法吗?
#5
考虑是用DirectShow来做, 原来是想通过GetCurrentImage 来取处理, 但发现效率太低,对大尺寸的影片,执行一次GetCurrentImage几乎要消耗100多MS,同时GRAPH效率也受影响,效果不好.那么想到的其他办法,还有,就是在VideoRender前插入一个FILTER进行处理,但感觉比较复杂,不够简便.
感觉大尺寸的影片,在传输前应该先处理,减小传输数据量,那样才能通信双方有较好的体验,该如何处理比较好呢?
感觉大尺寸的影片,在传输前应该先处理,减小传输数据量,那样才能通信双方有较好的体验,该如何处理比较好呢?
#6
统一转码到小尺寸,并采用高压缩格式,减少通讯量,然后就是一般的流媒体点播原理。
#7
谢谢wwwllg
统一转码到小尺寸,这个处理在GRAPH的哪个环节比较适宜呢?
统一转码到小尺寸,这个处理在GRAPH的哪个环节比较适宜呢?
#8
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
#9
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
#10
谢谢,SmallBigCat,li_007 的关注和回答.
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
=================================================================================
作为发送方,读取的视频文件,在Graph Filter链路外如何处理,好象还不如在链路中处理方便.
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
=================================================================
所谓媒体流,是截取原始尺寸的视频流进行传送吗,如果是个大尺寸视频,这要占用多少网络带宽,好象还是需要先将大尺寸的格式转为较小尺寸的格式.
在Graph Filter链路中处理?这肯定和占资源的,我觉得先转码,然后再启动graph链路来播放,传输吧
=================================================================================
作为发送方,读取的视频文件,在Graph Filter链路外如何处理,好象还不如在链路中处理方便.
QQ本地播放文件,-》截取媒体流-》发送到对方QQ-》对方QQ接收媒体流、并回放
=================================================================
所谓媒体流,是截取原始尺寸的视频流进行传送吗,如果是个大尺寸视频,这要占用多少网络带宽,好象还是需要先将大尺寸的格式转为较小尺寸的格式.
#11
统一转码到小尺寸
============================
有什么好的办法,实现这一点吗?
============================
有什么好的办法,实现这一点吗?
#12
跟在线视频差不多道理吧