Base64 เป็นเสียง

อินพุต Base640 อักขระ

อินพุต Base64

0 อักขระ

แสดงตัวอย่างเสียง

กรุณาใส่สตริง Base64 ด้านซ้าย

บริการแปลง Base64 เป็นเสียง กู้คืนข้อมูลเสียงที่เข้ารหัส Base64 ให้กลายเป็นไฟล์ที่เล่นได้ รองรับ MP3, WAV, OGG, AAC และรูปแบบทั่วไป วางสตริง Base64 แล้วถอดรหัสอัตโนมัติ สร้างตัวเล่นในเบราว์เซอร์ รองรับการฟังทดลองออนไลน์และดาวน์โหลดเป็นไฟล์ในเครื่อง รองรับทั้งสองรูปแบบคือ Base64 ล้วนและ Data URL ระบุ MIME อัตโนมัติ ทุกขั้นตอนถอดรหัสทำในเบราว์เซอร์ ไม่อัปโหลดไปยังเซิร์ฟเวอร์ เหมาะสำหรับดีบัก API เสียง ตรวจสอบผลลัพธ์สังเคราะห์เสียง TTS กู้คืนทรัพยากรเสียงแบบอินไลน์

คำแนะนำที่เกี่ยวข้อง

แปลงเสียงเป็น Base64

Base64 เป็นรูปภาพ

Base64 เป็นไฟล์

ตัวเข้ารหัสและถอดรหัส Base32

เข้ารหัสและถอดรหัส HTML

จัดรูปแบบ JSON

หลักการเข้ารหัสเสียง Base64 และการกู้คืนถอดรหัส

Base64 เป็นวิธีเข้ารหัสข้อมูลไบนารีเป็นอักขระ ASCII ที่พิมพ์ได้ 64 ตัว (A-Z, a-z, 0-9, +, /) ใช้ครั้งแรกเพื่อส่งไฟล์แนบไบนารีในระบบเมลที่ส่งได้เฉพาะข้อความ ไฟล์เสียงเป็นข้อมูลไบนารีโดยธรรมชาติ หลังเข้ารหัส Base64 สามารถกลายเป็นสตริงข้อความล้วนที่ยาว สะดวกต่อการส่งและจัดเก็บในสถานการณ์ที่รองรับเฉพาะข้อความ เช่น JSON, XML, ฟิลด์ข้อความฐานข้อมูล, พารามิเตอร์ URL หน้าที่ของตัวแปลงนี้คือกู้คืนข้อความ Base64 นั้นกลับเป็นข้อมูลไบนารีเสียงดั้งเดิม เพื่อให้คุณสามารถเล่นและดาวน์โหลดได้โดยตรง

**ทำไม API มักส่งกลับเสียง Base64**: หลาย API ที่เกี่ยวข้องกับเสียงพูด (TTS text-to-speech, ASR จดจำเสียงพูด, ข้อความเสียง...) เมื่อส่งกลับข้อมูลเสียงเลือกเข้ารหัส Base64 แทนสตรีมไบนารี ด้วยสามเหตุผล: 1) รูปแบบ JSON ไม่รองรับข้อมูลไบนารีโดยกำเนิด หลังเข้ารหัส Base64 สามารถวางในฟิลด์สตริงของ JSON ที่ส่งกลับ; 2) Base64 เป็นข้อความล้วน ไม่ต้องตั้ง Content-Type เป็น multipart/form-data หรือ application/octet-stream การออกแบบ API ง่ายขึ้น; 3) เสียงเข้ารหัส Base64 สามารถส่งกลับพร้อมข้อมูลข้อความอื่นใน response JSON เดียวกัน ลดจำนวน HTTP request ราคาที่ต้องจ่ายคือหลังเข้ารหัสขนาดเพิ่มขึ้นประมาณ 33%

