You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First, I am GREATLY estatic about this project. As I understand it, it will basically be an open source substitute for VRizer (in the context of Linux gaming)? I've been hunting for something to fill that bill, and finally encountered it.
Anyways, I compiled dbe3e48 from source today, and when I tried:
But it still complained of LD_PRELOAD problems, which are from not being able to find the library, I assume.
However, it did get glxgears up and running in red-cyan anaglyph from the command.
Here is what printed out to terminal:
-- stereowrap(redcyan)(): glxgears -stereo
ERROR: ld.so: object 'libstereowrap.so' from LD_PRELOAD cannot be preloaded: ignored.
shader compilation: Fragment shader was successfully compiled to run on hardware.
shader linking: Fragment shader(s) linked.
303 frames in 5.0 seconds = 60.434 FPS
300 frames in 5.0 seconds = 60.000 FPS
301 frames in 5.0 seconds = 60.000 FPS
301 frames in 5.0 seconds = 60.000 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 111 requests (111 known processed) with 0 events remaining.
Then I copied libstereowrap.so.1.0 from the folder in which I ran make to /usr/lib.
Then I made a symlink, /usr/lib/libstereowrap.so, to /usr/lib/libstereowrap.so.1.0 .
-- stereowrap(redcyan)(): glxgears -stereo
shader compilation: Fragment shader was successfully compiled to run on hardware.
shader linking: Fragment shader(s) linked.
303 frames in 5.0 seconds = 60.443 FPS
300 frames in 5.0 seconds = 60.000 FPS
It seemed pretty happy.
That whole time, /usr/local/lib/libstereowrap.so.1.0 existed, and so did two symlinks to it:
/usr/local/lib/libstereowrap.so
/usr/local/lib/libstereowrap.so.1
Apparently, those just didn't do it for it.
So I don't know if I don't have my system set up right to look into /usr/local/lib, or if
stereowrap needs to be modified to use what's in /usr/local/lib.
It would be great to have that fixed so that the user will have a straight-forward experience. (assuming it's not something wrong with the way the user's system is set up.)
Keep it up, this is a really exciting, fun piece of software, assuming I can get it to work with games XD .
Jake
The text was updated successfully, but these errors were encountered:
as long as you don't want do use shutter glasses that are driven over a custom driver board connected to USB, you can also use the original code from :https://codelab.wordpress.com/2012/03/02/vsync-driven-shutter-glasses/
My modifications in this git repo are soley to sync the glasses if your monitor is not using VGA.
If I remember correctly, the original author always calls "make install" prior to use it. I'll have toch check about /usr/lib and /usr/local/lib issues.
For easy testing, I added test_locally.sh that sets the LD_LIBRARY_PATH to he build directory. Might be easiest to modify this script to your needs.
First, I am GREATLY estatic about this project. As I understand it, it will basically be an open source substitute for VRizer (in the context of Linux gaming)? I've been hunting for something to fill that bill, and finally encountered it.
Anyways, I compiled dbe3e48 from source today, and when I tried:
[jake@Vineyard ~]$ stereowrap -m redcyan glxgears -stereo
I got:
-- stereowrap(redcyan)(): glxgears
ERROR: ld.so: object 'libstereowrap.so' from LD_PRELOAD cannot be preloaded: ignored.
53697 frames in 5.0 seconds = 10739.238 FPS
54133 frames in 5.0 seconds = 10826.521 FPS
[jake@Vineyard ~]$ stereowrap -m redcyan glxgears -stereo
-- stereowrap(redcyan)(): glxgears -stereo
ERROR: ld.so: object 'libstereowrap.so' from LD_PRELOAD cannot be preloaded: ignored.
Error: couldn't get an RGB, Double-buffered, Stereo visual
I worked around the problem by doing:
[jake@Vineyard ~]$ LD_PRELOAD=/home/jake/ulrichard-stereowrap-dbe3e48/libstereowrap.so.1.0 stereowrap -m redcyan glxgears -stereo
(pointing it to where the library was compiled)
But it still complained of LD_PRELOAD problems, which are from not being able to find the library, I assume.
However, it did get glxgears up and running in red-cyan anaglyph from the command.
Here is what printed out to terminal:
-- stereowrap(redcyan)(): glxgears -stereo
ERROR: ld.so: object 'libstereowrap.so' from LD_PRELOAD cannot be preloaded: ignored.
shader compilation: Fragment shader was successfully compiled to run on hardware.
shader linking: Fragment shader(s) linked.
303 frames in 5.0 seconds = 60.434 FPS
300 frames in 5.0 seconds = 60.000 FPS
301 frames in 5.0 seconds = 60.000 FPS
301 frames in 5.0 seconds = 60.000 FPS
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
after 111 requests (111 known processed) with 0 events remaining.
Then I copied libstereowrap.so.1.0 from the folder in which I ran make to /usr/lib.
Then I made a symlink, /usr/lib/libstereowrap.so, to /usr/lib/libstereowrap.so.1.0 .
Then I again ran:
[jake@Vineyard ~]$ stereowrap -m redcyan glxgears -stereo
And got no complaints in terminal:
-- stereowrap(redcyan)(): glxgears -stereo
shader compilation: Fragment shader was successfully compiled to run on hardware.
shader linking: Fragment shader(s) linked.
303 frames in 5.0 seconds = 60.443 FPS
300 frames in 5.0 seconds = 60.000 FPS
It seemed pretty happy.
That whole time, /usr/local/lib/libstereowrap.so.1.0 existed, and so did two symlinks to it:
/usr/local/lib/libstereowrap.so
/usr/local/lib/libstereowrap.so.1
Apparently, those just didn't do it for it.
So I don't know if I don't have my system set up right to look into /usr/local/lib, or if
stereowrap needs to be modified to use what's in /usr/local/lib.
It would be great to have that fixed so that the user will have a straight-forward experience. (assuming it's not something wrong with the way the user's system is set up.)
Keep it up, this is a really exciting, fun piece of software, assuming I can get it to work with games XD .
Jake
The text was updated successfully, but these errors were encountered: