TeamViewer รวดเร็วแค่ไหน

ขออภัยเกี่ยวกับความยาว

บทนำ

ฉันกำลังพัฒนาซอฟต์แวร์เดสก์ท็อประยะไกล (เพื่อความสนุกสนาน) ใน C # 4.0 สำหรับ Windows Vista / 7 ฉันเคยผ่านอุปสรรคพื้นฐาน: ฉันมีระบบส่งข้อความ UDP ที่มีประสิทธิภาพ, การออกแบบโปรแกรมที่ค่อนข้างสะอาด, ฉันมีไดรเวอร์กระจก (ไดรเวอร์กระจก DFMirage ฟรีจาก DemoForge) เปิดใช้งานและฉันใช้ NAT traversal สำหรับทุกคน ประเภท NAT ยกเว้น Symmetric NATs (แสดงในสถานการณ์ไฟร์วอลล์ขององค์กร)

เกี่ยวกับการถ่ายโอน / แชร์หน้าจอต้องขอบคุณไดรเวอร์กระจกฉันได้รับแจ้งโดยอัตโนมัติเกี่ยวกับขอบเขตของหน้าจอที่เปลี่ยนแปลงและฉันสามารถรวบรวมบิตแมปหน้าจอที่เปลี่ยนแปลงตลอดเวลาของไดร์เวอร์มิเรอร์เป็นบิตแมปของฉันเอง จากนั้นฉันบีบอัดพื้นที่หน้าจอเป็น PNG และส่งออกจากเซิร์ฟเวอร์ไปยังไคลเอนต์ของฉัน สิ่งต่าง ๆ ดูดี แต่ไม่เร็วพอ มันช้าเท่ากับ VNC (btw ฉันไม่ได้ใช้โปรโตคอล VNC เป็นโปรโตคอลสมัครเล่นที่กำหนดเอง)

จากซอฟต์แวร์เดสก์ท็อประยะไกลที่ช้าที่สุดไปจนถึงเร็วที่สุดรายการมักจะเริ่มต้นในทุกการใช้งานแบบ VNC จากนั้นปีนขึ้นไปจนถึง Microsoft Windows Remote Desktop ... และ ... TeamViewer ไม่แน่ใจว่าเกี่ยวกับ CrossLoop, LogMeIn - ฉันไม่ได้ใช้พวกเขา แต่ TeamViewer เป็นเมามันรวดเร็ว มันค่อนข้างมีชีวิตอยู่อย่างแท้จริง ฉันรันtreeคำสั่งบนพรอมต์คำสั่งและอัปเดตด้วยความล่าช้า 20 ms ฉันสามารถท่องเว็บได้ช้ากว่าแล็ปท็อปของฉันเพียงไม่กี่มิลลิวินาที รหัสการเลื่อนในแนวตั้งใน Visual Studio มีเวลาหน่วง 50 ms คิดเกี่ยวกับวิธีแก้ปัญหาการถ่ายโอนหน้าจอที่แข็งแกร่งของ TeamViewer เพื่อให้บรรลุทั้งหมดนี้

VNC ใช้ hooks ที่ยึดตามแบบโพลเพื่อตรวจจับการเปลี่ยนแปลงหน้าจอและการดักจับ / เปรียบเทียบหน้าจอที่ดุร้ายที่สุด อย่างดีที่สุดพวกเขาใช้โปรแกรมควบคุมมิเรอร์เช่น DFMirage ฉันอยู่ในระดับนี้ และพวกเขาใช้สิ่งที่เรียกว่าโปรโตคอล RFB

Microsoft Windows Remote Desktop ดูเหมือนจะสูงกว่า VNC ไปหนึ่งก้าว ฉันได้ยินมาจากที่ใดที่หนึ่งบน StackOverflow ว่า Windows Remote Desktop ไม่ส่งบิตแมปหน้าจอ แต่เป็นคำสั่งการวาดที่เกิดขึ้นจริง มันยอดเยี่ยมมากเพราะมันสามารถส่งข้อความแบบง่าย ๆ (วาดสี่เหลี่ยมนี้ที่พิกัดนี้และระบายสีด้วยการไล่ระดับสีนี้)! เดสก์ท็อประยะไกลนั้นค่อนข้างเร็ว - และเป็นวิธีมาตรฐานในการทำงานจากที่บ้าน และใช้สิ่งที่เรียกว่าโปรโตคอล RDP

