Loki-Games mit TFT-Monitor

[Flow]

Hallo,
ich habe meine Loki-Games mal wieder rausgekramt. Als ich die das letzte Mal gespielt habe, hatte ich noch ein CRT-Moni. Damit lief auch alles wunderbar. Nun hab ich mir in der Zwischenzeit einen Eizo FlexScan L557 (TFT) gekauft und betreibe ihn digital d.h. per DVI-Interface.
Will ich nun die besagten Loki-Games (Descent3, Heroes3, PostalPlus, FAKK2, MindRover, SimCity3000Unlimited, Kohan) starten, erscheint das Spiel total verzerrt und flimmernd nur oben am Monitorrand. Wenn ich im OSD-Menü vom Monitor dann nach der Auflösung schaue beträgt diese 1528x0.
Gut habe den Monitor dann testweise analog angeschlossen und dort keine Probleme mit den Games gehabt. Die xorg.conf habe ich jeweils für den Analog- und Digitalbetrieb entsprechend angepasst (Horizontal und Vertikalfrequenz). Auch mit den Werten der "analogen" xorg.conf unter digitalem Betrieb das gleiche, unzumutbare Bild.
Das einzigste Loki-Spiel was auch digital keine Probleme macht ist Alpha Centauri, warum auch immer.

Das System ist ein Slackware 10 mit Dropline Gnome (xorg-6.8.1).

Wäre klasse wenn eine(r) den passenden Tipp auf Lager hat.

MFG Flow

[Shutdown]

Poste doch mal deine xorg.conf hier, könnte evtl was helfen.

Shutdown

[Flow]

So hier ist die xorg.conf.


# ************************************************** ********************
# Module section -- this section is used to specify
# which dynamically loadable modules to load.
# ************************************************** ********************
#
Section "Module"

# This loads the DBE extension module.

Load "dbe" # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
SubSection "extmod"
# Option "omit xfree86-dga" # don't initialise the DGA extension
EndSubSection

# This loads the Type1 and FreeType font modules
Load "type1"
Load "speedo"
Load "freetype"
# Load "xtt"

# This loads the GLX module
Load "glx"
# This loads the DRI module
# Load "dri"

EndSection

# ************************************************** ********************
# Files section. This allows default font and rgb paths to be set
# ************************************************** ********************

Section "Files"

# The location of the RGB database. Note, this is the name of the
# file minus the extension (like ".txt" or ".db"). There is normally
# no need to change the default.

RgbPath "/usr/X11R6/lib/X11/rgb"

# Multiple FontPath entries are allowed (which are concatenated together),
# as well as specifying multiple comma-separated entries in one FontPath
# command (or a combination of both methods)
#
# If you don't have a floating point coprocessor and emacs, Mosaic or other
# programs take long to start up, try moving the Type1 and Speedo directory
# to the end of this list (or comment them out).
#

FontPath "/usr/X11R6/lib/X11/fonts/local/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/TTF/"
FontPath "/usr/X11R6/lib/X11/fonts/cyrillic/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"

# The module search path. The default path is shown here.

# ModulePath "/usr/X11R6/lib/modules"

EndSection

# ************************************************** ********************
# Server flags section.
# ************************************************** ********************

Section "ServerFlags"

# Uncomment this to cause a core dump at the spot where a signal is
# received. This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

# Option "NoTrapSignals"

# Uncomment this to disable the <Crtl><Alt><Fn> VT switch sequence
# (where n is 1 through 12). This allows clients to receive these key
# events.

# Option "DontVTSwitch"

# Uncomment this to disable the <Crtl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

# Option "DontZap"

# Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching
# sequences. This allows clients to receive these key events.

# Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

# Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client.

# Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.

# Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

# Option "AllowNonLocalModInDev"

EndSection

# ************************************************** ********************
# Input devices
# ************************************************** ********************

# ************************************************** ********************
# Core keyboard's InputDevice section
# ************************************************** ********************

Section "InputDevice"

Identifier "Keyboard1"
Driver "kbd"

# For most OSs the protocol can be omitted (it defaults to "Standard").
# When using XQUEUE (only for SVR3 and SVR4, but not Solaris),
# uncomment the following line.

# Option "Protocol" "Xqueue"

Option "AutoRepeat" "500 30"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1))
# Option "Xleds" "1 2 3"

