VirtualGL هو برنامج سطر الأوامر خال تماما، المتعدد والمفتوحة المصدر التي يمكن توجيه أوامر 3D من أي التطبيق برنامج OpenGL نظرا لمن جانب الخادم بطاقة الفيديو 3D، على أي نظام تشغيل لينكس أو يونيكس مثل. كما أنه يحول الصور المقدمة في ملف الفيديو.
تقدم الدعم ستيريو مخزنة رباعية
وتشمل
وهنا بعض الملامح الرئيسية مستويات تشبه محطة العمل من الأداء، وهو أمر مفيد للغاية عند استخدامها مع وكيل عالية السرعة TurboVNC، فضلا عن تقديم الدعم لتمكين بالتعاون جلسة 3D والتنقل، وهو مفيد جدا عند استخدامها مع VNC أو وكيل مماثل.
وبالإضافة إلى ذلك، يتضمن البرنامج الدعم لأكثر من 50MP / ثانية على 100 ميغابت الشبكة، خاصة عند استخدامها مع تطبيق TurboVNC ودعم ستيريو مخزنة رباعية. وهو يتيح للمستخدمين إزالة حجم البيانات 3D.
ويمكن استخدام رفيق VizStack
ويمكن بسهولة أن تستخدم هذا البرنامج كما مصاحب للمتصفح الويب VizStack لعرض فرص العمل مما يجعل موازية عن بعد، وكذلك مع البرمجيات الافتراضية إم وير أو أوراكل فيرتثلبوإكس لعرض تطبيقات OpenGL عن بعد على أنظمة تشغيل مايكروسوفت ويندوز.
يعمل في لينكس، BSD. ويندوز وماك
وVirtualGL هو مشروع عبر منصة والذي يعمل تحت جنو / لينكس، فري، مايكروسوفت ويندوز وأنظمة التشغيل Mac OS X. وقد تم اختبار بنجاح على أجهزة الكمبيوتر دعم أي من أبنية وحدة المعالجة المركزية 32 أو 64 بت.
الشروع في العمل مع VirtualGL
لراحتك، يتم توزيع البرنامج على النحو التركيب الأصلي للعديد من توزيعات جنو / لينكس التي تستخدم أي من DEB أو نظام إدارة الحزم RPM. حزمة مصدر متاح للتحميل لأنظمة التشغيل المستندة إلى نواة لينكس التي تستخدم مدير مجموعة مختلفة أيضا. بعد التثبيت، يمكنك استخدام البرنامج VirtualGL على المشاريع الخاصة بك. مزيد من التفاصيل الاستخدام ويمكن الاطلاع على المشروع و؛ [س] موقع
ما هو الجديد في هذا الاصدار:.
VirtualGL لن رمي استثناء إذا المكالمات تطبيق 3D وظائف معينة X11 وGLX مع حجة فارغة. وسوف بدلا من السماح للX11 الأساسي أو مكتبة GLX لمعالجة الخطأ. يعمل هذا على وجه التحديد حول مشكلة مع فيجي.
عمل حول قضية بموجبها، عندما تم تشغيل ANSYS منضدة 14.5 مع VirtualGL، فرعية (مثل محرر الهندسة) أطلقت من داخل بيئة طاولة العمل لن يخرج بشكل صحيح (وبالتالي سيصبح الكسالى.) تتأثر أيضا ANSYS HFSS هذه المسألة، التي من شأنها أن إما حبس عند الخروج أو سوف تطبع رسالة خطأ: ومثل؛ إنهاء دعا بعد رمي مثيل "rrerror '& مثل ؛.
عمل حول قضية بموجبه، عند استخدام MAGMA5 مع VirtualGL، وجهات النظر الثانية وما يليها فتح ضمن التطبيق لن تظهر دائما بشكل صحيح.
واضاف لدعم تمديد GLX_EXT_texture_from_pixmap.
واضاف لدعم ملحقات GLX_EXT_swap_control وGLX_SGI_swap_control ومتغير التكوين الجديد (VGL_REFRESHRATE) التي يمكن استخدامها للسيطرة عليهم. راجع دليل المستخدم لمزيد من المعلومات.
واضاف لدعم عمق = 32 صور والتكوينات FB.
وأضاف جديد ومثل، مدير النافذة ومثل. الوضع الذي يعطل ميزات معينة في VirtualGL التي تتداخل مع مديري نافذة 3D مثل تطبيق Compiz. هذا، جنبا إلى جنب مع [6] و [4] أعلاه، ينبغي أن يسمح تطبيق Compiz لتعمل بشكل صحيح مع هذا الإصدار من VirtualGL، شريطة أن يكون X خادم 2D لديه الدعم لتمديد X المركب. راجع دليل المستخدم لمزيد من المعلومات.
إصلاح الخطأ BadDrawable X11 التي وقعت عند تشغيل العميل البخار في VirtualGL.
تحسين دقة TCBench وCPUstat.
تبسيط السلوك VirtualGL عندما يتم تثبيته من مصدر: - vglrun يعمل الآن بغض النظر عن حيث تم تثبيت المكتبات فاكر. بناء نظام الصعبة رموز قيمة المتغير VGL_LIBDIR CMake إلى السيناريو الذي vglrun يتضرع حتى تتمكن من إضافة هذا الدليل إلى LD_LIBRARY_PATH. إذا تم تثبيت المكتبات فاكر إلى دليل مكتبة النظام، ثم منتجي يمكن أن تختار لحذف نص جديد، وسوف تستمر vglrun للعمل كما كانت دائما. - كلما تم تثبيت بناء 64 بت، glxspheres الآن إعادة تسمية glxspheres64، في انعقاد الحزم الرسمية. هذا يجعل من الممكن لتثبيت 32 بت وإصدار 64 بت من VirtualGL في نفس الدليل. - إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام تثبيت المكتبات فاكر من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / lib32 والمكتبات فاكر من 64 بت إلى بناء / الأراضي الفلسطينية المحتلة / VirtualGL / lib64. - وبالمثل، إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام لتثبيت الرمزي libGL للالكروم من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib32 والرمزي libGL ل الكروم من 64 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib64.
يتم تمكين PBO وضع readback الآن افتراضيا. وقد أظهرت أبحاث أخرى أن وحدات معالجة الرسومات الاحترافية تستفيد دائما من PBOs يتم تمكين (بشكل كبير جدا، في حالة من محولات AMD فاير) مع المستهلك الصف محولات AMD، PBOs القيام عموما لا ضرر، ومع المستهلك الصف نفيديا (غيفورسي) محولات، وكانت النتائج مختلطة. والسائقين غيفورسي يرتد إلى readbacks منع إذا كان تنسيق بكسل المطلوبة في glReadPixels () لا يتطابق مع تنسيق بكسل من Pbuffer، لذلك PBOs ستكون عموما أبطأ في تلك الحالات. وهكذا، VirtualGL يقع الآن مرة أخرى إلى وضع readback متزامن إذا كشف أن PBOs لا يتصرف بشكل غير متزامن.
وعلاوة على ذلك، لم يعد ممكنا VGL_FORCEALPHA افتراضيا عندما يتم تمكين PBOs. وقدم هذا الخيار بسبب سلوك غيفورسي المذكورة أعلاه، ولكن الخيار ليس له أي تأثير على الإطلاق مع وحدات معالجة الرسومات والاحترافية التي ينصح للاستخدام مع VirtualGL. بدلا من ذلك، سوف قارن مع الآن الكشف عن الحالات التي قد يكون من المفيد VGL_FORCEALPHA واقتراح تمكين أو تعطيل (إذا VGL_VERBOSE = 1).
يوفر هذا الإصدار من VirtualGL حزمة الثنائية والدعم الكامل لCygwin64.
ما هو الجديد في النسخة 2.4.1 / 2.5 بيتا 1:
VirtualGL لن رمي استثناء إذا كان تطبيق 3D يدعو بعض الوظائف X11 وGLX مع حجة فارغة. وسوف بدلا من السماح للX11 الأساسي أو مكتبة GLX لمعالجة الخطأ. يعمل هذا على وجه التحديد حول مشكلة مع فيجي.
عمل حول قضية بموجبها، عندما تم تشغيل ANSYS منضدة 14.5 مع VirtualGL، فرعية (مثل محرر الهندسة) أطلقت من داخل بيئة طاولة العمل لن يخرج بشكل صحيح (وبالتالي سيصبح الكسالى.) تتأثر أيضا ANSYS HFSS هذه المسألة، التي من شأنها أن إما حبس عند الخروج أو سوف تطبع رسالة خطأ: ومثل؛ إنهاء دعا بعد رمي مثيل "rrerror '& مثل ؛.
عمل حول قضية بموجبه، عند استخدام MAGMA5 مع VirtualGL، وجهات النظر الثانية وما يليها فتح ضمن التطبيق لن تظهر دائما بشكل صحيح.
واضاف لدعم تمديد GLX_EXT_texture_from_pixmap.
واضاف لدعم ملحقات GLX_EXT_swap_control وGLX_SGI_swap_control ومتغير التكوين الجديد (VGL_REFRESHRATE) التي يمكن استخدامها للسيطرة عليهم. راجع دليل المستخدم لمزيد من المعلومات.
واضاف لدعم عمق = 32 صور والتكوينات FB.
وأضاف جديد ومثل، مدير النافذة ومثل. الوضع الذي يعطل ميزات معينة في VirtualGL التي تتداخل مع مديري نافذة 3D مثل تطبيق Compiz. هذا، جنبا إلى جنب مع [6] و [4] أعلاه، ينبغي أن يسمح تطبيق Compiz لتعمل بشكل صحيح مع هذا الإصدار من VirtualGL، شريطة أن يكون X خادم 2D لديه الدعم لتمديد X المركب. راجع دليل المستخدم لمزيد من المعلومات.
إصلاح الخطأ BadDrawable X11 التي وقعت عند تشغيل العميل البخار في VirtualGL.
تحسين دقة TCBench وCPUstat.
تبسيط السلوك VirtualGL عندما يتم تثبيته من مصدر: - vglrun يعمل الآن بغض النظر عن حيث تم تثبيت المكتبات فاكر. بناء نظام الصعبة رموز قيمة المتغير VGL_LIBDIR CMake إلى السيناريو الذي vglrun يتضرع حتى تتمكن من إضافة هذا الدليل إلى LD_LIBRARY_PATH. إذا تم تثبيت المكتبات فاكر إلى دليل مكتبة النظام، ثم منتجي يمكن أن تختار لحذف نص جديد، وسوف تستمر vglrun للعمل كما كانت دائما. - كلما تم تثبيت بناء 64 بت، glxspheres الآن إعادة تسمية glxspheres64، في انعقاد الحزم الرسمية. هذا يجعل من الممكن لتثبيت 32 بت وإصدار 64 بت من VirtualGL في نفس الدليل. - إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام تثبيت المكتبات فاكر من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / lib32 والمكتبات فاكر من 64 بت إلى بناء / الأراضي الفلسطينية المحتلة / VirtualGL / lib64. - وبالمثل، إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام لتثبيت الرمزي libGL للالكروم من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib32 والرمزي libGL ل الكروم من 64 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib64.
يتم تمكين PBO وضع readback الآن افتراضيا. وقد أظهرت أبحاث أخرى أن وحدات معالجة الرسومات الاحترافية تستفيد دائما من PBOs يتم تمكين (بشكل كبير جدا، في حالة من محولات AMD فاير) مع المستهلك الصف محولات AMD، PBOs القيام عموما لا ضرر، ومع المستهلك الصف نفيديا (غيفورسي) محولات، وكانت النتائج مختلطة. والسائقين غيفورسي يرتد إلى readbacks منع إذا كان تنسيق بكسل المطلوبة في glReadPixels () لا يتطابق مع تنسيق بكسل من Pbuffer، لذلك PBOs ستكون عموما أبطأ في تلك الحالات. وهكذا، VirtualGL يقع الآن مرة أخرى إلى وضع readback متزامن إذا كشف أن PBOs لا يتصرف بشكل غير متزامن.
وعلاوة على ذلك، لم يعد ممكنا VGL_FORCEALPHA افتراضيا عندما يتم تمكين PBOs. وقدم هذا الخيار بسبب سلوك غيفورسي المذكورة أعلاه، ولكن الخيار ليس له أي تأثير على الإطلاق مع وحدات معالجة الرسومات والاحترافية التي ينصح للاستخدام مع VirtualGL. بدلا من ذلك، سوف قارن مع الآن الكشف عن الحالات التي قد يكون من المفيد VGL_FORCEALPHA واقتراح تمكين أو تعطيل (إذا VGL_VERBOSE = 1).
يوفر هذا الإصدار من VirtualGL حزمة الثنائية والدعم الكامل لCygwin64.
ما هو الجديد في النسخة 2.4.1:
VirtualGL لن رمي استثناء إذا كان تطبيق 3D يدعو بعض الوظائف X11 وGLX مع حجة فارغة. وسوف بدلا من السماح للX11 الأساسي أو مكتبة GLX لمعالجة الخطأ. يعمل هذا على وجه التحديد حول مشكلة مع فيجي.
عمل حول قضية بموجبها، عندما تم تشغيل ANSYS منضدة 14.5 مع VirtualGL، فرعية (مثل محرر الهندسة) أطلقت من داخل بيئة طاولة العمل لن يخرج بشكل صحيح (وبالتالي سيصبح الكسالى.) تتأثر أيضا ANSYS HFSS هذه المسألة، التي من شأنها أن إما حبس عند الخروج أو سوف تطبع رسالة خطأ: ومثل؛ إنهاء دعا بعد رمي مثيل "rrerror '& مثل ؛.
عمل حول قضية بموجبه، عند استخدام MAGMA5 مع VirtualGL، وجهات النظر الثانية وما يليها فتح ضمن التطبيق لن تظهر دائما بشكل صحيح.
واضاف لدعم تمديد GLX_EXT_texture_from_pixmap.
واضاف لدعم ملحقات GLX_EXT_swap_control وGLX_SGI_swap_control ومتغير التكوين الجديد (VGL_REFRESHRATE) التي يمكن استخدامها للسيطرة عليهم. راجع دليل المستخدم لمزيد من المعلومات.
واضاف لدعم عمق = 32 صور والتكوينات FB.
وأضاف جديد ومثل، مدير النافذة ومثل. الوضع الذي يعطل ميزات معينة في VirtualGL التي تتداخل مع مديري نافذة 3D مثل تطبيق Compiz. هذا، جنبا إلى جنب مع [6] و [4] أعلاه، ينبغي أن يسمح تطبيق Compiz لتعمل بشكل صحيح مع هذا الإصدار من VirtualGL، شريطة أن يكون X خادم 2D لديه الدعم لتمديد X المركب. راجع دليل المستخدم لمزيد من المعلومات.
إصلاح الخطأ BadDrawable X11 التي وقعت عند تشغيل العميل البخار في VirtualGL.
تحسين دقة TCBench وCPUstat.
تبسيط السلوك VirtualGL عندما يتم تثبيته من مصدر: - vglrun يعمل الآن بغض النظر عن حيث تم تثبيت المكتبات فاكر. بناء نظام الصعبة رموز قيمة المتغير VGL_LIBDIR CMake إلى السيناريو الذي vglrun يتضرع حتى تتمكن من إضافة هذا الدليل إلى LD_LIBRARY_PATH. إذا تم تثبيت المكتبات فاكر إلى دليل مكتبة النظام، ثم منتجي يمكن أن تختار لحذف نص جديد، وسوف تستمر vglrun للعمل كما كانت دائما. - كلما تم تثبيت بناء 64 بت، glxspheres الآن إعادة تسمية glxspheres64، في انعقاد الحزم الرسمية. هذا يجعل من الممكن لتثبيت 32 بت وإصدار 64 بت من VirtualGL في نفس الدليل. - إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام تثبيت المكتبات فاكر من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / lib32 والمكتبات فاكر من 64 بت إلى بناء / الأراضي الفلسطينية المحتلة / VirtualGL / lib64. - وبالمثل، إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام لتثبيت الرمزي libGL للالكروم من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib32 والرمزي libGL ل الكروم من 64 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib64.
يتم تمكين PBO وضع readback الآن افتراضيا. وقد أظهرت أبحاث أخرى أن وحدات معالجة الرسومات الاحترافية تستفيد دائما من PBOs يتم تمكين (بشكل كبير جدا، في حالة من محولات AMD فاير) مع المستهلك الصف محولات AMD، PBOs القيام عموما لا ضرر، ومع المستهلك الصف نفيديا (غيفورسي) محولات، وكانت النتائج مختلطة. والسائقين غيفورسي يرتد إلى readbacks منع إذا كان تنسيق بكسل المطلوبة في glReadPixels () لا يتطابق مع تنسيق بكسل من Pbuffer، لذلك PBOs ستكون عموما أبطأ في تلك الحالات. وهكذا، VirtualGL يقع الآن مرة أخرى إلى وضع readback متزامن إذا كشف أن PBOs لا يتصرف بشكل غير متزامن.
وعلاوة على ذلك، لم يعد ممكنا VGL_FORCEALPHA افتراضيا عندما يتم تمكين PBOs. وقدم هذا الخيار بسبب سلوك غيفورسي المذكورة أعلاه، ولكن الخيار ليس له أي تأثير على الإطلاق مع وحدات معالجة الرسومات والاحترافية التي ينصح للاستخدام مع VirtualGL. بدلا من ذلك، سوف قارن مع الآن الكشف عن الحالات التي قد يكون من المفيد VGL_FORCEALPHA واقتراح تمكين أو تعطيل (إذا VGL_VERBOSE = 1).
يوفر هذا الإصدار من VirtualGL حزمة الثنائية والدعم الكامل لCygwin64.
ما هو الجديد في النسخة 2.3.3:
VirtualGL لن رمي استثناء إذا كان تطبيق 3D يدعو بعض الوظائف X11 وGLX مع حجة فارغة. وسوف بدلا من السماح للX11 الأساسي أو مكتبة GLX لمعالجة الخطأ. يعمل هذا على وجه التحديد حول مشكلة مع فيجي.
عمل حول قضية بموجبها، عندما تم تشغيل ANSYS منضدة 14.5 مع VirtualGL، فرعية (مثل محرر الهندسة) أطلقت من داخل بيئة طاولة العمل لن يخرج بشكل صحيح (وبالتالي سيصبح الكسالى.) تتأثر أيضا ANSYS HFSS هذه المسألة، التي من شأنها أن إما حبس عند الخروج أو سوف تطبع رسالة خطأ: ومثل؛ إنهاء دعا بعد رمي مثيل "rrerror '& مثل ؛.
عمل حول قضية بموجبه، عند استخدام MAGMA5 مع VirtualGL، وجهات النظر الثانية وما يليها فتح ضمن التطبيق لن تظهر دائما بشكل صحيح.
واضاف لدعم تمديد GLX_EXT_texture_from_pixmap.
واضاف لدعم ملحقات GLX_EXT_swap_control وGLX_SGI_swap_control ومتغير التكوين الجديد (VGL_REFRESHRATE) التي يمكن استخدامها للسيطرة عليهم. راجع دليل المستخدم لمزيد من المعلومات.
واضاف لدعم عمق = 32 صور والتكوينات FB.
وأضاف جديد ومثل، مدير النافذة ومثل. الوضع الذي يعطل ميزات معينة في VirtualGL التي تتداخل مع مديري نافذة 3D مثل تطبيق Compiz. هذا، جنبا إلى جنب مع [6] و [4] أعلاه، ينبغي أن يسمح تطبيق Compiz لتعمل بشكل صحيح مع هذا الإصدار من VirtualGL، شريطة أن يكون X خادم 2D لديه الدعم لتمديد X المركب. راجع دليل المستخدم لمزيد من المعلومات.
إصلاح الخطأ BadDrawable X11 التي وقعت عند تشغيل العميل البخار في VirtualGL.
تحسين دقة TCBench وCPUstat.
تبسيط السلوك VirtualGL عندما يتم تثبيته من مصدر: - vglrun يعمل الآن بغض النظر عن حيث تم تثبيت المكتبات فاكر. بناء نظام الصعبة رموز قيمة المتغير VGL_LIBDIR CMake إلى السيناريو الذي vglrun يتضرع حتى تتمكن من إضافة هذا الدليل إلى LD_LIBRARY_PATH. إذا تم تثبيت المكتبات فاكر إلى دليل مكتبة النظام، ثم منتجي يمكن أن تختار لحذف نص جديد، وسوف تستمر vglrun للعمل كما كانت دائما. - كلما تم تثبيت بناء 64 بت، glxspheres الآن إعادة تسمية glxspheres64، في انعقاد الحزم الرسمية. هذا يجعل من الممكن لتثبيت 32 بت وإصدار 64 بت من VirtualGL في نفس الدليل. - إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام تثبيت المكتبات فاكر من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / lib32 والمكتبات فاكر من 64 بت إلى بناء / الأراضي الفلسطينية المحتلة / VirtualGL / lib64. - وبالمثل، إذا تم تعيين تثبيت البادئة الافتراضي (/ اختيار / VirtualGL)، ثم تخلف بناء نظام لتثبيت الرمزي libGL للالكروم من 32 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib32 والرمزي libGL ل الكروم من 64 بت بناء إلى / الأراضي الفلسطينية المحتلة / VirtualGL / fakelib64.
يتم تمكين PBO وضع readback الآن افتراضيا. وقد أظهرت أبحاث أخرى أن وحدات معالجة الرسومات الاحترافية تستفيد دائما من PBOs يتم تمكين (بشكل كبير جدا، في حالة من محولات AMD فاير) مع المستهلك الصف محولات AMD، PBOs القيام عموما لا ضرر، ومع المستهلك الصف نفيديا (غيفورسي) محولات، وكانت النتائج مختلطة. والسائقين غيفورسي يرتد إلى readbacks منع إذا كان تنسيق بكسل المطلوبة في glReadPixels () لا يتطابق مع تنسيق بكسل من Pbuffer، لذلك PBOs ستكون عموما أبطأ في تلك الحالات. وهكذا، VirtualGL يقع الآن مرة أخرى إلى وضع readback متزامن إذا كشف أن PBOs لا يتصرف بشكل غير متزامن.
وعلاوة على ذلك، لم يعد ممكنا VGL_FORCEALPHA افتراضيا عندما يتم تمكين PBOs. وقدم هذا الخيار بسبب سلوك غيفورسي المذكورة أعلاه، ولكن الخيار ليس له أي تأثير على الإطلاق مع وحدات معالجة الرسومات والاحترافية التي ينصح للاستخدام مع VirtualGL. بدلا من ذلك، سوف قارن مع الآن الكشف عن الحالات التي قد يكون من المفيد VGL_FORCEALPHA واقتراح تمكين أو تعطيل (إذا VGL_VERBOSE = 1).
يوفر هذا الإصدار من VirtualGL حزمة الثنائية والدعم الكامل لCygwin64.
لم يتم العثور على التعليقات