Rooms (Can you handle it?)

Post by **dudemcpek** » Thu Nov 30, 2006 6:14 am

It's quite easy really, just use ^J mod..

Lotus · Post by **Lotus** » Thu Nov 30, 2006 6:18 am

Man, gotta try it out when I get home.
It sounds rly cool.

NinjaSwat · Post by **NinjaSwat** » Thu Dec 07, 2006 6:57 pm

Lotus · Post by **Lotus** » Fri Dec 08, 2006 2:18 am

Don´t brag with your conback.
HEHE

I´ve experienced that error several times on lan. But never found what caused it.

NinjaSwat · Post by **NinjaSwat** » Fri Dec 08, 2006 4:29 pm

Lotus wrote:Don´t brag with your conback.
HEHE

I´ve experienced that error several times on lan. But never found what caused it.

lolz

i want see this map

Flunx · Post by **Flunx** » Fri Dec 08, 2006 5:16 pm

Strange. No idea what that error message means or what it's caused by for that matter.
Try setting MAX_MSGLEN > 1406
I'm not home for the weekend so I can't check if that's a valid command.

Nice to see that people are still discovering this map. It's frustrating but (hopefully) mostly fun :-)

NRGizeR · Post by **NRGizeR** » Fri Dec 08, 2006 6:28 pm

Flunx wrote:Strange. No idea what that error message means or what it's caused by for that matter.
Try setting MAX_MSGLEN > 1406
I'm not home for the weekend so I can't check if that's a valid command.

Nice to see that people are still discovering this map. It's frustrating but (hopefully) mostly fun :-)

MAX_MSGLEN is referring to the max size of a packet, usually caused by too much "information" (mostly entities information) in one packet

Not 100% sure about this, but iirc, this should be it. Caused by too many entities in a map, or too open layout. I think this could potentially also be caused by certain cl_maxpackets & cl_maxfps combinations, as these put "many packets into one" which would increase the size of the individual packets... maybe r1ch could shed some light over this?

NinjaSwat · Post by **NinjaSwat** » Fri Dec 08, 2006 7:09 pm

NRGizeR wrote:
Flunx wrote:Strange. No idea what that error message means or what it's caused by for that matter.
Try setting MAX_MSGLEN > 1406
I'm not home for the weekend so I can't check if that's a valid command.

Nice to see that people are still discovering this map. It's frustrating but (hopefully) mostly fun :-)
MAX_MSGLEN is referring to the max size of a packet, usually caused by too much "information" (mostly entities information) in one packet

Not 100% sure about this, but iirc, this should be it. Caused by too many entities in a map, or too open layout. I think this could potentially also be caused by certain cl_maxpackets & cl_maxfps combinations, as these put "many packets into one" which would increase the size of the individual packets... maybe r1ch could shed some light over this?

i use apr 1.20, cl_maxfps 90 and cl_maxpackets 0

, is bad?