กำลังโหลดไฟล์ของคุณ…

แปลง WebP เป็น AVIF ไฟล์เล็กลงโดยยังคง Alpha

แปลง WebP เป็น AVIF แล้วได้รูปภาพที่เล็กลง 20 ถึง 30 เปอร์เซ็นต์ โดยคงความโปร่งใสไว้

หรือลากรูปมาที่นี่

วิธีแปลง WebP เป็น AVIF

วิธีแปลง WebP เป็น AVIF

วางไฟล์ WebP ลงบนพื้นที่อัปโหลดหรือคลิกเพื่อเลือกไฟล์ การแปลงเริ่มทันทีที่ไฟล์มาถึง โดยไม่มีปุ่มแยก เนื่องจาก AVIF เป็นรูปแบบที่สร้างหนักที่สุด ภาพเดี่ยวจะถูกส่งไปยังเซิร์ฟเวอร์ของเราเพื่อผลลัพธ์ที่ดีที่สุด และ AVIF กลับมาพร้อมให้ดาวน์โหลด ภาพเล็กแปลงเสร็จในเวลาน้อยกว่าหนึ่งวินาทีมาก ภาพ 2 ล้านพิกเซลราวหนึ่งวินาที 8 ล้านพิกเซลไม่กี่วินาที เมื่อ AVIF พร้อม คลิกดาวน์โหลดเพื่อบันทึกด้วยชื่อฐานเดิมและนามสกุลใหม่.avif แถวสถิติจะแสดงทั้งสองขนาด และลิงก์ดาวน์โหลดจะถูกลบภายในประมาณ 2 ชั่วโมง

AVIF เล็กกว่า WebP แค่ไหน

AVIF เล็กกว่า WebP แค่ไหน

AVIF สร้างบนเทคโนโลยีรูปแบบสมัยใหม่ และได้ไฟล์เล็กกว่า WebP ราว 20 ถึง 30 เปอร์เซ็นต์ที่คุณภาพในการรับรู้เท่ากัน จากการทดสอบหลายชุดรูปถ่าย บนกราฟิกเรียบ ๆ ที่มีสีแบนหรือขอบคม ช่องว่างจะแคบลงและ WebP อาจเสมอหรือนำได้ ชัยชนะใหญ่ที่สุดอยู่ที่รูปถ่าย ซึ่งเป็นไฟล์ที่กินน้ำหนักหน้าเว็บมากที่สุดบนเว็บสมัยใหม่ส่วนใหญ่ WebP ขนาด อาจกลายเป็น noticeably smaller ในรูปแบบ AVIF ที่คุณภาพในการมองเทียบเท่า สำหรับ WebP ต้นทางที่บีบมาหนักแล้ว ส่วนที่ประหยัดได้ก็แคบลงไปอีก การรองรับเบราว์เซอร์ของ AVIF ตอนนี้ผ่าน 93 เปอร์เซ็นต์ทั่วโลก กรณีที่ต้องใช้ทางสำรองสำหรับผู้ชมยุคใหม่จึงหดเหลือเพียงส่วนเล็ก ๆ

การแปลง WebP เป็น AVIF คงความโปร่งใสไหม

การแปลง WebP เป็น AVIF คงความโปร่งใสไหม

คง WebP รองรับช่องอัลฟาและ AVIF ก็เช่นกัน การแปลงพามันผ่านไปอย่างไม่เปลี่ยนแปลง WebP พื้นหลังโปร่งใสกลายเป็น AVIF พื้นหลังโปร่งใสเหมือนกัน ไม่มีการเติมพื้นขาว ไม่มีสีเพี้ยน ไม่มีรัศมีขอบ และไม่มีเรื่องชวนสะดุดของอัลฟาแบบคูณไว้ล่วงหน้า นี่ตรงข้ามกับการแปลงไปเป็น JPG ที่อัลฟาถูกทำลายเพราะ JPG ไม่มีความโปร่งใส ถ้า WebP ของคุณมีโลโก้ที่ตัดพื้นแล้ว สไปรท์หน้าจอ หรือสติกเกอร์บนผืนผ้าใบโปร่งใส AVIF เป็นปลายทางที่ปลอดภัยและคุณไม่ต้องทำให้ภาพแบนราบก่อน ระนาบอัลฟาถูกประมวลผลควบคู่กับข้อมูลสีที่คุณภาพ 85 และมาถึงปลายทางโดยขอบนุ่มยังครบถ้วน

