html บิตเรตเสียงและวิดีโอ: PCM, โคเดก และความจุลิงก์ | FCTELE
                                   +8618758069661 [email protected]
ค้นหาผลิตภัณฑ์ คำแนะนำ: เว้นวรรค = AND, | = OR, ! = NOT

อัตราบิตเสียงและวิดีโอ: PCM การบีบอัด และความจุเครือข่าย

มีคำถามหรือไม่? โทรหาเราวันนี้!

+8618758069661

หรือฝากข้อความถึงเรา

ข้อความออนไลน์

อัตราบิตเสียงและวิดีโอ: PCM การบีบอัด และความจุเครือข่าย

จำนวนการเข้าชม: 101 +1ต้นฉบับโดย FCTELEผู้เขียน: ทีมเทคนิค FCTELE
สรุปภาพรวม

ควรวางแผนแบนด์วิดท์เสียงและวิดีโออย่างไร?

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

สามกลไกและขอบเขตการตรวจสอบติดตามเส้นทางสัญญาณ แล้วตรวจสอบบริการจริง

01แยกการสุ่มตัวอย่างออกจากการเข้ารหัส

Separate sampling from encodingPCM represents sampled channels; a codec can change the representation and output bitrate.Illustrative sampling instants

PCM ใช้แทนข้อมูลช่องสัญญาณที่ผ่านการสุ่มตัวอย่าง ส่วนโคเดกสามารถเปลี่ยนรูปแบบการแทนข้อมูลและบิตเรตเอาต์พุตได้

02ใช้สตรีมที่ส่งออกจริง

Use the delivered streamCompressed video rate depends on encoder mode and content; a label alone is insufficient.CodecDataVerify encoded format and receiver

อัตราข้อมูลวิดีโอแบบบีบอัดขึ้นอยู่กับโหมดของตัวเข้ารหัสและเนื้อหา ชื่อเรียกเพียงอย่างเดียวจึงไม่เพียงพอ

03รวมความต้องการใช้งานพร้อมกัน

Sum concurrent demandShared links carry multiple streams plus protocol and other traffic.Shared linkConcurrent demandActual deliveryInterfaces do not create unlimited capacity

ลิงก์ที่ใช้ร่วมกันรองรับหลายสตรีม รวมทั้งทราฟฟิกโพรโทคอลและทราฟฟิกอื่น

ปัดเพื่อเปรียบเทียบแผนภาพทั้งสาม →

ภาพประกอบแนวคิดเพื่อการเรียนรู้ ไม่ใช่รูปคลื่นที่วัดได้ แผนผังการเดินสายติดตั้ง หรือสถาปัตยกรรมภายในของผลิตภัณฑ์รุ่นใดรุ่นหนึ่ง
  • แยกการสุ่มตัวอย่างออกจากการเข้ารหัส

    ยืนยันรูปแบบต้นทางและจำนวนช่องสัญญาณที่ใช้งานจริง

  • ใช้สตรีมที่ส่งออกจริง

    สังเกตทราฟฟิกที่เข้ารหัสแล้วทั้งช่วงสูงสุดและช่วงต่อเนื่องที่เป็นตัวแทนของการใช้งานจริง

  • รวมความต้องการใช้งานพร้อมกัน

    ตรวจสอบทิศทาง โอเวอร์เฮด ข้อมูลที่พุ่งสูงเป็นช่วงสั้น และความจุสำรองที่จำเป็นในการทำงาน

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

บิตสตรีมคือลำดับข้อมูล ส่วนบิตเรตคือจำนวนบิตต่อวินาที

