微信把辛辛苦苦转码的视频给重编码了

真讨厌！

General
Complete name                  : D:\20140510_132649.mp4
Format                         : MPEG-4
Format profile                 : Base Media
Codec ID                       : isom (isom/iso2/avc1/mp41)
File size                      : 21.4 MiB
Duration                       : 3 min 26 s
Overall bit rate               : 871 kb/s
Writing application            : Lavf58.20.100

Video
ID                             : 1
Format                         : AVC
Format/Info                    : Advanced Video Codec
Format profile                 : High@L3.1
Format settings                : CABAC / 8 Ref Frames
Format settings, CABAC         : Yes
Format settings, ReFrames      : 8 frames
Codec ID                       : avc1
Codec ID/Info                  : Advanced Video Coding
Duration                       : 3 min 26 s
Bit rate                       : 768 kb/s
Width                          : 960 pixels
Height                         : 540 pixels
Display aspect ratio           : 16:9
Frame rate mode                : Constant
Frame rate                     : 29.970 (29970/1000) FPS
Color space                    : YUV
Chroma subsampling             : 4:2:0
Bit depth                      : 8 bits
Scan type                      : Progressive
Bits/(Pixel*Frame)             : 0.049
Stream size                    : 18.9 MiB (88%)
Writing library                : x264 core 157 r2969 d4099dd
Encoding settings              : cabac=1 / ref=8 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=23 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=768 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Menus                          : 3

Audio
ID                             : 2
Format                         : AAC
Format/Info                    : Advanced Audio Codec
Format profile                 : LC
Codec ID                       : mp4a-40-2
Duration                       : 3 min 26 s
Bit rate mode                  : Constant
Bit rate                       : 96.0 kb/s
Channel(s)                     : 2 channels
Channel positions              : Front: L R
Sampling rate                  : 48.0 kHz
Frame rate                     : 46.875 FPS (1024 SPF)
Compression mode               : Lossy
Stream size                    : 2.35 MiB (11%)
Default                        : Yes
Alternate group                : 1
Menus                          : 3

Menu #1
ID                             : 3
Codec ID                       : text
Duration                       : 3 min 26 s
Language                       : English
Menu For                       : 1,2

Menu #2

交代一下前后呢

看完就扔的纠结啥，不然发视频站啊

Nospel 发表于 2019-8-25 11:43
交代一下前后呢

后就是微信给变成368p了，它那压缩效率怎么可能跟mc两遍压缩比呢？清晰度大减。

索命书生 发表于 2019-8-25 12:43
看完就扔的纠结啥，不然发视频站啊

有时候制作的短视频，是为了方便发布呢。
我决定让他们用zip打包发送，同样20多兆也能发

尊称 发表于 2019-8-25 13:16
后就是微信给变成368p了，它那压缩效率怎么可能跟mc两遍压缩比呢？清晰度大减。
...

没办法啊，文件是在微信服务器中转过，再到达接收者，而不是直接点对点传文件，那就必须要求视频文件的体积和质量：服务器存储压力、接收方网络带宽瓶颈、接收方终端设备性能（视频解码能力瓶颈、解码器支持能力）等等。
我要是微信的策略制定者，我也会要求有人直接发视频时，在发送端本地重压一次到符合我发布规则要求后，再上传到我服务器。

试想：用户A要直接给用户B发视频，或发朋友圈，用的是一条4K UHD 2160p 60fps H.265 HEVC 10-bit HDR BT.2020 TrueHD 7.1 Atmos的MP4，总码率50Mbps，体积50GB，我让他发了。例如这种视频

直接发给用户B，我得把这50GB缓存在服务器上几天，得占用大量空间吧
用户B花上一整天下载，把这50GB收到了，发现微信不能直接打开播放，我是不是还得升级微信解码支持到专业级播放器的水平，解码支持也是有专利也得要钱去买的
就算解码全支持了，用户B手上拿的还是一支小米2S，能放出来么
然后用户B发现下载时没连Wi-Fi，用的是运营商网络，产生了1000块的流量费，是不是得跳脚，去法院告我在下载前没提示他文件大小和使用运营商网络下载可能产生流量费用

要是发的朋友圈，是不是还得一直把这50GB保存在微信服务器上不能删，还得等着N个出现上述情况的用户去法院集体诉讼我，找我赔钱






就算撇开时长、码率和大小不考虑，哪怕就5s长度20MB大小，我不让你本地重转码再上传，服务器重转码算力的压力我得考虑啊，接收端解码支持和解码能力我也必须得考虑啊，不然放不出来用户还是得骂我微信是辣鸡


综上，本地限制视频文件大小、时长、编码规格、本地重转码再上传等规则，是最优解决方案了

不要屁股决定脑袋，换把椅子坐，就理解了

Nospel 发表于 2019-8-25 14:17
没办法啊，文件是在微信服务器中转过，再到达接收者，而不是直接点对点传文件，那就必须要求视频文件的体 ...

你说的这是极端，我指的是微信支持小于25M的短视频，h.265格式的用pc发就不重编，手机转发不行，按理说这东西都在服务器上了，只需识别一下就ok了，它还重新转码发；

h.264格式的不管手机还是pc发，小于25M的短视频都转码，可能特别小的不会。具体触发它转码的条件不清楚，不然就规避了。

微信就是吃个方便面，还要啥视频图片质量，想不重编码就用qq传文件

看起来好像尺寸不超标就可以不动它，实际上你转成乱七八糟的格式，有的客户端(软硬件环境都不同)打不开，这才是主要问题，难道要识别一下你的编码再决定转不转吗，只能直接转了啊

StormBolt 发表于 2019-8-25 19:38
看起来好像尺寸不超标就可以不动它，实际上你转成乱七八糟的格式，有的客户端(软硬件环境都不同)打不开，这 ...

  你说的这个问题，我早就解决了。

朋友经常要发布一些短视频，主要是苹果系列产品的视频格式兼容问题，安卓内不存在，各种格式通吃。mc有功能-扩展界面，调出苹果的，经研究，主要是容器和声音延迟上需注意，然后导出预设。不管h.265还是264，都能所有手机平板播放。

https://bbs.pceva.com.cn/forum.php?mod=attachment&aid=NDI0MzkyfGU1MzhkYzllZmFlOGQ0MzcxYWU4NjM3NzQ0MDQ5ODNlfDE3MTM0NjI5OTg%3D&request=yes&_f=.rar

红色狂想 发表于 2019-8-25 18:06
微信就是吃个方便面，还要啥视频图片质量，想不重编码就用qq传文件 ...

说到会，谁还不会传？

这儿说的是一个方便，老百姓有太多文盲不是，就会用个微信。

尊称 发表于 2019-8-25 20:07
你说的这个问题，我早就解决了。

朋友经常要发布一些短视频，主要是苹果系列产品的视频格式兼 ...

不是你要解决。。。。是微信要提防网络那么多人上传的N种可能出现的不标准的格式

StormBolt 发表于 2019-8-25 20:40
不是你要解决。。。。是微信要提防网络那么多人上传的N种可能出现的不标准的格式
...

不标准的格式多了去了，苹果就直接不支持罢了，微信不能放就不能放呗，没啥好提防的。

尊称 发表于 2019-8-25 20:10
说到会，谁还不会传？

这儿说的是一个方便，老百姓有太多文盲不是，就会用个微信。

TX必须以自己的产品体验为核心，社交平台不是生产力工具，只要能流畅的互看就是成功的产品。

qq:喵喵喵？

qq没这个问题吧？

Nospel 发表于 2019-8-25 14:17
没办法啊，文件是在微信服务器中转过，再到达接收者，而不是直接点对点传文件，那就必须要求视频文件的体 ...

你想太多了
VX根本不允许 >200M文件

墙上的另一块砖 发表于 2019-8-26 11:14
你想太多了
VX根本不允许 >200M文件

举栗的假设而已。可能怕是你想太多了哦

墙上的另一块砖 发表于 2019-8-26 11:14
你想太多了
VX根本不允许 >200M文件

我前一段试过，发送文件时提示大小不能超过100m，不管是安卓手机端还是pc端都是这样

以前玩x.264开源编码器，速度很慢，但胜在有插件，质量也挺好。MEGUI也能凑合用
类似于MC这样的有完善GUI界面的编码器，不知为啥速度这么快，快得让我怀疑其编码质量。
不知道现在是否有x.265，或者x.264也支持压缩265了