<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#c0c0c0" bgcolor="#000000">
But that is sort of my point. The reason ENet is sucking is because you
are bombarding it with a really silly amount of packets exactly because
of how you are doing things. I would rather encourage you to use
unreliable tiles of the screen that fit in 1KB unreliable packets, as
anything else is going to cause symptoms you are observing, i.e. lots
of CPU wastage crawling over huge packet lists.<br>
<br>
Lee<br>
<br>
On 09/26/2010 05:35 PM, Nicholas J Ingrassellino wrote:
<blockquote cite="mid:4C9FE6C5.7010609@lifebloodnetworks.com"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
Blunt is good.<br>
<br>
My disclaimer in my first message was meant to pose this as an
experiment. This is a proof of concept kind of thing and nothing more.
The idea is to develop an alternative to sending hold frames (or only
the deltas). Much like VoIP does not suffer from some missing data I
want to do a little work on how much an image would suffer from the
smallest discrete unit (a pixel) missing unexpectedly. Look at my
experiment as anything other than academic-- or a what if-- and you
miss the point.<br>
<br>
<b>This is purely a exercise of the mind with a little code to back
it
up.</b><br>
<br>
Compression and related topics will come later when I have the basics
figured out.<br>
<div class="moz-signature"><br>
<hr style="height: 1px;">
<p><span style="font-weight: bold;">Nicholas J Ingrassellino<br>
<a moz-do-not-send="true" style="text-decoration: none;"
href="http://www.lifebloodnetworks.com/" target="_blank">LifebloodNetworks.com</a></span>
|| <a moz-do-not-send="true" style="text-decoration: none;"
href="mailto:nick@lifebloodnetworks.com">nick@lifebloodnetworks.com</a></p>
<p style="font-size: 75%;">"<span style="font-style: italic;">The
idea
that I can be presented with a problem, set out to logically solve it
with the tools at hand, and wind up with a program that could not be
legally used because someone else followed the same logical steps some
years ago and filed for a patent on it is horrifying.</span>"<br>
- <span style="font-weight: bold;">John Carmack</span> on software
patents</p>
</div>
<br>
</blockquote>
<br>
</body>
</html>