Torque 1.4 new loaction for heightscripts doesn't seem to work

#1 I have used png's as heightfields in 1.4 fine.

The location is correct. I would double check that the file browser is definitely pointing to the right directory?

Heres a quick screenshot of mine I just quickly uploaded to geocities. Will delete it later after you've seen it.

#2 That's odd,

I don't even get that tree view. When I choose bitmap I see a blank page like this screenshot .

Perhaps there is a script somewhere that I need to adjust to load the folder. Thanks for the help, I'll keep digging.

-Allen T.

#3 Hmm, yes that is odd. Is there anything in the log about it not being able to find something?

I see you are using the debug build ... I am using a release build because my debug build crashes and burns on me and won't even start. Does it work in the release build?

#4 Release has the same problem and there are a lot of find errors in the log. I suspect that something might have gone awry with my last get so I'm going to clean and get again. I suspect I somehow missed some art folders among other things.

Thanks again.

#5 I am having the same problem here, i've looked up documentation and my terrain file should be at common/editor/heightscripts

however, even if my 256x256 png file is there, it will not reconize it when i go to put it in the terraform editor. when i cliked the button to locate the file, it just shows up blank, like Allen's screen shot.

any thoughts of why it would be wrong?

#6 Tried putting it in creator/editor/heightscripts?

#7 There is no creator folder? all documentation on the interweb sais common...as well as common being in the directory.

#8 In Torque HEAD, all the editor scripts live in the creator folder.

#9 Sorry my bad, i read the title of the thread and assumed it was headless, didnt even know what head meant.

my problem still stands though...?

#10 Torque 1.4 is only available via HEAD.

It is possible that you are using a PNG with the wrong format.

holodeck.st.usm.edu/vrcomputing/scenebuilding/chapter03.shtml#_hei

#11 After a few hours of a break, i re tryd and it worked fine,
so my problem is solved, however would anyone know why it would take that long for torque to realize that there is a png file there? i mean i closed it down earlier to make sure it would reload everything, and it didnt work, i didnt do anything and suddenly 6 hours later it happens to work?

#12 Hey itttech,

My problem, I believe was ultimately an issue with me using the Visual C++ 6 project. That project is not as up to date ast he VC7 project. Ben Says VC6 will be up to date by release but currently is still lagging (there appears to be a lot of artwork missing as well if you check your log so some paths are definitely screwy). I you're int eh same boat as I, I reccomend you update to VC7since Torque, as I understand, won't be supporting VC6 after 1.4 anyhow.

I'm going to try to dig into this tonight and will post what I figure out, if anything.

-Allen

#13 Hey Matt,

The ultimate problem here seems to be that there is nothing at all showing in the browse dialogue. The folders are all in the right places i.e. example\creator\scripts\heightscripts but when you try to load a bitmap it doesn't even show the tree view as seen in Vernon's screenshot. What you get is a big white empty box. My PNG's seem to be okay because as of 1.3 I can use them to make heightmaps the old way just fine.

-Allen T.