Schlagwort: Games

Amazon Games unter Linux und wine 8.2

Amazon, ursprünglich als Internet-Buchhändler gestartet, nun ein gewaltiges eCommerce-Imperium bietet unter anderem auch Computerspiele auf seiner Plattform unter dem Namen “Amazon Games” an.

Hierzu bietet Amazon, ähnlich wie andere Spieleanbieter, eine eigene Software an um die erworbenen Spiele einzusehen, zu verwalten und natürlich auch um diese zu starten.

Lange Zeit war dies aufgrund eines Bugs in wine nicht möglich, die Anwendung “Amazon Games” zu starten. Die urpsprüngliche Meldung stammt von mir.

Diese Problemaik tritt aber nicht weiter auf sofern man über ein Skript namens winetricks die entsprechenden Microsoftschriftarten (z.B. Arial, Times New Roman, Verdana etc. – kurz: corefonts) vorher installiert.

Über 1500 Spiele und Programme für eure Tests

Im Laufe der Jahre hat sich einiges an digitalen Spielen und Programmen bei mir angesammelt. Ein großer Dank geht dabei an epicgames.com wo ich eine so große Spielebibliothek von etwa 250 Spielen hochgezüchtet und bislang nicht einen Eurocent dafür bezahlt habe.

Auch gog.com bietet hin und wieder Kostenlos-Aktionen an.

805 Spiele auf gog.com
246 Spiele auf epicgames.com
447 Spiele auf Steam

Interesse an einem Test unter wine in der jeweils aktuellen Entwicklerversion oder Reproduktion eines Bugs? Probleme damit, einen Bugreport bei wine zu melden?

Gerne unterstütze ich euch auf Spendenbasis.

Schreibt einfach in die Kommentare sofern ihr Interesse habt und um welches Spiel es geht. Gerne schreibe ich auch einen Blogartikel darüber.

Commodore Emulator vice 3.6.1 on Slackware 15.0

The legendary best-selling computer Commodore 64 was my first home computer.

As out of nostalgia I tried compiling the vice SlackBuild on my Slackware 15.0 box but it would fail during compilation.

So I downloaded the original source code from sourceforge.net which compiled perfectly.

A note about the failing SlackBuild has been sent to the maintainer of the emulator.

CrossTie für “Ports of Call Classic” genehmigt – Test mit neuester Version CrossOver 21.2.0

Nach einer kleinen Auszeit melde ich mich mal wieder zurück. Durch eine Bonuszahlung an Experiencepoints habe ich nun Level 20 im CrossOver-BetterTester-Ranking erreicht und da kürzlich CrossOver 21.2.0 in einer neuen Version erschienen ist dachte ich es sei an der Zeit meine eingesendete CrossTie zu “Ports of Call Classic” zu testen. 

Resultat: Klappt aber es gibt während der Installation über die CrossTie eine Fehlermeldung, die man getrost überspringen kann. Das Spiel installiert sich auch so und läuft einwandfrei.

Linuxandlanguages.com – Wine- und CrossOvertests über Patreon!

Momentan arbeite ich an einem kleinen Projekt namens “Wineproben” welches exklusive Inhalte über Patreon generieren soll. Eine entsprechende Seite ist in Arbeit.

https://www.patreon.com/linuxandlanguages

 See you soon!

CrossOver 20 Beta 1 / Kleinere Probleme mit man unter openSUSE (inkl. Workaround)

Aktuell erreicht CrossOver der Firma Codeweavers wieder eine neue Beta-Phase. Auch ich teste wieder einen Teil meiner betreuten Anwendungen und werde wieder Berichte für die Codeweavers-Datenbank beisteuern. 

Ebenso möchte ich darauf hinweisen, dass seit dem neuesten Tumbleweed-Update es wohl Probleme mit dem “man” Befehl gibt. (Link zum Bugreport inkl. Workaround)

Letztendlich hat es bei mir geholfen, das “man” Paket wie folgt zu entfernen und wieder neu zu installieren:

# zypper remove man
# zypper install man

[Gaming] Wir spielen eine Runde Quake mit der darkplaces Engine

Quake-Logo

 Im Forum von ubuntuusers.de fragte ein Benutzer kürzlich, wie man mit der “darkplaces” Engine Quake 1 im Vollbildmodus spielen kann. 

Um diese Problematik nachzustellen habe ich mir von LadyHavocs Webseite das aktuelle “stable build 20140513” herunter geladen und in ein entsprechendes Verzeichnis entpackt.

Die Engine startete auch einwandfrei jedoch fehlten mir die Spieledateien. Glücklicherweise gibt es eine Shareware-Version, die frei geteilt werden kann und die erste Episode des Spiels enthält und unter DOSbox entpackt werden kann.

Damit ihr den Weg über DOSBox nicht machen müsst habe ich die notwendigen Shareware-Dateien in ein tar-Archiv komprimiert und in meinen Cloudspeicher geladen.