ตอนนี้ TeamViewer เป็นปริศนาที่สมบูรณ์สำหรับฉัน เห็นได้ชัดว่าพวกเขาเปิดตัวซอร์สโค้ดสำหรับเวอร์ชัน 2 (TeamViewer เป็นเวอร์ชัน 7 ณ เดือนกุมภาพันธ์ 2555) ผู้คนได้อ่านและกล่าวว่าเวอร์ชัน 2 ไม่มีประโยชน์ - มันเป็นเพียงการปรับปรุง VNC เพียงเล็กน้อยด้วยการข้ามผ่าน NAT อัตโนมัติ

แต่เวอร์ชัน 7 ... มันเร็วอย่างน่าขัน ฉันหมายถึงมันเร็วกว่า Windows Remote Desktop จริง ๆ ฉันสตรีมเกม DirectX 3D ด้วย TeamViewer (ที่ 1 fps แต่เดสก์ท็อประยะไกลของ Windows ไม่ยอมให้ DirectX ทำงาน)

อย่างไรก็ตาม TeamViewer ทำสิ่งนี้ทั้งหมดโดยไม่มีไดรเวอร์มิเรอร์ มีตัวเลือกในการติดตั้งและมันก็เร็วขึ้นเล็กน้อย

คำถาม

คำถามของฉันคือ TeamViewer รวดเร็วขนาดไหนมันจะต้องเป็นไปไม่ได้ หากคุณมีความละเอียด 1920 x 1080 ที่ความลึก 24 บิต (ความลึก 16 บิตจะน่าเกลียดอย่างเห็นได้ชัด) ก็ยังคงดิบ 6,220,800 ไบต์ แม้แต่การใช้ libjpeg-turbo (หนึ่งในห้องสมุดบีบอัด JPG ที่เร็วที่สุดที่ใช้โดยองค์กรขนาดใหญ่) บีบอัดมันลงไปที่ 30KB (ขอใจกว้างมาก) จะใช้เวลาในการกำหนดเส้นทางผ่านเซิร์ฟเวอร์ของ TeamViewer (TeamViewer ข้าม NATs Symmetric ของ บริษัท เซิร์ฟเวอร์ของพวกเขา) และการบีบอัด libjpeg-turbo นั้นต้องใช้เวลาในการบีบอัด การบีบอัด JPG คุณภาพสูงใช้เวลา 175 มิลลิวินาทีสำหรับหน้าจอเต็ม 1920 x 1080 สำหรับฉัน และจำนวนนั้นจะเพิ่มขึ้นหากคอมพิวเตอร์ของโฮสต์ทำการประมวลผล Atom ฉันไม่เข้าใจว่า TeamViewer ปรับการถ่ายโอนหน้าจอให้เหมาะสมได้อย่างไร รูปภาพขนาดเล็กอาจถูกบีบอัดสูง แต่ใช้เวลาอย่างน้อยสิบมิลลิวินาทีในการบีบอัด ภาพขนาดใหญ่ไม่ต้องใช้เวลาบีบอัด แต่ต้องใช้เวลานานในการผ่าน อย่างไรก็ตาม TeamViewer ทำให้กระบวนการทั้งหมดนี้เสร็จสมบูรณ์เพื่อให้ได้ประมาณ 20-25 เฟรมต่อวินาที ฉันเคยใช้เครือข่ายมอนิเตอร์และ TeamViewer ยังคงไม่มีความล่าช้าที่ความเร็ว 500 Kbps และ 1 Mbps (ซอฟแวร์ VNC ล้าหลังสองสามวินาทีในอัตราการถ่ายโอนนั้น) ในช่วงของฉันtreeการทดสอบพร้อมรับคำสั่ง TeamViewer ได้รับข้อมูลขาเข้าในอัตรา 1 Mbps และยังคงทำงานอยู่ที่ 5-6 fps VNC และเดสก์ท็อประยะไกลไม่ทำเช่นนั้น ดังนั้นวิธีการที่?

คำตอบจะค่อนข้างซับซ้อนและซับซ้อนดังนั้นโปรดอย่าโพสต์ของคุณ $ 0.02 ถ้าคุณจะบอกว่าเป็นเพราะพวกเขาใช้ UDP แทน TCP (คุณเชื่อหรือไม่ว่าพวกเขาใช้ TCP จริง ๆ เช่นเดียวกับที่สำเร็จ)

ฉันหวังว่าจะมีนักพัฒนา TeamViewer อยู่ที่นี่ใน StackOverflow

คำตอบที่เป็นไปได้

จะอัปเดตสิ่งนี้เมื่อมีคนตอบกลับ

