this is embarassing

[Baker]

In quakedef.h

Find this

MAX_FITZQUAKE_DATAGRAM_MTU = 1400,

Change 1400 to 65527 so it reads

MAX_FITZQUAKE_DATAGRAM_MTU = 65527, // Was 1400 for routers

And recompile the engine. It's not router friendly, but you aren't really using a true server anyway.

And that should solve the cut-off you are experiencing when using -listen

Let me know the result, but I think that is the right limit.

[MadGypsy]

@rspeeds - basically rspeeds regard how many polys you can see at any given point. If your rspeeds are high the map may run laggy due to too many polys in any given view. That's how I understand it anway. I'm pretty sure rspeed means Render Speed. The lower the number, the less time it took to render.

[hondobondo]

In quakedef.h

Find this

MAX_FITZQUAKE_DATAGRAM_MTU = 1400,

Change 1400 to 65527 so it reads

MAX_FITZQUAKE_DATAGRAM_MTU = 65527, // Was 1400 for routers

And recompile the engine. It's not router friendly, but you aren't really using a true server anyway.

And that should solve the cut-off you are experiencing when using -listen

Let me know the result, but I think that is the right limit.

that'll do. alle est gut. danke

very cool

SuperDuper Quake at QExpo 2016

[Baker]

I'm glad it worked

[hondobondo]

I'm glad it worked

great job on the engine man