Re: [ioquake3] Dual protocol support and a question

2011-07-26 Thread Matthias Bentrup
2011/7/25 Thilo Schulz > Sorry, > > I somehow only now got to read more of your email. Here's my reply: > > On Thursday, 14. July 2011 11:35:29 Matthias Bentrup wrote: > > Also regarding rev 2052, I think that changing the default rounding mode > > from round-to-nearest to round-to-zero should be

Re: [ioquake3] Dual protocol support and a question

2011-07-25 Thread Thilo Schulz
On Monday, 25. July 2011 15:55:13 Simon McVittie wrote: > Is "the new protocol" sufficiently settled now that I should be > recommending it to ioquake3-derived projects like OpenArena? No, not yet. I'm working on improvements to the VoIP protocol which will have another version bump. > It'd be

Re: [ioquake3] Dual protocol support and a question

2011-07-25 Thread Simon McVittie
On Tue, 12 Jul 2011 at 14:34:58 +0200, Thilo Schulz wrote: > One thing that I would like to change is to remove the scrambling from > network packets. I see you did this, and bumped the protocol version to 70. Is "the new protocol" sufficiently settled now that I should be recommending it to ioqu

Re: [ioquake3] Dual protocol support and a question

2011-07-25 Thread Thilo Schulz
Sorry, I somehow only now got to read more of your email. Here's my reply: On Thursday, 14. July 2011 11:35:29 Matthias Bentrup wrote: > Also regarding rev 2052, I think that changing the default rounding mode > from round-to-nearest to round-to-zero should be avoided, as it is less > precise and

Re: [ioquake3] Dual protocol support and a question

2011-07-14 Thread Matthias Bentrup
Hello Thilo, I just saw your commit 2077 and I think using Hunk_AllocateTempMemory for network queues will not work. Hunk_FreeTempMemory will only free memory if you free the memory in LIFO order, otherwise it will just keep the memory allocated until Hunk_ClearTempMemory is called. Hunk_ClearTem