1. ความคิดของฉันคือสิ่งแรกคือ TeamViewer มีการควบคุมเครือข่ายที่ดีมาก ตัวอย่างเช่นพวกเขาแบ่งแพ็คเก็ตขนาดใหญ่ให้อยู่ภายใต้ขนาด MTU และไม่ต้องเสียเวลาเดินทาง พวกเขาอาจมีตะขอแฟนซีทุกประเภทเพื่อตรวจจับการเปลี่ยนแปลงหน้าจอพร้อมกับการเปรียบเทียบภาพ XOR ที่เร็วมาก

สิ่งพื้นฐานที่สุดที่นี่น่าจะเป็นที่คุณไม่ต้องการที่จะส่งภาพแบบคงที่ แต่เปลี่ยนแปลงไปภาพซึ่งเป็นหลักจะคล้ายคลึงกับการสตรีมวิดีโอ

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

ประสิทธิภาพ DirectX 3D ที่ 1 FPS ดูเหมือนจะยืนยันการคาดเดาของฉันในระดับหนึ่ง

จะใช้เวลาในการกำหนดเส้นทางผ่านเซิร์ฟเวอร์ของ TeamViewer (TeamViewer ข้ามการ Symmetric NATs ขององค์กรโดยเพียงแค่การรับส่งข้อมูลผ่านเซิร์ฟเวอร์ของพวกเขา)

คุณจะพบว่า TeamViewer ไม่ค่อยต้องการถ่ายทอดทราฟฟิกผ่านเซิร์ฟเวอร์ของตนเอง TeamViewer แทรกซึม NAT และเครือข่ายที่ซับซ้อนโดย NAT โดยใช้การแวะผ่าน NAT (ฉันคิดว่าเป็นการเจาะ UDPเช่นเดียวกับ libjingle ของ Google )

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

ฉันเคยเห็นมันทำเมื่อลูกค้าได้รับหลัง NAT สองครั้ง

คำตอบช้าไปหน่อย แต่ฉันขอแนะนำให้คุณดูโปรเจ็กต์ที่ไม่ค่อยเป็นที่รู้จักใน codeplex ชื่อConferenceXP

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

มีแหล่งที่มาแบบเต็ม (มันใหญ่มาก!) มันดำเนินการโปรโตคอล RTP

มันฟังดูเหมือนการสตรีมวิดีโอมากกว่าการสตรีมรูปภาพตามที่มีคนแนะนำ การบีบอัด JPEG / PNG ไม่ได้ถูกกำหนดเป้าหมายไว้สำหรับความเร็วประเภทนี้ดังนั้นให้ลืมมัน

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

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

การเดาแบบสุ่มของฉันคือ: ทีวีใช้ตัวแปลงสัญญาณx264ซึ่งมีใบอนุญาตประกอบการค้า (มิฉะนั้น TeamViewer จะต้องปล่อยซอร์สโค้ดของตน) เมื่อถึงจุดหนึ่ง (มากกว่า 5 ปีที่ผ่านมา) ฉันจำได้ว่านักพัฒนาหลักของ x264 เขียนบทความเกี่ยวกับการปรับปรุงที่เขาทำสำหรับการเข้ารหัสการหน่วงเวลาต่ำ (ถ้าคุณหน่วงโดยตัวเข้ารหัสเฟรมไม่กี่เฟรมสามารถบีบอัดได้ดีขึ้น) เกี่ยวข้องกับการใช้งานเหมือน TeamViewer ในโพสต์นั้นเขากล่าวถึงการเล่นไหวผ่านวิดีโอสตรีมโดยไม่มีปัญหาที่เห็นได้ชัดเจน ย้อนกลับไปฉันแน่ใจว่าใครเป็นผู้สนับสนุนการปรับปรุงเหล่านี้เนื่องจาก TeamViewer ค่อนข้างเป็นตัวเลือกเดียวในเวลานั้น x264 เป็นการใช้งานโอเพนซอร์สของตัวแปลงสัญญาณวิดีโอ H264และการใช้งานที่ดีอย่างบ้าคลั่งมันเป็นสิ่งที่ดีที่สุด ในขณะเดียวกันก็ปรับให้เหมาะสมอย่างมาก เป็นไปได้มากว่าเนื่องจากการใช้งาน x264 ที่ยอดเยี่ยมคุณจะได้รับผลลัพธ์ที่ดีขึ้นมากเมื่อใช้ TV ที่มี CPU ที่ต่ำกว่า AnyDesk และ Chrome Remote Desk ใช้ libvpx ซึ่งไม่ดีเท่า x264 (การเพิ่มประสิทธิภาพและคุณภาพวิดีโอที่ชาญฉลาด)

