Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (476)
Games in Android Showcase (106)
games submitted by our members
Games in WIP (533)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: 1 2 [3]
  ignore  |  Print  
  Have I adaquatly described BULLET?  (Read 11802 times)
0 Members and 1 Guest are viewing this topic.
Offline Jeff

JGO Coder




Got any cats?


« Reply #60 - Posted 2006-03-15 16:46:19 »

There are limits on the window size and TCP requires Acks.  That puts a limit on the throughput that becomes somewhat independant of bandwidth, for high bandwidths, and primarily dependant on latency. 

Fair enough.

In practice at TEN we never found this to be an issue.  Ofcourse the hjghest bandwidth we had to deal with for most of our customers was dual-ISDN.  The only real problem we had with TCP were those re-transmit stalls, which gets us abck to the original topic of the conversation Cool

Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Offline phi6

Senior Newbie





« Reply #61 - Posted 2006-03-16 02:25:15 »

Ok thanks for your replies.

Now I am confused.

Why implement a reliable UDP protocol (at user level) if the performance is worse than UDP when the message in undelivered?

I thought UDP and TCP under normal conditions (when messages are delivered successfully) perform equally, so how does a UDP scheme that is reliable going to help?

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #62 - Posted 2006-03-16 04:43:19 »

I thought UDP and TCP under normal conditions (when messages are delivered successfully) perform equally, so how does a UDP scheme that is reliable going to help?

For the throughput required of most games that is probably true.   The UDP schemes that I was talking about are all about getting the highest throughput in a situation of high bandwidth and high latency.  Missed packets in those schemes don't have to be redelivered in a timely manner so long as the total throughput remains high.  So such schemes are mainly useful for bulk transfers, not the realtime needs of games.  (Except maybe for broadcasting game levels and patches where they would actually do very well.)

Pages: 1 2 [3]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

pw (21 views)
2014-07-24 01:59:36

Riven (19 views)
2014-07-23 21:16:32

Riven (16 views)
2014-07-23 21:07:15

Riven (19 views)
2014-07-23 20:56:16

ctomni231 (47 views)
2014-07-18 06:55:21

Zero Volt (43 views)
2014-07-17 23:47:54

danieldean (34 views)
2014-07-17 23:41:23

MustardPeter (38 views)
2014-07-16 23:30:00

Cero (53 views)
2014-07-16 00:42:17

Riven (52 views)
2014-07-14 18:02:53
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!