คุณภาพและความเร็วในการประมวลผล

คุณภาพและความเร็วในการประมวลผล

ทั้งสองรูปแบบเป็นแบบสูญเสีย และคู่นี้ทำงานที่คุณภาพ 85 ที่ระดับนั้น รูปถ่ายวัดได้ราว เกือบไม่สูญเสียในสายตาสำหรับภาพธรรมชาติ กราฟิกที่มีขอบคมหรือสีแบนอาจแสดงข้อบกพร่องเล็กน้อย เนื่องจากต้นทางเป็น WebP แบบสูญเสียอยู่แล้ว นี่คือการบีบอัดแบบสูญเสียครั้งที่สอง ข้อมูลที่ WebP ทิ้งไปแล้วเรียกคืนไม่ได้ ความเร็วคือสิ่งที่แลกมากับประสิทธิภาพการบีบอัดของ AVIF บน Chrome เดสก์ท็อป รูป 2 ล้านพิกเซลเสร็จในไม่ถึงวินาที 8 ล้านพิกเซลราว 3 วินาที และภาพ 24 ล้านพิกเซลใช้ 10 ถึง 30 วินาที Firefox ช้ากว่าราวสี่เท่า และโทรศัพท์ช้ากว่า Chrome เดสก์ท็อป 3 ถึง 5 เท่า การประมวลผลครั้งแรกยังจ่ายค่าอุ่นเครื่องครั้งเดียวด้วย

การรองรับเบราว์เซอร์ AVIF สำหรับการส่งมอบ

การรองรับเบราว์เซอร์ AVIF สำหรับการส่งมอบ

ตอนนี้ AVIF ครอบคลุมเบราว์เซอร์กว่า 93 เปอร์เซ็นต์ทั่วโลก Chrome ตั้งแต่ 85 ขึ้นไป Firefox ตั้งแต่ 93 Safari ตั้งแต่ 16.4 และ Edge ตั้งแต่ 121 ล้วนแสดงผลได้เอง ส่วน Internet Explorer Opera Mini และ Safari ก่อนปี 2022 ทำไม่ได้ ผลในทางปฏิบัติสำหรับการส่งมอบคือ องค์ประกอบ picture ใน HTML ที่ให้บริการ AVIF พร้อมทางสำรอง WebP ครอบคลุมการเข้าชมยุคใหม่แทบทั้งหมด สำหรับเว็บที่ยังต้องสนใจไม่กี่เปอร์เซ็นต์ที่เหลือ ให้คงทางสำรอง WebP ไว้ สำหรับเว็บที่มั่นใจว่าผู้ชมใช้เบราว์เซอร์ยุคใหม่ AVIF เดี่ยว ๆ ก็ใช้ได้ การประหยัดแบนด์วิดท์คือเหตุผลที่ AVIF ก่อนแล้วมี WebP สำรองกลายเป็นรูปแบบหลักของนักพัฒนาที่ใส่ใจประสิทธิภาพในปี 2026

ไฟล์ของคุณถูกประมวลผลที่ไหน

ไฟล์ของคุณถูกประมวลผลที่ไหน

AVIF เป็นรูปแบบที่สร้างยากที่สุด คู่นี้จึงใช้เซิร์ฟเวอร์ของเราเพื่อส่งมอบผลลัพธ์ที่ดีที่สุด ซึ่งหมายความว่าการแปลงเป็น AVIF อาจส่ง WebP ของคุณไปที่นั่น งานเกิดขึ้น AVIF กลับมา และลิงก์ดาวน์โหลดจะถูกลบภายในประมาณ 2 ชั่วโมง เมื่อคุณแปลงหลายไฟล์พร้อมกัน เซิร์ฟเวอร์จะรับทั้งชุดเสมอและรวมผลลัพธ์เป็นแพ็กเกจเดียว อีกครั้งด้วยช่วงประมาณ 2 ชั่วโมงเดียวกัน หากเซิร์ฟเวอร์บังเอิญใช้ไม่ได้ หน้าจะเปลี่ยนไปสร้างภาพเดี่ยวในเบราว์เซอร์แทน และเก็บไฟล์เดียวนั้นไว้บนอุปกรณ์ เราไม่เก็บบัญชี โปรไฟล์ หรือสำเนาภาพของคุณเกินช่วงประมวลผลสั้น ๆ นั้น สรุปอย่างตรงไปตรงมา ภาพ AVIF เดี่ยวอาจสร้างบนเซิร์ฟเวอร์ของเราเพื่อคุณภาพ ชุดภาพทำเช่นนั้นเสมอ และหลังจากนั้นไม่มีสิ่งใดของคุณเหลืออยู่