# Option "LeftAlt" "Meta"
# Option "RightAlt" "ModeShift"

# To customise the XKB settings to suit your keyboard, modify the
# lines below (which are the defaults). For example, for a non-U.S.
# keyboard, you will probably want to use:
# Option "XkbModel" "pc102"
# If you have a US Microsoft Natural keyboard, you can use:
# Option "XkbModel" "microsoft"
#
# Then to change the language, change the Layout setting.
# For example, a german layout can be obtained with:
# Option "XkbLayout" "de"
# or:
# Option "XkbLayout" "de"
# Option "XkbVariant" "nodeadkeys"
#
# If you'd like to switch the positions of your capslock and
# control keys, use:
# Option "XkbOptions" "ctrl:swapcaps"

# These are the default XKB settings for X.Org
# Option "XkbRules" "__XKBDEFRULES__"
# Option "XkbModel" "pc101"
# Option "XkbLayout" "us"
# Option "XkbVariant" ""
# Option "XkbOptions" ""

# Option "XkbDisable"

Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"

EndSection


# ************************************************** ********************
# Core Pointer's InputDevice section
# ************************************************** ********************

Section "InputDevice"

# Identifier and driver

Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "IMPS/2"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5"

# Mouse-speed setting for PS/2 mouse.

# Option "Resolution" "256"

# When using XQUEUE, comment out the above two lines, and uncomment
# the following line.

# Option "Protocol" "Xqueue"

# Baudrate and SampleRate are only for some Logitech mice. In
# almost every case these lines should be omitted.

# Option "BaudRate" "9600"
# Option "SampleRate" "150"

# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Timeout is the timeout in milliseconds (default is 50ms)

# Option "Emulate3Buttons"
# Option "Emulate3Timeout" "50"

# ChordMiddle is an option for some 3-button Logitech mice

# Option "ChordMiddle"

EndSection


# ************************************************** ********************
# Other input device sections
# this is optional and is required only if you
# are using extended input devices. This is for example only. Refer
# to the XF86Config man page for a description of the options.
# ************************************************** ********************
#
# Section "InputDevice"
# Identifier "Mouse2"
# Driver "mouse"
# Option "Protocol" "MouseMan"
# Option "Device" "/dev/mouse2"
# EndSection
#
# Section "InputDevice"
# Identifier "spaceball"
# Driver "magellan"
# Option "Device" "/dev/cua0"
# EndSection
#
# Section "InputDevice"
# Identifier "spaceball2"
# Driver "spaceorb"
# Option "Device" "/dev/cua0"
# EndSection
#
# Section "InputDevice"
# Identifier "touchscreen0"
# Driver "microtouch"
# Option "Device" "/dev/ttyS0"
# Option "MinX" "1412"
# Option "MaxX" "15184"
# Option "MinY" "15372"
# Option "MaxY" "1230"
# Option "ScreenNumber" "0"
# Option "ReportingMode" "Scaled"
# Option "ButtonNumber" "1"
# Option "SendCoreEvents"
# EndSection
#
# Section "InputDevice"
# Identifier "touchscreen1"
# Driver "elo2300"
# Option "Device" "/dev/ttyS0"
# Option "MinX" "231"
# Option "MaxX" "3868"
# Option "MinY" "3858"
# Option "MaxY" "272"
# Option "ScreenNumber" "0"
# Option "ReportingMode" "Scaled"
# Option "ButtonThreshold" "17"
# Option "ButtonNumber" "1"
# Option "SendCoreEvents"
# EndSection

# ************************************************** ********************
# Monitor section
# ************************************************** ********************

# Any number of monitor sections may be present

Section "Monitor"

Identifier "Eizo FlexScan L557"

# HorizSync is in kHz unless units are specified.
# HorizSync may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

HorizSync 31-64

# HorizSync 30-64 # multisync
# HorizSync 31.5, 35.2 # multiple fixed sync frequencies
# HorizSync 15-25, 30-50 # multiple ranges of sync frequencies

# VertRefresh is in Hz unless units are specified.
# VertRefresh may be a comma separated list of discrete values, or a
# comma separated list of ranges of values.
# NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S
# USER MANUAL FOR THE CORRECT NUMBERS.

VertRefresh 59-61

EndSection


# ************************************************** ********************
# Graphics device section
# ************************************************** ********************

