On Wed, 8 Mar 2006 08:19:49 -0500, Drew wrote in message
<[EMAIL PROTECTED]>:
> You mean flip them like this?
>
> fgfs --native-ctrls='socket,in,30,,5060,udp' \
> --native-fdm='socket,out,30,192.168.1.103,5050,udp' \
> fgfs --native-fdm='socket,out,30,192.168.1.103,5050,udp' \
>--native-
True, I didn't think of the portmap issue related to rpc. Moving to
RPC would also me much, much more work than using XDR. Who might these
mysterious coders be, working on a multiplayer network protocol? I'd
like to hear their thoughts on the issue...
On 3/9/06, Martin Spott <[EMAIL PROTECTED]> wr
"Drew Kirkpatrick" wrote:
> Once again with the help of Poine (still owe ya that beer man), I
> found my problem. So the way network communications is happening with
> net_ctrls, and the FGNetCtrls object, the non-portability of the
> mechanism is readily apparent.
I know, playing the 'weisenheime
Once again with the help of Poine (still owe ya that beer man), I
found my problem. So the way network communications is happening with
net_ctrls, and the FGNetCtrls object, the non-portability of the
mechanism is readily apparent. The size of the FGNetCtrls object is
744 bytes on my amd64 linux bo
On Wed, 8 Mar 2006, Drew Kirkpatrick wrote:
Last time I looked there wasn't any kind of htons kinda calls in the
receiving of net_ctrls data, although flightgear does do it for
outgoing net_fdm data, which kinda confused me. I'll have to take a
closer look tonight when I get home. Very perplexin
Last time I looked there wasn't any kind of htons kinda calls in the
receiving of net_ctrls data, although flightgear does do it for
outgoing net_fdm data, which kinda confused me. I'll have to take a
closer look tonight when I get home. Very perplexing problem :)
On 3/8/06, Anders Gidenstam <[EMA
On Wed, 8 Mar 2006, Drew Kirkpatrick wrote:
I'm fairly restricted on this point, I have to pack the data the way
Flightgear unpacks it. I am using the same object/structure to pack
the data in. I should have mentioned, the laptop sending the joystick
information (when it's not working) is a 32 b
I'm fairly restricted on this point, I have to pack the data the way
Flightgear unpacks it. I am using the same object/structure to pack
the data in. I should have mentioned, the laptop sending the joystick
information (when it's not working) is a 32 bit gentoo box, and the
receiver of those packet
On Wed, 8 Mar 2006, Drew Kirkpatrick wrote:
If no one has any ideas I'll probably
put some print statements in the flightgear code, or write my own
listener to make sure that the udp isn't getting garbled on the
network.
Hi!
This is just a shot in the dark - but are you sure the struct/object
Sorry, didn't mean to send that. I didn't try actually switching their
positions in my startup script, but I figure that wouldn't (and
shouldn't) matter. It does listen for incoming on 5060, otherwise it
wouldn't work when I'm running my joystick program on the localhost. I
also wouldn't think that
You mean flip them like this?
fgfs --native-ctrls='socket,in,30,,5060,udp' \
--native-fdm='socket,out,30,192.168.1.103,5050,udp' \
fgfs --native-fdm='socket,out,30,192.168.1.103,5050,udp' \
--native-ctrls='socket,in,30,,5060,udp' \
On 3/8/06, bass pumped <[EMAIL PROTECTED]> wrote:
> by ove
by oversight, did you not switch your in and out commands on startup?
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime
Gotta weird one, so I've written my own network joystick program as a
precursor to writting an autonomous fight program. So far I've only
tested this out on my localhost using 127.0.01 as the IP addy's. I
have net-fdm data coming out to my remote program, and net-ctrls going
into flight gear with t
13 matches
Mail list logo
