Also, ich habe ein problem mit Wasser, sobald es mehr als nur ein würfel ist.

Hier dierekt einmal eine Skizze dessen was ich erreichen möchte:
Bild:

Bzw.: LINK

Man sieht einen Raum dessen unterer Hälfe (gelb/gruene Kästen) mit Wasser gefüllt sein sollen, nun soll aber duch das Wasser noch ein Tunnel (Rot, und zum testen nur ein Quader) verlaufen ...

Da beim Wasser nur die obere Textur Kante mit einer Textur überzogen werden soll, während der Rest einfach eine NoDraw-Textur erhällt ...
Nun führt das allerdings bei den Umrahmten Brushes zu Problemen, da diese nun nur noch (ausschließlich) von NoDraw Texturen umgeben sind
Folge: Der Block wird undurchsichtig und undurchdringlich, also Solid (Ihr kennt das sicher alle ;) )

Jetzt habe ich einfach die Oberfläsche jedes dieser Brushes ebenfalls mit einer Wassertextur überzogen und siehe da, das ganze wird schonmal als Wasser definiert ...

Nun tritt allerding ein neues Problem auf, den schießt man nun auf die (neue) Wasseroberfläsche innerhalb des Wasser so spritzt auch ein Wasserwall hervor, es ist also so, als ob man unter Wasser eine 2. Wasseroberfläche besitzt, was leider nicht so ganz im Sinne des Erfinders war -.-

Ich hab das ganze dann mal weiter untersucht und gemerkt, dass das selbe Phenomen (2. Wasseroberfläche innerhalb des Wassers) auch in folgendem Beispiel auftritt:

Bild:

Bzw.: LINK
Wie oben. Das Orange ist das Wasser, das Blaue die Oberfläche und das Wasser ist in 2 Brushes unterteilt.
Schießt man nun von Unterhalb auf die markierte Stelle, so tritt ebenfalls dieser eritierende Effekt auf ...
[Zwischen den beiden Brushes befindet sich jew. eine NoDraw Textur]

Im großen und ganzen würd ich jetzt sagen eigene Dummheit oder (dummer) Programmierfehler ...

Worums mir aber Hauptsächlich geht, ist,ob ich irgendetwas falsch mache oder ob es einen Weg gibt dies zu umgehen?
Ich will nur nochmal darauf hinweisen; ich versuche einen Unterwassertunnel zu kontruieren ... (Mit "benutztbarem" Wasser außen, und Tunnel innerhalb)

Schonmal vielen Dank für die Hilfe :)

There are 10 types of people in the world.
Those who understand binary and those who don't. ;)

Das Problem mit dem soliden Nodraw-Only-Brush könnte man dadurch umgehen, dass man ihn zu einem func_water/func_water_analog macht. Ich bin aber nicht sicher, ob das funktioniert.

Das allgemeine Problem (zweites Bild) mit der doppelten Wasseroberfläche kann ich nicht richtig nachvollziehen. Kannst du das mal testweise mappen und das .vmf hochladen?

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

mach doch statt mehreren brushes für wasser nur einen einzigen,der kann ruhig in andere normale brushes hereinragen...oder hab ich jetzt was verpasst? :D

Was auch immer ich tue,ich tue es rasch,damit ich etwas anderes tun kann.
DL-Tower Map Serie

@Larry:
Das is ja das Problem, man soll durch den Brush in der Mitte gehen können, aber ohne Wasser ^^

@HammerBlade:
Srz das das mit der Demo-Map gedauert hat; Stress ^^
http:\\www.fod-cs.net\wddg\css_water.bsp

Also wenn man von etwa der Mitte des Wassers auf den Boden ziehlt oder auf den Wasser-Brush oberhalb den "Tunnels" schießt tritt der effekt auf ...

There are 10 types of people in the world.
Those who understand binary and those who don't. ;)

Okay, jetzt weiss ich was du meinst. Ich denke das dies kein Bug ist, sonderen VALVe das Wasser nicht direkt für diesen Zweck vorgesehen hat bzw. diese Verwendungsart nicht bedacht hat. In HL2SP ist das Wasser wohl immer ein Brush, da tritt der Effekt nicht auf. Aber bei dir tritt die Kugel aus dem einem Wasserbrush aus und tritt in einen anderen Wasserbrush wieder ein. Und dieser Übergang wird so gewertet, dass die Kugel das Wasser verlassen hat und beim Verlassen/Eintreten kommt dieser Effekt, auch wenn zwischen Ein- und Austritt 0Units liegen. Meiner Meinug nach kannst du da nicht gegen tun. Da muss VALVe was dran machen.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way

oder er solte nur ein wasser brush nehemn dann ist der fehler auch weg.

das ist kein fehler von valve das ist ein fehler vom mapper
ist doch unlogisch 2 wasser brushes über einander zulegen.

mach ein und gut

ich habe deine map gesaugt und mal ein wasser brush eingebaut funzt wunder bar
ich weiß garnicht wat du hast

lt.peters, dann hast du denn Sinn der Aktion mit meheren Wasserbrushes nicht verstanden. Denn CommanderSirow will ja einen Tunnel/Loch durch das Wasser bauen, dass hast du wohl in der Map übersehen. Und imho ist das ein Designversäumnis von VALVe. Ich habe nicht behauptet, dass es ein Bug/Fehler sei.

"Mit C++ (noch besser mit C) kann man sich _sehr_ leicht in den Fuss schiessen." - theDon
Auspack und freu! - Auszug aus einer, aus dem japanischen übersetzten, Bedienugsanleitung für ein Spielzeugaquarium.
--
Photon Audio Player | Majestic42.net | How To Ask Questions The Smart Way