Making a stand alone mod of Cube1; having some problems

by Anteater on 02/20/2007 02:54, 11 messages, last message: 02/21/2007 20:37, 1324 views, last view: 04/20/2024 19:44

Hi all. I'm making a stand-alone mod of Cube 1 (I love its simplistic design) but have run into a problem. So far, I have the executable, some basic config files, some very lousy "placeholder"
graphics, etc. The problem I'm having is that no matter what I do, the textures for the level are appearing completely white. My config file for basic map settings looks like:

mapmodelreset

loadsky "env/sky"

texturereset

texture 0 "env/sky"
texture 0 "defpkg/water1.jpg"
texture 0 "defpkg/brick.jpg"
texture 0 "defpkg/grass.jpg"
texture 0 "defpkg/stone.jpg"
texture 0 "defpkg/mecha.jpg"
texture 0 "defpkg/other.jpg"

and all the textures are in the correct directory (I think, at least; packages/defpkg). So what am I doing wrong?

   Board Index   

#1: ..

by Passa on 02/20/2007 06:23

Filenames on Linux are case sensitive, could be that (I'm just groping in the dark here..)

reply to this message

#2: ..

by makkE on 02/20/2007 10:45

Try just using that as default _map_settings.cfg and do a newmap. Because in case you use any of the exsisting cube maps as a test map, it could well be the map doesn´t use the first few slots at all..

reply to this message

#3: ..

by Anteater on 02/20/2007 15:43

Thanks for the help I was able to get a basic square map to render. However, I've ran into a new problem, the WASD keys won't move the camera. I have:
bind W forward
bind A left
bind S backward
bind D right
in my defaults.cfg file and I'm not getting any errors (except sound-related errors, because I haven't gotten to that yet), so why won't it move? BTW, I'm running WinXP.

reply to this message

#4: ..

by makkE on 02/20/2007 16:13

Can´t really help you, since we can´t have a look into your directory and see what you deleted and what not, etc, etc..

Make sure you know how stuff works before changing it. You obviously changed/deleted stuff you shouldn´t have.

reply to this message

#5: ..

by Anteater on 02/20/2007 19:31

Well, I don't want this mod to break any of the license aggreements or anything, so except for the executable itself and the basic structure of the directories, everything is made from scratch. (I know some of the media (textures, models, etc) can be redistributed but I want this to look 100% original if possible)

reply to this message

#6: ..

by makkE on 02/20/2007 19:49

I really welcome that, but I highly doubt stuff like config files are considered media. Guess those are more source-like. You probably won´t have to (delete or) rewrite your own keymap.cfg (or defaults.cfg) or something.. because that´s what your wasd problem sounds like to me.. ;)

reply to this message

#7: ..

by Anteater on 02/20/2007 20:54

Yeah I was thinking that the config files should be considered more source-like than media, but I wanted to be on the safe side. I guess I'll use the "real" config scripts then, unless Wouter Van Oortmerssen (he's the guy who programmed it right?) says otherwise.

reply to this message

#8: Re: ..

by Aardappel_ on 02/20/2007 21:32, refers to #7

That has never been specified, but I guess the core .cfg files can be considered part of the source and thus ZLIB.

reply to this message

#9: ..

by Anteater on 02/20/2007 21:56

Cool thanks for answering that.

reply to this message

#10: Re: ..

by Pxtl on 02/20/2007 23:16, refers to #9

To clarify, in case there was confusion: Aardappel is Wouter.

reply to this message

#11: ..

by Anteater on 02/21/2007 20:37

Okay, now I've got another problem, and was wondering if anyone else has had this happen. The official cube executable works fine for me, but when I compile a virtually unmodified source version, everything is working fine until I enter edit mode. It looks as if the z-buffer messes up or something. The only modification I made to the source was that I used the newest version of Zlib, and I don't see how that could cause graphical corruption, because zlib is a compression library.

reply to this message

   Board Index