a friend and i are doing some work on the netmame code so it works better
over wan links (eg dsl).
for inexplicable reason, neogeo games become desynced even when no packets
are dropped. we've already zeroed out the NEC pd4990a rtc and even zero
out the nvram on net games. but at some point duri
On Thu, Sep 26, 2002 at 12:44:18AM -0700, Dan Hollis wrote:
> a friend and i are doing some work on the netmame code so it works better
> over wan links (eg dsl).
>
> for inexplicable reason, neogeo games become desynced even when no packets
> are dropped. we've already zeroed out the NEC pd4990
Steve Freeland wrote:
> On Thu, Sep 26, 2002 at 12:44:18AM -0700, Dan Hollis wrote:
>> for inexplicable reason, neogeo games become desynced even when no
>> packets are dropped. we've already zeroed out the NEC pd4990a rtc
>> and even zero out the nvram on net games. but at some point during a
>>
On Thu, Sep 26, 2002 at 03:44:57PM +0100, Paul Priest wrote:
> Steve Freeland wrote:
> > On Thu, Sep 26, 2002 at 12:44:18AM -0700, Dan Hollis wrote:
> >> for inexplicable reason, neogeo games become desynced even when no
> >> packets are dropped. we've already zeroed out the NEC pd4990a rtc
> >> a
Steve Freeland wrote:
>> Dan said that he zero'd the rtc and nvram.
> Oh yes, stupid me. Should've read that more carefully. In theory,
> though, if input record/playback works properly than taking the same
> measures with the RNGs or whatever else should fix network play as
> well...
Yes, but
On Thu, 26 Sep 2002, Steve Freeland wrote:
> I was planning on addressing the latency issue myself within
> the next few weeks -- what approach are you planning to take to fix
> this?
It's been rewritten from PTP mode into a client-server mode closer to
what kaillera does. In this way we h
On Thu, Sep 26, 2002 at 12:45:07PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > I was planning on addressing the latency issue myself within
> > the next few weeks -- what approach are you planning to take to fix
> > this?
>
> It's been rewritten from PTP mode in
On Thursday 26 September 2002 01:13 pm, Steve Freeland wrote:
> Lawrence Gold organized some accounts for access to MESS CVS a
> few months ago. We agreed that I could get one but I never got around
> to finalizing arrangements (partly due to a rather eventful few weeks
> and partly due to
On Thu, 26 Sep 2002, Steve Freeland wrote:
> ping latency. In P2P all the peers send their input state immediately
> and the total delay per frame should be only 1 x (ping latency).
P2P desyncs too easily, thats why kaillera uses client-server. thats why
we use it too.
-Dan
--
[-] Omae no sub
On Thu, Sep 26, 2002 at 01:33:49PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > ping latency. In P2P all the peers send their input state immediately
> > and the total delay per frame should be only 1 x (ping latency).
>
> P2P desyncs too easily, thats why kaillera u
On Thu, 26 Sep 2002, Steve Freeland wrote:
> On Thu, Sep 26, 2002 at 01:33:49PM -0700, Dan Hollis wrote:
> Not necessarily. If the protocol is designed correctly, it can
> guard against desync as effectively as a client-master system. Did you
> think the desync you were getting with NeoGeo
On Thu, Sep 26, 2002 at 02:31:04PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > On Thu, Sep 26, 2002 at 01:33:49PM -0700, Dan Hollis wrote:
> > Not necessarily. If the protocol is designed correctly, it can
> > guard against desync as effectively as a client-maste
On Thu, 26 Sep 2002, Steve Freeland wrote:
> Hmmm. Well, I don't know what would have caused that, but I'm
> willing to bet it was an implementation bug rather than a flaw in the
> protocol design. I still think it would be a mistake to go back to a
> client/server protocol, but I guess we
On Thu, 26 Sep 2002, Steve Freeland wrote:
> Not necessarily. If the protocol is designed correctly, it can
> guard against desync as effectively as a client-master system. Did you
> think the desync you were getting with NeoGeo games was due to a flaw
> in the protocol? I'm 99% certain t
On Thu, Sep 26, 2002 at 03:23:29PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > Hmmm. Well, I don't know what would have caused that, but I'm
> > willing to bet it was an implementation bug rather than a flaw in the
> > protocol design. I still think it would be
On Thu, Sep 26, 2002 at 03:29:04PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > Not necessarily. If the protocol is designed correctly, it can
> > guard against desync as effectively as a client-master system. Did you
> > think the desync you were getting with Ne
On Thu, 26 Sep 2002, Steve Freeland wrote:
> I've only tested on LAN, but I still saw desync with NeoGeo
> games (in particular, annoyingly, my favourite: the Metal Slug series).
> But I determined with a fair amount of certainty that the protocol wasn't
> at fault, and I haven't had any go
On Fri, Sep 27, 2002 at 12:18:34PM -0700, Dan Hollis wrote:
> On Thu, 26 Sep 2002, Steve Freeland wrote:
> > I've only tested on LAN, but I still saw desync with NeoGeo
> > games (in particular, annoyingly, my favourite: the Metal Slug series).
> > But I determined with a fair amount of certa
18 matches
Mail list logo