# Any number of graphics device sections may be present

# Standard VGA Device:

Section "Device"
Identifier "Standard VGA"
VendorName "Unknown"
BoardName "Unknown"

# The chipset line is optional in most cases. It can be used to override
# the driver's chipset detection, and should not normally be specified.

# Chipset "generic"

# The Driver line must be present. When using run-time loadable driver
# modules, this line instructs the server to load the specified driver
# module. Even when not using loadable driver modules, this line
# indicates which driver should interpret the information in this section.

Driver "vga"
# The BusID line is used to specify which of possibly multiple devices
# this section is intended for. When this line isn't present, a device
# section can only match up with the primary video device. For PCI
# devices a line like the following could be used. This line should not
# normally be included unless there is more than one video device
# intalled.

# BusID "PCI:0:10:0"

# VideoRam 256

# Clocks 25.2 28.3

EndSection

# Device configured by xf86config:

Section "Device"
Identifier "MSI GeForce4 TI 4200"
Driver "nvidia"
#VideoRam 32768
# Insert Clocks lines here if appropriate
EndSection


# ************************************************** ********************
# Screen sections
# ************************************************** ********************

# Any number of screen sections may be present. Each describes
# the configuration of a single screen. A single specific screen section
# may be specified from the X server command line with the "-screen"
# option.
Section "Screen"
Identifier "Screen 1"
Device "MSI GeForce4 TI 4200"
Monitor "Eizo FlexScan L557"
DefaultDepth 24

Subsection "Display"
Depth 8
Modes "1280x1024" "1024x768" "800x600"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 16
Modes "1280x1024" "1024x768" "800x600"
ViewPort 0 0
EndSubsection
Subsection "Display"
Depth 24
Modes "1280x1024" "1024x768" "800x600"
ViewPort 0 0
EndSubsection
EndSection

# ************************************************** ********************
# ServerLayout sections.
# ************************************************** ********************

# Any number of ServerLayout sections may be present. Each describes
# the way multiple screens are organised. A specific ServerLayout
# section may be specified from the X server command line with the
# "-layout" option. In the absence of this, the first section is used.
# When now ServerLayout section is present, the first Screen section
# is used alone.

Section "ServerLayout"

# The Identifier line must be present
Identifier "Simple Layout"

# Each Screen line specifies a Screen section name, and optionally
# the relative position of other screens. The four names after
# primary screen name are the screens to the top, bottom, left and right
# of the primary screen. In this example, screen 2 is located to the
# right of screen 1.

Screen "Screen 1"

# Each InputDevice line specifies an InputDevice section name and
# optionally some options to specify the way the device is to be
# used. Those options include "CorePointer", "CoreKeyboard" and
# "SendCoreEvents".

InputDevice "Mouse1" "CorePointer"
InputDevice "Keyboard1" "CoreKeyboard"

EndSection

# Section "DRI"
# Mode 0666
# EndSection

[Flow]

Könnte vieleicht einer der auch nen TFT hat und diesen digital ansteuert mal eines der oben genannten Games, wenn er eines besitzt, starten? Und schauen ob das gleiche Verhalten auftritt.
Das würde meine Fehlersuche wenigstens etwas einschränken wenn es bei demjenigen funktionieren würde.

Greets

[gladiac]

was soll denn bitte

Section "Device"
Identifier "Standard VGA"
VendorName "Unknown"
BoardName "Unknown"
...

Kommentier mal das device aus. Ich hab auch einen TFT über DVI und keine Probleme mit Rune. Schon mal die nvidia README durchgelesen?

[phoenix22]

was soll denn bitte

Section "Device"
Identifier "Standard VGA"
VendorName "Unknown"
BoardName "Unknown"
...

Kommentier mal das device aus. Ich hab auch einen TFT über DVI und keine Probleme mit Rune. Schon mal die nvidia README durchgelesen?


Ist doch völlig egal, ob das drinsteht. Screen1 verwendet doch das andere device.

[Flow]

Habe nun mal ein paar Tests gemacht um das Problem etwas einzuschränken. Bei analogem Betrieb, wo alles funktioniert, zeigt das OSD des Monitors 1280x960 Pixel an. Bei digitalem Betrieb 1184x0.
Vieleicht sagt einem das ja was?!

[Flow]

