XProfan

- Página 4 -

Frank
Abbing

Dieter Zornow

Der Ausdruck es aber falso, Yo nehme veces a, dass laden_obj una Procedure es y el se aquí como Función aufgerufen. Dann muss lo korrekterweise
Kompilieren Marca Separación

objekt_1% = laden_obj("auto.obj")
oder
laden_obj "auto.obj"
object_1% = @&(0)pre>

heißen, sonst va el Aufruf torcido

Das funktioniert auch así. El Variable speichert IMHO siempre el letzten Rückwert.

Yo habe ahora con Wings3D una Quader erstellt con 4 Zylinder como Räder.
( Wings3D 0.99.03)

Posesiones el entonces con Wings3D una Textur angezogen.

Mit el Tasten QWESAY puede ser el /el Objetos drehen.

Mir kam lo sólo en el Anpassung el Textur a.
Jedem Vertex puede ser una Textur verpassen el uno möchte.
Schaut veces el BMP-Texturen a y el en el Auto.

Aber cada einzelne Körper kann sólo una Textur haben.
Einem Quader puede ser no 2 Texturen zuweisen.

Jedem individual Körper , hier el Räder oder Quader oder Zylinder kann je una propio Textur haben.

Sombrero spass gemacht.

mfg

3dobjekte-einlesen.zip	23 kB

Hochgeladen:	05.09.2008

Ladeanzahl:
		Descargar

Der Code ha Fehler y el Paket no Exe. (jag veces xpse drüber)

Dann es wohl el XProfan10-Compiler irgendwo al hudeln y keiner merkt lo.
Der Compiler spuckt no Fehlermeldung fuera. ¿Por qué no?
Un Variablenüberschreitung no es gemeldet.

Tal vez puede uno veces con Xprofan11 compilieren.

mfg

Yo quería lo con XProfan11 kompilieren, aber XPSE bricht con Fehlermeldungen de. Pack wenigstens una Exe con herein.

Wenn Yo sin XPSE kompilieren möchte entonces klappt lo auch con XProfan11. Versuche el Fehler veces a beseitigen.

Der Fehler scheint ya en el 3d-einlesen1.inc a stecken:

Error : OBJDRAWX(LISTENNUMMER2&) UNDEKLARIERT.
Procnaehe: POINTX
Naehe: : ~65, LISTENNUMMER2&=OGL("STARTLIST")

So sehen jetz el Variables en derr INC de :
Kompilieren Marca Separación

Declare OBJ_vertex![1,1],OBJ_vertex_vn![1,1],OBJ_vertex_vt![1,1],OBJ_face_Quad&[1,1,1],OBJ_counter_v1&,OBJ_counter_vt1&
Declare OBJ_face_TRI%[1,1,1],OBJ_face_POLY%[1,1,1],OBJ_Textur%[1000],OBJ_Texture$[1000],MTL_counter&
Declare OBJ_counter_vn1&,OBJ_counter_f_QUAD&,OBJ_counter_f_TRI&,OBJ_counter_f_POLY&,OBJ_counter_f_POINT&,OBJ_counter_f_LINE&
Declare OBJ_Face_x&,OBJ_MTL$[1000],OBJ_Faces$[61000],OBJ_Vertex_V$[65000],OBJ_Vertex_VN$[65000],OBJ_Vertex_VT$[65000]
Declare OBJ_Textur_count%,OBJ_Textur%,Tex_Data_geladen$
declare rückgabe&,Listennum

Un war doppelt, una fehlte, porque el en en el Hauptprogramm war.

XPIA/XPSE compilieren ahora fehlerfrei, aber linken es "0".

Fehler liegt wahrscheinlich en irgendeiner Profandatei des compilers.

Ein Überlauf, el no kontrolliert se.

mfg

Lad Por favor, una komplettes integeres Paket hoch welches no Fehler besitzt.

Dieter
Zornow

@Franco:

Frank Abbing

Das funktioniert auch así. El Variable speichert IMHO siempre el letzten Rückwert.

Yo glaube du must alles zurücknehmen y el Gegenteil behaupten. probiers sólo veces de
Kompilieren Marca Separación

proc abc

    parameters a&
    return 200 + a&

endproc

cls
Print abc(10)
abc(10)
Print @&(0)
w

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2

Kompilieren Marca Separación

test{

    return 3

}

test2{}
test
print @&(0)
test2
print @&(0)
ey

es doch muy aufschlussreich con

3
3

Apéndice:

@Dieter: Interessant! Wird una Función como Argument aufgerufen scheint ellos @& no a füllen media Usted?

Compiliert fehlerfrei: XPIA/XPSE.

mfg

opengl-3d.zip	15 kB

Hochgeladen:	05.09.2008

Ladeanzahl:
		Descargar

Dieter
Zornow

@IF: Yo habe su geschrieben, una Procedure como Función aufzurufen, el füllt no.. Kann uno auch de mi ersten Posting ersehen.

Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2