Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
On Thu, Mar 04, 2021 at 08:38:22AM +0100, Omar Polo wrote: > > Omar Polo writes: > > > [...] > > > > A window with > > > >> cannot open file "fsgame.ltx". Check your working folder. > > > > appears, but at least it's not crashing! > > That's because when innoextract installed the game data, placed a wrong > symlink in fsgame.ltx that pointed to /usr/share/openxray/fsgame.ltx > instead of /usr/local/... > > Fixed that it still fails, but for a different reason: While I admit that I'm somewhat curious about the progress on this, I don't think the ports@ mailing list is the right place to share minutiae on progress of software that a) still doesn't compile/link, and b) will for all we can tell never be a candidate for a port given the legal situation of the source code [1][2]. I suggest you exchange progress some other way - private repo, private email, ... > > > Cannot find file \home\op\.local\share\GSC Game World\S.T.A.L.K.E.R. - > > Call of Pripyat\gametadata\configs\system.ltx. Reinstalling > > application may fix this problem. > > and the mentioned .../gamedata/configs directory doesn't exists. > > P.S.: Yup, the game uses backslashes instead of forward slashes when > printing the path, not something I made up. > [1] https://marc.info/?l=openbsd-ports=161442903129677=2 [2] https://github.com/OpenXRay/OpenAutomate/blob/master/LICENSE
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Omar Polo writes: > [...] > > A window with > >> cannot open file "fsgame.ltx". Check your working folder. > > appears, but at least it's not crashing! That's because when innoextract installed the game data, placed a wrong symlink in fsgame.ltx that pointed to /usr/share/openxray/fsgame.ltx instead of /usr/local/... Fixed that it still fails, but for a different reason: > Cannot find file \home\op\.local\share\GSC Game World\S.T.A.L.K.E.R. - > Call of Pripyat\gametadata\configs\system.ltx. Reinstalling > application may fix this problem. and the mentioned .../gamedata/configs directory doesn't exists. P.S.: Yup, the game uses backslashes instead of forward slashes when printing the path, not something I made up.
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Eugene Moz. writes: > Updated tarball. It builds fine now, more testing required though. Attaching an updated tarball with some bugfixes. This changes the patch to _math.cpp by implementing some missing bits with sysctl(2) and fixing a floating point error. This was actually interesting, and I'm not sure I did something correct, but yo, it works(tm). The engine tries to initialise the FPU using fldcw and a bunch of constants that I blatantly copied from a freebsd header because I don't know where they are defined on OpenBSD; but the process was killed with a SIGFPE. Reading some documentation (I don't know almost anything about x86 asm) I found out that one should use fclex/fnclex before loading new FPU control words. It fixed the SIGFPE, but I don't know why this doesn't seem to be required on windows and linux. It also contains a new patch to xrMemory.cpp which fixes a segfault by implementing a method. (You just can't understand how I love those #ifdef XR_PLATFORM_WINDOWS/#elif XR_PLATFORM_LINUX/#endif...) Everything else should be the same as in your previous tarball. The makefile has still various things that can be improved, and also some of the patches may need to be cleaned up a bit and documented, but with this I can actually launch the engine!! A window with > cannot open file "fsgame.ltx". Check your working folder. appears, but at least it's not crashing! Here's the log: ; xr_3da ! Couldn't create surface from image: Couldn't open logo.bmp OpenXRay Rx64 build 8061, Mar 3 2021 Custom build from commit[] branch[] command line * CPU features: RDTSC, MMX, SSE, SSE2, SSE3, SSE4.1, SSE4.2, AVX, AVX2 * CPU cores/threads: 4/4 * CPU current freq: 3593 MHz Initializing File System... $fs_root$ = /home/op/.local/share/GSC Game World/S.T.A.L.K.E.R. - Call of Pripyat/ using fs-ltx fsgame.ltx Too tired tonight to continue, hopes this helps =) openxray.tar.gz Description: Binary data
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Updated tarball. It builds fine now, more testing required though. -- Eugene Moz. openxray.tar.gz Description: Binary data
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
We'll see about that when we know it works, they are a bit dirty for that atm =) P.S. Sorry for double message David, forgot cc, again. -- Eugene Moz.
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Here's updated ports, for anyone that follows, openxray now *almost* builds. games/openxray devel/lockfile graphics/freeimageplus Also fixed error in freeimageplus, be wary both freeimage and freeimageplus are required to build openxray. Thanks to Stuart for his efforts =) -- Eugene Moz. openxray.tar.gz Description: Binary data lockfile.tar.gz Description: Binary data freeimageplus.tar.gz Description: Binary data
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
On 2021/02/27 23:29, Jonathan Gray wrote:
> On Sat, Feb 27, 2021 at 01:53:22PM +0300, Eugene Moz. wrote:
> > Hello,
> > This is based on: https://github.com/OpenXRay/xray-16
>
> Isn't this based on leaked code they don't have permission to distribute?
>
> "All source code included with this distribution, unless declared
> otherwise, is commercial GSC Game World proprietary code."
>
> "Be advised that this is a community project not sanctioned by GSC Game
> World in any way – and they remain the copyright holders of all the
> original source code and S.T.A.L.K.E.R. franchise."
The NVIDIA license in
https://github.com/OpenXRay/OpenAutomate/blob/master/LICENSE
is delightful too
> > This is work in progress, at the time of writing, I'm stuck at
> > "undefined reference to `__cxa_atexit'", I've tried building
> > with both ports-gcc and base-clang, same error. For now I've
> > chosen gcc, clang is not officialy supported by ^1.
> > If anyone is willing to help get this working, please do so =)
> > I'll include my last build.log, for examination purposes:
> > https://clbin.com/WjJoU
You can't use gcc, the port uses libraries which are compiled with
clang and the two standard libraries will conflict.
I've attached a Makefile which fixes a few things but I lost interest
when I saw the licenses..
# $OpenBSD: Makefile,v 1.11 2020/12/17 07:41:42 thfr Exp $
# versions are in sync with FNA versions
V = 16
COMMENT = unofficial improved version of X-Ray Engine
PKGNAME = openxray-${V}
GH_ACCOUNT =OpenXRay
GH_PROJECT =xray-16
GH_TAGNAME =822-december-preview
MASTER_SITES0 = https://github.com/
DIST_SUBDIR = openxray
DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
.for A N C in \
GPUOpen-LibrariesAndSDKs AGS_SDK
dbeff30568aa1494d6f520232ea79cdaa1a2398f \
OpenXRay BugTrapc619077b40ee6e7ad6ffc5a194a5d3583af8f78e \
OpenXRay FreeMagic ba39f90bef46fd79166ccdb661e902f45d48560e \
OpenXRay GameSpy5cd0fcdfd301e7e81d3da48717cf0bb55c59349c \
OpenXRay LuaJIT c114e08f1a15599102ff86afc7239de5c3231db8 \
OpenXRay OpenAutomate 9ee089894c6d403aba5968ce1c8c26578b8e2b0a \
g-truc gli30808550a20ca53a255e6e1e77070493eda7b736 \
OpenXRay luabind-deboostified 70ef64fee4a9e41fb6ac540938311fc80a52d976 \
OpenXRay mimalloc a43a51ad21e1620a14eae041d8c6b8badd01d2a3
DISTFILES +=$N-{$A/$N/archive/}$C.tar.gz:0
.endfor
CATEGORIES =games
HOMEPAGE = https://github.com/OpenXRay/xray-16
MAINTAINER =Eugene Moz.
# openxray: "commercial GSC Game World proprietary code"
# AGS_SDK, BugTrap, LuaJIT, gli, luabind, mimalloc: MIT/similar
# FreeMagic: likely free but "see some license pdf on a website which
# no longer exists"
# OpenAutomate: NVIDIA license in Externals/OpenAutomate/LICENSE;
# revocable(sic), renewable on 1 year terms, confidentiality clauses,
# can only be distributed in unmodified form, etc
PERMIT_PACKAGE =license problems
PERMIT_DISTFILES = license problems
# lockfile
WANTLIB += ${COMPILER_LIBCXX} SDL2 jpeg GLEW freeimage cryptopp
WANTLIB += tbb pthread theora ogg openal pcre lzo m xcb-glx xcb-dri3 xcb-present
WANTLIB += xcb-sync xcb-xfixes xshmfence c drm expat glapi xcb xcb-dri2 GL GLU
X11
WANTLIB += X11-xcb Xdamage Xext Xfixes Xxf86vm
COMPILER = base-clang ports-gcc
MODULES = devel/cmake
LIB_DEPENDS = archivers/lzo \
devel/cryptopp \
devel/sdl2 \
devel/tbb \
graphics/freeimage
post-extract:
.for D in AGS_SDK BugTrap FreeMagic GameSpy LuaJIT OpenAutomate \
gli luabind mimalloc
rmdir ${WRKSRC}/Externals/$D
mv ${WRKDIR}/$D* ${WRKSRC}/Externals/$D
.endfor
.include
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
On Sat, Feb 27, 2021 at 01:53:22PM +0300, Eugene Moz. wrote: > Hello, > This is based on: https://github.com/OpenXRay/xray-16 Isn't this based on leaked code they don't have permission to distribute? "All source code included with this distribution, unless declared otherwise, is commercial GSC Game World proprietary code." "Be advised that this is a community project not sanctioned by GSC Game World in any way – and they remain the copyright holders of all the original source code and S.T.A.L.K.E.R. franchise." > This is work in progress, at the time of writing, I'm stuck at > "undefined reference to `__cxa_atexit'", I've tried building > with both ports-gcc and base-clang, same error. For now I've > chosen gcc, clang is not officialy supported by ^1. > If anyone is willing to help get this working, please do so =) > I'll include my last build.log, for examination purposes: > https://clbin.com/WjJoU > -- > Eugene Moz.
Re: [NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Forgot to include additional ports required as dependencies. devel/lockfile and graphics/freeimageplus -- Eugene Moz. freeimageplus.tar.gz Description: Binary data lockfile.tar.gz Description: Binary data
[NEW][WIP] games/openxray game engine port for S.T.A.L.K.E.R.
Hello, This is based on: https://github.com/OpenXRay/xray-16 This is work in progress, at the time of writing, I'm stuck at "undefined reference to `__cxa_atexit'", I've tried building with both ports-gcc and base-clang, same error. For now I've chosen gcc, clang is not officialy supported by ^1. If anyone is willing to help get this working, please do so =) I'll include my last build.log, for examination purposes: https://clbin.com/WjJoU -- Eugene Moz. openxray.tar.gz Description: Binary data