Mal ne grundsätzliche Frage: Kann es sein, dass digital angesteurte TFTs die Auflösung 1280x960 nicht darstellen können? Wenn ich in die xorg.conf diese Auflösung eintrage und versuche sie einzustellen wird trotzdem 1280x1024 dargestellt.

Vieleicht könnte ja mal einer versuchen, der auch nen TFT hat und ihn digital betreibt diese Auflösung (1280x960) einzustellen.

MFG Flow

[Shutdown]

Also ich weiss zB von meinem Monitor (Fujitsu Siemens P-19A) dass er 1280x960 gar nicht kann, nur 1280x1024...kann deiner es sicher?

Shutdown

[Flow]

Analog angesteuert kann er das, ja. Digital eben nicht weswegen ich ja das Problem habe.
Nur müssten ja mehrere Leute das Problem mit einigen Loki-Games haben wenn sie nen TFT digital betreiben.

[tobo]

Habe nun mal ein paar Tests gemacht um das Problem etwas einzuschränken. Bei analogem Betrieb, wo alles funktioniert, zeigt das OSD des Monitors 1280x960 Pixel an. Bei digitalem Betrieb 1184x0. Vieleicht sagt einem das ja was?! hmmm... ich stehe nun bei mindrover vor dem gleichen problem. habe bisher leider noch nichts ergooglen können, ausser diesen thread hier. gabs da vielleicht schon eine lösung zu?

danke tobo

ps: es betrifft nur mindrover, die anderen loki-titel laufen.

[ThomasG_gPM]

Jeder TFT Monitore kann auch nicht native Auflösungen wie zB 1280x960 (4:3)darstellen , auch wenn die meisten aktuellen 17" und 19" Bildschirme die native Auflösung von 1280x1024 (5:4) haben.
Um Auflösungen mit einem anderen Seitenverhältnis darzustellen muss das Bild nur interpoliert werden.
Ich habe zwar keine Loki Spiele, aber mit meinem per DVI angesteuerten FSC P19-2 keine Probleme in keinem Spiel mit keiner Auflösung, egal ob das 640x480, 800x600, 1280x960 oder auch 1280x1024 ist.

[tobo]

jo, soweit ist mir das klar. doch auch wenn ich die gewünschte auflösung in die config schreibe übernimmt das spiel diese nicht. unter meinem alten system hat das aber ohne probs funktioniert. an den configs habe ich da nichts geändert, da ich vor der neuinstallation das loki verzeichnis des users mit den ganzen configs und spielständen gesichert habe.

http://www.linuxgamepublishing.com/faq.php?id=9&#faq_4_1

hier stehts auch nochmal wie es geht, doch leider funktioniert es wie gesagt unter dem neuen system nicht...

[thechef]

Du könntest "zum Spass" Modelines definieren. ich hatte da mal Schwierigkeiten bei manchen spielen, weil keine definiert waren.

Lustigerweise musste ich, damit _alles_ einwandfrei funktioniert, die Modelines doppelt eintragen, einmal so:


Modeline "640x480@120" 53.13 640 672 736 856 480 480 482 517
Modeline "800x600@120" 90.00 800 848 960 1160 600 600 603 646
Modeline "1024x768@100" 124.84 1024 1088 1240 1528 768 768 771 817

und zusätzlich so:


Modeline "640x480" 53.13 640 672 736 856 480 480 482 517
Modeline "800x600" 90.00 800 848 960 1160 600 600 603 646
Modeline "1024x768" 124.84 1024 1088 1240 1528 768 768 771 817

Obwohl die Modelines jeweils die selbe frequenz verursachen. Wenn ich das nicht so gemacht habe, dann hatte ich zB. bei neverwinter nights ein seltsames flimmern, aber nicht weil die frequenz dem monitor unpassend war.

Ich hab zwar n CRT bzw. analog, aber ich nehm nich an, dass es schaden kann bei der Digital-Video-Ausgabe Modelines zu definieren.

Ich weiss auch nicht, was da die Fehlerquelle war.

[ciruZ]

Option "IgnoreEDID" "true"
beim Graphikkartentreiber probiert? Das könnte helfen. Dadurch werden die Auflösungen nicht mehr vom Monitor geladen und man kann sie selber festlegen. Wenn dann 1280x960 manuell festgelegt wird könnte es klappen.