**ความแตกต่างระหว่าง Data URL และ Base64 ล้วน**: Base64 ล้วนคือสตริงข้อความที่เข้ารหัส (เช่น //uQxAAAAAAAAA...) ไม่มีข้อมูลรูปแบบ; Data URL คือการเพิ่ม prefix MIME ก่อน Base64 (เช่น data:audio/mpeg;base64,//uQxAAAA...) เบราว์เซอร์เห็น prefix data: จะรู้ว่าเป็นทรัพยากรอินไลน์ audio/mpeg บอกว่าเป็นรูปแบบ MP3 ระบบนี้รองรับทั้งสองรูปแบบ: Data URL จะแยก MIME อัตโนมัติ Base64 ล้วนประมวลผลตามค่าเริ่มต้นเป็น MP3 เมื่อฝังเสียงใน HTML ต้องใช้รูปแบบ Data URL เพราะเบราว์เซอร์ต้องการ MIME เพื่อถอดรหัสให้ถูกต้อง

**ทำไมการประมวลผลในเครื่องล้วนสำคัญ**: ข้อมูลเสียง Base64 อาจมีเนื้อหาละเอียดอ่อน - ข้อความผลิตภัณฑ์ที่ยังไม่เผยแพร่จาก TTS, การสนทนาส่วนตัวในข้อความเสียง, การบันทึกลูกค้าในการดีบักจดจำเสียงพูด... หากใช้บริการออนไลน์ที่ต้องอัปโหลดไปยังเซิร์ฟเวอร์ ข้อมูลเสียงเหล่านี้จะผ่านเซิร์ฟเวอร์บุคคลที่สาม มีความเสี่ยงถูกดักจับหรือจัดเก็บ ระบบนี้อิงจาก API โดยกำเนิดของเบราว์เซอร์ (atob ถอดรหัส, Blob สร้าง, HTML5 Audio เล่น) ทุกการดำเนินการเสร็จในอุปกรณ์เครื่องคุณ ข้อมูลไม่เคยออกจากเบราว์เซอร์ แม้ตอนออฟไลน์ก็ใช้ได้ปกติ

**ความเข้ากันได้ของเบราว์เซอร์สำหรับรูปแบบเสียง**: หลังถอดรหัสจะเล่นได้หรือไม่ขึ้นอยู่กับว่าเบราว์เซอร์รองรับรูปแบบเสียงนั้นหรือไม่ MP3(audio/mpeg) เป็นรูปแบบที่เข้ากันได้ดีที่สุด เบราว์เซอร์สมัยใหม่ทุกตัวรองรับ; WAV(audio/wav) เนื่องจากเป็นรูปแบบ PCM ไม่บีบอัด ความเข้ากันได้ดีมากเช่นกัน; OGG(audio/ogg) รองรับใน Chrome และ Firefox แต่ Safari เวอร์ชันเก่าไม่รองรับ; AAC(audio/aac) ใช้กันอย่างแพร่หลายในคอนเทนเนอร์ MP4 เบราว์เซอร์รองรับดีเช่นกัน หากหลังถอดรหัสเล่นไม่ได้ มักเป็นเพราะเบราว์เซอร์ไม่รองรับรูปแบบนั้น แนะนำให้ดาวน์โหลดไฟล์แล้วเปิดด้วยโปรแกรมเล่นในเครื่อง

**Web Worker และการประมวลผลไฟล์ใหญ่**: ในการดำเนินการย้อนกลับเสียงเป็น Base64 หากไฟล์เสียงใหญ่ (เช่นการบันทึกหลายสิบ MB) การเข้ารหัสในเธรดหลักโดยตรงจะทำให้หน้ากระตุก ระบบนี้ใช้ Web Worker ประมวลผลการเข้ารหัสในเธรดเบื้องหลัง Worker ส่ง ArrayBuffer ผ่าน Transferable Object แบบ zero-copy หลีกเลี่ยงค่าใช้จ่ายการคัดลอกหน่วยความจำ พร้อมรายงานความคืบหน้าการเข้ารหัสเรียลไทม์ ดังนั้นแม้ประมวลผลไฟล์ใหญ่ หน้ายังคงตอบสนองลื่นไหล ทิศทาง Base64 เป็นเสียงเป็นการถอดรหัสล้วน ค่าใช้จ่ายประสิทธิภาพต่ำ ประมวลผลในเธรดหลักโดยตรงก็เพียงพอ

**ราคาขนาดของการเข้ารหัส Base64**: การเข้ารหัส Base64 เข้ารหัสทุก 3 ไบต์ (24 บิต) ของข้อมูลเป็น 4 อักขระ ASCII (แต่ละตัว 6 บิต) ดังนั้นข้อความหลังเข้ารหัสมีขนาด 4/3≈1.33 เท่าของข้อมูลไบนารีดั้งเดิม ไฟล์ MP3 3MB หลังเข้ารหัสประมาณ 4MB ของข้อความ Base64 ความซ้ำซ้อนของขนาดนี้คือราคาที่ Base64 จ่ายเพื่อ 'ส่งเป็นข้อความได้' หากช่องส่งรองรับไบนารี (เช่น application/octet-stream ของ HTTP) แนะนำให้ส่งไฟล์ดั้งเดิมโดยตรงแทน Base64 ประหยัดแบนด์วิดท์ 33% แต่ในสถานการณ์ที่จัดเก็บเฉพาะข้อความ เช่น JSON API, ฟิลด์ข้อความฐานข้อมูล Base64 ยังเป็นตัวเลือกที่ดีที่สุด

**ความแตกต่างจากตัวแปลง Base64 เป็นไฟล์**: Base64 เป็นเสียงเน้นที่สถานการณ์เสียง จัดหาฟังก์ชันเฉพาะเสียง เช่น ฟังทดลองออนไลน์ ระบุ MIME อัตโนมัติ แสดงเมทาดาต้าเสียง; Base64 เป็นไฟล์เป็นตัวกู้คืนไบนารีทั่วไป รองรับไฟล์ทุกประเภท เช่น รูปภาพ เอกสาร ไฟล์บีบอัด แต่ไม่รองรับการฟังเสียงล่วงหน้า หากคุณสนใจเพียงดาวน์โหลดไฟล์ ใช้อันไหนก็ได้; หากต้องการยืนยันเนื้อหาเสียง ตัวนี้เหมาะกว่า นอกจากนี้ยังผนวกฟังก์ชันย้อนกลับเสียงเป็น Base64 สะดวกสำหรับสร้างข้อมูลทดสอบอย่างรวดเร็ว

กรณีการใช้งาน

ดีบัก API: API แบ็กเอนด์ส่งกลับข้อมูลเสียงเข้ารหัส Base64 วางลงในระบบเพื่อถอดรหัสและฟังทดลองอย่างรวดเร็ว ตรวจสอบว่าผลลัพธ์ API ถูกต้องหรือไม่
ตรวจสอบสังเคราะห์เสียง TTS: ทดสอบเสียง Base64 ที่ส่งกลับโดยบริการ TTS ของ Alibaba, Baidu, Google ยืนยันคุณภาพและเนื้อหาของเสียงสังเคราะห์
ตรวจสอบผลลัพธ์จดจำเสียงพูด: คลิปเสียงที่ส่งกลับโดย API ASR ถูกเข้ารหัส Base64 ถอดรหัสแล้วฟังทดลองเพื่อยืนยันคลิปเสียงดั้งเดิมที่สอดคล้องกับส่วนที่จดจำได้
กู้คืนเสียงอินไลน์ Data URL: แยกทรัพยากรเสียงอินไลน์รูปแบบ data:audio/mp3;base64 จากหน้า HTML กู้คืนเป็นไฟล์เสียงที่ดาวน์โหลดได้
ดีบักเสียง WeChat mini program: mini program บันทึกเสียงหรือ API TTS ส่งกลับเสียง Base64 ขณะพัฒนาต้องฟังทดลองเพื่อยืนยันอย่างรวดเร็ว
ส่งออกฟิลด์เสียงจากฐานข้อมูล: ข้อมูลเสียงที่จัดเก็บเป็นข้อความ Base64 ในฐานข้อมูล หลังส่งออกถอดรหัสเป็นไฟล์เสียงที่เล่นได้
แยกข้อมูลเสียงใน JSON: API ส่งกลับ JSON ที่มีฟิลด์เสียง Base64 ซ้อนอยู่ แยกแล้วถอดรหัสเพื่อฟังทดลอง
กู้คืนเสียงในการสื่อสารเข้ารหัส: ข้อมูลเสียง Base64 ส่งผ่านช่องเข้ารหัส หลังรับถอดรหัสแล้วเล่น
เสียงเป็น Base64 (ย้อนกลับ): เข้ารหัสไฟล์เสียงในเครื่องเป็น Base64 สำหรับฝัง Data URL สร้างข้อมูลทดสอบ API จัดเก็บฐานข้อมูล
ดีบักการพัฒนาข้อความเสียง: ข้อความเสียงในแอป IM มักส่งเป็น Base64 ขณะพัฒนาและดีบักต้องถอดรหัสเพื่อฟังทดลองอย่างรวดเร็ว

วิธีการใช้งาน

วางข้อมูลเสียงที่เข้ารหัส Base64 ลงในช่องอินพุต (รองรับ Base64 ล้วนหรือ Data URL รูปแบบ data:audio/mp3;base64,)
ระบบตรวจสอบความถูกต้องของรูปแบบ Base64 อัตโนมัติ ระบุ MIME และถอดรหัส
ด้านขวาสร้างตัวเล่นเสียงอัตโนมัติ คลิกปุ่มเล่นเพื่อฟังทดลองออนไลน์และยืนยันเนื้อหา
หลังยืนยันถูกต้องคลิกปุ่มดาวน์โหลด บันทึกเสียงเป็นไฟล์ MP3/WAV ในเครื่อง

คุณสมบัติ

อินพุตคู่: รองรับสตริง Base64 ล้วนและ Data URL ที่มี prefix data:audio/mp3;base64, ระบุและแยกอัตโนมัติ
ถอดรหัสหลายรูปแบบ: รองรับ MIME เสียงทั่วไป เช่น MP3(audio/mpeg), WAV(audio/wav), OGG(audio/ogg), AAC(audio/aac)
เล่นทดลองออนไลน์: หลังถอดรหัส สร้างตัวเล่น HTML5 audio ในเบราว์เซอร์ทันที รองรับเล่น/หยุด/ลากแถบความคืบหน้า ยืนยันเนื้อหาโดยไม่ต้องดาวน์โหลด
ดาวน์โหลดไฟล์เสียง: บันทึกเสียงที่ถอดรหัสแล้วเป็นไฟล์ MP3/WAV ในเครื่อง สะดวกสำหรับแก้ไขหรือเก็บถาวรต่อไป
ตรวจสอบรูปแบบเรียลไทม์: หลังวาง Base64 จะตรวจสอบความถูกต้องของรูปแบบอัตโนมัติ อักขระผิดกฎหรือข้อมูลถูกตัดจะแจ้งเตือนทันที หลีกเลี่ยงการทำงานเปล่า
ระบุ MIME อัตโนมัติ: หากอินพุตมี prefix Data URL จะแยกและระบุรูปแบบเสียงอัตโนมัติ ไม่ต้องเลือกด้วยมือ; Base64 ล้วนประมวลผลตามค่าเริ่มต้นเป็น MP3
รองรับการแปลงสองทิศทาง: ระบบยังรองรับการทำงานย้อนกลับ - เสียงเป็น Base64 อัปโหลดไฟล์เสียงเพื่อสร้างรหัส Base64 ใช้ปุ่มสลับทิศทาง
แสดงเมทาดาต้าเมื่อแปลงเสียงเป็น Base64: ชื่อไฟล์ ขนาด MIME ระยะเวลา อัตราตัวอย่าง จำนวนช่อง (mono/stereo) ชัดเจน
เข้ารหัสเบื้องหลังด้วย Web Worker: ทิศทางเสียงเป็น Base64 ใช้ Web Worker ประมวลผลในเธรดเบื้องหลัง ไฟล์ใหญ่ไม่กระตุก แสดงแถบความคืบหน้าเรียลไทม์
รูปแบบเอาต์พุตเลือกได้: ทิศทางเสียงเป็น Base64 เลือกเอาต์พุตเป็น Data URL หรือสตริง Base64 ล้วนได้ รองรับสถานการณ์ใช้งานที่หลากหลาย
ตัดทอนอัจฉริยะสำหรับไฟล์ใหญ่: เมื่อ Base64 เอาต์พุตเกิน 1000 อักขระ พื้นที่ดูตัวอย่างจะตัดการแสดงผลอัตโนมัติ มีปุ่มดาวน์โหลดแบบเต็มเพื่อหลีกเลี่ยงเบราว์เซอร์ค้าง
ล้วนในเครื่อง ไม่อัปโหลด: ทุกการถอดรหัส Base64 และการเล่นเสียงเสร็จในเบราว์เซอร์ผ่าน HTML5 API ข้อมูลเสียงไม่ผ่านเซิร์ฟเวอร์ใดๆ
ดีไซน์ตอบสนอง: บน PC แบ่งซ้าย-ขวา ลากปรับความกว้างได้ บนมือถือใช้ Tab สลับอินพุตและเอาต์พุต ใช้งานแบบสัมผัสได้ดี

คำถามที่พบบ่อย

จะแปลง Base64 เป็นไฟล์เสียงได้อย่างไร?

วางสตริง Base64 ลงในช่องอินพุต (รองรับ Base64 ล้วนหรือ Data URL รูปแบบ data:audio/mp3;base64,XXXX) ระบบจะถอดรหัสอัตโนมัติและสร้างตัวเล่นเสียงด้านขวา คลิกปุ่มเล่นเพื่อฟังทดลอง หลังยืนยันเนื้อหาถูกต้อง คลิกปุ่มดาวน์โหลดเพื่อบันทึกเป็นไฟล์ MP3 หรือ WAV ในเครื่อง

รองรับรูปแบบเสียงใดบ้าง?

รองรับ MIME เสียงที่เบราว์เซอร์รองรับโดยกำเนิด เช่น MP3(audio/mpeg), WAV(audio/wav), OGG(audio/ogg), AAC(audio/aac) หากอินพุตเป็น Data URL จะระบุ MIME ใน prefix อัตโนมัติ; ถ้าเป็น Base64 ล้วน ประมวลผลตามค่าเริ่มต้นเป็น MP3 เบราว์เซอร์จะลองถอดรหัสอัตโนมัติ

อินพุตต้องมี prefix data:audio/mp3;base64 ไหม?

ไม่จำเป็น ระบบรองรับสองรูปแบบอินพุต: 1) สตริง Base64 ล้วน (เช่น //uQxAAAAAAAAA...); 2) Data URL แบบเต็ม (เช่น data:audio/mpeg;base64,//uQxAAAA...) หากมี prefix จะแยกเนื้อหา Base64 และระบุ MIME อัตโนมัติ; ถ้าไม่มี prefix ประมวลผลตามค่าเริ่มต้นเป็น MP3

ฟังทดลองในเบราว์เซอร์ได้โดยตรงไหม?

ได้ เสียงหลังถอดรหัสจะสร้างตัวเล่น HTML5 audio ในเบราว์เซอร์ รองรับเล่น หยุด ลากแถบความคืบหน้า ปรับระดับเสียง คุณสามารถฟังทดลองออนไลน์เพื่อยืนยันเนื้อหาเสียงถูกต้องหรือไม่ ก่อนตัดสินใจดาวน์โหลดเป็นไฟล์ในเครื่อง หลีกเลี่ยงการดาวน์โหลดแล้วพบว่าเนื้อหาผิด

ไฟล์เสียงที่ดาวน์โหลดเป็นรูปแบบใด?

รูปแบบไฟล์ดาวน์โหลดขึ้นอยู่กับรูปแบบดั้งเดิมของข้อมูล Base64 อินพุต หากข้อมูลเดิมเข้ารหัส MP3 จะดาวน์โหลดเป็นไฟล์ MP3; ถ้าเป็น WAV จะดาวน์โหลดเป็นไฟล์ WAV ชื่อไฟล์เริ่มต้นคือ audio.mp3 คุณสามารถเปลี่ยนชื่อเองได้ แนะนำให้เปลี่ยนนามสกุลตามรูปแบบเสียงจริง

ทำไมเล่นไม่ได้? แจ้งถอดรหัสล้มเหลว?

สาเหตุทั่วไป: 1) สตริง Base64 ไม่สมบูรณ์หรือถูกตัด โปรดตรวจสอบว่าคัดลอกครบหรือไม่; 2) Base64 มีอักขระผิดกฎ เช่น newline หรือช่องว่าง (ระบบจะตัดช่องว่างอัตโนมัติ แต่อักขระผิดกฎอื่นจะทำให้ล้มเหลว); 3) รูปแบบเสียงเบราว์เซอร์ไม่รองรับ เช่น AAC บางรูปแบบพิเศษ; 4) ข้อมูลเดิมไม่ใช่เสียงแต่เป็นไฟล์ประเภทอื่น โปรดยืนยันแหล่งที่มาและความสมบูรณ์ของข้อมูล

