Descentforum.DE Forum Index Descentforum.DE
Search | FAQ | Memberlist | Usergroups | Newsfeed Newsfeed  Register
Profile | Log in to check your private messages | Log in 
Chat | D3-Tactics | Downloads | Map | Links | Serverlist | Teamspeak 

Wie fang ich an?
Goto page Previous  1, 2, 3 ... 10, 11, 12
 
Post new topic   Reply to topic    Descentforum.DE Forum Index -> Level-, Design und Entwicklungs - Forum
View previous topic :: View next topic  
Author Message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 24.04.2012, 19:00    Post subject: Reply with quote

Ich habe mal wieder weitergemacht und bin auf ein weiteres Problem gestoßen:

Ich wollte eine Lampe an eine Wand anbringen, die nicht schräg steht. Der Winkel beträgt nach meiner Rechnung ~8.130...° und scheint nicht leicht durch Drehen erreichbar zu sein. Deshalb wollte ich ein Objekt aus meiner Lampe machen und es dann vom Level Editor korrekt auf der Fläche platzieren lassen. Allerdings war die Lampe nach dem "Merge Object into Room" etwas von der Wand entfernt. Ich dachte zunächst, dass das vielleicht daran läge, dass der Roomcenter der Lampe nicht direkt auf dem Koordinatenursprung lag. Nachdem ich dieses Problem behoben hatte, und das Objekt erneut einfügen wollte, stand es wieder von der Wand ab. Daran kann es also nicht gelegen haben.

Die Frage ist nun: Kann man eventuell anders dafür sorgen, dass die Lampe exakt an der Wand platziert wird oder sollte ich lieber versuchen, meine Lampen nur an senkrechten und waagrechten Wänden (auf der "Top" Ansicht) anzubringen.



small_lamp_06_anbringung_03.png
 Description:
Das gleiche Problem nochmal aus der "Top" Ansicht.
 Filesize:  9.48 KB
 Viewed:  14865 Time(s)

small_lamp_06_anbringung_03.png



small_lamp_06_anbringung_01.png
 Description:
In diesem Raum soll die Lampe landen. (Beim roten X)
 Filesize:  188.09 KB
 Viewed:  660 Time(s)

small_lamp_06_anbringung_01.png



small_lamp_06_anbringung_02.png
 Description:
Man sieht schon im Level Editor, dass die Lampe nicht genau an der Wand ist.
 Filesize:  38.5 KB
 Viewed:  646 Time(s)

small_lamp_06_anbringung_02.png



small_lamp_06_orf.png
 Description:
Die Lampe, die eingefügt werden soll. Nach der Roomcenter-Optimierung liegt sie genau 0.1 Einheiten auf beiden Achsen neben dem Grid.
 Filesize:  27.39 KB
 Viewed:  629 Time(s)

small_lamp_06_orf.png




Last edited by Linux-Fan on 24.04.2012, 19:01; edited 1 time in total
Back to top
View user's profile Send private message
Atan
Moderator


Joined: 27 Jul 2001
Posts: 876

PostPosted: 24.04.2012, 19:38    Post subject: Reply with quote

Verschiebe mal den Grnd-Pkt des Objectes etwas heraus bzw. ins Object hinein.

Eine Methode um ein passendes Object-Ground-face zu erzeugen wäre das angedachte Grundface aus dem Verbund des Orf's zu lösen.
Dazu alle Face Verts splitten, das Face dann etwas schrumpfen. Dieses herausgelöste face wird im OOF Editor dann als Grnd Pkt definiert.
Etwas schrumpfen weil dadurch bei einem evtl 'Remove Extra Verts' dieses Face nicht wieder mit dem Orf verbunden wird.

Oder man dupliziert das entsprechende Face und schrumpft das neue face dann etwas.
Das hat aber den Nachteil, das man nach dem 'Mergen' das 'original' face meistens löschen muss damit man kein überflüssiges face im Room hat.
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 24.04.2012, 21:28    Post subject: Reply with quote

Ok... ein Verschieben des GroundPoints im OOF Editor auf der Z-Achse um -0.45 Einheiten hat das Problem behoben (erstmal nur in der Level Editor Ansicht getestet).

