(01-07-2020, 08:39 PM)necron2600 Wrote: If I recall, even the Solaris 10/SPARC compile of GemRB skipped the movies.. I forget if that had extra libs needed that were more completed to get built or not. The movies were never super great anyway.
Don't know what movies are meant here. I Need some pointers, please.
(01-07-2020, 08:39 PM)necron2600 Wrote: My Octane has a lot of stuff installed (and many 'workarounds' here and there) though that could be hindering things. I also believe it is IRIX 6.5.29, and not 6.5.30 (an old install I did years ago). I have a Tezro with 6.5.30 to try later.. but it also has a lot of stuff installed.
My dev Environment is a O2 R5k 200MHz with IRIX 6.5.30. I would say running on another IRIX Version may be a Problem, as some System libs are overlay specific.
(01-07-2020, 08:39 PM)necron2600 Wrote: I followed the install.. but was getting an SDL error with ENOMEM (out of memory).
Then to help debug.. I uninstalled and placed the extra libs from your packages into a custom directory.
Details of my specific issue (again.. not a typical out-of-box IRIX setup.. I have freeware installed, nekoware installed.. and much of nekoware Beta installed.. some /usr/local bits, and some obsolete nekoware libs I stuff in /opt/lib.. however I arrange libs as needed via LD_LIBRARYN32_PATH settings.
output (in this specific case for debugging.. I placed all your packages and 3rd party (your SDL version, etc..) into a separate dir /gemrb-needs/ and used LD_LIBRARYN32_PATH to point to it first. you can see it is using your compiled SDL-1.2.15 in the output
export LD_LIBRARYN32_PATH=/gemrb-needs/lib:/usr/lib32:/usr/freeware/lib32
(/gemrb-needs has all your extra required packages installed there (SDL, zlib, etc..).. however I did install to /usr/local before to no avail (ENOMEM))
Ok. Using LD_LIBRARYN32_PATH has the Problem of prepending to the Default rld search path of _every_ library in the dependency tree. For this case I provided a
file with a two Level deps tree for a working gemrb with Sound.
You can use that file to manually check library deps in your Environment.
(01-07-2020, 08:39 PM)necron2600 Wrote: [Core]: GemRB Core Version v0.8.4 Loading...
…
-- missing SDLAudio.so --
[PluginLoader]: Loaded plugin "SDL1 Video Driver" (SDLVideo.so).
...
As suggested, please use
GemRB with sound.
(01-08-2020, 04:09 AM)necron2600 Wrote: I was getting segmentation violations (SIGSEGV) running gemrb reported by debugging with ProDev's 'cvd': SDL_surface.c:738 where on viewing line 738 it is simply running SDL_LockSurface(). This accesses video memory, if that means anything.
Line 738 (src/video/SDL_surface.c) is:
if (! surface->locked ) {
…
}
This suggests a NULL Surface pointer which *can* be due to wrong deps libraries (maybe nekoware's SDL installed???).
Please don't use collectors, speedshop Tracing/tracking or the likes on gemrb. It hooks into System library entries and makes Debugging even harder. :s
The way to go for gemrb is printf and dbx.
(01-08-2020, 04:09 AM)necron2600 Wrote: There is a setting in the GemRB.cfg file for color depth:
Bpp=32
but it can also take Bpp=16
If i set it to Bpp=16, then gemrb gets past the SIGSEGV. (video card setup issue? I was able to use Bpp=32 on previous attempted GemRB builds.. granted they kept crashing during the game)
Interesting.
(01-08-2020, 04:09 AM)necron2600 Wrote: Code:
Good news. but then bad news:
[code][Core]: Plugin Loading Complete...
...
[Core]: Initializing GUI Script Engine...
MemoryError
I am assuming this is related to Python.. as if I set PATH to use nekoware's Python it gives more details, but still errors.
This is python for sure. You can tell by the error naming
style and the context: GUIScript is the gemrb module that loads the python DSO.
(01-08-2020, 04:09 AM)necron2600 Wrote: The relevant environment settings I am using:
Code:
PYTHONHOME=/usr/local/lib/python2.7
PYTHONPATH=/usr/local/lib/python2.7/
LD_LIBRARYN32_PATH=/usr/local/lib:/usr/freeware/lib:/usr/lib32:/opt/lib32gemrb:/opt/lib32
PATH=/usr/local/bin:/usr/local/sbin:/usr/sbin:/usr/bsd:/sbin:/usr/bin
Try using:
LD_LIBRARYN32_PATH=/lib32:/usr/lib32:/usr/local/lib:/usr/freeware/lib32:/opt/lib32gemrb:/opt/lib32
PATH=/usr/sbin:/usr/bsd:/sbin:/usr/bin:/usr/local/bin:/usr/freeware/bin
Note /usr/freeware/lib32 is different from /usr/freeware/lib . gemrb's freeware deps are in the former (*/lib32).
(01-08-2020, 04:09 AM)necron2600 Wrote: I am curious as to how Irinikus has run gemrb.. as I would expect Nekoware to be installed too?.. which Python is being used then?
The idea and the final goal is to get it running in 3 or 4 steps, like Irinikus did (excluding the intro movie Problem here).
Nekoware is not being used and at least in my builds won't be ever used.
Suggestions:
- try compiling the whole Thing on your Octane (complete Sources of all involved binaries will be posted today in a separate thread)
- try an Environment with IRIX 6.5.30 and deps (System, Freeware, gemrb) installed in Default Locations (this resembles Irinikus's and my Environment)
Tru