หลังจากเสียงหรือภาพถูกแปลงเป็นข้อมูลดิจิทัลแล้ว ข้อมูลจะอยู่ในรูปของลำดับบิตที่จัดเรียงตามกฎเกณฑ์บางอย่าง ซึ่งมักเรียกว่าบิตสตรีม บิตเรตหมายถึงจำนวนบิตที่สร้างหรือส่งต่อวินาทีภายในช่วงเวลาสังเกตที่กำหนด โดยมักเขียนหน่วยเป็น bit/s หรือบิตต่อวินาที ค่านี้อธิบายปริมาณข้อมูล ไม่ใช่จำนวนพิกเซลบนหน้าจอ และไม่ใช่ระยะทางของพอร์ตออปติคัล เมื่ออธิบายค่าใดค่าหนึ่ง ต้องระบุให้ชัดเจนด้วยว่ากำลังสังเกตข้อมูลเสียง วิดีโอ ข้อมูลหลังจากห่อหุ้มทั้งสองอย่างแล้ว หรือทราฟฟิกเครือข่ายที่รวมโอเวอร์เฮดของโพรโทคอล

บิต (bit) และไบต์ (Byte) ต่างกัน โดยทั่วไปหนึ่งไบต์ประกอบด้วยแปดบิต ดังนั้นอัตราข้อมูลล้วน 8 Mbit/s จึงเท่ากับประมาณ 1 MB/s ในที่นี้ใช้ตัวคูณฐานสิบ โดย M หมายถึงหนึ่งล้าน และ G หมายถึงหนึ่งพันล้าน เครื่องมือบางอย่างใช้หน่วยฐานสอง เช่น MiB หรือ GiB จึงไม่สามารถเปรียบเทียบตัวเลขโดยไม่ดูหน่วยได้ การนำหน่วยจัดเก็บข้อมูลและตัวคูณของเครือข่ายมาปะปนกันทั้งหมดดังที่พบในบทความเก่า จะทำให้การคำนวณแบนด์วิดท์และฮาร์ดดิสก์คลาดเคลื่อน

เสียงแบบไม่บีบอัดเริ่มต้นจากข้อมูลที่สุ่มตัวอย่าง

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

ตัวอย่างเช่น เมื่อสุ่มตัวอย่างแต่ละช่องสัญญาณที่ 44.1 kHz ใช้ 16 บิตต่อตัวอย่าง และมีสองช่องสัญญาณ อัตราข้อมูลตัวอย่างจะเท่ากับ 44100 × 16 × 2 = 1411200 bit/s หรือ 1.4112 Mbit/s นี่เป็นตัวอย่างการคำนวณทั่วไป ไม่ใช่พารามิเตอร์ตายตัวสำหรับอุปกรณ์เสียงทุกชนิด เมื่อเพิ่มส่วนหัวไฟล์ การประทับเวลา หรือแพ็กเก็ตเครือข่าย ปริมาณข้อมูลรวมจะเปลี่ยนไป และเมื่อเปลี่ยนเป็นเสียงแบบบีบอัด ก็ไม่สามารถใช้ผลคูณนี้เป็นบิตเรตเอาต์พุตจริงต่อไปได้

ไม่สามารถตัดสินวิดีโอแบบบีบอัดจากความละเอียดเพียงอย่างเดียว

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

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

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

ค่าเฉลี่ยและค่าสูงสุดแต่ละอย่างใช้ตอบโจทย์อะไร?

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

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

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

การประมาณพื้นที่ฮาร์ดดิสก์และความจุอัปลิงก์จากเพย์โหลด

สมมติว่าข้อมูลใช้งานจริงของหนึ่งช่องสัญญาณซึ่งรวมเสียงและวิดีโอมีค่าเฉลี่ย 8 Mbit/s เพย์โหลดล้วนในหนึ่งชั่วโมงจะมีขนาดประมาณ 8 × 1000000 × 3600 ÷ 8 = 3600000000 ไบต์ หรือประมาณ 3.6 GB สิบช่องสัญญาณภายใต้เงื่อนไขเดียวกันเป็นเวลาหนึ่งชั่วโมงจะมีเพย์โหลดล้วนประมาณ 36 GB ระยะเวลาเก็บรักษา สัดส่วนเวลาที่บันทึก และการเปลี่ยนแปลงที่เกิดขึ้นจริงจะส่งผลต่อพื้นที่จัดเก็บสุดท้าย อีกทั้งยังต้องคำนึงถึงการห่อหุ้มข้อมูล การจัดระเบียบไฟล์ และพื้นที่สำรองของระบบ ตัวอย่างนี้ไม่ได้แสดงถึงความจุฮาร์ดดิสก์ที่ใช้งานได้จริงหรือจำนวนวันบันทึกที่ตายตัว

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