Quote:
Eine Methode um ein passendes Object-Ground-face zu erzeugen wäre das angedachte Grundface aus dem Verbund des Orf's zu lösen.
Dazu alle Face Verts splitten, das Face dann etwas schrumpfen. Dieses herausgelöste face wird im OOF Editor dann als Grnd Pkt definiert.
Etwas schrumpfen weil dadurch bei einem evtl 'Remove Extra Verts' dieses Face nicht wieder mit dem Orf verbunden wird.

Oder man dupliziert das entsprechende Face und schrumpft das neue face dann etwas.
Das hat aber den Nachteil, das man nach dem 'Mergen' das 'original' face meistens löschen muss damit man kein überflüssiges face im Room hat.

Ich hatte meinen Ground Point erzeugt, indem ich (wie in der großen PDF Anleitung beschrieben) eine Fläche erstellt hatte, die nicht über Vertices mit dem Rest des Objektes verbunden war. Um das Problem mit dem Remove Extra Vertices zu beheben, hatte ich meine Grundfläche an allen Seiten eine Einheit größer als das eigentliche Objekt gemacht. Dennoch hatte diese Fläche meine Lampe genau berührt... wie es die Wand dann auch tun hatte sollen. Allerdings hat sich beim "Insert" oder "Merge Object Into Room" das Objekt auf der Z-Achse um 0.45 Einheiten verschoben.

Ist es eigentlich schlimm, dass die Striche im ersten Bild nicht richtig gerade sind? Das sind sie nämlich auch nach Verschieben des Groundpoints noch nicht.


Last edited by Linux-Fan on 24.04.2012, 21:28; edited 1 time in total
Back to top
View user's profile Send private message
Dark
Forum-Nutzer


Joined: 15 Nov 2001
Posts: 1244
Location: Berlin

PostPosted: 24.04.2012, 21:43    Post subject: Reply with quote

Mal ne ganz schnelle aussage dazu (weil mir grad die zeit fehlt)
Markiere alle verts deiner lampe und wähle dann eines der verts die auf dem wandface plaziert werden sollen.
Dann gibts da 2 funktionen die heißen "snap ... to face"
Einmal "marked" und einmal "current" - welche die richtige ist, musst du testen - ist mir grad entfallen.
Die richtige setzt dein aktuelles vert ganz exakt aufs face und zieht die anderen verts dabei mit.
Die falsche knallt dir alle markierten verts aufs face Smilie
Ich vermute "current" ist die richtige ...

... und wenns ums rotieren von markierten faces oder verts (wie zb der gesamten lampe) geht -
auch hier hilft es das grid auszuschalten.
Schon lässt sich das alles in ganz winzigen schritten rotieren.
Gilt natürlich auch für objekte.

_________________
Dark

wo alle das selbe denken, wird nicht viel gedacht

Es kommt meistens anders wenn man denkt!
Back to top
View user's profile Send private message
Atan
Moderator


Joined: 27 Jul 2001
Posts: 876

PostPosted: 25.04.2012, 18:02    Post subject: Reply with quote

Kannst Du mir bitte mal das orf- und das daraus generierte oof- file offern?
Evtl. noch den entsprechenden GAM-Eintrag damit ich das Teil in einen Testlevel checken kann.
Ich würde mir das Ganze gerne mal ansehen, evtl. kann ich so eher sagen wo der Fehler steckt und wie man ihn vermeiden kann.
Ansonsten kann ich halt nur raten, das bringt nichts.
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 25.04.2012, 18:28    Post subject: Reply with quote

Quote:
Mal ne ganz schnelle aussage dazu (weil mir grad die zeit fehlt)
Markiere alle verts deiner lampe und wähle dann eines der verts die auf dem wandface plaziert werden sollen.
Dann gibts da 2 funktionen die heißen "snap ... to face"
Einmal "marked" und einmal "current" - welche die richtige ist, musst du testen - ist mir grad entfallen.
Die richtige setzt dein aktuelles vert ganz exakt aufs face und zieht die anderen verts dabei mit.
Die falsche knallt dir alle markierten verts aufs face Smilie
Ich vermute "current" ist die richtige ...

Daran hatte ich auch schon gedacht, aber die besage Funktion will von mir immer auch noch eine "Edge" wissen und ich meine das hätte bei mir in der Vergangenheit dann immer Probleme erzeugt... ich schaus mir nochmal an.

