Hauptbahnhof zu Schwerin in TpF [Update auf 1.13]

Zitat von EAT1963

• Durchfahrtsgleise. Hierbei soll es eine Auswahl zwischen 2 und 4 geben, welche mittig oder seitlich platziert werden. Aus technischen Gründen wird hierbei wohl ein "Postbahnsteig" zwischen den Gleisen zum Einsatz kommen, welcher als Dekoration herhalten muss.
• Falls der Bedarf da ist und ich die nötige Zeit finde, so wird es ein anderes, kleineres Empfangsgebäude für die Rückseite geben. Arme Bürger "hinter" dem Bahnhof. *schnief*
• In meinem Kopf schwirren noch so Dinge wie Auf- und Abrüsten verschiedener Bahnhofsassets um den Epochen gerechter zu werden. Da wäre nochmal eine Menge Arbeit reinzustecken und ob ich die Zeit finde ist ungewiss.
  

  
  

Hi EAT1963, falls du Bilder vom Bahnhof brauchst Hinten kann ich welche machen.
Gehe fast Täglich durch Ihn durch, ist aber ein Fahrstuhl hinten drin und es ist jetzt auch der Durchgang unter dem Bahnhof nicht mehr Links vom Bahnhofs vorplatz.. aber der alte Zugang ist noch da nur zugemauert. Den Bahnhof renovieren Sie auch grade wieder Vorne.

Könnte auch die Durchfahrt`s Gleise Fotografieren.. oder Video machen. (geht aber alles nur mit Handy.)

Falls du was Brauchst schreib einfach.

Ich habe eine neue Map geladen nur mit den Schweriner+no cost mod+alles verfügbar ab 1850,es tritt das gleiche Problem auf.
Von Hause aus habe ich alle Einstellungen auf niedrig,dies habe ich im Spiel alle mal geädert,hat auch nix gebracht.
Ich probier mal etwas anderes.

Nachtrag:Habe mal Antiallising auf 4x gesetzt weil ich es vorher aus hatte,leider hat sich nix geändert an meinem Problem.

@'EAT1963

Auf Seite 5 Post 99 habe ich es als Textdatei hochgeladen.
Nun ich bin nicht der einzige der das Problem hat.
Ob die Fehlermeldung bei den anderen(Workshop,einer davon bin ig) das selbe ist,wissen wir nicht.

Bei mir stürzt das spiel auch ab wenn ich den Bahnhof auswähle. Die einzige gemeinsamkeit mit Fensterplatz ist das wir beide eine amd r200 serie als Grafikkarte haben. bei einem anderen Mod gab es auch Probleme mit amd Grafikkarten http://steamcommunity.com/shar…?id=799893313&searchtext= ( Kommentare Seite 2).

Bei mir das selbe, Absturz wenn ich ihn anklicke.
In TF hat er problemlos funktioniert.

PreventSetUnhandledExceptionFilter: 1
locale name: * (de_DE.utf8)

========================================
Startup at Mon Nov 28 12:29:48 2016
========================================

seed: 1480332588

double buffering: 1
sample buffers: 1
samples: 4 (4)
swap interval: 1
video memory: -1 MB

============================================================

OpenGL version: 3.2.13431 Core Profile Context 16.150.2211.0
Renderer (vendor): AMD Radeon HD 7800 Series (ATI Technologies Inc.)
Shading language version: 4.50

============================================================

opened device OpenAL Soft
sampling rate: 48000 Hz

Loading from file C:/Users/Kirsche/AppData/Roaming/Transport Fever/save/TEST.sav
active mods:
eat1963_hbfsn_1/6
config dict:
vehicles: default
terrain: default
nameList: germany
trees: default
buildings: default
streets: default
environment: default
scenario: default
savegame version 57
achievements earnable: 0
res/textures/streets/sidewalk_new_0_curb_nrml.tga: compression request ignored
res/textures/streets/sidewalk_new_0_curb.tga: compression request ignored
c:\build\transport_fever\gog\transport_fever_release\src\lib\renderer\tex_load.cpp:517: int __cdecl `anonymous-namespace'::CompInternalSize(unsigned int,int,int,int,int): Assertion `false' failed.
MinidumpCallback: dumpPath "C:/Users/Kirsche/AppData/Roaming/Transport Fever/crash_dump/", minidumpId "0ffee21c-1dcd-48c0-8a92-77465c88d1c8", succeeded 1
local time is Mon Nov 28 12:30:27 2016

Das freut mich leider kann ich es so nicht testen da ich selber ein NVIDIA GeForce Karte habe. Aber ich habe da was gelesen in der Stdout Datei werde mir nachher mal den Schweriner Bahnhof definitiv runter laden und dann schauen ob ich vielleicht einen Fehler entdecken kann.