อย่างไรก็ตามฉันไม่คิดว่า TeamView สามารถเอาชนะ RDP ของ Microsoft ได้ สำหรับฉันมันเป็นสิ่งที่ดีที่สุด แต่มันใช้งานได้ระหว่าง windows PCs หรือจาก Mac เป็น Windows เท่านั้น ทีวีใช้งานได้จากโทรศัพท์มือถือ

อัปเดต: บทความเขียนขึ้นในเดือนมกราคม 2010 ดังนั้นงานจึงเสร็จประมาณ 10 ปีที่แล้ว นอกจากนี้ฉันทำผิด: เขาเล่นตามหน้าที่ไม่สั่นคลอน เมื่อคุณโพสต์คำถามของคุณหากการเดาของฉันถูกต้อง TeamViewer ใช้งานนั้นเป็นเวลา 3 ปี อ่านบล็อกโพสต์จากที่เก็บเว็บ: x264: ต่ำแฝงวิดีโอสตรีมมิ่งแพลตฟอร์มที่ดีที่สุดในโลก เมื่อฉันอ่านบทความย้อนกลับไปในปี 2010 ฉันแน่ใจว่า "การเริ่มต้น - ซึ่งไม่ได้ขอชื่อ" ที่ผู้เขียนกล่าวถึงคือ TeamViewer

อย่างผิดปกติ แต่จากประสบการณ์ของฉัน TeamViewer นั้นไม่ตอบสนองเร็วกว่า VNC เพียงตั้งค่าได้ง่ายกว่าเท่านั้น ฉันมี win-boxen สองสามตัวที่ฉัน VNC ผ่าน OpenVPN (มีอีกชั้นหนึ่งเหนือศีรษะ) และนั่นคือสายเคเบิลราคาถูก (512 ขึ้นไป) และฉันพบว่าการตั้งค่า TightVNC ให้ตอบสนองได้ดีกว่า TeamViewer ไปยัง boxen เดียวกัน RDP (ตามธรรมชาติ) มากยิ่งขึ้นดังนั้นเนื่องจากโดยส่วนใหญ่จะส่งคำสั่งวาด GUI แทนการเรียงบิตแมป

ซึ่งนำเราไปยัง:

1. ทำไมคุณไม่ใช้ VNC มีโซลูชั่นโอเพนซอร์ซมากมายและแน่นน่าจะเป็นเกมที่ดีที่สุดในตอนนี้

2. การใช้งาน VNC ขั้นสูงใช้การบีบอัดแบบสูญเสียและดูเหมือนว่าจะได้ผลลัพธ์ที่ดีกว่า PNG ที่คุณเลือก นอกจากนี้ IIRC ส่วนของส่วนที่เหลือจะถูกบีบอัดด้วย zlib Bothj Tight และ UltraVNC มี algos ที่เหมาะสมที่สุดโดยเฉพาะอย่างยิ่งสำหรับ windows ด้านบนของ Tight คือโอเพ่นซอร์ส

3. ถ้า win boxen เป็นเป้าหมายหลักของคุณ RDP อาจเป็นตัวเลือกที่ดีกว่าและมีการใช้งาน opensource (rdesktop)

4. ถ้า * nix boxen เป็นเป้าหมายหลักของคุณ NX อาจเป็นตัวเลือกที่ดีกว่าและมีการนำโอเพนซอร์ซมาใช้ (FreeNX แม้ว่าจะไม่ได้รับการปรับให้เหมาะสมเท่ากับผลิตภัณฑ์ที่เป็นกรรมสิทธิ์ของ NoMachine)

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

และมีกลอุบายมากมายที่ต้องอยู่ใน Tight> 2.0 ตั้งแต่นั้นมาอีกครั้งจากประสบการณ์ของฉันมันทำให้นรกออกจากการทำงานของ TeamViewer แบบไวส์ YMMV

นอกจากนี้ตัวเลือกของ JIT ที่คอมไพล์รันไทม์เหนือสิ่งอื่นเช่น C ++ อาจใช้เวลาส่วนหนึ่งจากขอบประสิทธิภาพของคุณโดยเฉพาะในเครื่องที่ จำกัด หน่วยความจำ (การปรับแต่งประสิทธิภาพจำนวนมากเข้าสู่โถส้วมเมื่อ windows เริ่มใช้ pagefile อย่างเข้มข้น) และคุณจะต้องใช้หน่วยความจำเพื่อรักษาสถานะภาพก่อนหน้าเพื่อเปรียบเทียบภายในสิ่งที่ DF mirage มอบให้คุณ