วิธีการทำงาน

  1. วาง WebP ของคุณ

    ลาก WebP ลงในพื้นที่อัปโหลด หรือแตะเพื่อเปิดตัวเลือกไฟล์แล้วเลือกหนึ่งภาพจากอุปกรณ์

  2. ปล่อยให้มันแปลง

    AVIF เป็นรูปแบบที่สร้างหนักที่สุด ภาพจึงถูกส่งไปยังเซิร์ฟเวอร์ของเราเพื่อผลลัพธ์ที่ดีที่สุด การดาวน์โหลดจะถูกลบภายในประมาณ 2 ชั่วโมง

  3. ดูขนาด

    เมื่อ AVIF พร้อม บรรทัดสถิติแสดงขนาด WebP ต้นทางคู่กับขนาด AVIF ปลายทาง การลด 20 ถึง 30 เปอร์เซ็นต์บนรูปถ่ายเป็นเรื่องปกติ

  4. ดาวน์โหลด AVIF

    แตะดาวน์โหลดเพื่อบันทึกไฟล์ลงอุปกรณ์โดยใช้ชื่อฐานเดิมและนามสกุล.avif ใหม่

การแปลงที่เกี่ยวข้อง

ย้อนกลับไปที่ WebP เมื่อต้องการความเข้ากันได้กว้างขึ้น หรือเริ่มจาก PNG แบบไม่สูญเสียเพื่อประหยัดได้มากกว่า

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

AVIF ดีกว่า WebP ไหม

สำหรับรูปถ่ายที่ส่งไปยังผู้ชมที่ใช้เบราว์เซอร์ยุคใหม่ AVIF ชนะเรื่องการบีบอัด มักเล็กกว่า 20 ถึง 30 เปอร์เซ็นต์ที่คุณภาพในการรับรู้เท่ากัน อิงจากการวัด ข้ามชุดทดสอบรูปถ่าย บนกราฟิกสีแบนขอบคม WebP ยังสู้ได้และบางครั้งให้ไฟล์เล็กกว่า ทั้งคู่รองรับอัลฟาและภาพเคลื่อนไหว ถ้าผู้ชมของคุณใช้เบราว์เซอร์ยุคใหม่ ปัจจุบันราว 93 เปอร์เซ็นต์ของผู้ใช้ทั่วโลก AVIF เป็นค่าเริ่มต้นที่ดีกว่า ถ้าไม่ ให้คง WebP ไว้เป็นทางสำรอง

แปลง WebP เป็น AVIF จะเสียคุณภาพไหม

ใช่ การสูญเสียเล็กน้อยระหว่างรุ่นหลีกเลี่ยงไม่ได้ ทั้งสองรูปแบบใช้การบีบอัดแบบสูญเสีย ดังนั้นการบันทึก WebP ที่สูญเสียแล้วซ้ำที่คุณภาพ AVIF 85 จะเพิ่มการบีบอัดอีกรอบ สำหรับภาพถ่าย ผลลัพธ์ที่ขนาดแสดงผลปกติแทบแยกไม่ออกด้วยตา สำหรับกราฟิกที่มีขอบคมหรือสีแบน อาจมีรอยเล็กน้อยปรากฏ ไม่สามารถสร้าง AVIF แบบไม่สูญเสียจาก WebP ที่สูญเสียแล้วได้ เพราะข้อมูลที่ WebP ทิ้งไปแล้วนั้นสูญหายก่อนที่การแปลงนี้จะเริ่มต้น

AVIF รองรับความโปร่งใสเหมือน WebP ไหม

รองรับ ทั้ง WebP และ AVIF รองรับความโปร่งใส และการแปลงพาความโปร่งใสผ่านไปอย่างแม่นยำ ไม่มีการเติมพื้นขาว ไม่มีสีเพี้ยน และไม่มีรัศมีที่ขอบ ต่างจากการแปลงไปเป็น JPG ที่ความโปร่งใสถูกทำลายถาวรเพราะ JPG ไม่มีความโปร่งใส ถ้า WebP ของคุณมีพื้นหลังโปร่งใส AVIF ของคุณก็จะมีเช่นกัน โดยขอบนุ่มยังครบ สำหรับงานละเอียดเช่นไอคอนขนาดเล็กที่ขอบความโปร่งใสต้องคมชัด ควรเก็บต้นฉบับ WebP ไว้และตรวจสอบผลลัพธ์ที่ขยายเต็มก่อนนำไปใช้งาน