สตริง Base64 ยาวมาก วางแล้วเบราว์เซอร์กระตุกทำอย่างไร?

การเข้ารหัส Base64 ทำให้ขนาดข้อมูลใหญ่ขึ้นประมาณ 33% ไฟล์ MP3 5MB หลังเข้ารหัสประมาณ 6.7MB ของข้อความ หากสตริงยาวมาก แนะนำ: 1) คัดลอกไปยังโปรแกรมแก้ไขข้อความเพื่อยืนยันความสมบูรณ์ก่อน; 2) หลังวางรอสักครู่ให้เบราว์เซอร์ประมวลผล; 3) ระบบนี้ในทิศทางเสียงเป็น Base64 ตัดทอนอัจฉริยะแล้ว (ดูตัวอย่าง 1000 อักขระ + ดาวน์โหลดแบบเต็ม) แต่ทิศทาง Base64 เป็นเสียงต้องการอินพุตสมบูรณ์จึงจะถอดรหัสได้ถูกต้อง

ต่างจากตัวแปลง Base64 เป็นไฟล์อย่างไร?

Base64 เป็นเสียงปรับแต่งเฉพาะสำหรับรูปแบบเสียง: รองรับการฟังทดลองออนไลน์ ระบุ MIME เสียงอัตโนมัติ สร้างตัวเล่นเฉพาะเสียง; Base64 เป็นไฟล์เป็นเครื่องมือทั่วไป เหมาะสำหรับกู้คืนและดาวน์โหลดไฟล์ไบนารีใดๆ (รูปภาพ เอกสาร ไฟล์บีบอัด...) แต่ไม่รองรับการฟังเสียงล่วงหน้า หากต้องการดาวน์โหลดไฟล์เสียงเท่านั้น ใช้อันไหนก็ได้; หากต้องการฟังทดลองยืนยัน แนะนำให้ใช้ตัวนี้