Download des Archivs (Passwort zur Cloud: quake123)

Der resultierende Ordner “id1” muss jetzt nur noch in das Verzeichnis der darkplaces-Engine kopiert oder verschoben werden.

Happy fragging!

In der AppDB für Lieblingsanwendungen abstimmen

Eine weitgehend unbekannte Tatsache bei der Nutzung von wine und CrossOver ist, dass man angeben kann, auf welche Applikationen und Spiele sich die wine-Entwickler fokussieren soll.

Und das geht im Falle von wine in der AppDB wie folgt:

  • Ihr benötigt ein Konto (Account) für die AppDB und loggt euch mit Benutzername und Passwort ein.
  • Über die Suchfunktion sucht ihr die von euch gewünschte Anwendung heraus und navigiert zu der entsprechenden Seite.
  •  Im Falle von StarCraft II sieht die Projektseite wie oben abgebildet aus. 
  • Auf der rechten Seite unter “Application Details” findet ihr den Button “Vote” worüber ihr bis zu drei Stimmen auf diese Anwendung oder das entsprechende Spiel kumulieren könnt. 
  • Es erfolgt keine Aufforderung, nach einer gewissen Zeit, die Stimmen neu zu verteilen. Dies ist insbesondere schade, da Spiele wie Counterstrike Source mittlerweile auch für Linux und Macintosh zu haben sind und manche Teilnehmer ihre Wahl und Verteilung ihrer Stimmen vielleicht doch nochmals überdenken und neu verteilen.
  • Derzeit ist “Final Fantasy XI” das mit Abstand meistgewählte Spiel. Persönlich kenne ich aber niemanden, der diesen Titel spielt oder gespielt hat.

Für welche Spiele stimmt ihr ab oder habt ihr abgestimmt? Welche Programme unter wine wären euch wichtig? Bitte lasst es mich in den Kommentaren wissen…

Erste Gehversuche auf dem Open Build Service und mein erstes .rpm-Paket

Heute Vormittag hatte ich ja einen Artikel über das Kompilieren von freesynd geschrieben und dabei wurde an der Paketverwaltung vorbei installiert. Warum also nicht mal probieren, aus diesen Erkenntnissen sein erstes eigenes Paket zu bauen?

Ich hatte bereits unter Mandriva Linux mich des öfteren im Paketbau versucht, bin aber ziemlich häufig gescheitert. openSUSE, was ich ja tagtäglich nutze bietet unter build.opensuse.org einen eigenen Buildservice an. Dort kann man nicht nur Pakete für openSUSE paketieren lassen sondern auch für andere Distributionen. Ich entschied mich aber erstmal für Tumbleweed zu paketieren.

Nach einem kurzem Einführungsvideo ging es dann auch schon gleich los und die Erstellung von Projekten und sogenannten Build-Targets ist ziemlich einfach dort zu definieren.

Der OBS ist auch sehr responsiv: Sprich wenn man einmal etwas hochgeladen hat, gehts auch schon gleich los und es wird auf einem anderen Rechner der Buildfarm gleich munter versucht, ein Paket zu erstellen.

Jedenfalls habe ich unter der folgenden URL nun auch ein Repository mit Paketen, die für i586 und x86_64 gebaut wurden:

https://build.opensuse.org/project/show/home:tapwag

Da openSUSE eine rpm-Distribution ist und die Paketierung laut eines Vortrags auf der ubucon 2015 auch wohl etwas leichter sein soll, richtete ich mir auch lokal eine Buildumgebung inkl. Schlüssel zur Signierung ein. Fairerweise muss ich erwähnen, dass ich das specfile von einem anderen Paketbauer übernommen habe.

Es gelang mir immerhin lokal mit dem specfile ein Paket für meine x86_64-Architektur zu bauen, welches sich auch installieren liess. Das specfile fügte ich dann noch dem OBS hinzu und dieser erstellte dann die passenden Pakete.

Bei OpenMandriva haben wir jetzt die Buildfarm auf eine dezentrale Struktur umgestellt und uns von ROSA losgesagt. Ich habe mittlerweile auch Schreibrechte um OpenMandriva Software gleich zu bearbeiten und meine Änderungen einzupflegen (merge-Rechte).

Am Donnerstag wird es somit in der WOBLUG einiges zu berichten geben. Dort werde ich git dann mal vorstellen aber erwartet keine Wunder.

Spiele-Sonntag: Syndicate (Origin) unter Linux unter openSUSE Tumbleweed komplieren und spielen

Hallo zusammen,

heute ist wieder Sonntag und ich habe wieder einige Tests zum Thema wine und Crossover gemacht. Mein openSUSE “Tumbleweed” System wurde mit den neuesten Paketen auf den neuesten Stand gebracht, jedoch wurde noch keine neuere Version von wine mitgeliefert, so dass ich immer noch bei Version 1.9.2 bin.

Da ich ja durch meine Übersetzungen bei CrossOver von Codeweavers regelmäßig eine neue Lizenz bekomme, probiere ich mal wieder CrossOver aus.