ต้องแยกอุปกรณ์รับส่งสัญญาณผ่านใยแก้วนำแสงออกจากอุปกรณ์เข้ารหัสสำหรับเครือข่าย

ผลิตภัณฑ์ Feichang Technology หมายเลข 218 ซึ่งเป็นอุปกรณ์รับส่งสัญญาณวิดีโอผ่านใยแก้วนำแสงแบบหลายบริการ FCV มีข้อมูลผลิตภัณฑ์ที่ให้แนวทางเกี่ยวกับการเชื่อมต่อวิดีโอแอนะล็อก รวมถึงเสียง ข้อมูล และบริการอื่นที่เป็นตัวเลือก

สวิตช์อุตสาหกรรม Feichang Technology หมายเลข 2241 เป็นอุปกรณ์ส่งต่อข้อมูล Ethernet ซึ่งสามารถใช้วางแผนเส้นทางสำหรับเสียงและวิดีโอบนเครือข่าย โดยพิจารณาร่วมกับพอร์ตที่มีอยู่จริงและการจัดการ VLAN และ QoS

ในการตรวจรับ ให้ตรวจสอบรูปแบบ ทราฟฟิก และผลลัพธ์ให้สอดคล้องกัน

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

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

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

เอกสารประกอบการตรวจสอบ: เอกสารไวต์เปเปอร์ของ Axis เรื่องการควบคุมบิตเรตวิดีโอบนเครือข่าย
คำอธิบายอินเทอร์เฟซการควบคุมบิตเรตของ Axis
อุปกรณ์รับส่งสัญญาณวิดีโอผ่านใยแก้วนำแสงแบบหลายบริการของ Feichang Technology
หมวดหมู่อุปกรณ์รับส่งสัญญาณวิดีโอดิจิทัลผ่านใยแก้วนำแสงของ Feichang Technology
สวิตช์แบบจัดการได้เลเยอร์ 3 ของ Feichang Technology พร้อมพอร์ตออปติคัลสี่พอร์ตและพอร์ตไฟฟ้าแปดพอร์ต
หมวดหมู่สวิตช์อุตสาหกรรมของ Feichang Technology

หัวข้อทางเทคนิคที่เกี่ยวข้อง: SRT ส่งเสียงและวิดีโออย่างไร: การส่งซ้ำเมื่อแพ็กเก็ตสูญหาย ความหน่วงของบัฟเฟอร์ และโหมดการเชื่อมต่อ

แปลจากบทความทางเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2022-01-11 ต้นฉบับแก้ไขล่าสุด: 2026-10-13 อ่านต้นฉบับภาษาจีน

คำถามที่พบบ่อยในการใช้งานจริง

อัตราการสุ่มตัวอย่างเสียงเป็นสิ่งเดียวกับบิตเรตบนเครือข่ายหรือไม่?

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

ชื่อเรียกความละเอียดกำหนดบิตเรตวิดีโอแบบบีบอัดที่ตายตัวเพียงค่าเดียวหรือไม่?

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

ลิงก์กิกะบิตรับประกันหรือไม่ว่าสตรีมทั้งหมดที่เชื่อมต่ออยู่จะทำงานพร้อมกันได้?

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

แหล่งข้อมูลและขอบเขตการนำไปใช้

เนื้อหาเพิ่มเติมเหล่านี้อธิบายกลไกทั่วไป คุณสมบัติที่รองรับ รายละเอียดการเชื่อมต่อ และเกณฑ์การตรวจรับต้องตรวจยืนยันกับอุปกรณ์ ซอฟต์แวร์ และสภาวะการทำงานจริง แผนภาพไม่ใช่ผลการวัดหรือหลักฐานการรับรอง

แชร์บทความนี้