สามารถย้อนกลับแปลงไฟล์เสียงเป็น Base64 ได้ไหม?

ได้ คลิกปุ่มสลับทิศทางที่ด้านบนของระบบ (B64→🎵 สลับเป็น 🎵→B64) อัปโหลดไฟล์เสียงเพื่อสร้างรหัส Base64 รองรับการลากวางอัปโหลด ใช้ Web Worker ประมวลผลไฟล์ใหญ่ในเบื้องหลังโดยไม่กระตุก แสดงแถบความคืบหน้าการเข้ารหัส รูปแบบเอาต์พุตเลือกเป็น Data URL หรือ Base64 ล้วนได้ และแสดงเมทาดาต้า เช่น ชื่อไฟล์ ขนาด ระยะเวลา อัตราตัวอย่าง จำนวนช่อง

จะตรวจสอบเสียง Base64 ที่ส่งกลับโดย TTS สังเคราะห์เสียงได้อย่างไร?

วางข้อมูลเสียง Base64 ที่ API TTS ส่งกลับลงในช่องอินพุต ระบบจะถอดรหัสอัตโนมัติและสร้างตัวเล่น คลิกเล่นเพื่อฟังเนื้อหาเสียง ยืนยันว่าเสียง TTS ที่สังเคราะห์ถูกต้องหรือไม่ หากเล่นไม่ได้ อาจเป็นเพราะข้อมูลที่ API ส่งกลับมีปัญหารูปแบบ ตรวจสอบเอกสาร API เพื่อยืนยันว่าส่งกลับเป็นข้อมูลเสียง Base64 มาตรฐานหรือไม่