Quote:
... und wenns ums rotieren von markierten faces oder verts (wie zb der gesamten lampe) geht -
auch hier hilft es das grid auszuschalten.
Schon lässt sich das alles in ganz winzigen schritten rotieren.
Gilt natürlich auch für objekte.

Wenn ich es bei nicht-Objekten versuche verziehen sich immer meine ganzen Vertices... deshalb versuche ich so wenig Drehoperationen wie möglich zu machen. Das Verziehen wird je schlimmer je kleiner die Winkel eingestellt sind.

Aber dieses spezifische Problem hat sich ja jetzt weitgehend gelöst (bis auf die komisch nicht-richtig-geraden Linien)



d3problem.tar.gz
 Description:
Betroffene Dateien.

Download
 Filename:  d3problem.tar.gz
 Filesize:  844.16 KB
 Downloaded:  623 Time(s)



Last edited by Linux-Fan on 25.04.2012, 18:29; edited 1 time in total
Back to top
View user's profile Send private message
Atan
Moderator


Joined: 27 Jul 2001
Posts: 876

PostPosted: 25.04.2012, 19:38    Post subject: Reply with quote

Kannst Du Dir bitte mal die Bilder ansehen?

oof_org.jpg zeigt das Object nach dem Laden in den OOF Editor.
Beachte die roten Striche, das 'Main-Object' ist nicht genau auf 0 gesetzt.

Nun schau oof_1.jpg an.
Ich habe zuerst den GrndPkt zum Subobject des Main-Object gemacht, dann das Main-Object über die 3 Eingabefelder auf NULL gesetzt.
So wird der GrndPkt richtig 'mitgezogen'.

Zum Schluss noch oof_2.jpg.
Links ist das von Dir erzeugte ma_I_subway.oof, rechts das von mir erzeugte zu sehen. Der GrndPkt ist angewählt.
Rot eingekreist ist der Z-Wert mit der Differenz von.. 0,45. Das entsprach der Abweichung beim Mergen.

Kannst Du bitte das orf nochmal neu in den OOF Editor laden und die beschriebenen Änderungen vornehmen?
Das neue Object müsste dann mit dem gewünschten 0-Abstand in den Level gemergt werden können.



LinuxFanBilder.zip
 Description:

Download
 Filename:  LinuxFanBilder.zip
 Filesize:  298.63 KB
 Downloaded:  641 Time(s)



Last edited by Atan on 25.04.2012, 20:28; edited 1 time in total
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 26.04.2012, 21:18    Post subject: Reply with quote

Hey danke... hat perfekt geklappt! Sehr glücklich
Back to top
View user's profile Send private message
Do_Checkor
Administrator


Joined: 19 Nov 2000
Posts: 7768
Location: Oldenburg (Oldb.)

PostPosted: 27.04.2012, 00:36    Post subject: Reply with quote

Linux-Fan wrote:
Hey danke... hat perfekt geklappt! Sehr glücklich


Geil! Danke Atan und Dark!
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 23.09.2015, 18:02    Post subject: Reply with quote

Es ist mittlerweile ja schon ewig her, das ich das letzte Mal an meinem Descent Level gearbeitet habe (und noch länger ist es her, dass ich ein Problem dabei hatte), aber jetzt bin ich mal wieder auf ein Problem gestoßen.

Es geht um die Verwendung von 256x256-Texturen: Schon beim Konvertieren aus den `TGA`-Dateien gibt es einen "`I/O Error"' vom D3Image Tool. Die Dateien werden aber trotzdem erzeugt und nach Eintragen in die GAM auch korrekt im Editor angezeigt. Wenn ich daraus allerdings jetzt ein Level mache und es spielen will, sehe ich nur weiße Flächen statt der eigentlichen Texturen.

Ich bin mal wieder ratlos und habe alle beteiligten Dateien inklusive einem "`Minimal Working Example Testlevel"', dessen Name in Descent mit 000 anfängt (damit es ganz oben auftaucht) an diesen Beitrag angehängt.



probleme_mit_256_texturen.7z.tar.gz
 Description:
(hat anscheinend beim ersten Mal nicht funktihiert)

Download
 Filename:  probleme_mit_256_texturen.7z.tar.gz
 Filesize:  568.34 KB
 Downloaded:  462 Time(s)



Last edited by Linux-Fan on 23.09.2015, 18:17; edited 1 time in total
Back to top
View user's profile Send private message
D.Cent
Forum-Nutzer


