[grapefruit (old)]

they should be as when i put the other ioquake .exe in it overwrote 3 of the 4 files. :/
even tried making a clean urt install in another drive but it didn't have any effect.

This post has been edited by grapefruit: 20 November 2009 - 06:35 PM

[mitsubishi]

dunno, the only thing I can think of is positions of files.

this only needs:

- exe and dlls anywhere
- q3ut4 dir with its proper urt files in it

well, I heard program files may be wierd in behavior, a x:/urt/q3ut4 (with .exe/dlls in x:/urt) should be fine.



it has no difference from iourt.exe in that, it just goes in same place.








i can't think what else to add in this thing. meters probably reached their limit.

This post has been edited by mitsubishi: 21 November 2009 - 01:49 AM

[DP (old)]

mitsubishi, i can run your latest build, but the video stutters all over and the audio seems to do the same plus cracks and pops. It's really weird. Are there particular cvars that must be set a certain way for it to work correctly?

[fda| ObScUrE]

try s_useOpenAL "0"

[mitsubishi]

that should probably be 0 by default because even if I set it in the engine, it's forced by default.cfg in urt.

DP , on 21 November 2009 - 01:34 PM, said:

Are there particular cvars that must be set a certain way for it to work correctly?

no. there's nothing that needs to be set differently for common gameplay.








edit: btw, oops. interval 2 for drawping was considered the same with 1 after a recent update. fixed.

This post has been edited by mitsubishi: 21 November 2009 - 04:32 PM

[M4D5e5+r1ch3k (old)]

only 2 words:THANK YOU!!!

[Well Cooked Nade Burgers (old)]

compile with the lastest ikaziser & vbo plox

[QA RS| SubJunk]

Well Cooked Nade Burgers, on 23 November 2009 - 01:09 AM, said:

compile with the lastest ikaziser & vbo plox

Now that would be sexy

[mitsubishi]

ikalizer appears to be largely closed source (only the part communicating with the engine appears to be released in source) making its incorporation in this problematic or impossible; also its capability is already partly included for Creative cards; similarly latest vbo patches are not released and if they were they'd be probably hard to include without heavy hacking since they are based on iourt, which is based on an earlier ioq3 version.

edit: I tried to fix the code available for ikalizer but now it kicks on the ikalizer library which is closed source.






btw a very small update happened yesterday which I didn't mention ('cause it'd be very unimportant for most); the meter's 'dynamic arrays'(pointers) get refilled with memory less often so there should be some minuscule performance increase with them on for calling realloc() less often; remember of course if absolute best fps is needed it's best to turn off all 2d meters (such as these and lagometer) since if they are not shown they are mostly not calculated internally either; expect though small or no noticeable difference.

This post has been edited by mitsubishi: 23 November 2009 - 03:13 PM

[mitsubishi]

now /cl_utradio prints the radio commands available:P

[cake (old)]

makes my fps worse lol

[mitsubishi]

After the mighty inclusion of cl_utradio now Stopwatch!

It's of milliseconds accuracy, details on its use are on the 1st post under its image.




At first I thought of using the "real" clock of the OS to set its timer - to avoid /timescale having an effect on it - but then I realized timescale having an effect on it is precisely why it should be set on q3 clock. It's more relevant to gameplay that way and it's still equivalent to real time on timescale 1 anyway.

This post has been edited by mitsubishi: 24 November 2009 - 03:36 AM

[Well Cooked Nade Burgers (old)]

12 hour clock with the ability to set a alarm plz

[fda| ObScUrE]

Hey mitsubishi
I found something that could help to solve one of the problems with all ioquake3 versions that are out at the moment(Iobumpy/iKALiZER/and your optimized version).
They come all with the old default size limitation

#define MAX_CMD_BUFFER	16384

but with the original UrT.exe we had

#define MAX_CMD_BUFFER 65536

my config is actually 64,0 KB (65.536 Bytes) I cuttet it down to 6kb and it startet working with your build.
here is a link with the old default 16kb you have to change it to the 64kb but look if there is a newer/better version.

This post has been edited by ObScUrE: 24 November 2009 - 07:35 AM

[mitsubishi]

ObScUrE, on 24 November 2009 - 03:31 PM, said:

Hey mitsubishi
I found something that could help to solve one of the problems with all ioquake3 versions that are out at the moment(Iobumpy/iKALiZER/and your optimized version).
They come all with the old default size limitation

#define MAX_CMD_BUFFER	16384

but with the original UrT.exe we had

#define MAX_CMD_BUFFER 65536

my config is actually 64,0 KB (65.536 Bytes) I cuttet it down to 6kb and it startet working with your build.
here is a link with the old default 16kb you have to change it to the 64kb but look if there is a newer/better version.

ok I changed it to 131072 (about 128KB); tell me if everything's fine with it.

(the filename(zip) is same so if you downloaded it recently, refresh browser's cache)

Well Cooked Nade Burgers, on 24 November 2009 - 03:26 PM, said:

12 hour clock with the ability to set a alarm plz

good idea

This post has been edited by mitsubishi: 24 November 2009 - 11:11 AM