General Thread

by Aardappel on 01/05/2002 01:55, 15499 messages, last message: 12/08/2021 21:22, 8825838 views, last view: 12/09/2021 01:15

for questions, announcements etc.

   Board Index   

#4719: pCube models

by TimHortons on 08/04/2005 00:00

After compilation and run CTF mod based pCube source, i find an another problem :(
All my monsters models (not weapons, quad or others) are black and white!!! I read and read again renderMd2.cpp code but i don't find bug. Somebody have same problem? Do you know solution? thx ++

reply to this message

#4720: the cpu fly

by sopadj1 on 08/04/2005 11:03

hello. i have an athlon 1500+ and 650mb ddr and a nvidia gforce FX 5200 with the version 7167 of driver nvidia successfully installed, but when a play with cube (1024x768 or 800x600) the top ask me that linux_client eat 99% of cpu and after few second cube freeze and block X server....how can help me? thanks

reply to this message

#4721: the cpu fly

by sopadj1 on 08/04/2005 11:04

hello. i have an athlon 1500+ and 650mb ddr and a nvidia gforce FX 5200 with the version 7167 of driver nvidia successfully installed, but when a play with cube (1024x768 or 800x600) the top ask me that linux_client eat 99% of cpu and after few second cube freeze and block X server....how can help me? thanks

reply to this message

#4722: Re: pCube models

by TimHortons on 08/04/2005 17:44, refers to #4720

I don't understand well. How i can fixed this bug. This source code use same packages and weapons models without problems. Why monsters models don't work correctly ??? Perhaps, this mod use an other extension file (not md2) If this game is really Open Source, why it don't accept fully conversion?

reply to this message

#4723: Re: pCube models

by makkE on 08/04/2005 17:54, refers to #4719

Itīs in early beta stage.
So how about mailing your bug(s)/problems as a report to drian. He might be able to help you, and it might be beneficial to the mod aswell.

The reason we asked NOT to discuss pcube matters in this forum was the above, and additionally to prevent confusion.

reply to this message

#4724: ..

by makkE on 08/04/2005 20:08

http://www.cubeengine.com/forum.php4?action=display_thread&thread_id=596

paragraph #4.. read it.

reply to this message

#4725: Re: the cpu fly

by eihrul on 08/04/2005 21:39, refers to #4722

I suggest you stop talking out of your ass. You're starting to become as bad as Jean Pierre, only with just enough knowledge and good enough spelling/grammar to be dangerous, but little more.

Less grandiose and misinformed talk, more contributions, please.

reply to this message

#4726: ..

by JCDPC tossed his cookie on 08/04/2005 22:18

Eihrul, what are you thinking? You might endanger the synergistic enviroment of our collaborative eningeering project!

reply to this message

#4727: Re: the cpu fly

by eihrul on 08/04/2005 22:32, refers to #4726

Technical input? Hardly needed. Cube is just rendering frames as fast as possible, to give you the highest possible frame rate. No less than just about any other 3D game does. End of story. Nothing to see here, move along.

Feel free to run Cube at a lower scheduling priority and watch responsiveness suck hard.

reply to this message

#4728: Personal Configuration

by Tiglionabbit on 08/04/2005 23:11

I have multiple users who would like their own autoexec.cfg settings on the same machine. How can I do per-user configuration for Cube?

reply to this message

#4729: Re: Personal Configuration

by rootnis on 08/04/2005 23:25, refers to #4728

maybe make aliases named with respective names (or usernames, or) of those people, which change settings as needed. then after starting cube, one writes his/her name as a command

reply to this message

#4730: ..

by makkE on 08/05/2005 00:03

yea, or simply bind the execing of their respective configs in the autoexec.cfg.

like

bind f1 "exec bob.cfg"
bind f2 "exec suzie.cfg"

..etc

so they just need to press "their" button to get their settings.
Should be more practical (no typing).

reply to this message

#4731: Re: Personal Configuration

by pushplay on 08/05/2005 06:50, refers to #4728

In the windows bat file you could do something like:
rename autoexec.cfg autooriginal.cfg
rename pushplay.cfg autoexec.cfg
bin\cube.exe -w1600 -h1200 %1 %2 %3 %4 %5
rename autoexec.cfg pushplay.cfg
rename autooriginal.cfg autoexec.cfg

Where for linux rename becomes mv.

reply to this message

#4732: Re: the cpu fly

by pushplay on 08/05/2005 06:55, refers to #4728

If you're running fps games on a computer with multiple users either you have no business running games there or they have no right to expect responsiveness. I can't conceive of it being otherwise.

reply to this message

#4733: Re: the cpu fly

by Pxtl on 08/05/2005 16:31, refers to #4733

This is a good point - unless you're using the redundant updates to blur the screen, there is no point in updating faster than the refresh rate... unless the updates are not synchronised with the refresh rate, at which point there's no point in updating faster than 2x the refresh rate.

And yes, event-driven systems are better, but you must keep in mind the amount of computation that even the "render" event involves.

Plus, let's face it - Cube isn't all that efficient. Compare it v. one of Id's hyper-optimised engines and that's pretty obvious. Not that I think any of us could do better, or that I think that anyone should waste time trying to squeeze those last FPS out of the thing. For one thing, optimisations complicate code.

reply to this message

#4734: Re: ..

by Pxtl on 08/05/2005 18:48, refers to #4734

I think he meant the animation code itself, not the models. The animation code is re-run as fast as possible, which is wholly unecessary - fps of 1000 is silly and wrong. Only if you were doing an engineering-oriented physics simulation would you need that kind of time-discretion. Otherwise, it should just be capped to something relative to the refresh rate of your monitor - or motion-blurring should be added to capitalise on the monstrous refresh rate. But he's wrong about continuous interpolation - I mean, the animations are as interpolated as continuously as anything can be, without a clockless computer.

reply to this message

#4735: people are used to running numerous things on one box

by pushplay on 08/06/2005 07:21

Damn, you mean I wouldn't have to close firefox everytime I want to use irc? That would be pretty sweet.

Being able to run multiple programs, and run multiple programs in a responsive fashion are two different things.

reply to this message

#4736: Re: teh stereo...

by sinsky on 08/06/2005 11:51, refers to #4735

Tried it, sounds perfect to me, though my comment isn't really worth anything since it would take me forever to tell the difference between mono and stereo:) To make mixer run on my system I also had to replace

if(Mix_OpenAudio(22050, MIX_DEFAULT_FORMAT, 2, 512)<0)

with

if(Mix_OpenAudio(22050, MIX_DEFAULT_FORMAT, 2, 1024)<0)

otherwise the sound is distorted for some reason. Windows user here, but can't tell if it's a platform-specific issue or on my system only.

reply to this message

#4737: Re: Personal Configuration

by Tiglionabbit on 08/07/2005 06:10, refers to #4731

That way each user would need root permissions to edit their configuration. I was asking if there is a way to make it read a personal configuration file based on the logged in user. Will it read a .cube file or folder, or something similar, in a user's home directory? If I could speficy a configurationg file for cube to read on the commandline, I could have users create an alias for it, or create a general alias that read a file based on their home directory, like "cube --config-file /home/$user/.cube". Cube doesn't appear to have a manual file though, besides the few HTML 'docs' it installs with.

reply to this message

#4738: Re: teh stereo...

by Aardappel_ on 08/07/2005 15:09, refers to #4735

added this to both the cube & sauer trees. Thanks!

reply to this message

   Board Index