ja nun hab ich mir die tage tatsächlich die orange box gekauft und kämpfe seit 7 stunden mit dem kompilieren und ingame betrachten eines ersten testmodels.
hab schon alles mögliche gehabt. schwarz-lila-checkerbox-textur, model gar nicht im model viewer und editor angezeigt. hab mich durch google und co. gewühlt, aber jetzt reichts mir ;)
find einfach nix mehr zu diesem problem.
es ist so, das model ist im source sdk model viewer anschaubar inkl. textur, hitbox stimmt ebenfalls.
im hammer editor selbst, wird das model auch einwandfrei angezeigt mit textur.
auch in einem seperaten model viewer von cannonfodder, sieht man das model mit textur.
nun setz ich das in eine map und kompilier das ganze für tf2. ich betrete den testraum ingame, sehe die 2 lampen inkl. beleuchtung, die ich gesetzt hab, aber von meinem eigenen model ist weit und breit nichts zu sehen. nun steh ich da und weiß wirklich nicht mehr weiter. mein kollege ist auch grad net online, der vll. weiterwüsste. deshalb frag ich mal hier - habt ihr ne idee, woran das liegen kann ? stimmt da doch wieder was nicht mit den pfaden ? komplett andere möglichkeiten ?

model befindet sich in:
team fortress 2\tf\models\custom_models\bull_auge1

textur befindet sich in:
team fortress 2\tf\materials\custom_models\bull_auge1

wie gesagt, fluppt überall nur nicht im spiel selbst :o

Zitat:

stimmt da doch wieder was nicht mit den pfaden?

Und was steht in der qc und in den vmt Dateien?

There is nothing wrong with high standards. It's your problem that you don't meet them.
If you think it's simple, then you have misunderstood the problem.
When a customer says "nothing has changed", assume they're lying.

vmt:

Zitat:

"VertexLitGeneric"
{
"$basetexture" "custom_models/bull_auge1/bull_auge1"
}

Zitat:

$modelname "custom_models/bull_auge1/bull_auge1.mdl"
$body "Body" "ref_bull_auge1.smd"

$scale 1.0

$surfaceprop "metal"

$cdmaterials "custom_models/bull_auge1/"

$sequence "idle" "ref_bull_auge1.smd" fps 30

$collisionmodel "phys_bull_auge1.smd"
{
//Mass in kilograms
$mass 10
$concave
}

$keyvalues
{
prop_data
{
base Plastic.Medium
}
}

Ersetz die Slashes in den Pfaden durch Backslashes.

There is nothing wrong with high standards. It's your problem that you don't meet them.
If you think it's simple, then you have misunderstood the problem.
When a customer says "nothing has changed", assume they're lying.

jetzt lädt GUIStudioMDL ewig rum und dann kommt ein fehler:
"SteamStartup() failed: ...............failed with error 1: failed to take master pipe connection lock"

Als was hast du das Model denn gesetzt? Prop_Static? Prop_Dynamic?

Also ich weis grad noch, dass ein prop_static in der qc $static 1 gesetzt haben soll/muss/kann (?)

Poste noch das Compilelog dazu, darin müsste sich ein Hinweis finden, wenn es daran liegt.

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de

Zitat:

Agamemnon-Hellmapper postete
Also ich weis grad noch, dass ein prop_static in der qc $static 1 gesetzt haben soll/muss/kann (?)

There is nothing wrong with high standards. It's your problem that you don't meet them.
If you think it's simple, then you have misunderstood the problem.
When a customer says "nothing has changed", assume they're lying.

k, nach einem steam-neustart, ging das kompilieren dann doch mit backslashes.
auch den zusatz "$staticprop" hab ich nun gesetzt - hatte ich vorher noch nicht. hat sich leider nichts geändert. kein model ingame zu sehen, auch keine hitbox davon, wo ich gegenschießen oder laufen könnte.
ist als prop_static gesetzt, ja.

compile log läuft einwandfrei durch.

Was meint die Engine dazu? Schalt mal den Developermode und die Konsole an.

There is nothing wrong with high standards. It's your problem that you don't meet them.
If you think it's simple, then you have misunderstood the problem.
When a customer says "nothing has changed", assume they're lying.

argh, tut mir leid - hab den compile log der map nicht gelesen :/
da war nämlich folgende fehlermeldung drin:

Zitat:

Error! prop_static using model "models/custom_models/bull_auge1/bull_auge1.mdl", which must be used on a dynamic entity (i.e. prop_physics). Deleted.
Error loading studio model "models/custom_models/bull_auge1/bull_auge1.mdl"!

edit:im model browser ist sowohl bei "physics" als auch bei "static" ein haken. das soll ja aber nicht so sein :o
d.h. da is schon noch was beim kompilieren net so richtig, oder ?

weil hier:
http://www.thewall.de/content/half-life_2:fehler_probleme:must_be_compiled_with_staticprop

steht ja:

Zitat:

reicht es aus, wenn du in die QC Datei deines Models den Befehl $staticprop einfügst und anschließend per studiomdl das Model neu kompilierst.

Das $staticprop muss vor der Definition des Physikmodells stehen. Poste mal deine aktualisierte qc.

There is nothing wrong with high standards. It's your problem that you don't meet them.
If you think it's simple, then you have misunderstood the problem.
When a customer says "nothing has changed", assume they're lying.

Aktualisierte QC:

Zitat:

$modelname "custom_models\bull_auge1\bull_auge1.mdl"
$body "Body" "ref_bull_auge1.smd"

$scale 1.0

$staticprop

$surfaceprop "metal"

$cdmaterials "custom_models\bull_auge1\"

$sequence "idle" "ref_bull_auge1.smd" fps 30

$collisionmodel "phys_bull_auge1.smd"
{
//Mass in kilograms
$mass 10
$concave
}

$keyvalues
{
prop_data
{
base Plastic.Medium
}
}

edit 2:jop das war der fehlerteufel. alter falter, ich sags euch.....
da muss man ja echt überall seine resourcen zusammensuchen. jetzt sitz ich ja wirklich ewig an dem dingens, und dann hängt das an so kleinigkeiten ab. dachte mit bissel hl1 vorerfahrung fluppt das geschwind.
ich bedank mich 1000 Mal bei euch für eure hilfe ! da wär ich im leben nicht allein drauf gekommen. habt den rest meines sonntagnachmittags gerettet :)

irgendjemand, der das alles weiß, sollte mal ein allumfassendes tutorial dazu scheiben, weil das im modeling-thread ist auch ziemlich zerrupft und schwer zu lesen/verstehen, find ich :o

Ah, gut, dass ich helfen konnte, obwohl ich noch nie selber ein model kompiliert hab. ^^
Und ja: Das Tutorial is nicht besonders übersichtlich.

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de