Bei mir funktioniert alles perfekt, gerade getestet und ich habe auch eine NVIDIA Grafikkarte

Ich habe ihn testweise auch man installiert und in einene neuen Spielstand gehauen - bei mir funktioniert er, ich habe mehrere Größen/Längen probiert. (aber nicht alle Kombinationen).

Auch NVidia...

Edit: @EAT1963 Also ich habe jetzt alle Größen-/Längenkombis durch - laufen bei mir ohne Probleme.

Zitat von EAT1963

wenn sie mir meinen Fehler aufzeigen können.

Ich denke nicht dass Du einen Fehler gemacht hast!

Zitat von Kirsche

renderer\tex_load.cpp:517: int __cdecl `anonymous-namespace'::CompInternalSize(unsigned int,int,int,int,int): Assertion `false' failed.

Das ist exakt der selbe Fehler wie bei Fensterplatz. Da der Absturz direkt beim Klicken auf den Bahnhof im Bau-Menu auftritt, worauf der Bahnhof an der Maus hängend gezeigt wird,
läuft was bei dieser Darstellung schief. Meine Interpretation des Fehlers:

'renderer\tex_load.cpp':
Hier soll zur Darstellung (to render -> Darstellen, Wiedergeben) eine Textur geladen werden.

'CompInternalSize(unsigned int,int,int,int,int)':
berechnet (comp -> compute) oder vergleicht (compare) eine interne Größe, die von 4 Ganzzahlen bestimmt wird (x, y, w, h ?) und
gibt als Ergebnis wieder eine ganze Zahl zurück.

Mit der anschliessenden Behauptung/Versicherung (Assertion), das dieses Ergebnis immer "falsch" liefern muss, liegt bei der Funktion eher ein Vergleich nahe.
Assertions sind ein Mittel in der Programmierung, sich gegen Zustände, die eigentlich theoretisch und praktisch nicht eintreten können, zu versichern.
Da man nicht immer alle Möglichkeiten durchtesten kann, eine gewisse Unsicherheit seitens des Programmierers aber besteht (Seiteneffekte von Drittkomponenten,
ungenügendes math. Modell u. ä.), lässt man es im Fall der Fälle - wenn doch Eintritt was nie eintreten dürfte - lieber mit einer solchen Meldung
"knallen", als dass mit Datenmüll weiter gemacht und damit unter Umständen noch größerer Schaden angerichtet wird.

Anscheinend haben wir hier so einen Fall, da nach den bisherigen Rückmeldungen nur AMD-Nutzer betroffen scheinen.
Da ja auch ein anderer Mod ( laedis Tram/Busstation) das selbe Problem zeigt, muss da wohl UG oder AMD nachbessern...

Edith: Tom war zu langsam!

Zitat von EAT1963

Habe einen Hinweis von UG ( @tomdotio ) bekommen

Es würde ihn aber brennend interessieren...

Theoretisch kannst Du die besagte Textur auch einfach so Rechteckig machen. (Strecken bzw. stauchen.)
Das wirkt in der Textur dann zwar erst einmal verzerrt, aber am Mapping selbst ändert sich nix.
Zwar kann es Ingame bei den Besagten stellen in einer Richtung zu leichten Änderungen der Auflösung kommen.
Aber wenn es der "schnellen" Problemlösung dient, ist das SEHR schnell gemacht.

Bei der besagten Textur handelt es sich vermutlich um "shoping_innen" (1114x256)?
Streck das teil einfach bedingungslos auf 512x512.
Die Auflösungsverluste durch strecken/stauchen wird man im Spiel 100% nicht mehr sehen.

Da brauchst Du wie gesagt auch nix neu mappen oder ähnliches.

Grad getestet!
Beweiß:

Links: 1114x256 (Original) , Rechts: 512x512 (Gestaucht/gestreckt)
Der Qualitätsverlust, durch strecken/stauchen ist wirklich nur minimal.
Für unsere AMD-Freunde aber unter Umständen aber DIE Problemlösung.

Denn bei der Textur ist die 2er Potenz das Problem.
Und hier die angepasste Textur als "fix": texturfix.zip

Die Ergebnisse eines AMD-Besitzers würden mich auch interessieren. Ich habe bei relativ vielen Fahrzeugen nicht-quadratische Texturen (wenn jemand testen möchte: hier). Mein Ziel war eben, möglichst kleine Texturen mit dennoch anständiger Auflösung. Gerade bei Waggons oder Gelenkbussen, die doch sehr in die Länge gezogen sind, ein gutes Mittel.

Zudem wäre es auch noch spannend zu wissen, was schlimmer ist: Nicht quadratisch oder nicht 2^x? Und:
Lässt sich dieses Problem mit .tga umgehen?