Hallo!

Gleich im vorraus: Ich habe mich bis jetzt 4 TAGE mit folgendem Problem auseinandergesetzt und auf zig deutschen bzw. englischen Websites keine Lösungen gefunden!

Ich habe nach dem Vorbild von Fest: Tutorial: Erstellen eines simplen Model für HL2/CS:S einen Würfel in Softimage: XSI erstellt und passend texturiert.

Diesen Würfel habe ich cube benannt und ihn als cube.smd in den Ordner

-C:\Programme\Valve\Steam\SteamApps\kobolt6\sourcesdk_content\cstrike\modelsrc\palace-

abgelegt. Das selbige tat ich mit der cube_phys.smd (natürlich als physbox abgespeichert)

Die Textur liegt im Ordner:

C:\Programme\Valve\Steam\SteamApps\kobolt6\sourcesdk_content\cstrike\materialsrc\palace

als marble19_256.vmt und -.vtf vor!

In die cube.qc Datei (im Ordner meiner cube.smd) habe ich wie angewiesen diese Parameter eingeschrieben:

$modelname palace/cube.mdl

$scale 1.0

$cdmaterials palace/marble19_256

$staticprop

$body studio "./cube"

$sequence idle "cube"

$collisionmodel "cube_phys.smd"
{
$Mass 5
$concave
}

Den passenden Ordner, für die compielerte Datei im nachhinein, habe ich bereits ertellt:

C:\Programme\Valve\Steam\SteamApps\kobolt6\counter-strike source\cstrike\models\palace

Wenn ich nun in der Dos_Eingabeaufforderung die studiomdl.exe aufrufe und ihr die cube.qc zuweise erhalte ich diese Fehlermeldung:

Error opening c:\programme\valve\steam\steamapps\kobolt6\sourcesdk\sourcesdk_content\cstrike\modelscr\palace\cube.qc

Ich bin echt am verzweifeln!
Habe mir jede erdenkliche Möglichkeit schon durch den Kopf gehen lassen und sehe den Fehler nicht.
Kann sein, dass ich den Überblick verloren habe, aber die Lösung für diesen Fehler
ist mir noch nicht untergekommen...

Vielen dank im vorraus für eure Hilfe,

mfG,

Kobolt

Um schonmal Fehler auszuschliessen, welche durch falsche Benutzung der Winkonsole kommen können, zieh die *.qc Datei einfach mal auf studiomdl.exe.

Wenn jetzt ein compiledurchgang läuft war es halt nur ein Benutzerfehler in der konsole.

Innerhalb der qc gibt es auch noch ein paar fehler:

benutze bei Pfadangaben bittebittebitte _IMMER_ Anführungszeichen. Sobald Leerzeichen oder Sonderzeichen im Pfad sind kann das zu bösen Fehlern führen. Und es auch besser lesbar als ohne Anführungszeichen.
$modelname "palace/cube.mdl"

Die Pfadangabe zu den Materialien gibt den Ordner an, wo sich die Materialien des Models befinden, nicht welche Materialien genutzt wurden. Das steht in der *.smd.
$cdmaterials "palace/marble19_256"

Hier wird der Pfad zur *.smd relativ zu der *.qc angegeben, da die Datei ja im gleichen ordner wie die *.qc liegt ist das './' nicht nötig, aber es ist auch nicht schädlich.
$body studio "./cube"

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.

Vielen Dank Adrian!

Hab die cube.qc korrigiert und auf die studiomdl.exe gezogen - voilà hat geklappt!

wenn das so einfach geht, warum sagt das keiner? :-)

Das einzige was jetzt ist.. ich kann das model im editor und im viewer nicht sehen - Texturproblem?!

Allerdings entspricht die Textur dem verlangten Format (256x256). Hab ich einen falschen Ordner angegeben?

Auf jeden Fall nochmal vielen Dank!!!

Kobolt

studiomdl erzeug auch eine art log in diesem dosfenster, kopier diese mal hierein.

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.

Beim cube.qc hat schlussendlich alles geklappt - textur war im falschen ordner...

Nun jetzt kommt noch ein viel größeres Problem:

Weiß nicht wie gut du dich auskennst, aber ich hab eine in Cinema 4D erstellte Säule ("column.x") als direct 3d file in XSI importiert. Von dort aus dieses Model texturiert und es als "column.smd" wie gehabt in die passenden Ordner exportiert.

Als physbox hab ich einen einfachen quader gemacht (ohne Textur) und ihn
als "column_phys.smd" als physbox gespeichert.

Wenn ich die diesmal hoffentlich korrekte "column.qc" auf die "studiomdl.exe"
bricht die Compilierung nach einer knappen Sekunde wieder ab und die Eingabeaufforderung schließt sich von selbst.

Soweit ich sehen konnte wurde kein ERROR oder ein sonstiger Fehler angezeigt!!

Tut mir jetzt schon leid, all diese nervenden Fragen zu stellen, aber wer kann mir sonst helfen.. Derartige Fehler werden im SDK Readme nicht aufgeführt :(

Vielen Dank nochmal,

Kobolt

Erstell doch mal eine .bat mit folgendem Inhalt
-------------------------------
cd "%sourcesdk%"
bin\studiomdl ..\sourcesdk_content\hl2\modelsrc\DEIN ORDNER\DEIN FILE.qc

pause
------------------------------

durch die pause bleibt Dein Fenster offen

Zitat:

gosuke postete
Erstell doch mal eine .bat mit folgendem Inhalt
-------------------------------
cd "%sourcesdk%"
bin\studiomdl ..\sourcesdk_content\hl2\modelsrc\DEIN ORDNER\DEIN FILE.qc

pause
------------------------------

durch die pause bleibt Dein Fenster offen

Du erstellst, wie gosuke es gesagt hat, ein bat, aber mit diesem Inhalt:

-------------------------------
cd "%sourcesdk%"
cd .\bin\
studiomdl %1

pause
------------------------------

und dann ziehst du die qc anstatt auf die studiomdl.exe auf diese bat Datei.

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.

Holla - was ich mir der info schon so alles an Lebenszeit hätte sparen können .. *tülülü*

Vielen Dank für die tolle Hilfe, hab alles geschafft!

Das Problem lag in der ..._phys.smd!
Das "phys - model" muss umbedingt
texturiert sein -> sonst kann das Object ( .qc- Datei)
nicht kompiliert werden!!