empire total war

[mr popo]

hallo.

ik heb empire total war gekregen van mijn neef, hij installeerde het prima onder wine, maar zo gouw als ie opstart beginnen de problemen...

ik krijg geen muis cursor, geen geluid en mijn maps laden niet, hoewel de campaign wel laad.
ik ben naar de site van wine geweest en gezocht..
het was iets met attachments maar ik snap er echt niets van... ik gebruik wine 1.3.28

[Vistaus]

Update dan eerst maar even naar 1.3.34, want dat is de laatste beschikbare in de Wine-PPA.

En daarna staan hier enkele tips:
http://bugs.winehq.org/show_bug.cgi?id=18490
http://appdb.winehq.org/objectManager.php?sClass=version&iId=15915

[mr popo]

ik heb iets gevonden denk ik.. ik kom uit bij dit http://bugs.winehq.org/attachment.cgi?id=36782&action=diff

wat moet ik hiermee doen?

[erik1984]

Dit is een patch (is voor 1.3.29) die mogelijk al is doorgevoerd in een nieuwe versie van Wine. Maar weet even niet hoe je daar achter kan komen (Vistaus, jij?  ) Dus probeer wat Vistaus zegt, een nieuwere Wineversie.

Anders zul je de source van wine moeten downloaden, deze patch toepassen op de code en de zooi compileren. Weer even zelf wat uitzoekwerk doen: Vistaus heeft op zijn site een mooie handleiding over hoe je software compileert op ubuntu als je een source tarball hebt.

Wat je in dat geval moet doen:
- Source downloaden van wineversie 1.3.29 (precies van die! anders werkt de patch mogelijk niet)
- Patch toepassen http://wiki.winehq.org/Patching
- Compileren.

Zie hier hoe je meerdere versie van Wine beheert op 1 systeem, ook nuttige informatie over het compileren: http://jeffhoogland.blogspot.com/2009/12/howto-install-multiple-wine-versions-on.html

[Vistaus]

Of de patch is doorgevoerd of niet kan ik niet 100% zeker zeggen, maar aan het bug report te zien is de patch nog niet doorgevoerd.

Inderdaad moet de patch handmatig worden toegepast en dan Wine gecompileerd (gewoon de nieuwste versie) middels mijn handleiding danwel Jeffs handleiding.

[erik1984]

Ik weet niet of die patch nog wel werkt tegenover de nieuwste source. Het kan zijn dat het bestand "opengl.c" dat gepatcht wordt op ander punten is gewijzigd. Dan kloppen bijvoorbeel de regelnummers in de .patch toch niet meer?

[Vistaus]

Die regelnummers maken niet zoveel uit. Hij patcht het stukje dat gepatcht moet worden.

Maar zelfs al zou dat zo zijn, dan moet het alsnog met 1.1.34 gedaan worden, want er zijn wat veiligheidsfixes gekomen na 1.1.29, dus het lijkt me niet verstandig om met een versie te werken waarin wat puntjes met mindere beveiliging zitten.

[mr popo]

ik snap er echt niets van ... sorry

maar ik denkt dat ik iets heb gevonden:

Code: [Selecteer]

This crash happens because SetPixelFormat is called on screen device context
(GetDC(NULL)). Wine refuses to set pixel format and returns FALSE which causes
the crash.
Note that technically Windows returns TRUE from SetPixelFormat when it gets the
DC of desktop window (and most of the time this causes problems later, but
that's off-topic).
Based on those facts, I've made a simple and hackish workaround patch for this
problem. After applying it, SetPixelFormat will save the pixel format in the
X11DRV_PDEVICE and return TRUE instead of FALSE. This allows the game to run,
although it degrades error checking. So I'm not expecting this to get included
in Wine's repository. :-)
My solution is also rather incomplete since Wine cannot actually modify the X
root window. Besides, the real cause of problem is located higher in the the
backtrace. The game is D3D9 based, so the bug might be located somewhere in
Wine's D3D9 libraries. I'm including a backtrace from the point where
SetPixelFormat receives invalid DC. The pPresentationParameters structure
passed to D3D9 CreateDevice function has hDeviceWindow set to NULL and Windowed
set to 1.

[mr popo]

ik heb het nu gekocht via steam...nog steeds loopt ie vast bij het laden van een battle

ik kom uit bij dezelfde atachment... http://bugs.winehq.org/attachment.cgi?id=23393&action=diff

hij hangt enkel bij n sea battle.?