ไฟล์เสียงหลังเข้ารหัส Base64 ขนาดจะใหญ่ขึ้นเท่าใด?

การเข้ารหัส Base64 ทำให้ขนาดข้อมูลใหญ่ขึ้นประมาณ 33% (3 ไบต์เข้ารหัสเป็น 4 อักขระ) ตัวอย่างเช่น ไฟล์ MP3 3MB หลังเข้ารหัส Base64 ประมาณ 4MB ของสตริงข้อความ เนื่องจาก Base64 ใช้อักขระที่พิมพ์ได้ 64 ตัวแทนข้อมูลไบนารี จึงมีความซ้ำซ้อนของการเข้ารหัสโดยธรรมชาติ หากไวต่อขนาด แนะนำให้ส่งไฟล์ไบนารีดั้งเดิมแทน Base64

การประมวลผลข้อมูลปลอดภัยไหม? จะอัปโหลดไปยังเซิร์ฟเวอร์ไหม?

ไม่อัปโหลดเลย ทุกการถอดรหัส Base64 การเล่นเสียง การดาวน์โหลดไฟล์เสร็จในเบราว์เซอร์เครื่องคุณผ่าน HTML5 API (atob, Blob, Audio) ข้อมูลเสียงไม่ถูกส่งผ่านเครือข่ายไปยังเซิร์ฟเวอร์ใดๆ ไม่จัดเก็บ ไม่บันทึก ไม่อัปโหลด แม้แต่การประมวลผลการบันทึกเสียงที่ละเอียดอ่อน เสียง TTS ที่ยังไม่เผยแพร่ ก็สามารถใช้ได้อย่างวางใจ ไม่มีความเสี่ยงรั่วไหลของข้อมูล