Joined: 05 Mar 2006
Posts: 506
Location: Stuttgart

PostPosted: 23.09.2015, 18:47    Post subject: Reply with quote

Linux-Fan wrote:
Ich bin mal wieder ratlos und habe alle beteiligten Dateien inklusive einem "`Minimal Working Example Testlevel"', dessen Name in Descent mit 000 anfängt (damit es ganz oben auftaucht) an diesen Beitrag angehängt.


Meinst Du mit "Working Example", dass Dein Testlevel funktionieren oder den Fehler demonstrieren soll? Denn wenn ich Deinen Level lade, sehe ich beide Texturen korrekt an der Wand.

EDIT: Screenshot Smilie



d3.png
 Description:
 Filesize:  353.35 KB
 Viewed:  441 Time(s)

d3.png




Last edited by D.Cent on 23.09.2015, 18:53; edited 1 time in total
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 23.09.2015, 18:58    Post subject: Reply with quote

Ich meine, dass das das kleinste sinnvolle Level ist, in dem der Fehler auftritt.

Ist es vielleicht ein Problem mit der Linux-Version von Descent 3?

Interessanterweise ist ja auf dem Screenshot die eine Textur auch weiß. Eigentlich sollen zwei ähnliche Bilder von einem Kontrollraum links und rechts angezeigt werden.

Wenn es keine Lösung gibt (bzw. das Problem woanders gar nicht auftritt), mache ich eben mal wieder ein Feld aus mehreren 128x128 Texturen -- die funktionieren nämlich problemlos.



fehler_unter_linux.png
 Description:
Screenshot bei mir
 Filesize:  324.5 KB
 Viewed:  426 Time(s)

fehler_unter_linux.png



korrekte_anzeige_im_editor.png
 Description:
Korrekte Anzeige im Editor
 Filesize:  215.81 KB
 Viewed:  432 Time(s)

korrekte_anzeige_im_editor.png


Back to top
View user's profile Send private message
Roadrunner
Forum-Nutzer


Joined: 24 Feb 2001
Posts: 475
Location: Germany

PostPosted: 24.09.2015, 20:39    Post subject: Reply with quote

Mir ist nicht Bekannt das selbst in der originalen Gam 256x256-Texturen vorhanden sind .
Soll heißen das es wohl nicht geht .
Von daher würde ich sagen wenn's genau sein soll 128*128 Texturen verwenden und teilen .

_________________
Wie kann jemand aus dem Rahmen fallen wenn er nich mal im Bild[e] is ?
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 24.09.2015, 23:45    Post subject: Reply with quote

OK -- danke für die Bestätigung Smilie

Ich werde dann einfach Kacheln, wie ich es an anderen Stellen des Levels ohnehin schon mache Smilie
Back to top
View user's profile Send private message
Boogie
Forum-Nutzer


Joined: 14 Nov 2005
Posts: 318

PostPosted: 25.09.2015, 14:17    Post subject: Reply with quote

Ist denn Texture 256 in der Gam angehakt? Die Himmelstexturen sind meistens 256x256 und die gehen ja auch unter Linux
Back to top
View user's profile Send private message
Linux-Fan
Forum-Nutzer


Joined: 06 Jun 2009
Posts: 257

PostPosted: 25.09.2015, 18:14    Post subject: Reply with quote

Ja, Texture 256 ist als einzige "`Größe"' aktiviert.


gamtable_screenshot.png
 Description:
Screenshot des ersten Gamtable-Eintrages. Der zweite Eintrag ist bis auf den Dateinamen und den Eintragsnamen identisch.

Download
 Filename:  gamtable_screenshot.png
 Filesize:  5.46 KB
 Downloaded:  441 Time(s)

Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Descentforum.DE Forum Index -> Level-, Design und Entwicklungs - Forum All times are GMT + 2 Hours
Goto page Previous  1, 2, 3 ... 10, 11, 12
Page 12 of 12

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You can attach files in this forum
You can download files in this forum
PayPal


Descent is a trademark of Interplay Productions.
Descent, Descent II are © Parallax Software Corporation.
Descent III is © Outrage Entertainment.
Descentforum.DE and Descentforum.NET is © by Martin "Do_Checkor" Timmermann.
Powered by phpBB © 2001-2008 phpBB Group