quake.de

[caedes]

Yamagi Quake II, ein Quake2 Port für Unix-artige Systeme, hat gestern Version 2.10RC erreicht.
Der Port konzentriert sich auf Single Player und Coop und ist wohl der ausgereiftetste Linux/Unix Port für diesen Zweck (AMD64-Unterstützung, Addons funktionieren, frei wählbare Auflösung, Musik kann aus OGG/Vorbis Dateien abgespielt werden, ...).

Bitte testet Version 2.10RC, Yamagi wartet auf Feedback um bald 2.10 stable veröffentlichen zu können

Ich werd wohl die nächsten Tage neue *.deb Pakete für Debian, Ubuntu, ... hochladen - aber der Source lässt sich auch schmerzfrei selbst compilen (wenige Abhängigkeiten).
Weitere Infos sind auf der Website und in der beiliegenden README zu finden.

Download: http://www.yamagi.org/quake2/

Feedback (insb. Bugreports) entweder per E-Mail an yamagi (quake2 #BEI# yamagi.org) oder hier in den Thread, ich leite das dann weiter
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

Ich hab gerade versucht das unter Mac OS X zu kompilieren (hier gibts nämlich garkeinen akzeptablen client).
Ich kenne mich nicht so gut aus, aber er schien eine Datei nicht zu finden. Müssen irgendwelche Dependencies vorher installiert werden?

[TTK-Bandit]

du brauchst libogg und libvorbis vorher noch.

[caedes]

ja, es gibt einige dependencies, siehe README, abschnitt 1.3

[SquiSHeR]

Ok, ich hab OGG und Vorbis doch, nur make findet sie irgendwie nicht. Liegt bei mir in /opt/local/include/vorbis/ bzw /opt/local/include/ogg/

Gibts da ne einfache Möglichkeit make mitzuteilen, dass er da suchen soll? z.B. über Path? Weil ich hab jetzt keine Lust den Pfad in den ganzen code files zu editieren.

[caedes]

dazu musst du die Makefile editieren, und zwar an der Stelle

[SquiSHeR]

[caedes]

yamagi q2 sieht halt osx nicht vor.. aber diesen fehler zu fixen ist ziemlich einfach:
man sucht nach BUILDSTRING und sieht, dass es in qcommon.h, in den zeilen 34-40 definiert wird:

[SquiSHeR]

Er will immer noch nicht ganz.

[Spirit]

Klar:
grep -R MAP_ANONYMOUS *

[caedes]

sehr hilfreich ist bei sowas cscope (kA, ob das bei OSX dabeiliegt oder schmerzfrei installierbar ist):
da kann man (idealerweise in src/) einmal cscope -R aufrufen und darin dann sachen suchen (generell nen string, definitionen, ...) und direkt in nem editor öffnen.
beenden kann man cscope übrigens mit ctrl-d (zumindest auf normalen tastaturen unter "normalen" unixen)

dann kommt man in diesem fall zu dem ergebnis, dass MAP_ANONYMOUS in sys/mman.h definiert ist - zumindest unter linux.
du könntest mal in /usr/include/ und evtl noch /usr/local/include/ nach MAP_ANONYMOUS greppen (wie von spirit beschrieben) und gucken, in welcher datei es definiert ist und die ggf includen
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

Hallo caedes,

habe mich nun endlich nochmal damit beschäftigt. cscope gibt es auch für den Mac. Ich hatte es mal installiert, aber eine suche nach der globalen definition von MAP_ANONYMOUS blieb erfolglos. Ich habe ehrlich gesagt aber auch keine Ahnung wie man cscope bedient, intuitiv finde ich es nicht gerade.
Danach habe ich mir dann mal GCC 4.4 installiert. Jetzt geht cscope nichtmehr, es sagt es findet keine source files. Keine Ahnung, ist aber auch erstmal egal. Ich habe dann einfach mal nach der Datei mman.h gesucht, und siehe da, ich habe sogar 8 Stück davon!
Eine liegt, wie du schon vermutet hast in /usr/include/sys! Interessant an dieser Stelle: grep findet die nicht. Ich habe mal reingeguckt und nirgendwo findet sich die deklaration von MAP_ANONYMOUS. Dafür gibt es

[SquiSHeR]

Ok nachdem ich das mit MAP_ANONYMOUS gefixt habe ein neues Problem:
Mit dieser Zeile in q_shared.h hat der Compiler ein Problem:

[SquiSHeR]

Sogar für diesen Fehler hab' ich selber 'nen Patch gefunden. Einfach von nem vorhandenen Mac Q2 Port abgeguckt. Vor besagte Zeile muss das hier rein

[SquiSHeR]

Das hier kommt wenn ich versuche es zu starten

[Spirit]

Du brauchst Treiber mit OpenGL-Beschleunigung. Also catalyst oder nvidia.

[SquiSHeR]

[caedes]

cool, du bist ja anscheinend richtig weit gekommen

das problem das du jetzt grade hast ist, dass er anscheinend der meinung ist, dass deine opengl-"dll" "opengl32" heißt.
unter linux heißt sie libGL.so.1, unter osx evtl "libGL.dylib"? bin da aber unsicher, vllt ist das auch was anderes.
auf jeden fall solltest du probieren, das spiel folgendermaßen zu starten:

[SquiSHeR]

Das hört sich ja schonmal ziemlich vielversprechend an!

Also bei mir gibt es im Verzeichnis /usr/X11/lib/ u.a. folgende Dateien:
libGL.1.2.dylib
libGL.1.dylib -> libGL.1.2.dylib
libGL.dylib -> libGL.1.2.dylib
libGLU.1.3.dylib
libGLU.1.dylib -> libGLU.1.3.dylib
libGLU.dylib -> libGLU.1.3.dylib

Also der von dir vorgeschlagene Treiber scheint vorhanden zu sein. Ich hab' mal versucht in der X11 Konsole Yamagi Quake2 zu starten, aber er fand auch libGL.dylib nicht.

[caedes]

ich hab keine ahnung, was diese fehlermeldungen bedeuten sollen und wo sie herkommen.. scheint irgendwas mac-spezifisches zu sein

probier auf jeden fall mal ein "sauberes" quake2-dir aus ohne den ganzen kram von anderen ports.. nur um sicher zu gehen, dass er wirklich keine fremden libs lädt o.ä.

EDIT: ich vermute, dass das mit SDL zusammenhängen könnte (yamagiq2 selbst nutzt ja nix osx spezifisches, außer du hast da was reingepatcht). hast du die aktuellste libsdl version (1.2.14)? ansonsten: http://www.libsdl.org/download-1.2.php
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

So ich hab's jetzt nochmal mit 'nem frischen Quake2 Verzeichnis probiert mit dem selben Resultat leider.
libsdl 1.2.14 habe ich eigentlich. Trotzdem sieht man ja auf der Fehlermeldung was von libsdl 1.2.0 - ich weis auch nicht.

[caedes]

hmm wenn bei mir beim mounten (unter linux) von SDL-1.2.14.dmg nix verlorengegangen ist, ist darin garkeine libSDL*.dylib enthalten
es gibt irgendwie "framework" oder so als alternative (kA was das genau sein soll), außerdem könntest du dir mal SDLMain angucken (kA, ob man das braucht), siehe auch http://www.libsdl.org/faq.php?action=listentries&category=7#55
und http://gameloop.wordpress.com/2009/08/11/sdl-unter-mac-os-x/

also vllt in der makefile in den CFLAGS "-I/Library/Frameworks/SDL.framework/Headers -framework SDL -framework Cocoa /Library/Frameworks/SDL.framework/devel-lite/SDLMain.m" oder teile davon hinzufügen?
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

So ich habe das alles jetzt mal versucht. SDL Framework installiert und beim makefile das so dazugemacht:

[caedes]

yamagiq2 selbst braucht glaub ich kein x11 - unter linux müsste es x11 über SDL nutzen, unter osx sollte dann analog cocoa usw genutzt werden (durch SDL)
wenn es x11 brauchen würde, müsste er beim compilen schon nölen, dass ihm entsprechende header fehlen.

[SquiSHeR]

Habe die Änderung in system.c eingebaut:

[caedes]

ne, das sieht eher nicht nach opengl-treiber aus, sondern eher, als könnte er _main (hat vermutl irgendwas mit SDLMain zu tun) in keiner "dll" finden.
er kommt garnicht so weit, zu merken, dass der opengl-treiber (nicht) stimmt

es gibt in der Makefile neben SDLCFLAGS noch "SDLLDFLAGS".

probier mal, diesen ganzen mac-spezifischen framework-wichs auch da hinten dran zu hängen (also "-I/Library/Frameworks/SDL.framework/Headers -framework SDL -framework Cocoa /Library/Frameworks/SDL.framework/devel-lite/SDLMain.m")

beim erstellen der executable werden definitiv die SDLLDFLAGS und nicht die SDLCFLAGS genutzt - das würde erkären, warum er _main nicht finden kann
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

Habe die zusätzlichen Parameter jetzt in beiden Bereichen SDLLDFLAGS und SDLCFLAGS hinten dran gehängt. Der Fehler beim Kompilieren bleibt der gleiche.

[SquiSHeR]

Mir fällt gerade auf, du hast jetzt das SDL in Frameworks referenziert. Ich hab' noch das aktuelle SDL (1.2.14_8), das ich über meinen Packet Manager installiert habe. Das dürfte auch Unix ähnlicher sein als das in OSX integrierte. Das liegt bei mir in /opt/local/var/macports/software/libsdl/1.2.14_8/opt/local

Dort gibts dann folgende Unterverzeichnisse:
bin
include
lib
share

Ich habe schon versucht ins makefile den oben angegebenen Pfad reinzumachen, noch ohne Erfolg. Aber vielleicht muss ich ja einen Unterordner angeben?

[caedes]

und ich war davon ausgegangen, du hättest dieses paket von libsdl.org ...
installiert das einfach mal und gucke, obs dann klappt.

wenn nicht musst du evtl sicherstellen, dass das sdlconfig, das zu per paketmanager installiert hast, genutzt wird (vollen pfad dahin angeben). außerdem solltest du dann zu den SDLLDFLAGS "-L /opt/local/var/macports/software/libsdl/1.2.14_8/opt/local/lib/" oder so hinzufügen.
_________________
caedes

"Censorship is telling a man he can't have a steak just because a baby can't chew it." - Mark Twain

[SquiSHeR]

Ok also die entsprechende Zeile im makefile sieht bei mir jetzt so aus: