การทดสอบนี้พิสูจน์อะไรได้จริง?
พิสูจน์ว่าไฟล์ที่ระบุชื่อ จากเครื่องสแกนที่ระบุชื่อ ในขนาดจริง เปิดได้ในรุ่นที่ใช้งานจริงและแสดงพิกเซลบนหน้าจอ ไม่มากไปกว่านั้นและไม่น้อยไปกว่านั้น รายการรูปแบบไฟล์ที่รองรับเป็นการอ้างความสามารถ แต่นี่คือการวัดความสามารถ หากโครงสร้างไฟล์ของผู้ผลิตทำให้ตัวถอดรหัสล้มเหลว ไฟล์นั้นจะปรากฏในตารางความล้มเหลวพร้อมข้อความข้อผิดพลาดที่ผู้ใช้จะเห็น ไม่ใช่หายไปจากตาราง
นี่คือการทดสอบโดยผู้ผลิต — เราเป็นผู้เขียนซอฟต์แวร์และเป็นผู้ทำการทดสอบเอง สิ่งที่ทำให้ยังน่าอ่านคือคุณตรวจสอบได้: คลังไฟล์ทดสอบเป็นข้อมูลสาธารณะ ตัวรันการทดสอบอยู่ในรีโพสิทอรีเดสก์ท็อปของเรา และผลลัพธ์ดิบรายไฟล์อยู่ในหน้านี้
วิธีทดสอบไฟล์
แต่ละไฟล์ถูกส่งให้โปรเซสลูกที่พร้อมถูกทิ้ง ซึ่งสร้างตัวโหลดเดียวกับที่แอปพลิเคชันสร้าง อ่านมิติของภาพ ถอดรหัสระนาบหนึ่งระนาบ และแปลงผ่านเส้นทางการเรนเดอร์ Qt เดียวกับที่โปรแกรมดูใช้ ไฟล์ที่ผิดรูปแบบซึ่งทำให้ codec แบบเนทีฟหยุดทำงานจะทำให้เฉพาะโปรเซสลูกนั้นล่ม ตัวควบคุมจะบันทึกว่าไฟล์ใดกำลังถูกประมวลผลอยู่แล้วทำงานต่อ การออกแบบนี้คือเหตุผลที่การทดสอบกับภาพสแกนจากผู้ผลิตขนาดหลายกิกะไบต์สามารถทำจนเสร็จได้ และเป็นเหตุผลที่ "แครช" เป็นหมวดที่ตารางนี้รายงานเป็นศูนย์ได้อย่างซื่อสัตย์
- ตัวรันการทดสอบ:
slidescope-desktop/scripts/publish_format_benchmark.py — คำสั่งเดียวในรีโพสิทอรีเดสก์ท็อปของ SlideScope ที่รันทั้งสามรอบและเขียน JSON ฉบับเดียวกับที่หน้านี้แสดงผล: python scripts/publish_format_benchmark.py --dataset <corpus> --output format-benchmark.json
- คลังไฟล์ทดสอบ: คลังอ้างอิงสาธารณะของ Open Microscopy Environment, สไลด์ทดสอบที่ OpenSlide เผยแพร่, ข้อมูลทดสอบของไลบรารี
czitools และ nd2 และไฟล์ตัวอย่างจากผู้ผลิตที่เราตรวจสอบ sha256 กับผู้เผยแพร่แล้ว
- ขอบเขต: รูปแบบไฟล์สไลด์ทั้งแผ่นและรูปแบบไฟล์กล้องจุลทรรศน์ของผู้ผลิต ไม่รวมไฟล์ TIFF ระนาบเดียวแบบแยกจากชุดข้อมูลจำนวนมากของผู้ผลิต — เพราะไม่ได้บอกอะไรที่ไฟล์ TIFF แบบพีระมิดของ WSI บอกได้ดีกว่าอยู่แล้ว
- สิ่งที่บันทึกต่อไฟล์: รูปแบบไฟล์ที่ตรวจพบ ตัวโหลด มิติ T/Z/C/Y/X ที่ถอดรหัสได้ ชนิดพิกเซล ขนาดที่เรนเดอร์ และเมื่อล้มเหลว จะบันทึกชนิดของ exception และข้อความที่ผู้ใช้เห็น
รูปแบบไฟล์ภาพสไลด์ทั้งแผ่น
นี่คือรูปแบบไฟล์จากเครื่องสแกน — ไฟล์ที่มาจากเครื่อง Aperio, Hamamatsu, 3DHISTECH, Leica, Ventana, Akoya หรือ Agilent และมักมีขนาดหลายกิกะไบต์
รูปแบบไฟล์กล้องจุลทรรศน์และภาพทางการแพทย์
รูปแบบไฟล์การถ่ายภาพหลายมิติ ซึ่งคำถามที่น่าสนใจไม่ใช่ขนาดไฟล์ แต่คือช่องสัญญาณ ระนาบ Z และจุดเวลาจำนวนเท่าใดที่แสดงบนหน้าจอได้ครบ
ทุกไฟล์ที่เปิดไม่ได้ และสาเหตุ
25 จาก 792 ไฟล์เปิดไม่ได้ และนี่ไม่ใช่เรื่องเดียว แต่เป็นสองเรื่อง 9 ไฟล์เป็นข้อจำกัดจริง: ภาพจริงที่เรายังอ่านไม่ได้ในขณะนี้ อีก 16 ไฟล์เป็นไฟล์ที่ไม่มีภาพอยู่ตั้งแต่แรก ซึ่งการปฏิเสธคือคำตอบที่ถูกต้อง การรวมสองกลุ่มเข้าด้วยกันจะทำให้เราดูดีเกินจริง — จำนวนความล้มเหลวที่ซื่อสัตย์ของการทดสอบรอบนี้คือ 9 ไม่ใช่ 25
ข้อจำกัดจริง: 9 ไฟล์ที่เราอ่านไม่ได้
ทุกไฟล์อยู่ในสภาพสมบูรณ์ — checksum ตรงกับของผู้เผยแพร่ — ดังนั้นนี่คือข้อจำกัดของตัวถอดรหัสและโครงสร้างไฟล์ของผู้ผลิต ไม่ใช่ไฟล์ตัวอย่างที่เสียหาย ไฟล์เหล่านี้อยู่ในคลังทดสอบอย่างถาวรเพื่อใช้ทดสอบการถดถอย ซึ่งเป็นวิธีที่เราจะรู้ได้ในวันที่ไฟล์ใดไฟล์หนึ่งเริ่มเปิดได้
รูปแบบที่เห็นคือโครงสร้างไฟล์ของผู้ผลิต ไม่ใช่ประเภทของการถ่ายภาพ NDPI แบบฟลูออเรสเซนซ์และ MIRAX แบบฟลูออเรสเซนซ์ต่างก็เปิดได้ตามปกติ สิ่งที่แบ็กเอนด์ปฏิเสธคือโครงสร้างบางแบบโดยเฉพาะ — SCN ที่ไม่มีภาพหลักที่ระบุได้ BIF ที่มีแอตทริบิวต์ทิศทางที่ไม่คาดคิด และคอนเทนเนอร์ "Imaris Classic" ก่อนยุค HDF5 แต่ละข้อความระบุสาเหตุแทนที่จะบอกว่าไฟล์เสียหาย เพราะในทุกกรณีเหล่านี้ ไฟล์ไม่มีปัญหา แต่เป็นเราที่ยังทำไม่ได้
ไม่ใช่ความล้มเหลว: 16 ออบเจกต์ที่ไม่มีภาพ
DICOM เป็นรูปแบบเอกสารพอ ๆ กับที่เป็นรูปแบบภาพ DICOMDIR คือดัชนีของแผ่นดิสก์ presentation state บันทึกว่าครั้งหนึ่งมีคนปรับหน้าต่างการแสดงผลของการตรวจอย่างไร ออบเจกต์อื่น ๆ เก็บรายงานหรือค่าการวัด ไม่มีออบเจกต์ใดมีพิกเซล โปรแกรมดูที่เปิดไฟล์เหล่านี้จะไม่มีอะไรให้แสดง SlideScope จึงปฏิเสธพร้อมคำอธิบาย — ซึ่งเป็นพฤติกรรมที่ถูกต้อง และนับแยกไว้เพื่อไม่ให้เพิ่มตัวเลขในคอลัมน์ใดคอลัมน์หนึ่ง
ระบุชื่อครบทุกไฟล์เพื่อไม่ให้มีอะไรซ่อนอยู่หลังหมวดหมู่: DICOMDIR, PS_0026, PS_0108, PS_0128, PS_0154, PS_0181, XX_0027, XX_0109, XX_0155, XX_0182, XX_0183
กรณีที่ SlideScope เปิดไฟล์ได้แต่แสดงผลผิด
นี่คือรูปแบบความล้มเหลวที่สำคัญที่สุด และเป็นสิ่งที่ตารางรูปแบบไฟล์ไม่เคยยอมรับ นี่คือกรณีของเรา
ภาพสแกน Akoya .qptiff แบบมัลติเพล็กซ์ — ไฟล์อ้างอิงเจ็ดสีของ Vectra — เปิดได้โดยไม่มีข้อผิดพลาดใด ๆ เลย ไฟล์นี้มีหน้าฟลูออเรสเซนซ์แบบช่องสัญญาณเดียวความละเอียดเต็มห้าหน้า (DAPI, FITC, CY3, Texas Red, CY5) ขนาด 34,560 × 24,960 จากทั้งหมด 33 หน้า ซึ่งยืนยันแยกต่างหากด้วย tifffile SlideScope ส่งไฟล์ .qptiff ทุกไฟล์ไปยังแบ็กเอนด์ OpenSlide ซึ่งเป็นตัวอ่านแบบ brightfield ไฟล์จึงรายงานว่ามีช่องสัญญาณเดียวและคืนค่าเป็นภาพ RGB หนึ่งสไลซ์ ช่องสัญญาณฟลูออเรสเซนซ์เข้าถึงไม่ได้ และตัวควบคุมช่องสัญญาณก็ไม่มีอะไรให้เลือก
ไม่มีอะไรเตือนคุณเลย ภาพสแกน QPTIFF แบบ brightfield ย้อม H&E ในคลังทดสอบเดียวกันเปิดได้สมบูรณ์แบบ ซึ่งเป็นเหตุผลที่ปัญหานี้ไม่มีใครสังเกตเห็น
แก้ไขแล้วใน SlideScope 1.8.48 (18 กันยายน 2026): ตอนนี้แบ็กเอนด์ถูกเลือกตามไฟล์ ไม่ใช่ตามนามสกุล ภาพสแกนแบบมัลติเพล็กซ์จะถูกส่งไปยังตัวอ่านที่คืนค่าครบทั้งห้าช่องสัญญาณ ส่วน QPTIFF แบบ brightfield ยังใช้ OpenSlide และการแบ่งไทล์ที่ความละเอียดเต็ม ข้อแลกเปลี่ยนถูกระบุไว้อย่างเปิดเผย: QPTIFF แบบมัลติเพล็กซ์จะแสดงที่ความละเอียดที่ลดลง และแผงรายละเอียดไฟล์ก็แจ้งเรื่องนี้ การทดสอบในหน้านี้สะท้อนการแก้ไขนี้แล้ว — แถว QPTIFF แสดงตัวโหลดทั้งสองตัวและห้าช่องสัญญาณ
การทดสอบรอบนี้พิสูจน์ว่าเปิดไฟล์ได้ ส่วนความถูกต้องของพิกเซลเป็นอีกคำถามหนึ่ง และเราทดสอบแยกกัน: การทดสอบรอบที่สองจะถอดรหัสระนาบเดียวกันผ่านไลบรารีพื้นฐาน แล้วเปรียบเทียบกับสิ่งที่ตัวโหลดคืนค่ามา นั่นคือวิธีที่เราพบกรณีของ QPTIFF
สิ่งที่ SlideScope ปฏิเสธที่จะเปิด
ไม่มีตัวอ่านสำรองแบบทั่วไป และวิธีที่โปรแกรมดูจัดการกับไฟล์ที่ไม่ได้สร้างมาเพื่ออ่าน สำคัญพอ ๆ กับไฟล์ที่สร้างมาเพื่ออ่าน เรานำไฟล์จริงที่เล็กที่สุดของทุกนามสกุลที่ไม่รองรับในคลังอ้างอิง — 93 ไฟล์ — มาผ่านตัวสร้างตัวโหลดของรุ่นที่ใช้งานจริงทีละไฟล์
ทั้ง 93 จาก 93 ไฟล์ถูกปฏิเสธพร้อมข้อความที่ชัดเจน ไม่มีไฟล์ใดแครช ไม่มีไฟล์ใดถูกเปิดได้ครึ่ง ๆ กลาง ๆ จนดูเหมือนภาพทั้งที่ไม่ใช่ รายการนี้รวมรูปแบบที่ผู้คนน่าจะลองเปิด — .jpg, .lof, .nii, .oib, .oir, .png, .psd, .raw, .vsi — ซึ่ง ณ เวลาที่ทดสอบรวมถึง .png และ .jpg ที่ถูกปฏิเสธพร้อมข้อความ แทนที่จะเดาเอา
หลังการทดสอบรอบนี้: SlideScope 1.10.0 (16 ตุลาคม 2026) เปิดรูปแบบไฟล์ได้เพิ่มอีก 18 รูปแบบ รวมถึงหลายรูปแบบที่ถูกปฏิเสธที่นี่: Olympus .vsi, .oib และ .oir, Leica .lof และ .xlef, Hamamatsu .ndpis และ PNG, JPEG และภาพทั่วไปอื่น ๆ ตัวเลขในหน้านี้เป็นผลการทดสอบวันที่ 18 กันยายนตามที่วัดได้ รูปแบบที่เพิ่มใน 1.10.0 ไม่ได้อยู่ในการทดสอบนี้ SlideScope 1.20.0 เปิดได้อีกห้ารูปแบบที่การทดสอบนี้ไม่ได้ทดสอบ: Philips .isyntax, KFBio .kfb, ICS/IDS, Gatan .dm3 และ .dm4 และ Olympus .sis ดูรายการปัจจุบันได้ที่ข้อมูลอ้างอิงความเข้ากันได้ของไฟล์
สิ่งที่การทดสอบนี้ไม่ได้บอกคุณ
- มีสองรูปแบบที่ไม่มีไฟล์จริงสำหรับทดสอบเลย ไม่มีไฟล์ตัวอย่าง
.vmu หรือ .svslide แบบสาธารณะ — OpenSlide ไม่ได้เผยแพร่ทั้งสองแบบ — ตัวโหลดเหล่านั้นจึงถูกทดสอบด้วยกรณีขอบแบบสังเคราะห์เท่านั้น เราไม่อ้างว่าได้ทดสอบการรองรับรูปแบบเหล่านี้
- นี่ไม่ใช่การทดสอบความเร็ว เวลาจนถึงพิกเซลแรกขึ้นอยู่กับดิสก์ของคุณ และการทดสอบเหล่านี้ทำบนเครื่อง
- นี่ไม่ใช่การตรวจสอบความแม่นยำ นอกเหนือจากการทดสอบเปรียบเทียบพิกเซลที่อธิบายไว้ข้างต้น และไม่ใช่การตรวจสอบความถูกต้องทางคลินิก SlideScope มีไว้สำหรับงานวิจัย การศึกษา และการตรวจดู — ไม่ใช่การวินิจฉัย
- นี่คือภาพ ณ ช่วงเวลาหนึ่ง ลงวันที่ 2026-09-18 กับรุ่นที่เป็นปัจจุบันในวันนั้น การอัปเกรดตัวถอดรหัสทำให้ตัวเลขเหล่านี้เปลี่ยนได้ทั้งสองทิศทาง
คำถามเกี่ยวกับการทดสอบนี้
SlideScope เปิดรูปแบบไฟล์กล้องจุลทรรศน์และสไลด์ทั้งแผ่นใดได้จริงบ้าง?
นามสกุลไฟล์ 18 แบบ: .svs, .ndpi, .mrxs, .scn, .bif, .vms, .vmu, .svslide, .qptiff, .avs, .czi, .nd2, .lif, .ims, .dcm, .dicom, .tif และ .tiff ไม่มีตัวอ่านสำรองแบบทั่วไป — ไฟล์ใดที่อยู่นอกรายการนี้จะถูกปฏิเสธพร้อมข้อความที่เข้าใจง่าย แทนที่จะเปิดออกมาอย่างผิดพลาด
การทดสอบนี้เป็นอิสระหรือไม่?
ไม่ SlideScope เผยแพร่การทดสอบนี้เกี่ยวกับ SlideScope เอง จึงควรถือว่าเป็นการทดสอบโดยผู้ผลิต ไม่ใช่การตรวจสอบโดยบุคคลที่สาม สิ่งที่เราเสนอแทนความเป็นอิสระคือความสามารถในการตรวจสอบได้: คลังไฟล์ทดสอบเป็นข้อมูลสาธารณะ ตัวรันการทดสอบอยู่ในไดเรกทอรีสคริปต์แบบเปิดของเรา ไฟล์ผลลัพธ์ดิบมีลิงก์อยู่ในหน้านี้ และความล้มเหลวถูกระบุด้วยรายละเอียดเท่ากับความสำเร็จ
ทำไมบางไฟล์จึงเปิดไม่ได้?
เกือบทุกครั้งเป็นเพราะผู้ผลิตเขียนโครงสร้างไฟล์ที่แบ็กเอนด์โอเพนซอร์สพื้นฐานอ่านไม่ได้ — เช่น OpenSlide รายงานว่า "Can't find main image" กับไฟล์ SCN แบบฟลูออเรสเซนซ์ นี่คือข้อจำกัดจากต้นทางที่เราแสดงให้เห็นแทนที่จะซ่อนไว้ ไฟล์ที่เปิดไม่ได้อยู่ในสภาพสมบูรณ์: checksum ตรงกับของผู้เผยแพร่
การเปิดไฟล์ได้หมายความว่าภาพถูกต้องหรือไม่?
ไม่ได้หมายความเช่นนั้นโดยลำพัง ซึ่งเป็นเหตุผลที่เราทดสอบทั้งสองอย่าง การทดสอบรอบนี้พิสูจน์ว่าเปิดไฟล์ได้ ส่วนความถูกต้องของพิกเซลพิสูจน์แยกต่างหากด้วย sweep_format_reference.py ซึ่งถอดรหัสระนาบเดียวกันผ่านไลบรารีพื้นฐานแล้วเปรียบเทียบกับสิ่งที่ SlideScope เรนเดอร์ มีกรณีที่ทราบหนึ่งกรณี — Akoya QPTIFF แบบมัลติเพล็กซ์ — ที่เปิดได้โดยไม่มีข้อผิดพลาดแต่ยังแสดงผลผิด จนกระทั่ง SlideScope 1.8.48 แก้ไข กรณีนี้อธิบายไว้ในหน้านี้
ฉันทำการทดสอบนี้ซ้ำได้หรือไม่?
ได้ คลังอ้างอิงของ Open Microscopy Environment ดาวน์โหลดได้แบบสาธารณะ ไฟล์ตัวอย่างจากผู้ผลิตมาจาก OpenSlide และข้อมูลทดสอบของไลบรารีรูปแบบไฟล์เอง และตัวรันการทดสอบอยู่ในรีโพสิทอรีเดสก์ท็อปของ SlideScope ไฟล์ JSON ดิบเบื้องหลังทุกตารางในหน้านี้มีลิงก์อยู่ด้านบน
SlideScope ได้รับการอนุมัติสำหรับการวินิจฉัยทางคลินิกหรือไม่?
ไม่ SlideScope มีไว้สำหรับงานวิจัย การศึกษา และการตรวจดู ไม่ใช่เครื่องมือวินิจฉัย และต้องไม่ใช้เพื่อการวินิจฉัยหลัก
การทดสอบเดียวที่สำคัญคือการทดสอบของคุณ
คลังไฟล์ของเราไม่ใช่ลิ้นชักสไลด์ของคุณ ติดตั้ง SlideScope เปิดไฟล์ที่สร้างปัญหาให้คุณจริง ๆ และหากไฟล์ใดเปิดไม่ได้ ส่งมาให้เรา — ความล้มเหลวในหน้านี้มาอยู่ตรงนี้ได้เพราะมีคนทำแบบนั้น
ดาวน์โหลด SlideScope