รองรับรูปแบบเสียง lossless เช่น FLAC, APE, ALAC ไหม?

ขึ้นอยู่กับการรองรับของเบราว์เซอร์ Chrome, Firefox, Safari และเบราว์เซอร์สมัยใหม่อื่นๆ รองรับการถอดรหัสและเล่น MP3, WAV, OGG, AAC โดยกำเนิด FLAC รองรับจำกัดใน Chrome และ Firefox ส่วน APE และ ALAC มักไม่รองรับ หากข้อมูล Base64 ของคุณเป็นรูปแบบ lossless แนะนำให้ดาวน์โหลดเป็นไฟล์ก่อน แล้วเปิดด้วยโปรแกรมเล่นเสียงระดับมืออาชีพ

เสียงรูปแบบ Data URL ใช้ใน HTML ได้อย่างไร?

เสียงรูปแบบ Data URL สามารถฝังในแท็ก audio ของ HTML ได้โดยตรง: <audio src="data:audio/mpeg;base64,ข้อมูล Base64 ของคุณ" controls></audio> วิธีนี้เหมาะสำหรับไฟล์เสียงขนาดเล็ก (เช่นเสียงเตือนไม่กี่วินาที) เพื่อหลีกเลี่ยง HTTP request เพิ่มเติม แต่ไฟล์ขนาดใหญ่ที่ใช้ Data URL จะเพิ่มขนาด HTML อย่างมาก ไม่แนะนำให้ฝังเสียงยาว

การแก้ไขปัญหา

หลังวาง Base64 แจ้ง 'Base64 ไม่ถูกต้อง'?

สาเหตุทั่วไป: 1) สตริง Base64 ไม่สมบูรณ์ ถูกตัด - โปรดตรวจสอบว่าคัดลอกเนื้อหาทั้งหมดครบหรือไม่; 2) สตริงมีอักขระที่ไม่ใช่ Base64 (Base64 อนุญาตเฉพาะ A-Za-z0-9+/=) - ตรวจสอบว่ามีอักขระพิเศษหรือสัญลักษณ์ปนเข้ามาหรือไม่; 3) ขณะคัดลอกอาจมีเครื่องหมายคำพูดหรือวงเล็บติดมาด้วย แนะนำให้คัดลอกใหม่จากแหล่งที่มา ตรวจสอบให้แน่ใจว่ามีเฉพาะอักขระ Base64 ที่ถูกต้อง

ถอดรหัสสำเร็จแต่เสียงไม่มีเสียง?

สาเหตุที่เป็นไปได้: 1) เสียงเป็นเสียงเงียบ ตรวจสอบ waveform หรือยืนยันด้วยตัวเล่นอื่น; 2) ระดับเสียงเบราว์เซอร์หรือระดับเสียงระบบถูกปิด; 3) ระยะเวลาเสียงสั้นมาก (เช่นไม่กี่มิลลิวินาที) ตัวเล่นแสดงผลแต่ผ่านไปอย่างรวดเร็ว; 4) รูปแบบการเข้ารหัสเสียงที่เบราว์เซอร์ถอดรหัสไม่ได้ (เช่น AAC รูปแบบพิเศษบางตัว) ลองดาวน์โหลดไฟล์แล้วเปิดด้วยตัวเล่นระดับมืออาชีพ เช่น VLC

ไฟล์ที่ดาวน์โหลดเล่นไม่ได้?

ตรวจสอบว่านามสกุลไฟล์ถูกต้องหรือไม่: หากข้อมูลดั้งเดิมเป็น WAV แต่ชื่อไฟล์ดาวน์โหลดคือ audio.mp3 ตัวเล่นบางตัวจะปฏิเสธเล่นเนื่องจากนามสกุลไม่ตรง โปรดเปลี่ยนนามสกุลตามรูปแบบเสียงจริง (.mp3/.wav/.ogg/.aac) หากไม่แน่ใจรูปแบบ ลองเปิดด้วย VLC ซึ่งสามารถระบุรูปแบบอัตโนมัติโดยไม่ขึ้นกับนามสกุล

วางสตริง Base64 ที่ยาวมากแล้วหน้ากระตุก?

เสียงที่เข้ารหัส Base64 อาจใหญ่มาก (เสียง 10MB≈13.3 ล้านอักขระ) ข้อความจำนวนมากที่วางใน textarea อาจทำให้เบราว์เซอร์กระตุกชั่วขณะ แนะนำ: 1) หลังวางรอสักไม่กี่วินาทีให้เบราว์เซอร์ประมวลผล; 2) ปิดแท็บอื่นที่ใช้หน่วยความจำ; 3) หากมักประมวลผลไฟล์ใหญ่ แนะนำให้ใช้เครื่องมือบรรทัดคำสั่ง (เช่นคำสั่ง base64 -d) เพื่อถอดรหัสในเครื่อง หลีกเลี่ยงคอขวดประสิทธิภาพของเบราว์เซอร์

อภิธานศัพท์

การเข้ารหัส Base64: วิธีเข้ารหัสข้อมูลไบนารีเป็นอักขระ ASCII ที่พิมพ์ได้ 64 ตัว (A-Za-z0-9+/) ทุก 3 ไบต์เข้ารหัสเป็น 4 อักขระ มักใช้ส่งข้อมูลไบนารีในสภาพแวดล้อมข้อความ
Data URL: Scheme URI ที่ขึ้นต้นด้วย data: สามารถฝังไฟล์เล็กใน URL รูปแบบคือ data:[MIME];base64,[ข้อมูล Base64] เบราว์เซอร์สามารถประมวลผลและเรนเดอร์ได้โดยตรง
ประเภท MIME: มาตรฐานระบุประเภทเนื้อหาไฟล์ (เช่น audio/mpeg สำหรับเสียง MP3) เบราว์เซอร์เลือกตัวถอดรหัสที่เหมาะสมเพื่อเล่นตามประเภท MIME MIME ใน Data URL บอกเบราว์เซอร์วิธีจัดการข้อมูลอินไลน์
atob/btoa: ฟังก์ชันเข้ารหัส/ถอดรหัส Base64 ที่เบราว์เซอร์จัดหา btoa(binary to ASCII) เข้ารหัสสตริงไบนารีเป็น Base64 atob(ASCII to binary) ถอดรหัส Base64 เป็นสตริงไบนารี
ออบเจกต์ Blob: ออบเจกต์ที่แทนข้อมูลไบนารีขนาดใหญ่ในเบราว์เซอร์ สามารถสร้าง URL ชั่วคราวผ่าน URL.createObjectURL สำหรับแท็ก audio เล่นหรือแท็ก a ดาวน์โหลด
Web Worker: กลไกเธรดเบื้องหลังที่เบราว์เซอร์จัดหา อนุญาตให้ JavaScript ทำการคำนวณที่ใช้เวลาโดยไม่บล็อก UI เธรดหลัก ระบบนี้ใช้ประมวลผลการเข้ารหัส Base64 ไฟล์เสียงใหญ่
AudioContext: Interface หลักของ Web Audio API ใช้สำหรับประมวลผลและวิเคราะห์เสียง ระบบนี้ใช้ถอดรหัสไฟล์เสียงเพื่อรับเมทาดาต้า เช่น อัตราตัวอย่าง จำนวนช่อง
อัตราตัวอย่าง (Sample Rate): จำนวนครั้งที่สุ่มเสียงต่อวินาที หน่วยเป็น Hz ค่าทั่วไปคือ 44100Hz(คุณภาพ CD), 48000Hz(เสียงระดับมืออาชีพ), 16000Hz(เสียงพูด) อัตราตัวอย่างสูงเสียงดีขึ้นแต่ไฟล์ใหญ่ขึ้น
จำนวนช่อง (Channels): จำนวนช่องเสียงอิสระ 1=mono, 2=stereo เสียงพูดมักใช้ mono เสียงเพลงมักใช้ stereo
TTS (Text-to-Speech): เทคโนโลยี text-to-speech แปลงข้อความเป็นเสียงพูด API TTS มักส่งกลับข้อมูลเสียงที่เข้ารหัส Base64 ต้องถอดรหัสก่อนจึงจะเล่นได้
PCM: Pulse-code modulation รูปแบบเสียงดิจิทัลดั้งเดิมที่ไม่บีบอัด ไฟล์ WAV มักมีข้อมูล PCM ดังนั้นไฟล์ WAV จึงใหญ่แต่คุณภาพเสียง lossless
Transferable Object: ออบเจกต์ที่สามารถโอนความเป็นเจ้าของแบบ zero-copy ใน Web Worker (เช่น ArrayBuffer) หลังโอนเธรดเดิมไม่สามารถเข้าถึงออบเจกต์นั้นได้อีก แต่หลีกเลี่ยงค่าใช้จ่ายการคัดลอกข้อมูล

ประเภท MIME เสียงทั่วไปและความเข้ากันได้ของเบราว์เซอร์

หลังถอดรหัส Base64 จะเล่นได้หรือไม่ขึ้นอยู่กับว่าเบราว์เซอร์รองรับรูปแบบเสียงนั้นหรือไม่:

ประเภท MIME	รูปแบบ	Chrome	Safari	คำอธิบาย
audio/mpeg	MP3	✓ รองรับ	✓ รองรับ	เข้ากันได้ดีที่สุด, บีบอัด lossy, ขนาดเล็ก
audio/wav	WAV	✓ รองรับ	✓ รองรับ	PCM lossless, ขนาดใหญ่, เหมาะสำหรับสถานการณ์คุณภาพสูง
audio/ogg	OGG Vorbis	✓ รองรับ	△ รองรับบางส่วน	เข้ารหัสโอเพนซอร์สฟรี, Chrome/Firefox รองรับดี
audio/aac	AAC	✓ รองรับ	✓ รองรับ	เข้ารหัสทั่วไปในคอนเทนเนอร์ MP4, อัตราการบีบอัดสูง
audio/flac	FLAC	△ รองรับบางส่วน	△ เวอร์ชันใหม่กว่า	บีบอัด lossless, ขนาดปานกลาง, ความเข้ากันได้ทั่วไป
audio/webm	WebM Opus	✓ รองรับ	✗ ไม่รองรับ	รูปแบบที่ Google ส่งเสริม, ใช้กันทั่วไปในการโทร

ตารางเปรียบเทียบการเติบโตของขนาดจากการเข้ารหัส Base64

การเข้ารหัส Base64 ทำให้ขนาดข้อมูลใหญ่ขึ้นประมาณ 33%:

ขนาดเสียงดั้งเดิม	หลังเข้ารหัส Base64	ปริมาณเพิ่ม	จำนวนอักขระ
100 KB	ประมาณ 133 KB	+33 KB	ประมาณ 136 พัน
1 MB	ประมาณ 1.33 MB	+340 KB	ประมาณ 1.4 ล้าน
3 MB	ประมาณ 4 MB	+1 MB	ประมาณ 4.19 ล้าน
10 MB	ประมาณ 13.3 MB	+3.3 MB	ประมาณ 13.98 ล้าน
50 MB	ประมาณ 66.7 MB	+16.7 MB	ประมาณ 69.9 ล้าน