การแปลง WebP เป็น AVIF ใช้เวลานานแค่ไหน

การประมวลผลครั้งแรกของช่วงใช้งานเตรียมส่วนประมวลผลในราวหนึ่งวินาที หลังจากนั้น ภาพ 2 ล้านพิกเซลเสร็จในไม่ถึงวินาทีบน Chrome 8 ล้านพิกเซลราว 3 วินาที และ 24 ล้านพิกเซลอาจใช้ 10 ถึง 30 วินาที Firefox ช้ากว่า Chrome ราวสี่เท่าสำหรับ AVIF ดังนั้นภาพใหญ่บน Firefox อาจค้างราวครึ่งนาที โทรศัพท์ช้ากว่าเดสก์ท็อป 3 ถึง 5 เท่า สำหรับไฟล์ใหญ่หรือผู้ใช้ Firefox Chrome บนเดสก์ท็อปคือเส้นทางที่เร็วที่สุด

ทำไมการประมวลผล AVIF ช้ากว่า WebP

AVIF สร้างบนตัวแปลงสัญญาณ รูปแบบสมัยใหม่ ซึ่งใช้การทำนายและการเข้ารหัสเอนโทรปีที่ซับซ้อนกว่าอัลกอริทึมฐาน ของ WebP มาก รูปแบบสมัยใหม่ ถูกออกแบบเพื่อดันการบีบอัดให้ถึงขีดสุดและแลกด้วยความซับซ้อนในการประมวลผล ยอมช้าเพื่อให้ได้ผลลัพธ์ระดับแนวหน้า การถอดรหัส AVIF ยังเร็วในทุกเบราว์เซอร์ยุคใหม่เพราะการถอดรหัสด้วยฮาร์ดแวร์เป็นมาตรฐาน แต่การสร้าง AVIF เป็นงานหนัก และการคำนวณสำหรับรูปถ่ายใหญ่กินทรัพยากรจริง นั่นคือเหตุผลที่มันไม่เสร็จในทันที

ควรแปลง WebP เป็น AVIF เมื่อไร

เมื่อคุณคุมสภาพแวดล้อมการส่งมอบตั้งแต่ต้นจนจบและผู้ชมใช้เบราว์เซอร์ยุคใหม่ การยกระดับรูปถ่ายและเนื้อหาแบบรูปถ่ายจาก WebP ไปเป็น AVIF คุ้มค่า เพราะการลด 20 ถึง 30 เปอร์เซ็นต์แปลงตรงเป็นคะแนน LCP ที่เร็วขึ้น มันน่าสนใจน้อยลงกับไอคอนเล็กหรือกราฟิกเรียบที่ WebP เล็กอยู่แล้ว กับหน้าทราฟฟิกสูงที่เวลาประมวลผลจะทำให้กระบวนการติดขัด หรือเมื่อระบบปลายทางต้องการ WebP โดยเฉพาะ

รายละเอียด

บันทึกจากทีมเกี่ยวกับงานฝีมือ รูปแบบ และการตัดสินใจเล็กๆ ที่อยู่เบื้องหลังผลลัพธ์ที่ดี

