Tags:
Node Thumbnail

เดือนที่แล้วเราเพิ่งเห็น AV1 ตัวเข้ารหัสวิดีโออันใหม่ที่มาท้าชน HEVC/H.265 โดยมีบริษัทไอทียักษ์ใหญ่จำนวนมากให้การสนับสนุน

ล่าสุดเริ่มมีเบนช์มาร์คของ AV1 ออกมาบ้างแล้ว รอบนี้มาจาก Facebook ซึ่งเป็นหนึ่งในสมาชิกกลุ่ม AOMedia ผู้พัฒนา AV1

วิศวกรของ Facebook ลองทดสอบ AV1 เทียบกับตัวเข้ารหัสแบบโอเพนซอร์สที่นิยมคือ x264 (สำหรับ H.264/AVC) และ libvpx-vp9 (สำหรับ VP9 ของกูเกิล ที่เป็นสมาชิก AOMedia เช่นกัน) โดยจำลองสถานการณ์ใช้งานวิดีโอบน Facebook ที่พบเจอทั่วไป นำวิดีโอยอดนิยม 400 คลิปบน Facebook ทั้งแบบวิดีโอความละเอียดปกติ (SD) และวิดีโอความละเอียดสูง (HD) มาทดสอบเปรียบเทียบกัน

No Description

ผลออกมาว่า AV1 บีบอัดข้อมูลได้ดีกว่า VP9 ราว 34% และถ้าเทียบกับ x264 ก็ทำได้ดีกว่าถึง 50.35 (main profile) และ 46.2% (high profile) อย่างไรก็ตาม ข้อเสียของ AV1 คือใช้เวลาเข้ารหัสข้อมูลนานกว่า เพราะอัลกอริทึมการเข้ารหัสซับซ้อนกว่า

Facebook ระบุว่าจะโปรโมทการใช้งาน AV1 กับวิดีโอของตัวเอง เพราะผู้ใช้จะดูวิดีโอคุณภาพเท่าเดิมโดยใช้เวลาโหลดน้อยลง แผนการของ Facebook คือจะทยอยแปลงไฟล์วิดีโอเป็น AV1 เมื่อเบราว์เซอร์อย่าง Chrome และ Firefox รองรับ AV1 เรียบร้อยแล้ว

สถานะของเบราว์เซอร์ตอนนี้คือ Firefox Nightly รองรับ AV1 ตั้งแต่เดือน พ.ย. 2017 ส่วน Chrome จะเริ่มรองรับในอีกไม่กี่สัปดาห์ข้างหน้า อย่างไรก็ตาม ผู้บริหารของกูเกิลประเมินว่าคงต้องใช้เวลาอีก 2 ปี กว่าเราจะได้เห็นฮาร์ดแวร์เริ่มมีตัวถอดรหัส AV1 ในตัว

ที่มา - Facebook Code

Get latest news from Blognone

Comments

By: Nolim
AndroidWindows
on 13 April 2018 - 12:36 #1043787

" ผู้บริหารของกูเกิลประเมินว่าคงต้องใช้เวลาอีก 2 ปี กว่าเราจะได้เห็นฮาร์ดแวร์เริ่มมีตัวถอดรหัส VP1 ในตัว"
น่าจะเป็น AV1 ?

By: thedesp
WriterAndroidWindows
on 13 April 2018 - 13:26 #1043792
thedesp's picture

Chrome และ Firefox รองรับ VP1 เรียบร้อย > AV1

By: TeamKiller
ContributoriPhone
on 13 April 2018 - 13:53 #1043793
TeamKiller's picture

CPU จะกลับมาพุ่งกระฉูดอีกครั้ง

By: zyzzyva
Blackberry
on 13 April 2018 - 13:55 #1043794

หัวข้อข่าวก็นึกว่าหมายถึงเล็กลงจาก HEVC แต่ยังไง HEVC ก็ไม่เคยอยู่ในตัวเลือกของ Facebook (และ Partner ของ AV1) อยู่แล้ว

By: Bluetus
iPhone
on 13 April 2018 - 14:51 #1043801
Bluetus's picture

เทียบกับ HEVC เปนงายยยยย

ไปใช้ HEVC ก่อนได้ไหม พึ่งซื้อ HW มาซัพพอร์ต

By: fangchunxi1999 on 13 April 2018 - 15:03 #1043804
fangchunxi1999's picture

คงต้องหาวิธี block code นี้ไปก่อน.... จนกว่าจะได้ hw ใหม่...

By: GodPapa
iPhoneWindows PhoneAndroidBlackberry
on 13 April 2018 - 15:27 #1043806
GodPapa's picture

ดาวน์โหลดน้อยลงแต่แบตฯ ลดฮวบๆ

By: gotobanana
iPhoneAndroidBlackberrySymbian
on 13 April 2018 - 15:39 #1043808
gotobanana's picture

"จะทยอยแปลงไฟล์วิดีโอเป็น AV1 เมื่อเบราว์เซอร์อย่าง Chrome และ Firefox รองรับ AV1 เรียบร้อยแล้ว" แล้ว IE ละ

By: put4558350
ContributorAndroidUbuntuWindows
on 14 April 2018 - 14:40 #1043962 Reply to:1043808
put4558350's picture

ms มีชื่ออยู่ใน AOMedia คิดว่าคงจะทำตามมาทีหลังครับ ... แต่น่าจะเป็นบน edge มากกว่า


samsung ใหญ่แค่ใหน ?
https://youtu.be/6Afpey7Eldo

By: Kimi4ne
AndroidUbuntuWindows
on 13 April 2018 - 16:45 #1043814

ดูหนังชิลๆ แต่แบตหายอย่างไว
ทำงานใหญ่ก็กินทรัพยาการณ์มากขึ้น นานขึ้น
ฝั่งผู้ใช้ที่ไม่มีปัญหาต้องเก็บข้อมูลจำนวนมาก เหมือนจะไม่ได้ประโยชน์อะไรเลย

ประโยชน์จริงจังเห็นจะมีแต่ฝั่งผู้ให้บริการ
ใช้ทราฟฟิคน้อยลง ใช้พื้นที่เก็บข้อมูลน้อยลง กำไรเพิ่มขึ้น

By: Hadakung
iPhoneWindows PhoneAndroidWindows
on 13 April 2018 - 17:09 #1043818 Reply to:1043814

ต้องเข้าใจว่ามาตรฐานมันพึ่งออกครับมันต้องใช้เวลา​เปลี่ยนฮาร์ดแวร์ฝั่งผู้ให้บริการเขาก็เปลือง​ processing เหมือนกันต้องอัพเกรดเพื่อให้พลังมันพอ​ ไม่ก็รีบอัพเมื่อฮาร์ดแวร์พร้อมเหมือนกันครับ​เสียเวลาเป็นระบบหลายอย่างมีค่าใช้จ่ายทั้งนั้นครับ

ปล.ทราฟฟิกน้อยลงเราก็เปลืองโปรเน็ตน้อยลงนะครับ

By: iamfalan
iPhoneAndroidWindows
on 13 April 2018 - 19:10 #1043831 Reply to:1043814

สมัย mpeg 4 ออกใหม่ๆ มันก็กิน cpu แบบนี้แหละครับ
เอาจริงๆ ย้อนไปสมัย mpeg2 ก็กิน cpu เหมือนกัน
ทุกวันนี้ที่มันไม่กิน cpu ก็เพราะมันมีตัวเร่งในตัว cpu ต่างหากครับ

รอ cpu รุ่นใหม่ๆ มัน implement ตัวเร่ง codec นี้ก่อนครับ มันถึงจะไม่กิน cpu

By: put4558350
ContributorAndroidUbuntuWindows
on 14 April 2018 - 14:48 #1043966 Reply to:1043814
put4558350's picture

คิดว่าฝั่งผู้ให้บริการอยากให้บริการที่ดี ดังนั้นน่าจะรองรับทั้งสองรูปแบบ คล้ายที่ google รองรับ mp4 และ webm อยู่ตอนนี้มากกว่า

  • ฝั่งผู้ใช้ กระตุกน้อยลง + ผู้ไช้ 3G ประหยัด data
  • ผู้ผลิตอุปกรณ์ ก็ไม่ต้องเสียเงินไห้ mpeg la ... ไม่ก็เสียเงินน้อยลง
  • ฝั่งผู้ให้บริการใช้ทราฟฟิคน้อยลงก็จริง แต่ก็ encode นานขึ้น ถ้ารองรับสองรูปแบบ ก็ไช้พื่นที่ในการจัดเก็บมากขึ้นด้วย

samsung ใหญ่แค่ใหน ?
https://youtu.be/6Afpey7Eldo