Das Spiel um das es heute geht, ist ein alter Klassiker aus den 90er Jahren für den es auch eine kostenlose Linuxengine gibt: Syndicate von Blugfrog.

Um was gehts in Syndicate? Syndicate bietet einen Hintergrund in einer nahen Zukunft wo man ein Team von Agenten leiten muss, die mit kybernetischen Gliedmaßen und Waffen modifizert werden können und die man dann auf einige düstere Missionen losschicken kann.

Das Spiel habe ich im Rahmen einer “Aufs Haus” Aktion von Electronic Arts kostenlos erhalten und möchte nun die Originversion mit der freien Linuxengine verbinden:

Eingesetzt wurde CrossOver 15.0.1 welches die aktuellste Version von CrossOver ist.

Die Installation von Origin über CrossOver erfolgte problemlos: Man wählt einfach unter “Zu installierende Anwendung” den Eintrag “Origin (Electronic Arts)” aus und klickt die einzelnen Setuproutinen durch. Einloggen in Origin funktionierte einwandfrei und der Download von Syndicate (1993) ebenfalls.

Die einzelnen Flaschen (bzw. Bottles im Englischen) werden im Verzeichnis

~/.cxoffice/Origin_(Electronic_Arts)/dosdevices/drive_c/

gespeichert. Die Tilde repräsentiert dabei das Home-Verzeichnis des Benutzers für die Leute, die sich noch nicht so intensiv mit unixoiden Betriebssystemen beschäftigt haben.

Kommen wir nun zur freien Engine namens freesynd. Diese kann man unter Sourceforge.net beziehen. Die Projekt-URL lautet jedenfalls http://freesynd.sourceforge.net/

Es ist lobenswert, dass es gleich ein Sourcecoderepository für freesynd gibt, jedoch benötigt man die Pakete subversion für die Codeverwaltung und cmake, SDL-devel, SDL_image-devel, SDL_mixer-devel sowie gcc-c++ fürs den Kompiliervorgang. Über

zypper install subversion cmake gcc-c++ SDL-devel SDL_image-devel SDL_mixer-devel

ist auch dieses Paket schnell installiert und man kann den freesynd-Sourcecode dann über

svn co svn://svn.code.sf.net/p/freesynd/code/ freesynd

bequem auschecken.

Wir wechseln nun in das durch das Klonen erstellte Verzeichnis und werfen den Compiler an, der natürlich installiert sein sollte:

cd ~/freesynd/freesynd/trunk
./configure –release
make

Wir sollten nun in dem Unterordner src eine Binärdatei namens freesynd vorfinden.

Über

# make install

(also als root-Benutzer) installieren wir die erstellten Dateien ins System.

WICHTIGER HINWEIS: Dies geht an der Paketverwaltung vorbei!


Dem Kommando

which freesynd

entnehmen wir, dass die Binärdatei freesynd im Verzeichnis /usr/local/bin installiert wurde. Da sich dieses Verzeichnis in meinem Benutzerpfad befindet, starten wir es mal durch einfache Eingabe von

freesynd

Es erscheinen eine Reihe von Fehlermeldungen. Erklärung: Die Spieldaten können nicht gefunden werden, aber die haben wir ja über Origin installiert. Kurze Erinnerung das Laufwerk-C unserer Origininstallation lautet:

~/.cxoffice/Origin_(Electronic_Arts)/dosdevices/drive_c/

Und in der Tat, im Unterordner
~/.cxoffice/Origin_(Electronic_Arts)/dosdevices/c:/Program Files/Origin Games/Syndicate (1993)/data/Game/DATA
finden wir diese. 
Ein symbolischer Link wäre somit ganz sinnvoll. Alternativ kann man die Daten sicherlich auch verschieben oder kopieren. Ich entscheide mich erstmal fürs Kopieren und kopiere die Dateien in das Verzeichnis, wo die Spieldateien aufgefunden werden sollen:
# cp /home/mwagner/.cxoffice/Origin_(Electronic_Arts)/drive_c/Program Files/Origin Games/Syndicate (1993)/data/Game/DATA/* ./
Bitte ersetzt den entsprechenden Pfad: mwagner ist mein Benutzername an meinem Tumbleweed-System.
Wir rufen nun als normaler Benutzer freesynd nochmal auf und was ist das Ergebnis:

Das Spiel startet also somit und scheint zu funktionieren.

Man kann das sicherlich noch wesentlich sauberer durchführen: Verknüpfung über einen symbolischen Link wäre beispielsweise möglich, rpm- oder deb.-Pakete erstellen bzw. diese zu warten damit nicht wie in meinem Falle an der Paketverwaltung vorbei installiert wurde etc.

Wenn Ihr Fragen oder Kommentare habt, könnt ihr diese gerne die Kommentarfunktion dieses Blogs verwenden. Ich wünsche euch noch einen schönen Sonntag.