ทำไม AVIF ชนะ WebP บนรูปถ่าย
ความได้เปรียบด้านการบีบอัดของ AVIF เหนือ WebP สืบย้อนไปถึงตัวแปลงสัญญาณที่อยู่ข้างใต้ WebP ใช้กลไกภายในเฟรม ซึ่งออกแบบมาเพื่อวิดีโอแต่ถูกนำมาใช้กับภาพนิ่งตั้งแต่ปี 2010 รูปแบบสมัยใหม่ ตัวแปลงสัญญาณเบื้องหลัง AVIF ออกมาในปี 2018 หลังการวิจัยหลายปีที่เล็งตรงไปยังข้อจำกัดของ และ รูปแบบสมัยใหม่ ใช้การลดตัวอย่างสีที่เข้มข้นกว่า การแบ่งบล็อกละเอียดถึง 4 คูณ 4 พิกเซล และตัวเข้ารหัสเอนโทรปีที่มีประสิทธิภาพกว่า ผลในทางปฏิบัติ ซึ่งยืนยันด้วยการวิเคราะห์ ข้ามชุดทดสอบรูปถ่ายขนาดใหญ่ คือ AVIF มักเล็กกว่า WebP 20 ถึง 30 เปอร์เซ็นต์ที่คุณภาพในการรับรู้เท่ากันบนรูปถ่าย บนกราฟิกที่สร้างด้วยคอมพิวเตอร์ซึ่งมีสีแบนและขอบคม ช่องว่างแคบลงเพราะอัลกอริทึมที่เรียบง่ายกว่าของ WebP จัดการรูปแบบเหล่านั้นได้ดี ทุกหน้าที่ทรัพย์สินหนักที่สุดเป็นรูปถ่ายจะรู้สึกถึงการยกระดับ AVIF ในรูปแบนด์วิดท์จริง
การบีบอัดแบบสูญเสียครั้งที่สองในทางปฏิบัติ
เมื่อคุณแปลง WebP เป็น AVIF ทั้งต้นทางและปลายทางเป็นแบบสูญเสีย WebP ได้ตัดสินไปแล้วว่าจะทิ้งข้อมูลสีใดเมื่อมันถูกสร้างครั้งแรก และการตัดสินเหล่านั้นถาวร การแปลงไปเป็น AVIF เรียกคืนไม่ได้แม้แต่ส่วนเดียว จากนั้นส่วน AVIF จึงตัดสินเองบนข้อมูลพิกเซลที่ได้รับ ที่คุณภาพ 85 สำหรับรูปถ่าย ผลรวมของการสูญเสียสองรอบยังเกือบไม่สูญเสียในสายตาที่ขนาดปกติ วัดได้ราว บนเนื้อหารูปถ่ายจริง สำหรับกราฟิกที่ทรุดโทรมจากการประมวลผล WebP มาแล้ว รอบที่สองอาจซ้อนข้อบกพร่องที่มองเห็นเพิ่ม กฎปฏิบัติคือ ถ้า WebP ต้นทางดูสะอาดที่ขนาดที่คุณตั้งใจแสดง AVIF ก็จะสะอาดด้วย ถ้า WebP มีสัญญาณรบกวนจากการบีบอัดอยู่แล้ว ให้ตรวจ AVIF อย่างละเอียดก่อนส่งออก
ช่องอัลฟาไหลผ่านอย่างไร
ทั้ง WebP และ AVIF เก็บความโปร่งใสไว้บนระนาบอัลฟาแยกต่างหากข้างข้อมูลสี การแปลงอ่านช่องอัลฟาของ WebP ประกอบมันที่ความโปร่งใสเต็มที่ แล้วส่งให้ส่วน AVIF ซึ่งเขียนแทร็กอัลฟาของตัวเองด้วยการเข้ารหัสภายในเฟรม รูปแบบสมัยใหม่ ที่คุณภาพ 85 การไล่ระดับความโปร่งใสที่นุ่มนวล ขอบฟุ้ง และพื้นที่โปร่งใสบางส่วนล้วนผ่านการเดินทางไปและกลับได้ ระนาบอัลฟาของ AVIF เองก็เป็นแบบสูญเสียที่คุณภาพ 85 ซึ่งอาจทิ้งขอบเลือนแทบมองไม่เห็นที่ขอบคมเมื่อซูมสุด ที่ขนาดดูบนเว็บปกติ ความต่างจากต้นทางมองไม่เห็น สำหรับงานที่ต้องแม่นทุกพิกเซลบนไอคอนเล็กที่ขอบอัลฟาต้องเป๊ะ ให้คงต้นทาง WebP และตรวจปลายทางที่ซูมสุดก่อนส่งออก
ความคาดหวังเวลาประมวลผลข้ามเบราว์เซอร์และอุปกรณ์
ส่วน AVIF อุ่นเครื่องครั้งเดียวต่อช่วงใช้งานเบราว์เซอร์ เพิ่มราวหนึ่งวินาทีให้การแปลงครั้งแรก หลังจากนั้น Chromium ให้ปริมาณงานดีที่สุด ราว 40 มิลลิวินาทีสำหรับภาพย่อ 0.12 ล้านพิกเซล 250 มิลลิวินาทีสำหรับรูป 1 ล้านพิกเซล 2.8 วินาทีสำหรับรูป 4K และมากถึง 25 วินาทีสำหรับภาพเต็ม 48 ล้านพิกเซลในกรณีแย่ที่สุดที่สังเกตได้ Firefox เป็นข้อยกเว้นที่เด่น รันส่วนเดียวกันช้ากว่าราวสี่เท่า ทำให้กรณี 4K ใกล้ 31 วินาทีและไฟล์ใหญ่เลยสองนาที WebKit อยู่ตรงกลางระหว่างสองตัว เอนไปทาง Chromium ฮาร์ดแวร์มือถือช้ากว่าเดสก์ท็อป 3 ถึง 5 เท่าในทุกกลไก สำหรับการแปลงทีละไฟล์ประจำวัน Chrome บนแล็ปท็อปหรือเดสก์ท็อปคือเครื่องมือที่ใช้ได้จริง สำหรับผู้ใช้ Firefox ที่มีภาพใหญ่ คำแนะนำตรง ๆ คือเปลี่ยนเบราว์เซอร์หรือคงไว้ที่ WebP
Core Web Vitals และเหตุผลในการยกระดับ AVIF
หน้าที่ให้บริการรูปถ่ายจ่ายแบนด์วิดท์ทุกภาพที่โหลด ถ้าภาพเหล่านั้นเป็น WebP ตอนนี้ การแปลงไปเป็น AVIF ตัดการถ่ายโอนต่อภาพราว 20 ถึง 30 เปอร์เซ็นต์บนรูปถ่าย บนหน้าที่มีภาพฮีโร่ WebP AVIF พามาเหลือราว noticeably smaller บนกริดสินค้าที่มีภาพย่อ WebP จำนวนสิบสองภาพ AVIF ประหยัดน้ำหนักหน้ารวมราว noticeably smaller การประหยัดเหล่านั้นกระทบ Largest Contentful Paint โดยตรงเมื่อองค์ประกอบ LCP เป็นรูปภาพ ที่การรองรับเบราว์เซอร์ AVIF เกือบ 94 เปอร์เซ็นต์ทั่วโลก องค์ประกอบ picture ที่ให้ AVIF ก่อนและ WebP ตามหลังครอบคลุมทราฟฟิกแทบทั้งหมด ต้นทุนมาร์กอัปจ่ายครั้งเดียวต่อองค์ประกอบภาพ ในขณะที่การประหยัดแบนด์วิดท์กลับมาทุกครั้งที่โหลดหน้าหลังจากนั้น
ทำไมการแปลง AVIF จึงพึ่งเซิร์ฟเวอร์
AVIF สร้างขึ้นบนตัวแปลงรหัส รูปแบบสมัยใหม่ ซึ่งเป็นตระกูลเดียวกับที่วิดีโอสมัยใหม่ใช้ และตั้งใจให้สร้างหนักเพื่อแลกกับไฟล์ที่กระชับ การทำงานนั้นให้ดี โดยเฉพาะกับรูปถ่ายใหญ่ บนเซิร์ฟเวอร์จริงเร็วและน่าเชื่อถือกว่าในเบราว์เซอร์โทรศัพท์มาก คู่นี้จึงส่งภาพไปยังเซิร์ฟเวอร์ของเราเพื่อสร้าง AVIF ที่ดีที่สุดเท่าที่ทำได้ ไฟล์ถูกประมวลผลและผลลัพธ์กลับมาหาคุณ และการดาวน์โหลดถูกนำออกภายในประมาณ 2 ชั่วโมง โดยไม่มีบัญชีและไม่เก็บระยะยาว การแปลงหลายภาพพร้อมกันทำงานบนเซิร์ฟเวอร์เสมอ ซึ่งประกอบชุดที่เสร็จเป็นการดาวน์โหลดเดียว ลบภายในช่วงสั้น ๆ เดียวกัน หากเข้าถึงเซิร์ฟเวอร์ของเราไม่ได้ การแปลงเดี่ยวจะถูกสร้างในเบราว์เซอร์แทน ไฟล์นั้นอยู่ในเครื่อง โดยยอมรับการสร้างที่ช้ากว่าเพื่อความสะดวก การแลกเปลี่ยนชัดเจน เซิร์ฟเวอร์ซื้อคุณภาพและความเร็วในรูปแบบที่ต้องการมากที่สุด และไฟล์ของคุณจะไม่ถูกเก็บเกินช่วงสั้น ๆ ที่การแปลงใช้เลย