Base64 轉影片
Base64 輸入
Base64 輸入
视频预览
線上將 Base64 編碼的影片資料還原為可播放的 MP4/WebM/OGG 影片檔案,支援 Data URL 前綴自動辨識,所有操作在瀏覽器本機完成,影片資料不上傳伺服器,適合後端 API 介面除錯、影片編碼驗證、前端內嵌影片還原,解碼後可直接預覽播放並下載。
相關推薦
適用場景
- 除錯後端影片介面:當 API 回傳 Base64 編碼的影片資料時,直接貼上到工具中快速預覽,驗證介面回傳是否正確,無需寫前端解碼程式碼
- 驗證影片編碼輸出:使用 FFmpeg 或雲端轉檔服務生成 Base64 影片後,解碼播放驗證轉檔結果是否正常,排查編碼損毀問題
- 還原前端內嵌影片:擷取 HTML、CSS 或 JavaScript 中的 Data URL 格式內嵌影片(data:video/mp4;base64,...),還原為可檢視的影片檔案
- 影片資料快速校驗:對比兩個 Base64 影片是否解碼出相同內容,或者驗證 Base64 傳輸過程中是否出現資料損毀
- 短影片臨時預覽:對於不需要儲存到本機的短影片片段,直接在工具中預覽播放,確認內容後再決定是否下載
- 爬蟲資料解析:網頁爬蟲抓取到的 Base64 編碼影片資料,快速還原為可播放檔案進行內容審核或分析
- 用戶端開發除錯:行動裝置 App、小程序開發中,後端回傳 Base64 影片時,用本工具驗證資料正確性再進行用戶端解碼開發
- 教學示範用途:講解 Base64 編碼原理、Data URL 技術、前端 Blob/URL.createObjectURL 用法時,作為線上示範工具
- 郵件附件預覽:某些郵件系統將附件轉為 Base64 嵌入,擷取後可快速還原影片內容檢視
- Bug 重現輔助:測試團隊回報影片相關 Bug 時,提供 Base64 資料,開發人員可快速還原影片重現問題場景
使用方法
- 取得 Base64 影片資料:從 API 回應、記錄檔、HTML 原始碼、資料庫等地方複製 Base64 編碼的影片字串,支援帶或不帶 Data URL 前綴
- 貼上到輸入區域:將複製的 Base64 文字完整貼上到工具的輸入框中,工具會自動辨識是否包含 data:video/...;base64, 前綴
- 確認或選擇格式:如果輸入帶 Data URL 前綴,工具會自動辨識 MIME 類型;如果是純 Base64,手動選擇對應的影片格式(MP4/WebM/OGG)
- 點擊解碼按鈕:點擊解碼按鈕後,工具在瀏覽器本機執行 Base64 解碼、Uint8Array 轉換、Blob 建立等操作,過程中顯示狀態提示
- 檢視影片資訊:解碼完成後檢視影片基本資訊,包括檔案大小、MIME 類型、格式確認等,驗證解碼是否成功
- 預覽播放影片:使用頁面內建的 HTML5 播放器預覽影片,拖曳進度條檢查影片內容是否完整、畫面聲音是否正常
- 下載影片檔案:確認影片無誤後,點擊下載按鈕將 Blob 影片儲存到本機,檔案會自動匹配正確的副檔名(.mp4/.webm/.ogg)
功能特點
- 智慧辨識輸入格式:自動偵測純 Base64 編碼和完整 Data URL 格式(data:video/...;base64,前綴),無需手動去除前綴即可解碼
- 多格式影片支援:完整支援 MP4(video/mp4)、WebM(video/webm)、OGG(video/ogg)等主流瀏覽器原生支援的影片 MIME 類型
- 瀏覽器本機處理:所有 Base64 解碼、Blob 生成、影片預覽操作全部在使用者瀏覽器內透過 JavaScript 完成,影片資料不上傳任何伺服器
- 即時預覽播放:解碼後自動生成 HTML5 video 播放器,支援播放、暫停、進度拖曳、音量調節、全螢幕等完整播放控制項
- 原始檔案下載:一鍵將解碼後的影片儲存為本機檔案,自動根據 MIME 類型選擇正確的檔案副檔名(.mp4/.webm/.ogg)
- 自動 MIME 類型偵測:從 Data URL 前綴自動辨識影片格式,無需使用者手動選擇;純 Base64 輸入時支援手動指定格式
- 即時解碼進度回饋:大體積 Base64 資料解碼時顯示處理狀態,避免使用者誤以為頁面卡住
- 影片中繼資訊展示:解碼後顯示影片大小、MIME 類型、長度(可播放時)、解析度等基本資訊
- 錯誤診斷提示:輸入格式錯誤、Base64 編碼損毀、影片格式不支援時給出明確的錯誤訊息和排查建議
- 支援拖放貼上:支援直接貼上 Base64 文字、拖放文字檔案到輸入區域,提升除錯效率
- 編碼問題自動修復:自動處理 Base64 填充字元(=)缺失、空白字元、換行字元等常見格式問題
- 跨瀏覽器相容:支援 Chrome、Firefox、Safari、Edge 等所有現代瀏覽器,使用標準 atob 和 Uint8Array API
- 回應式設計:支援桌面端和行動端使用,在手機和平板上也能正常解碼和預覽短影片
- 隱私安全保障:影片資料完全在本機記憶體中處理,關閉頁面後資料立即清除,不會留下任何快取或記錄
常見問題
Base64轉影片工具支援哪些影片格式?
支援瀏覽器原生可播放的主流影片格式:MP4(video/mp4,H.264+AAC編碼)、WebM(video/webm,VP8/VP9+Vorbis/Opus編碼)、OGG(video/ogg,Theora+Vorbis編碼)。其中MP4格式相容性最好,所有現代瀏覽器和行動裝置都支援,推薦優先使用。如果你的影片是其他格式(如MOV、AVI、MKV),需要先用FFmpeg轉檔為MP4(H.264+AAC)再進行Base64編碼。
輸入需要帶data:video/mp4;base64前綴嗎?
不需要。工具支援兩種輸入格式:①純Base64字串(不帶任何前綴);②完整的Data URL(帶data:video/xxx;base64,前綴)。工具會自動偵測輸入是否包含前綴,如果有會自動擷取Base64內容並辨識MIME類型。建議直接複製API回傳的完整內容即可,不用手動處理前綴。
解碼後的影片可以直接在瀏覽器裡播放嗎?
可以。解碼完成後工具會生成內建的HTML5影片播放器,支援播放/暫停、進度條拖曳、音量調節、全螢幕播放等完整功能,你可以直接在頁面上預覽影片內容,確認畫面和聲音都正常後再決定是否下載到本機。
大體積的Base64影片支援處理嗎?有大小限制嗎?
工具本身沒有嚴格的大小限制,但瀏覽器有記憶體和效能限制。Base64編碼會使影片體積增大約33%,解碼過程中瀏覽器需要分配記憶體儲存Base64字串、二進位字串、Uint8Array、Blob等多個副本,峰值記憶體占用可能是原始影片大小的3-5倍。建議處理5MB以內的Base64(對應約3.7MB原始影片)比較流暢,超過10MB的Base64可能導致頁面卡頓,大影片不建議用Base64方式,建議用傳統檔案上傳和URL載入方式。
影片資料會上傳到伺服器嗎?隱私安全嗎?
所有解碼操作完全在你的瀏覽器本機透過JavaScript完成,影片資料不會上傳到任何伺服器,也不會發送任何網路請求。關閉頁面後,影片資料會從瀏覽器記憶體中立即清除,不會留下任何快取或記錄。你可以切斷網路後使用本工具,解碼功能依然正常工作。
為什麼Base64編碼後的影片比原檔案大了1/3?
這是Base64編碼的原理決定的,不是工具的問題。Base64將每3個位元組(24位元)的二進位資料重新編碼為4個ASCII字元(每個字元占1位元組),所以編碼後體積是原來的4/3≈133%,也就是體積增加了約33%。如果原始資料長度不是3的倍數,末尾會用=號填充,實際體積增大約33%-37%。這個體積增加是所有Base64編碼的共性,不是本工具的問題。
為什麼我的MP4 Base64解碼後播放不了?
MP4只是容器格式,裡面的影片編碼必須是瀏覽器支援的格式才能播放。99%的情況是影片編碼不是H.264,或者音訊編碼不是AAC。比如MP4裡面封裝了H.265(HEVC)、AV1等編碼,瀏覽器可能無法播放。你可以用FFmpeg指令ffmpeg -i input.mp4檢視編碼資訊,如果不是H.264+AAC,用指令ffmpeg -i input.mp4 -c:v libx264 -c:a aac -movflags +faststart output.mp4轉檔後再編碼為Base64。另外還要確認MIME類型設定為video/mp4,Base64資料完整沒有截斷。
如何驗證我的影片編碼是瀏覽器相容的?
推薦用FFmpeg工具驗證:安裝FFmpeg後執行ffmpeg -i yourvideo.mp4,檢視輸出資訊中的Video和Audio行。Video行應該包含h264(或avc),Audio行應該包含aac。例如:Stream #0:0(eng): Video: h264 (avc1/0x31637661...), Stream #0:1(eng): Audio: aac (mp4a/0x6134706D...)。如果不是這兩個編碼,需要轉檔。也可以直接把原始影片檔案拖到Chrome瀏覽器視窗中,如果能直接播放,說明編碼是瀏覽器相容的。
解碼後下載的影片檔案副檔名是什麼?
工具會根據你選擇的(或自動辨識的)MIME類型自動匹配正確的檔案副檔名:video/mp4對應.mp4,video/webm對應.webm,video/ogg對應.ogv。你不需要手動修改副檔名,下載的檔案可以直接用系統預設播放器開啟。
Base64字串中有換行符和空格影響解碼嗎?
不影響。工具會自動處理Base64字串中的換行符(\n)、回車符(\r)、空格、定位字元等空白字元,在解碼前會先移除這些字元。所以即使你的Base64是多行格式(比如每76個字元換行的MIME格式),或者複製時帶入了排版空格,都可以正常解碼。
前端如何用JavaScript實現Base64轉影片?
核心程式碼邏輯如下:①去除Data URL前綴獲取純Base64;②用atob(base64Str)解碼為二進位字串;③將二進位字串轉為Uint8Array(遍歷每個字元取charCode);④用new Blob([uint8Array], {type: 'video/mp4'})建立Blob;⑤用URL.createObjectURL(blob)生成臨時URL;⑥將URL設定給video.src。注意用完之後呼叫URL.revokeObjectURL(url)釋放記憶體,避免記憶體流失。
Data URL影片和Blob URL影片有什麼區別?
Data URL是把完整Base64資料直接寫在URL裡,格式是data:video/mp4;base64,XXXX,URL本身包含所有資料;Blob URL是URL.createObjectURL()生成的blob://格式的臨時參考,指向瀏覽器記憶體中的Blob物件,URL本身很短不包含資料。Data URL每次使用都要解析整個Base64字串,效能較差;Blob URL更高效,適合播放和複用。本工具內部使用Blob URL方式實現播放器。
什麼場景適合用Base64編碼影片?什麼場景不適合?
適合場景:①幾MB以內的短影片(載入動畫、引導提示、圖示動畫);②需要把影片嵌入單個HTML檔案的Demo/文件;③郵件內嵌小影片;④API介面除錯時臨時傳遞小影片。不適合場景:①超過5MB的影片(體積膨脹33%太浪費頻寬);②使用者上傳的影片(體積不可控);③需要串流載入或拖曳進度的長影片;④需要被瀏覽器快取複用的影片(Data URL無法單獨快取);⑤生產環境面向使用者的影片內容(應該用CDN和外部檔案URL)。
為什麼影片解碼後在Safari上播放正常,在Chrome上反而不行?
這種情況比較少見,通常是因為影片編碼是H.265(HEVC)——Safari在macOS和iOS上對H.265支援較好(有硬體加速),但Chrome和Firefox對H.265支援有限(需要硬體和授權)。解決方法是轉檔為H.264編碼,這是所有瀏覽器都支援的通用編碼。反過來Chrome能播Safari不能播更常見,通常是編碼Profile/Level太高或者moov atom在檔案末尾。
Base64影片和影片檔案互轉,畫質會損失嗎?
不會損失畫質。Base64是一種編碼方式,不是壓縮或轉檔,它只是把二進位資料和文字字串做一一映射的轉換。影片轉Base64再解碼回來,得到的二進位資料和原始影片檔案完全一致(逐位元組相同),不會有任何畫質或音質損失,類似檔案的複製貼上而不是壓縮轉換。只要Base64編碼和解碼過程正確,影片品質和原檔案完全相同。
故障排查
Base64解碼後影片無法播放,HTML5 video顯示格式不支援或黑屏
MIME類型設定錯誤:MP4影片設定成了video/webm,或其他不匹配的類型 影片編碼不是瀏覽器支援的格式:比如MP4裡是H.265編碼而不是H.264 Base64資料在複製過程中被截斷,缺少開頭或結尾部分,導致檔案損毀 Data URL前綴處理錯誤:把前綴也當作Base64解碼,或者去前綴時誤刪了Base64開頭字元 原始影片本身就損毀了,或者是瀏覽器不支援的特殊格式 影片解析度超過瀏覽器限制,或者使用了瀏覽器不支援的像素格式(如10-bit YUV) 影片檔案標頭(ftyp atom)損毀,瀏覽器無法識別MP4容器格式
atob()函式拋出InvalidCharacterError解碼失敗
Base64字串中包含非法字元:Base64標準字元集只有A-Z、a-z、0-9、+、/、=這65個字元 Data URL前綴data:video/mp4;base64,沒有去掉,直接傳給了atob() 字串中混入了換行符\n、回車符\r、空格、定位字元等空白字元 從Word/網頁等地方複製時引入了中文標點、全形字元或不可見的特殊字元 Base64字串被URL編碼過(加號+變成了%2B,斜線/變成了%2F),需要先URL解碼 Base64字串長度不是4的倍數,且缺失填充字元=導致atob校驗失敗 某些後端語言(如Java、Python)的Base64編碼器使用了URL安全變體(-和_代替+和/)
影片在Chrome/Firefox能正常播放,但在Safari上無法播放
Safari對H.264編碼的Profile和Level要求更嚴格,High Profile Level 5.1等高級設定可能不支援 MP4檔案的moov atom(中繼資料)在檔案末尾而不是開頭,Safari需要等待全部下載才能播放 音訊編碼不是AAC,Safari對MP3等其他音訊在MP4容器中支援不好 影片解析度或位元率過高,超出了Safari(特別是iOS Safari)的硬體解碼能力 使用了Safari不支援的編碼特性,比如10-bit色深、某些H.264特性 iOS Safari需要影片設定playsinline屬性才能內嵌播放,否則會全螢幕或無法播放 Safari對音軌取樣率有要求,非標準取樣率(如非44.1kHz/48kHz)可能導致播放失敗
大體積Base64影片解碼時頁面卡頓、瀏覽器崩潰
JavaScript是單執行緒的,atob()和Uint8Array轉換在主執行緒執行,會阻塞UI渲染 Base64解碼過程中產生多個大字串和陣列,記憶體占用高(10MB Base64解碼時峰值記憶體可能占用幾十MB) 建立Blob和Object URL也需要記憶體,大影片容易觸發瀏覽器記憶體限制 行動裝置記憶體更小,更容易出現OOM(記憶體不足)崩潰 沒有使用Web Worker,所有操作都在主執行緒,阻塞事件迴圈 瀏覽器對單個字串長度有限制(V8引擎約為512MB到1GB),超長Base64字串可能無法正確解析 解碼過程中頻繁的垃圾回收(GC)也會導致頁面卡頓和回應延遲
從API回應複製的Base64,解碼後影片損毀無法播放
後端回傳Base64時自動跳脫了特殊字元(如+被轉成空格,或JSON跳脫問題) JSON解析時沒有正確處理Base64字串中的特殊字元 後端Base64編碼時編碼錯誤,比如把二進位資料當UTF-8字串處理了 gzip壓縮或HTTP傳輸過程中資料被修改 從Chrome DevTools複製時,Network面板的Response預覽可能截斷或跳脫了長字串 後端使用了不同的Base64變體(如URL安全Base64,用-和_代替+和/)而前端沒處理 API回應被分頁或截斷,Base64資料不完整
影片只有畫面沒有聲音,或者聲音畫面不同步
音訊編碼不被瀏覽器支援:比如MP4裡用了MP3或Opus而不是AAC 影片轉檔時音訊參數設定不當,導致時間戳(PTS/DTS)錯誤 Base64資料不完整,剛好截斷了音軌的部分資料 影片是可變幀率(VFR),某些瀏覽器對VFR影片支援不好導致音畫不同步 原始影片本身就有音畫同步問題,不是Base64解碼導致的 音訊取樣率或聲道數不被瀏覽器支援,導致音軌解碼失敗 影片容器中音軌和影片軌的時間基(timebase)不一致,導致播放時同步偏移
術語表
- Base64
- 一種基於64個可列印字元表示二進位資料的編碼方式,每3位元組二進位資料編碼為4位元組ASCII文字,體積增大約33%,常用於在文字協定中傳輸二進位資料。
- Data URL
- RFC 2397定義的URI方案,格式為data:[mediatype][;base64],data,允許將小檔案直接嵌入文件中,無需額外HTTP請求。
- MIME 類型
- 媒體類型標識,用於表示文件或檔案的格式,影片格式以video/開頭,如video/mp4、video/webm、video/ogg,瀏覽器根據MIME類型決定如何處理資源。
- Blob
- Binary Large Object(二進位大型物件),瀏覽器中表示不可變的原始二進位資料的物件,可用於儲存影片、圖片等檔案資料,透過URL.createObjectURL()生成可存取URL。
- atob()
- 瀏覽器內建函式,用於將Base64編碼的字串解碼為二進位字串(ASCII to Binary),對應編碼函式是btoa()(Binary to ASCII)。
- btoa()
- 瀏覽器內建函式,用於將二進位字串編碼為Base64字串(Binary to ASCII),是atob()的反向操作,影片轉Base64時使用。
- Uint8Array
- JavaScript型別陣列,儲存8位元無符號整數(0-255),每個元素對應一個位元組,是處理二進位資料的標準方式,Base64解碼後需要轉為Uint8Array再建立Blob。
- MP4
- MPEG-4 Part 14,一種常用的多媒體容器格式,通常封裝H.264影片編碼和AAC音訊編碼,Web相容性最好,檔案副檔名為.mp4。
- WebM
- Google推出的開放原始碼免版稅影片容器格式,通常使用VP8/VP9/AV1影片編碼和Vorbis/Opus音訊編碼,壓縮率優於MP4,Chrome/Firefox/Edge支援良好。
- OGG
- Xiph基金會開發的開放原始碼多媒體容器格式,影片通常用Theora編碼、音訊用Vorbis編碼,現在逐漸被WebM取代,檔案副檔名為.ogv。
- H.264/AVC
- 目前使用最廣泛的影片編碼標準,也叫AVC(Advanced Video Coding),壓縮率和品質平衡好,有硬體加速支援,MP4容器的標準影片編碼,所有瀏覽器相容。
- AAC
- Advanced Audio Coding,高級音訊編碼,MP4容器的標準音訊編碼,是MP3格式的繼任者,同品質下檔案更小,所有現代瀏覽器支援。
- Object URL
- 透過URL.createObjectURL(blob)建立的臨時URL,格式為blob://...,可直接用於video/img等標籤的src屬性,指向記憶體中的Blob資料,用完需revokeObjectURL釋放。
- FFmpeg
- 開放原始碼的音影片處理工具,可用於影片轉檔、剪輯、檢視編碼資訊、壓縮等操作,是處理影片的業界標準工具,驗證和轉換影片編碼必備。
- moov atom
- MP4檔案中的中繼資料原子,包含影片時長、解析度、編碼資訊、解碼參數等關鍵資料。moov在檔案開頭才能快速播放,Web影片建議放在開頭(faststart)。
- 容器格式
- 封裝影片串流、音訊串流、字幕、中繼資料的檔案格式,如MP4、WebM、OGG、MKV,容器格式不等於編碼格式,同一個容器可以封裝不同編碼。
- 影片編碼
- 壓縮和解壓影片資料的演算法,常見的有H.264、H.265(HEVC)、VP8、VP9、AV1,編碼決定了壓縮率和畫質,瀏覽器支援的編碼決定影片能否播放。
- API 除錯
- 在開發前後端介面時驗證資料正確性的過程,本工具可用於快速預覽API回傳的Base64影片資料是否正確,無需編寫前端解碼程式碼。
- Chrome DevTools
- Chrome瀏覽器內建的開發者工具,Network面板可檢視API請求和回應,可從中複製Base64影片資料用於除錯。
- 填充字元 =
- Base64編碼末尾可能出現1個或2個等號,用於將編碼結果長度填充為4的倍數,解碼時缺失填充可能導致錯誤,工具可自動修復填充問題。
Web影片MIME類型與相容性對照表
| MIME類型 | 容器格式 | 常用影片編碼 | 常用音訊編碼 | 瀏覽器相容性 | 檔案副檔名 |
|---|---|---|---|---|---|
| video/mp4 | MP4 (MPEG-4 Part 14) | H.264/AVC, H.265/HEVC, AV1 | AAC, MP3 | 所有現代瀏覽器(Chrome/Firefox/Safari/Edge/iOS/Android),H.264+AAC組合100%相容 | .mp4, .m4v |
| video/webm | WebM | VP8, VP9, AV1 | Vorbis, Opus | Chrome/Firefox/Edge/Opera完全支援,Safari 14.1+支援,iOS Safari 15+部分支援 | .webm |
| video/ogg | Ogg | Theora | Vorbis | Firefox/舊版Chrome/Opera支援,Safari不支援,現在使用較少 | .ogv, .ogg |
| video/quicktime | QuickTime (MOV) | ProRes, H.264 | AAC, PCM | 主要是Safari/macOS支援,其他瀏覽器相容性差 | .mov |
| video/x-matroska | Matroska | H.264, VP9, AV1, 等 | 各種編碼 | 瀏覽器原生支援差,通常需要第三方播放器,不建議Web使用 | .mkv |
Base64影片解碼常見錯誤碼與解決方案
| 錯誤現象/錯誤訊息 | 可能原因 | 排查方向 | 解決方案 |
|---|---|---|---|
| atob()報錯: InvalidCharacterError 或 "not correctly encoded" | Base64字串包含非法字元;Data URL前綴未去除;有空白字元/換行符 | 檢查輸入字串是否只包含A-Za-z0-9+/=;確認是否去掉了data:前綴 | 去除data:video/...;base64,前綴;移除所有換行符、空格、定位字元;檢查是否有中文或特殊字元混入 |
| 解碼成功但影片無法播放,顯示"不支援的影片格式" | MIME類型錯誤;影片編碼不被瀏覽器支援;檔案標頭損毀 | 確認MIME類型是否匹配影片實際格式;用FFmpeg檢查編碼資訊 | 選擇正確的MIME類型(MP4用video/mp4);用FFmpeg轉檔為H.264+AAC(MP4);檢查Base64開頭結尾是否完整 |
| 影片有畫面無聲音,或有聲音無畫面 | 音訊編碼或影片編碼其中一個不被瀏覽器支援;音軌或影片軌損毀 | 用FFmpeg檢視影片包含哪些串流及其編碼 | MP4必須是H.264影片+AAC音訊;WebM用VP8/VP9+Vorbis/Opus;重新轉檔為標準相容格式 |
| 影片畫面花屏、綠屏、馬賽克 | Base64資料不完整(截斷);解碼過程中資料損毀;關鍵幀丟失 | 對比原始Base64長度,檢查是否複製完整 | 重新複製完整的Base64字串;檢查傳輸過程中是否有字元丟失;驗證原始影片檔案本身是否正常 |
| 解碼後影片大小和原檔案不一致 | Base64填充字元=處理錯誤;二進位字串轉Uint8Array時編碼問題 | 檢查解碼邏輯是否正確處理填充;確認charCodeAt範圍是0-255 | 確保Base64結尾的=號正確處理;檢查Uint8Array轉換邏輯是否正確 |
| 大影片解碼時頁面卡頓無回應 | Base64解碼在主執行緒執行,阻塞UI;影片太大超出記憶體限制 | 檢視Base64資料大小,10MB以上Base64(約7.5MB原影片)可能卡頓 | 大影片不建議用Base64;考慮使用Web Worker背景解碼;分塊處理;改用檔案上傳方式 |
| Safari能解碼但無法播放,Chrome正常 | Safari對影片編碼要求更嚴格;moov atom不在檔案開頭;編碼Profile/Level太高 | 用FFmpeg檢查H.264 Profile和Level;檢查moov位置 | 轉檔時加-movflags +faststart;使用H.264 Baseline/Main Profile,Level不超過4.1;確認是AAC音訊 |
| Data URL直接設給video src無法播放 | Data URL格式錯誤;MIME類型寫錯;Base64部分損毀 | 檢查Data URL格式是否為data:video/xxx;base64,xxxx | 確認MIME類型正確;逗號是英文逗號;Base64部分完整;部分行動端對Data URL大小有限制 |
原始影片大小與Base64編碼後大小對比表
| 原始影片大小 | Base64編碼後大小(約) | 體積增量 | Data URL標頭開銷 | 是否適合內嵌使用 | 典型場景 |
|---|---|---|---|---|---|
| 100 KB | ~133 KB | +33% | 約20位元組 | 推薦 | 極小圖示動畫、幾秒鐘的無聲載入動畫 |
| 500 KB | ~667 KB | +33% | 約20位元組 | 推薦 | 短循環動畫、操作提示短影片、按鈕回饋動畫 |
| 1 MB | ~1.33 MB | +33% | 約20位元組 | 視情況 | 5-10秒的引導影片、低解析度示範動畫,注意首屏效能 |
| 2 MB | ~2.67 MB | +33% | 約20位元組 | 不推薦 | 接近內嵌影片的體積上限,會顯著增加頁面載入時間 |
| 5 MB | ~6.67 MB | +33% | 約20位元組 | 不推薦 | 體積過大,不建議用Base64內嵌,改用外部影片檔案 |
| 10 MB | ~13.3 MB | +33% | 約20位元組 | 禁止 | 嚴重影響頁面載入,可能導致行動端記憶體不足崩潰 |
| 50 MB | ~66.7 MB | +33% | 約20位元組 | 禁止 | 絕對不要用Base64處理這麼大的影片,必須用檔案上傳/載入方式 |
- 安全字串比較
- 二進位轉換
- 凱薩密碼
- 摩斯密碼
- 十六進位轉換
- 影片轉 Base64
- Base64 轉影片
- 圖片轉 Base64
- Base64 轉圖片
- 文字轉 Base64
- Base64 轉文字
- 檔案雜湊校驗
- 檔案轉 Base64
- Base64 轉檔案
- 音訊轉Base64
- Base64轉音訊
- AES 加密解密
- DES 加密解密
- Base32 編碼解碼
- Base58 編碼解碼
- Base64 編碼
- Base64 解碼
- Base64 比較
- Base64 拆分
- Base64 多行合併
- Base64 格式化
- Base64 格式檢查
- Base64 批次編碼
- Base64 批次解碼
- Base64 清理
- Base64 填充處理
- Base64 長度統計
- Base64 轉十六進位
- Base64 DataURL 轉換
- Base64-Hex 互轉
- Base85 編解碼器
- HMAC 生成與驗證
- PBKDF2 金鑰派生
- MD5 雜湊
- SHA-256 雜湊
- SHA1 雜湊
- SHA512 雜湊
- JWT 工具
- HTML 實體編碼解碼
- Unicode 跳脫
- URL 編碼
- URL Safe Base64
- MIME Base64
- Java 混淆
- JS 混淆
- PHP 混淆
- Python 混淆