Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Looking in /usr/lib, not /usr/local/lib #1

Open
SpawnHappyJake opened this issue Oct 13, 2012 · 1 comment
Open

Looking in /usr/lib, not /usr/local/lib #1

SpawnHappyJake opened this issue Oct 13, 2012 · 1 comment

Comments

@SpawnHappyJake
Copy link

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

@ulrichard
Copy link
Owner

Hi Jake,

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants