整合營(yíng)銷(xiāo)服務(wù)商
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢(xún)熱線：
電腦端+手機(jī)端+微信端=數(shù)據(jù)同步管理
免費(fèi)咨詢(xún)熱線：
著自媒體興起，許多人會(huì)自拍視頻或者找視頻素材裁剪，配上背景音樂(lè)或解說(shuō)，加上各種特效邊框，處理后再生成新的視頻文件，發(fā)布到各大平臺(tái)。生成的原始視頻文件都很大，我們需要轉(zhuǎn)換格式或者壓縮大小，便于上傳或者在其他如手機(jī)等設(shè)備上分享。
FFmpeg是一款開(kāi)源免費(fèi)的多媒體視頻處理工具，功能包括視頻采集功能、視頻格式轉(zhuǎn)換、視頻抓圖、給視頻加水印等。它提供了錄制、轉(zhuǎn)換以及流化音視頻的完整解決方案。
FFmpeg項(xiàng)目在開(kāi)源界的影響力也是數(shù)一數(shù)二的。幾乎你所見(jiàn)到的視頻轉(zhuǎn)換軟件或播放器中用到的功能或編碼/解碼都基于FFmpeg。它采用LGPL或GPL許可證，曾今國(guó)內(nèi)某些知名播放器使用FFmpeg源碼未聲明，被FFmpeg釘在歷史的恥辱柱上。
FFmpeg提供源碼，可自行編譯。幾乎所有發(fā)行版Linux倉(cāng)庫(kù)中已有FFmpeg，可以直接安裝。
# debian/ubuntu
apt install ffmpeg
# redhat/centos/fedora'
yum install ffmpeg
或
dnf install ffmpegFFmpeg官方也提供二進(jìn)制包：ffmpeg.org/download.html
推薦使用FFmpeg官方static二進(jìn)制包，無(wú)需額外動(dòng)態(tài)庫(kù)，僅一個(gè)可執(zhí)行文件官網(wǎng)下載后的FFmpeg解壓后有三個(gè)可執(zhí)行文件：ffmpeg、ffprobe、ffplay。
官網(wǎng)下載后的FFmpeg解壓后有三個(gè)可執(zhí)行文件：
ffmpeg -i video.wma ./video.mp4
把 video.wma 視頻文件轉(zhuǎn)換成 mp4 格式。ffmpeg mp4 格式默認(rèn)使用h264編碼
ffmpeg -i video.wma -c:v libx265 video.mp4
把 video.wma 視頻文件轉(zhuǎn)換成 h265 編碼的 mp4 格式。
h265比h264編碼有更高的壓縮率，在低碼率下生成的文件更小。
也就是說(shuō)，相同質(zhì)量下的h265編碼比h264更清晰。相同大小的視頻文件，h265編碼比h264編碼的視頻文件體積更小。但是當(dāng)視頻碼率到達(dá)一定大小時(shí)，兩者清晰度區(qū)別不大。
h264比h265有更好的兼容性，有些手機(jī)默認(rèn)不支持h265編碼的視頻文件，需要借助軟件解碼。
視頻轉(zhuǎn)換，h265編碼比h264編碼用時(shí)會(huì)更長(zhǎng)，更消耗CPU資源。
ffmpeg -i video.mp4 -s 1280x720 video2.mp4
將視頻壓縮到1280x720分辨率。
ffmpeg -i video.mp4 -ss 00:00:10 -i video.mp4 -t 00:00:30 -c:v copy -c:a copy cut.mp4
不改變視頻和音頻的編碼截剪視頻，保留從視頻10秒之后開(kāi)始30秒，因?yàn)橐纛l視頻編碼指定參數(shù)值copy，不會(huì)影響視頻質(zhì)量。
使用ss參數(shù)一定要在-i之前，如果寫(xiě)在-i之后，ffmpeg會(huì)理解為起始點(diǎn)是作用于輸出文件。
ffmpeg -i video.mp4 -metadata:s:v rotate="90" -c:v copy -c:a copy out.mp4
不改變視頻和音頻的質(zhì)量將視頻翻轉(zhuǎn)90度。把橫屏變豎屏。
ffmpeg -f x11grab -r 30 -i :0.0 -f alsa -i hw:0,0 -acodec aac -vcodec libx264 out.mkv
使用FFmpeg錄像，該命令在Linux上有效。每秒30幀，音頻格式使用 aac，視頻格式使用h264，輸出mkv格式。
vcodec 與 c:v 參數(shù)一樣，指定視頻編碼，如：libx264，libx265
acodec 與 c:a 參數(shù)一樣，指定音頻編碼，如：aac，mp4，flac
FFmpeg還有很多其他用法，比如調(diào)整碼率，幀數(shù)等。使用 ffmpeg --help 可以看到全部參數(shù)說(shuō)明。
FFmpeg默認(rèn)使用CPU編碼。執(zhí)行ffmpeg命令時(shí)，資源管理器可以看到CPU使用率升高。
如果使用GPU運(yùn)算，轉(zhuǎn)換速度能成倍提高，特別是轉(zhuǎn)換h265編碼視頻。
查看ffmpeg支持視頻編碼格式：
ffmpeg -codecs找到 hevc ，也就是h265編碼：
如果使用h264編碼，使用 h264_qsv / h264_nvenc 。
ffmpeg -i ./video.mp4 -c:v hevc_qsv ./out.mp4
使用GPU編碼，運(yùn)行以上ffmpeg命令，可以看到GPU占用率升高。
使用GPU加速視頻轉(zhuǎn)換速度快了很多，我僅使用核顯速度也比CPU轉(zhuǎn)碼也能快數(shù)倍。
ffprobe ./video.mp4
查看視頻文件信息。
從輸出信息可以看到該視頻文件是使用h264編碼，分辨率1280x720，視頻平均碼率921kbps，24幀。視頻的音頻使用aac編碼，采樣率44100Hz，碼率128kpbs。
ffprobe -v error -show_streams -print_format json ./video.mp4
使用json格式輸出視頻信息。
ffplay ./video.mp4
播放視頻文件。這時(shí)會(huì)彈出一個(gè)播放器。
ffplay命令還有很多控制參數(shù)。不過(guò)我覺(jué)得用處不大，畢竟圖形化播放器更好用，功能也更強(qiáng)大。
使用FFmpeg命令，我們可以用程序或腳本完成視頻自動(dòng)轉(zhuǎn)換。也可以讓我們開(kāi)發(fā)的系統(tǒng)擁有視頻轉(zhuǎn)碼，或讀取視頻信息的功能。以Java示例：
public static int doWaitFor(Process process) {
InputStream in=null;
InputStream err=null;
int exitValue=-1; // returned to caller when p is finished
try {
in=process.getInputStream();
err=process.getErrorStream();
boolean finished=false; // Set to true when p is finished
while (!finished) {
try {
while (in.available() > 0) {
// Print the output of our system call
Character c=new Character((char) in.read());
System.out.print(c);
}
while (err.available() > 0) {
// Print the output of our system call
Character c=new Character((char) err.read());
System.out.print(c);
}
// Ask the process for its exitValue. If the process
// is not finished, an IllegalThreadStateException
// is thrown. If it is finished, we fall through and
// the variable finished is set to true.
exitValue=process.exitValue();
finished=true;
} catch (IllegalThreadStateException e) {
// Process is not finished yet;
// Sleep a little to save on CPU cycles
Thread.currentThread().sleep(500);
}
}
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
if (in !=null) {
in.close();
}
} catch (IOException e) {
e.printStackTrace();
}
if (err !=null) {
try {
err.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
return exitValue;
}Java調(diào)用外部命令使用 Runtime.getRuntime().exec(command) 。
在使用調(diào)用ffmpeg命令時(shí)，必須要讀取執(zhí)行命令輸出流中的內(nèi)容，程序才不會(huì)阻塞。否則緩沖讀滿后，進(jìn)程會(huì)卡住。
視頻轉(zhuǎn)換會(huì)非常耗時(shí)，取決于硬件性能。在實(shí)際應(yīng)用中，我們也可以開(kāi)啟線程去處理。
FFmpeg還提供C調(diào)用，公共庫(kù)集成。以上方法并不是最優(yōu)解決方案，僅提供一種參考。
除非注明，否則均為"攻城獅·正"原創(chuàng)文章，請(qǐng)注明出處。
本文鏈接：https://engr-z.com/422.html
著手淘拉新和用戶(hù)體量的增加，CDN圖片資源的訪問(wèn)量也隨之增加。我們知道訪問(wèn)量增加，會(huì)帶來(lái)帶寬的增加，服務(wù)器成本也隨之增加。同時(shí)新增的用戶(hù)，喜好各不相同，為了滿足不同用戶(hù)的喜好，商家會(huì)修改主圖樣式來(lái)吸引消費(fèi)者。如何緩解用戶(hù)增長(zhǎng)帶來(lái)的帶寬壓力和滿足商家和用戶(hù)的多樣化需求呢？針對(duì)這兩個(gè)問(wèn)題，圖片庫(kù)和圖片空間同學(xué)對(duì)客戶(hù)端和服務(wù)端做了相應(yīng)的改造來(lái)解決這些問(wèn)題，主要的做法是H5HEIC化以及圖片庫(kù)磁盤(pán)緩存標(biāo)準(zhǔn)化。
? HEIC是什么
HEIF是一種圖像容器格式，它所生成的圖像文件相對(duì)較小，且圖像質(zhì)量也高于較早的JPEG標(biāo)準(zhǔn)。HEIF這種新的圖像格式基于高效視頻壓縮格式（也稱(chēng)為HEVC或H.265），它通過(guò)使用更先進(jìn)的壓縮算法來(lái)實(shí)現(xiàn)圖片的壓縮存儲(chǔ)。
從2018年開(kāi)始手淘的native頁(yè)面已經(jīng)全面支持HEIC,為CDN側(cè)節(jié)省了大量流量，優(yōu)化了用戶(hù)的圖片體驗(yàn)。native頁(yè)面可以HEIC化需要滿足兩個(gè)條件：
目前從統(tǒng)計(jì)來(lái)看淘?xún)?nèi)的圖片40%已經(jīng)使用了HEIC，為什么只有40%的量？一方面是因?yàn)槭痔圆糠謽I(yè)務(wù)的圖片不是放在圖片空間做處理，比如有的業(yè)務(wù)使用TFS來(lái)做存儲(chǔ)，另一方面是手淘使用的H5內(nèi)核目前無(wú)法解碼HEIC圖片。說(shuō)到這里需要簡(jiǎn)單介紹下手淘的圖片的業(yè)務(wù)流程：
以上只是簡(jiǎn)單的示意，大體展現(xiàn)圖片如何從商家流動(dòng)到用戶(hù)的，主要的中轉(zhuǎn)便是圖片空間它可以對(duì)圖片進(jìn)行處理和轉(zhuǎn)化。用戶(hù)使用手淘客戶(hù)端訪問(wèn)頁(yè)面時(shí)，業(yè)務(wù)會(huì)將商品圖片url傳遞給圖片庫(kù)，圖片庫(kù)會(huì)對(duì)傳入的url做處理，按照?qǐng)D片空間的規(guī)則拼接上HEIC后綴，這樣當(dāng)url到達(dá)CDN時(shí)，如果有HEIC圖片緩存直接返回，如果沒(méi)有會(huì)請(qǐng)求圖片空間的服務(wù)將原始圖片轉(zhuǎn)碼成heic圖片。以上是native的流程，我們還忽略了另一個(gè)流量來(lái)源H5，目前手淘H5容器無(wú)法使用HEIC解碼器，所以沒(méi)有進(jìn)行HEIC化。
為什么今年可以做H5頁(yè)面HEIC化了呢？主要是以下兩個(gè)方面：
有同學(xué)可能會(huì)好奇，之前提到的圖片空間是什么？圖片空間可以看作是提供強(qiáng)大圖片處理能力的服務(wù)。從上一小節(jié)的流程圖可以看出CDN后面是圖片空間，這里簡(jiǎn)單介紹下圖片空間和CDN之間的關(guān)系。當(dāng)有圖片請(qǐng)求訪問(wèn)到CDN時(shí)，CDN會(huì)查找當(dāng)前緩存中有沒(méi)有這個(gè)請(qǐng)求需要的圖片，如果有直接從CDN中返回，如果沒(méi)有CDN會(huì)去請(qǐng)求圖片空間處理原圖給出符合要求的圖片，然后再返回給CDN，同時(shí)CDN會(huì)對(duì)這張圖片做緩存，當(dāng)下次有相同的請(qǐng)求過(guò)來(lái)時(shí)就直接返回緩存的圖片，不再回源到圖片空間，縮短請(qǐng)求響應(yīng)時(shí)間。
首先介紹下UC內(nèi)核外接三方解碼器能力，這個(gè)能力是如何實(shí)現(xiàn)的呢？簡(jiǎn)單來(lái)說(shuō)就是提供實(shí)現(xiàn)UC規(guī)定接口的so文件(保證規(guī)定的函數(shù)符號(hào)會(huì)被正確導(dǎo)出)，UC內(nèi)核會(huì)使用dlopen打開(kāi)so，同時(shí)獲取接口函數(shù)的函數(shù)指針，當(dāng)需要解碼時(shí)直接使用函數(shù)指針直接調(diào)用即可。下面是大體的調(diào)用流程以及相關(guān)的接口定義：
簡(jiǎn)短介紹下上圖藍(lán)框的流程：
之前從事過(guò)PC開(kāi)發(fā)的同學(xué)可能會(huì)熟悉這這種做法，PC插件化大多是利用dll(可以理解為L(zhǎng)inux下的so)來(lái)實(shí)現(xiàn)，這在PC時(shí)代是常用做法，Python調(diào)用C++/C代碼也可以通過(guò)封裝為so進(jìn)行調(diào)用。針對(duì)UC提供的這種能力，圖片庫(kù)對(duì)原有的HEIC解碼器做了封裝，實(shí)現(xiàn)了上面的接口規(guī)范，提供給UC調(diào)用，這樣H5解碼HEIC的問(wèn)題就解決掉了。
真的這么順利么？答案是No。手淘目前對(duì)so集成時(shí)的大小有限制，剛好HEIC的32位和64位so加起來(lái)將近4.5MB，這已經(jīng)是嚴(yán)重超標(biāo)了，是不可以接受的。
那該如何解決呢？架構(gòu)組提供了遠(yuǎn)程加載so組件（上圖中的遠(yuǎn)程下載），可以將so放在遠(yuǎn)程，不需要打進(jìn)apk包，當(dāng)需要的時(shí)候從遠(yuǎn)程下載，同時(shí)HEIC解碼so是獨(dú)立的沒(méi)有依賴(lài)，直接dlopen打開(kāi)就可以使用。這樣我們的解碼功能就順利完成了，剩下的工作就需要Windvane同學(xué)添加相應(yīng)的降級(jí)邏輯和監(jiān)控邏輯提供必要的穩(wěn)定性保障，到這里這個(gè)H5支持HEIC功能就完成了。
說(shuō)了這么多從native支持HEIC到H5支持HEIC，收益是什么呢？有兩個(gè)方面，一個(gè)是端上的收益，一個(gè)是服務(wù)端收益：
客戶(hù)端
目前端上的計(jì)算能力已不是瓶頸，主要是網(wǎng)絡(luò)的通信時(shí)間，圖片體積越小，網(wǎng)絡(luò)耗時(shí)越少，同時(shí)網(wǎng)絡(luò)耗時(shí)的減少可以抵消端上解碼耗時(shí)的增加，總體而言圖片的加載性能會(huì)提高。同理對(duì)于H5頁(yè)面也一樣，網(wǎng)絡(luò)耗時(shí)越少，頁(yè)面性能也會(huì)有所提高。
服務(wù)端
對(duì)于服務(wù)端而言，圖片的體積更小，占用的帶寬也更小，單位時(shí)間內(nèi)處理的請(qǐng)求增加，簡(jiǎn)單來(lái)說(shuō)就是提高了QPS。
H5支持HEIC這個(gè)功能已經(jīng)灰度了幾個(gè)版本，后續(xù)會(huì)逐步全量，對(duì)于H5頁(yè)而而言，頁(yè)面性能也會(huì)得到提升。
我們可以先參考下native頁(yè)面下HEIC圖片和WEBP圖片的下載時(shí)間和解碼時(shí)間的對(duì)比數(shù)據(jù)：
數(shù)據(jù)說(shuō)明：樣本數(shù)在幾十萬(wàn)級(jí)別，基本可以抹平圖片尺寸帶來(lái)的統(tǒng)計(jì)差異。
從上面的數(shù)據(jù)也可以表明，網(wǎng)絡(luò)時(shí)間的優(yōu)化可以抵消部分解碼時(shí)間的增加，有的同學(xué)看到數(shù)據(jù)會(huì)有疑問(wèn)，解碼時(shí)間并沒(méi)有增加反而有所優(yōu)化，這主要是多媒體算法團(tuán)隊(duì)對(duì)HEIC解碼做了優(yōu)化，同時(shí)圖片空間空間同學(xué)對(duì)HEIC的封裝做了優(yōu)化(優(yōu)化的后的封裝，仍然是符合HEIF文件標(biāo)準(zhǔn)的)。
? 圖片庫(kù)磁盤(pán)緩存標(biāo)準(zhǔn)化
用過(guò)Phenix圖片庫(kù)或者三方開(kāi)源圖片庫(kù)的同學(xué)都知道，圖片庫(kù)會(huì)有三層緩存（內(nèi)存、磁盤(pán)、網(wǎng)絡(luò)），磁盤(pán)緩存一般是持久化的，除非超過(guò)磁盤(pán)緩存大小被LRU淘汰掉，為了滿足圖片空間的需求，圖片庫(kù)對(duì)磁盤(pán)緩存做了改造。大體流程如下：
簡(jiǎn)單來(lái)說(shuō)圖片庫(kù)的磁盤(pán)緩存可以指定過(guò)期時(shí)間，過(guò)期后圖片請(qǐng)求會(huì)打到后端。圖片空間會(huì)在圖片響應(yīng)頭里添加過(guò)期字段來(lái)控制本次請(qǐng)求到的圖片在磁盤(pán)緩存中存在的時(shí)長(zhǎng)。目前實(shí)現(xiàn)的緩存控制是在原先LRU基礎(chǔ)上實(shí)現(xiàn)的，即首先會(huì)判斷這張圖片有沒(méi)有被LRU淘汰掉，如果沒(méi)有被淘汰掉會(huì)走到緩存控制邏輯，如果已經(jīng)被LRU淘汰，保持原有邏輯。
有同學(xué)可能會(huì)疑惑這么做有什么意義的呢？之前LRU策略圖片更新時(shí)間是不確定的，有可能很快就過(guò)期了也有可能要等幾十小時(shí)才能過(guò)期，完全取決于用戶(hù)訪問(wèn)的頻次以及用戶(hù)的操作習(xí)慣，過(guò)期時(shí)間字段可以精確到小時(shí)級(jí)別，讓圖片及時(shí)過(guò)期，請(qǐng)求到最新的圖片。
? URL不變更新圖片
看到這個(gè)標(biāo)題很多同學(xué)可能會(huì)有疑惑，URL不變更新圖片是什么意思？簡(jiǎn)單來(lái)說(shuō)就是訪問(wèn)相同的圖片url圖片的內(nèi)容可能不同，經(jīng)過(guò)這么一解釋有的同學(xué)可能更加疑惑，為什么要這么做？
帶著這個(gè)疑問(wèn)我們來(lái)解釋為什么會(huì)有這樣的功能，促銷(xiāo)對(duì)手淘來(lái)說(shuō)比較常見(jiàn)，商家也會(huì)抓住這個(gè)機(jī)會(huì)盡可能吸引消費(fèi)者去下單，提高成交量。圖片作為手淘商品的主要信息載體，有活動(dòng)的時(shí)候商家為了能夠傳遞更多的信息給消費(fèi)者，商家會(huì)頻繁修改商品主圖的促銷(xiāo)樣式和信息來(lái)吸引消費(fèi)者去點(diǎn)擊，更多的點(diǎn)擊意味這更高的流量，從而帶來(lái)更高的成交量。商家通過(guò)圖片空間修改商品主圖，圖片空間會(huì)將修改后的主圖URL更新到商品服務(wù)，但是這給商品服務(wù)帶來(lái)了挑戰(zhàn)，手淘承載著成千上萬(wàn)商家，如果促銷(xiāo)期間大量商家去更新商品主圖URL，對(duì)商品服務(wù)帶來(lái)的壓力不可小覷(不止主圖更新會(huì)調(diào)用商品服務(wù)，其他業(yè)務(wù)也會(huì)去調(diào)用)，因此在大促期間為了保證商品服務(wù)的穩(wěn)定性，會(huì)進(jìn)行必要的限流。大體流程如下圖：
這樣商家在特定的時(shí)間是不能及時(shí)修改商品圖的，這會(huì)導(dǎo)商家和消費(fèi)者的體驗(yàn)下降，因?yàn)橹鲌D的促銷(xiāo)信息不能及時(shí)更新，導(dǎo)致主圖顯示的優(yōu)惠信息和實(shí)際購(gòu)買(mǎi)的優(yōu)惠信息有可能會(huì)有偏差。這該如何解決呢？活動(dòng)期間商家改圖后商品主圖URL不變，圖片空間會(huì)將修改的圖片更新到CDN，不再去頻繁刷商品服務(wù)，商品服務(wù)的壓力也會(huì)減小，消費(fèi)者的體驗(yàn)也得到了保障。修改后的流程如下圖：
有同學(xué)可能會(huì)有疑問(wèn)，為什么不是提升商品服務(wù)的性能呢？以下是我簡(jiǎn)單的分析，不一定準(zhǔn)確：數(shù)據(jù)庫(kù)的寫(xiě)性能是有限的，無(wú)論再怎么優(yōu)化再怎么加機(jī)器，大量的并發(fā)過(guò)來(lái)總會(huì)達(dá)到瓶頸。有的同學(xué)可能會(huì)說(shuō)，分布式、分庫(kù)、一致性哈希，或許可以做也可以解決問(wèn)題，可是大促是短期行為，做這么大的改造耗費(fèi)大量的人力成本，但是對(duì)非大促，這樣的改造沒(méi)有收益，同時(shí)也會(huì)增加系統(tǒng)的復(fù)雜度。
通過(guò)這樣小成本的改造，將一部分流量轉(zhuǎn)移到CDN側(cè)，減輕了商品服務(wù)的壓力同時(shí)也能提升商家和消費(fèi)者的體驗(yàn)，商家也可以隨時(shí)更新商品主圖。
說(shuō)了這么多圖片庫(kù)做了什么？一開(kāi)始介紹的圖片庫(kù)磁盤(pán)緩存標(biāo)準(zhǔn)化，大促期間圖片空間會(huì)在下發(fā)圖片的Response中帶上過(guò)期時(shí)間字段，設(shè)置一個(gè)合理的過(guò)期時(shí)間，便于大促期間商品主圖的磁盤(pán)緩存隔一段時(shí)間過(guò)期一次，過(guò)期后請(qǐng)求新的圖片，這樣用戶(hù)看到的圖片始終是最新的，雖做不到實(shí)時(shí)但也可以達(dá)到小時(shí)級(jí)，能夠滿足業(yè)務(wù)的訴求。
今年圖片庫(kù)的主要改動(dòng)有兩個(gè)方面：H5支持HEIC化以及圖片庫(kù)磁盤(pán)緩存標(biāo)準(zhǔn)化，這兩個(gè)改造從本質(zhì)上來(lái)說(shuō)是將服務(wù)端的優(yōu)化通過(guò)端上整合觸達(dá)到用戶(hù)。HEIC圖片native端在2018年就已經(jīng)開(kāi)始支持，但是由于H5容器UC內(nèi)核當(dāng)時(shí)沒(méi)有HEIC解碼能力，所以H5頁(yè)面沒(méi)有使用HEIC，今年隨著UC對(duì)外提供了三方解碼插件的功能，利用這個(gè)契機(jī)將H5頁(yè)面進(jìn)行HEIC化。圖片庫(kù)磁盤(pán)緩存標(biāo)準(zhǔn)化。
ediaHuman Video Converter是一款視頻格式轉(zhuǎn)換工具，可以幫助用戶(hù)進(jìn)行視頻格式的轉(zhuǎn)換，軟件支持各種視頻格式，輕松進(jìn)行視頻之間的互換，軟件甚至還支持4K格式的轉(zhuǎn)換，在轉(zhuǎn)換過(guò)程中不會(huì)對(duì)視頻的畫(huà)質(zhì)造成損壞，讓用戶(hù)在轉(zhuǎn)換后也能享受到高清的視頻內(nèi)容。
軟件介紹
MediaHuman Video Converter中文版是一款優(yōu)秀的視頻轉(zhuǎn)換工具，支持將您電腦中或者下載的視頻文件進(jìn)行輕松轉(zhuǎn)換，可以輕松轉(zhuǎn)換任何視頻格式，包括：音頻視頻交錯(cuò)(AVI)，數(shù)字視頻，DVD視頻等。支持多個(gè)格式選擇，可以轉(zhuǎn)換4K MOV格式，也可以轉(zhuǎn)換4K MKV、H.265、 HEVC、HD等類(lèi)型的格式。
來(lái)源：http://www.3h3.com/soft/218168.html
*請(qǐng)認(rèn)真填寫(xiě)需求信息，我們會(huì)在24小時(shí)內(nèi)與您取得聯(lián)系。
