r1ch.net forums
* Home Help Search Login Register
r1ch.net  |  Recent Posts
Pages: 1 ... 7 8 [9] 10
 on: November 17, 2011, 07:05:35 pm 
Started by stan0x - Last post by QwazyWabbit
No such command exists.

The default name for the game module is gamei386.so in Linux and gamex86.dll in Win32 and gamex86_64.so or game86_64.dll in 64 bit builds.

To get a particular game module to run on a DM server, use +set game modname and place the appropriate module in the folder named modname.

You will have to rename stuff to shift versions of a mod. 

 on: November 17, 2011, 11:04:01 am 
Started by stan0x - Last post by stan0x
like in q2pro

./q2proded +set game action +set sys_forcegamelib action/aq2_tdm.so

set sys_forcegamelib yourgamemodwathuwant.so

greats stan0x

 on: November 11, 2011, 05:54:54 am 
Started by hehheh - Last post by DJ_MELERIX
hehheh you are right Wink

I think is the R1Q2Updater that is outdated and don't recognize new version numbers, anyway it still continue updating software properly to the latest builds, just that don't show the right version numbers.

hope R1CH take a look on this soon Tongue

 on: November 02, 2011, 05:47:19 pm 
Started by hehheh - Last post by hehheh
The changelog shows 8012 as having server side changes...

IIRC when I ran the updater it said that I was at 7904 and that that was the latest version; it said that dedicated.exe was already up to date at B7864... I took its word for that but after your post I re-ran dedicated.exe to see what it said and dedicated.exe is indeed now at 8012 even though the updater still says otherwise...  rolleyes

 on: November 02, 2011, 02:42:36 pm 
Started by Chip - Last post by Chip
Started a couple of days ago, r1q2 crashes everytime on connection to latvia ctf server

Strangely no problem connecting to other servers and works fine on acme ctf servers

Re-installed r1q2 but didnt help

the following error reported on latvia if it helps

Problem signature:
  Problem Event Name:   BEX
  Application Name:   r1q2.exe
  Application Version:
  Application Timestamp:   4e6eda0c
  Fault Module Name:   unknown
  Fault Module Version:
  Fault Module Timestamp:   00000000
  Exception Offset:   158bd6ff
  Exception Code:   c0000005
  Exception Data:   00000008


 Problem Event Name:   APPCRASH
  Application Name:   r1q2.exe
  Application Version:
  Application Timestamp:   4e6eda0c
  Fault Module Name:   unknown
  Fault Module Version:
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   004255ca

 on: October 30, 2011, 07:40:57 pm 
Started by hehheh - Last post by QwazyWabbit
I believe the b8012 release was a client-only release. It didn't affect the server binaries.
The updater reports 7904 as being the latest, never the less, it downloads b8012 binaries and they identify themselves as such.

 on: October 29, 2011, 11:28:51 pm 
Started by hehheh - Last post by hehheh
After the release of  8012, and as of October 29, 2001, the windows automatic updater still reports 7864 as latest server version. It also reports 7904 as the latest windows client version.

 on: October 23, 2011, 12:33:43 pm 
Started by puppy - Last post by puppy
when i restrict renderer fps r_maxfps to 250, there are flickering in new version of r1q2.
the speed of my computer allow to render about 250-350 fps, and when i set r_maxfps 250 its decrease to 200-250 and flicker.  sad
if r_maxfps 1000 its smooth. video is mobility radeon hd 4200 series. resolution 1366x768.

 on: October 23, 2011, 01:49:10 am 
Started by SillyBilly - Last post by SillyBilly
I installed new drivers because the old 189.257 was not performing since the new cvars come out...... My machine was jamming for about 20 minutes and it froze up with the sound skipping like a scratched record, it never did reboot though, just went back to desk top with the render still playing the skipping audio with this warning box that had an error about the opengl has lost connection with display adapter, or something like that.... I have tried every scenario possible but no go. I am running two Nvidia 7600gt SLI mode on a  AMD Athlon 64X2 Dual Core 6000+... I went ahead and attached Sys log I have been working on this foe 3 weeks and I am getting close but it still freezes up. It doesn't reboot, just looses hook. Any help will be greatly appreciated!!!!!             huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh huh

 on: October 12, 2011, 04:33:54 pm 
Started by R1CH - Last post by hehheh
Thanks for the info! And is it 100% all-or-nothing at the directory level as well as at the file level? By that I mean is if there is a "maps" directory supplied on the http server but not a "players" directory then will it download players from the q2 server and maps from the http server?

[Edit October 13: after thinking about the above some more I'm guessing it is 100% all or nothing at the directory level as well since the code to fall back at that level wouldn't be much different than the code to fall back at the file level... still wondering about the below though.]

In very brief use I've noticed 2 things that are maybe worth mentioning...

1) file names are case sensitive if the http server is on Linux - so windows q2 server, windows client with map sending name in lower case works with a windows http server with name in either case but not with linux http server with name in upper case. If the q2 server and http server use the same case then no problem for server initiated map changes; but still potential problems if the client requests the map change - the q2 server will accept the name in either case and then possibly fail with the http server. Since people weren't too careful about naming their maps there may be lots of case problems for some servers - thought it was worth an fyi.

2) before downloading the .bsp for a map "x" it gives off two complaints:
HTTP( weapons.filelist): 404 File Not Found [2 remaining files]
HTTP( weapons/maps/x.filelist): File Not Found [1 remaining files]

and then succeeds with:
HTTP( maps/x.bsp}: 866240 bytes, 213.94kB/sec [0 remaining files]

is this normal and/or is there anything to be done to silence the complaints (which may confuse users) or give it what it wants?

Got to say it is really nice to see a large map download in nothing flat - thank you Rich!!!

Pages: 1 ... 7 8 [9] 10
Powered by SMF 1.1.19 | SMF © 2013, Simple Machines