คำถามติดแท็ก opengl

KDE SC 4.5.0 มีปัญหากับการ์ดแสดงผลบางตัวรวมถึงของฉันด้วย เมื่อปล่อยArch แนะนำหลายวิธีการแก้ปัญหา หนึ่งในนั้นคือ ส่งออก "LIBGL_ALWAYS_INDIRECT = 1" ก่อนเริ่ม KDE ฉันตัดสินใจว่ามันเป็นวิธีที่ง่ายที่สุดและดีที่สุด แต่ฉันไม่รู้ว่ามันทำอะไรหรือมีผลกระทบต่อระบบของฉันอย่างไร มันช้ากว่าค่าเริ่มต้นหรือไม่ ฉันควรจำที่จะจับตามองปัญหาและปิดการใช้งานในภายหลังเมื่อมันได้รับการแก้ไข?

22 xorg  kde  opengl 

ฉันมีระบบ Ubuntu 14.04 ที่ติดตั้งแพ็คเกจต่อไปนี้: libegl1-mesa:amd64 libegl1-mesa-drivers:amd64 libgl1-mesa-dri:amd64 libgl1-mesa-dri:i386 libgl1-mesa-glx:amd64 libgl1-mesa-glx:i386 libglapi-mesa:amd64 libglapi-mesa:i386 libgles2-mesa:amd64 libglu1-mesa:amd64 libopenvg1-mesa:amd64 libwayland-egl1-mesa:amd64 mesa-utils xvfb ฉันต้องการเริ่มต้นแอปพลิเคชันภายใต้ xvfb ฉันเริ่ม xvfb ครั้งแรกด้วย: $ Xvfb :1 -screen 0 1024x768x24 +extension GLX +render -noreset >> xsession.log 2>&1 & จากนั้นตรวจสอบไฟล์บันทึก xvfb: Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing …

15 x11  opengl  xvfb 

ฉันสนใจที่จะส่งต่อเซสชัน X11 ผ่าน SSH เพื่อเริ่มกระบวนการระยะไกลที่ใช้ OpenGL (โดยเฉพาะศาลาสำหรับคนที่คุ้นเคย) ปัญหาที่ฉันดูเหมือนว่าจะพบคือศาลานั้นล่มเนื่องจากการไม่ตรงกันในกราฟิกการ์ด; ไม่พบส่วนขยาย "NV-GLX" ผลลัพธ์ข้อผิดพลาดที่แน่นอน: Xlib: extension "NV-GLX" missing on display "localhost:10.0". Xlib: extension "NV-GLX" missing on display "localhost:10.0". X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 149 (GLX) Minor opcode of failed request: 16 (X_GLXVendorPrivate) Serial number of failed request: …

15 ssh  x11  opengl 

xvfb ควรให้ฉันเรียกใช้โปรแกรม X ในสภาพแวดล้อมที่ไม่มีหัว แต่เมื่อฉันวิ่งxvfb-run glxgearsฉันจะได้รับ: libGL error: failed to load driver: swrast libGL error: Try again with LIBGL_DEBUG=verbose for more details. Error: couldn't get an RGB, Double-buffered visual เมื่อฉันวิ่งLIBGL_DEBUG=verbose xvfb-run glxgearsฉันจะได้รับ: libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib/x86_64-linux-gnu/dri/swrast_dri.so libGL error: failed to load driver: swrast Error: couldn't get …

12 linux  opengl  xvfb 

ฉันมีพีซีที่อ่อนแอหนึ่งตัว (ไคลเอนต์) แต่มีประสิทธิภาพ 3D ที่ยอมรับได้และพีซีที่แข็งแกร่งหนึ่งตัว (เซิร์ฟเวอร์) ซึ่งควรจะสามารถเรียกใช้แอปพลิเคชันที่ใช้ OpenGL สองครั้งคือครั้งเดียวในพื้นที่และครั้งเดียวจากไคลเอนต์ ขณะนี้ฉันssh -Xเข้าสู่ระบบแล้ว แต่การแสดงผลคอนโซลของไคลเอ็นต์ใช้การแสดงผลซอฟต์แวร์และฉันได้รับเพียง 3 เฟรมต่อวินาที (fps) อันที่จริงแล้วการเข้ารหัสของ ssh ไม่จำเป็นเพราะนี่คือใน LAN แต่มันเป็นสิ่งที่ฉันรู้แล้วสำหรับการใช้งานระยะไกล ... ดังนั้นประสิทธิภาพของไคลเอ็นต์จะเพิ่มขึ้นได้อย่างไร ความคิดของฉันคือ ใช้การเร่งด้วยฮาร์ดแวร์ แต่เซิร์ฟเวอร์หรือไคลเอนต์และอย่างไร ใช้สิ่งที่แตกต่างจาก ssh ฉันรู้ว่าในความละเอียดเต็มรูปแบบและไม่มีการบีบอัดที่ซับซ้อน LAN ขนาด 100 Mbit / s จะไม่ทำให้ fps เพิ่มขึ้น แต่เป็นแอปพลิเคชันที่มีหน้าต่าง 800x450 ดังนั้นในทางทฤษฎีมากถึง 12 fps (ที่ 24 บิต / พิกเซล) ควรใช้ข้อมูลกราฟิกที่ไม่มีการบีบอัด และบางทีสิ่งที่ดีกว่านั้นอาจเป็นไปได้โดยใช้ GPU …

12 ssh  remote  opengl 

ฉันต้องการสร้างผลลัพธ์เสมือนจริงบนเซิร์ฟเวอร์ Xorg ของฉันใน Intel iGPU ปัจจุบัน (บน Ubuntu 16.04.2 HWE พร้อมเซิร์ฟเวอร์ Xorg รุ่น 1.18.4) มันคล้ายกับ Linux Mint 18.2 ซึ่งหนึ่งในxrandrผลลัพธ์แสดงต่อไปนี้: Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767 ... eDP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm ... …

11 x11  xorg  xrandr  opengl  virtual-desktop 

(ติดตามผลการใช้ 3D อย่างมีประสิทธิภาพผ่านการเชื่อมต่อระยะไกลได้อย่างไร ) ฉันติดตั้งแพ็คเกจ amd64 บนเซิร์ฟเวอร์และ i386 หนึ่งบนไคลเอนต์ ทำตามคำแนะนำของผู้ใช้ที่ฉันเรียกใช้บนไคลเอนต์: me@client> /opt/VirtualGL/bin/vglconnect me@server me@server> /opt/VirtualGL/bin/vglrun glxgears สิ่งนี้ทำให้เกิด segfault โดยใช้vglconnect -sสำหรับ ssh tunnel ไม่ทำงานเช่นกัน ฉันลองใช้วิธี TurboVNCซึ่งเป็นจุดเริ่มต้นvglrun glxgearsแต่ฉันต้องการส่งเฉพาะหน้าต่างแอปพลิเคชันที่ใช้การบีบอัด jpeg ปัญหาคือ 32 <-> 64 บิตใช่ไหม หรือฉันจะแก้ไขสิ่งต่าง ๆ ได้อย่างไร

9 opengl  segmentation-fault