Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

DarkBASIC Professional Discussion / Quits immediately after i start it. x file size?

Author
Message
Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 10th Aug 2007 04:31
I have a problem. when i compile my program, it quits immediately and leaves a text file in the directory. the problem is something to do with my x model file, as when i remove that part of the code my game runs smoothly.
Is it the size?
the file im using which is called world1.x, is 12,108kb.

This is the error file left in my directory.
CrashOn_08_10_07.txt



Please, help me fix this.


Lessen The List! (see the forum on my site)
Roborb = [00------------] - figuring out collision
DarthVader 335
17
Years of Service
User Offline
Joined: 18th May 2007
Location: Cyberspace
Posted: 10th Aug 2007 06:10
what collision system are you using?? if your editing the IncaPro demo one of the files is missing.
the size should not matter it could be a 500mb file it would still load just take awhile.

where did you export the .x file from??
it might be using a different export system try saving it as something else like 3DS or MD3.



STAR WARS ROCKS!!!
Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 10th Aug 2007 07:36
collision system? how does that affect the loadability of a file?
If you mean sparky's dll, there i use that.
I converted the file from a 3ds file exported from c4d, and in every other case before this, it has worked fine.

Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 10th Aug 2007 12:11
come on, someones gotta have the solution to this problem!

Storm 6000
19
Years of Service
User Offline
Joined: 10th Oct 2004
Location:
Posted: 10th Aug 2007 12:17
Well I don't think its traditionally healthy to use radically large .x files but 12mb itsnt that bad. What was it exported with? as it may be your settings

Thanks
Adam
Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 10th Aug 2007 12:21
It was exported as a 3ds file from Cinema 4D, which was then converted into an x file with DBConv. it has worked perfectly fine before this.

Quote: "I converted the file from a 3ds file exported from c4d, and in every other case before this, it has worked fine."

That was in my last post

Storm 6000
19
Years of Service
User Offline
Joined: 10th Oct 2004
Location:
Posted: 10th Aug 2007 12:39 Edited at: 10th Aug 2007 12:40
sorry my mistake, well if you want post a link to a download for that model and I will see if it works on my DBpro that would confirm its the model. I think its may be the converter that program is very old and probably wasnt designed for models that big

Thanks
Adam
jason p sage
16
Years of Service
User Offline
Joined: 10th Jun 2007
Location: Ellington, CT USA
Posted: 10th Aug 2007 23:24
I tend to agree. Ever open various 3d "formatted" files? Most are text... regardless though - text or binary - if the coverter program writes a file out and its not exactly how the native program would have wrote the same model - you're in unsupported territory. Same thing with programs (liek Dbpro) that load file formats from other software.

If its not perfect - its broke. Once more - Sometimes a file can be read and saved from one software product to the next - all forgiving a slight "flaw" (hypothetically) but then the last program you try fails - says file is wrong - yet you know it works - so is it the last program you tried to open it with or the program that made the file (with the flaw) in the first place?

Well - the answer is obvious enough BUT when you are working the model itself and doing your thing - - finding out if the file is flawed is not easy - and youo might blame the wrong program. It can get quite confusing

Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 11th Aug 2007 02:45
Quote: "in every other case before this, it has worked fine"

I quote myself again just to say that the problem lies precisely in the file.
I tried to upload the file yesterday but it just ended up lagging overtime on me and i just quit mozilla. I was attempting to solve the problem by baking the texture, but it took the whole night and just died on me in the morning with no results.
Ive uploaded it here.
http://pravin.sitesled.com/world1.x
Oh, and when i tried using the 3ds file instead, it just blatantly refused to work. didnt even start up and quit.

dark coder
21
Years of Service
User Offline
Joined: 6th Oct 2002
Location: Japan
Posted: 11th Aug 2007 07:38
It's possible that DBP cannot handle ASCII .x files this large, try saving it as a binary.x then you could convert it to .dbo however it loads fine with the DX mesh viewer.

Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 11th Aug 2007 07:50
how do i save it as a binary x?

Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 12th Aug 2007 05:24
I fixed the problem!
The textures was the little worm ruining my work.
I just deleted off the textures and it worked fine
Ill solve that probem later...

Aralox
17
Years of Service
User Offline
Joined: 16th Jan 2007
Location: Melbourne
Posted: 12th Aug 2007 12:31
oh crud. its not that. its sparky's dll.
im gonna start a new thread.

Login to post a reply

Server time is: 2024-05-27 10:46:59
Your offset time is: 2024-05-27 10:46:59