<!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="#000000" bgcolor="#ffffff">
This just inspired me to do another test.<br>
<br>
I am now only sending 1 out of every ~10,000 pixels. It still takes
about half of one second to receive ~50 pixels (7 byte packets per
pixel). All the CPU usage is on the client, not the server. I am very
familiar with this graphics library (Allegro) having used it many times
before. If I receive, discard the packets, and do not render the pixels
my CPU usage remains at ~100% leading me to believe it is <i>enet_host_service()</i>
and not something having to do with rendering data onto the screen.<br>
<br>
Is ~350 bytes split into ~50 unreliable, unsequenced packets still too
much?<br>
<div class="moz-signature"><br>
<hr style="height: 1px;">
<p><span style="font-weight: bold;">Nicholas J Ingrassellino<br>
<a style="text-decoration: none;"
href="http://www.lifebloodnetworks.com/" target="_blank">LifebloodNetworks.com</a></span>
|| <a 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>
On 09/27/2010 03:31 PM, Kenneth Bull wrote:
<blockquote
cite="mid:AANLkTinkLCZbVUWKi8Ep-V_yzPwS4ieKoPedp+uhH-Yz@mail.gmail.com"
type="cite">
<pre wrap="">On 26 September 2010 20:35, Nicholas J Ingrassellino
<a class="moz-txt-link-rfc2396E" href="mailto:nick@lifebloodnetworks.com"><nick@lifebloodnetworks.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
It would probably be better to simply simulate that sort of loss,
especially for early development, rather than using the loss that
naturally occurs with an unreliable stream.
Something like this:
for (int i = 0; i < num_pixels; ++i) {
if (rand() % 30 < 1) { /* drop one pixel in 30 pseudo-randomly */
continue;
}
do_stuff_with _pixel(i);
}
This also allows you to simulate different amounts of loss. You might
want a better rand() function than the standard though.
_______________________________________________
ENet-discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:ENet-discuss@cubik.org">ENet-discuss@cubik.org</a>
<a class="moz-txt-link-freetext" href="http://lists.cubik.org/mailman/listinfo/enet-discuss">http://lists.cubik.org/mailman/listinfo/enet-discuss</a>
</pre>
</blockquote>
</body>
</html>