almondega

about the two libs to C one is to use external fs and other internal, like a gauge i want to know if hav different performance between this libs

witch of these have the best performance ? fsuipc internal or external? tks

the dummy part is only to the position the aircraft (position.exe), inside the pilot and copilot can changes the buttons (the program "command.exe" sync this, using level-d sdk and some fsuipcs offsets) any place of the world, each one with your own FS, and this two programs to syncronize the aircrafts (like FSNet) the peoples who uses FSX will only need the command program, cuz the own fsx has a func to sync the position, i need to test this yet this is the only way that i know to fly like pilot/copilot and the both doing things inside the aircraft =/ after that changes to UDP and 40ms and 1 process call per iteration, a flight manual, without AP doing very well, i'll test some offsets to try avoid the "pitch jumping" using AP, and try to find why my trim goes to 0 (in copilot side) and the pilot still sending me 5.. 6 trim elevetor tks

a server with same protocol to manage the connections the command program uses it, client/server/client, but the position now is direct client/client yes but turn a/p on and off is a work of the copilot... has a way to turn the "autopilot engine" off? i mean, all the lights and panels indicates that AP is on, but the FS dont process the ap? i had searched here in the offsets, but without success.. very good so, i read the offsets that i need and send to FS ;) i'v made a test here with a 737 default and the N2 and engines starts ok.. i'll talk with the level-d's team whats going on

i'd changed to UDP, now the pilot program conect direclty to the client/copilot side, without passing by a server i'd seted to 40ms / 25fps, works fine without autopilot, but still somes "fight" when using autopilot at the copilot side, cuz the aircraft autopilot's try to do a thing, and receive a refresh position a little diferent, i'll try fix it... ok, I understand now what widefs does, but, my position programs reads only few offsets about position and send every 40ms to the client, the widefs reads much more offsets then it, right? ok, only have to change the FindWindowEx func in each new FSUIPC_Open function, in this case will need two, and modify the others funcions to know what m_hWnd have to use Do without that "slide" stuff: done have only one FSUIPC_Process call per cycle: done equalise FS frame rates and your cycles, save 20 fps and50 mSecs: done but i still got a problemm in the level-d at the copilot's side the copilot receives the new positions every ~40ms and refresh yours FS offsets then, when going to start the engines, the N2% increases too slowly, so, i have to stop the position refresh, start the engines, and start the position refresh after this.. i dont know why the N2% got lag, almost stop to increase, with a high offsets refresh rate, so that the engines do not start all the others stuffs works well tks

i'v changed the class name and the WideFS opens and connect, ok, also have read the users guide but, i still dont understanding what to do.. the server will send what to the client? and what the client have to do to move your aircraft, like the server's aircraft?

i'm using the winsock lib to get TCP/IP sockets. i'll read something about UDP, cuz i only found server/client tutorials using tcp/ip the last test i'v did online, the pilot sends to the copilot every 200ms, should i decrease it to the minimum that dont changes the fps? i'll do it, but i think that my friends uses the same fps I. are you saying that widefs can do this what i'm trying to do? this is great!! I didnt understand the rest of your message, u mean that i can run my FS and also run a server of widefs to the copilot get my position?

yes, but i bet in a trial test, but the server needs a key, no trial or try version yes, i'v tested the rate 0 here, if the cliente/copilot set to 0, the pilot will have to send many others offsets, like N1%, fuel i'v created this to try avoid the "jump" in the copilot aircraft's position, i.e: the pilot is at pitch 0, and goes to the pitch 40, in yours fs its works perfectly, so, the pilot sends to the copilot: pitch 40. The pilot receives the 40 and refresh your fs, so your pitch goes from 0 to 40 in one frame (ugly), then i'v tried this "manual slide", the pos_slide function do (40-0) / 20 and increase the pitch 2 per 2, until 40 (the new value), like the pilot's aircraft or a solo flight did. i dont know other way to avoid this refresh jump

sorry, my english aint's so good x) i mean this software needs a key, serial, password to work, at last the server needs, the clients dont, so, i cant test it is this the Normal ou Slowest rate? i dont know what happend, when i'd used the pos_slide, the 767's engines dont had started, then, i'v seted the Sleep of the pos_slide to 200ms, and the engines begins to start, but with some lag, then i stop the pos_slide and the engines starts perfectly, so, i think that the pos_slide uses too much the fsuipc, and the level-d cant start your engines (a guess again) i'll test the sync program with pos_slide actived with a default aircraft to see if hav the same problem i tried it to minimize the copilots "lag" position refresh, i'll try too without it if i write the entire position struct (only one write, starting from the first position offset, writing the entire position struct), will be better then set offset by offset? cuz the pos_slide uses Process too, so, i put it after the engines/position dont had refresh, to see is solve, but not x) tks pete

i was searching for an aircraft share cockpit software, but found only fsnet and wideview and the wideview server needs serial... so, i'll keep my own software sync its working, altitude, latitude, longitude, pitch, bank, hdg, velocities, elevator, rudder, trim, alieron but its not perfect like a slide movement, the copilot's airplane changes yours positions with a little lag (like a pitch 0 going to 10 instantly, without passing by 1, 2, 3...) then, i'd created some functions to do this "slide" current pitch: 0 new pitch: 10 then, go 1 per 1 until 10 isolated tests its working perfect, but, when i went to test with the level-d, i got a problem, maybe a overload os FSUIPC process, cuz the engines dont had started, the position dont had refreshed. (i'm talking about the copilot, cuz only the copilot receives the positions) here is the slide code: void pos_slide(DWORD flag, int pos_nova) { int value, pos_atual; FSUIPC_Read(flag,4,&pos_atual,&result); FSUIPC_Process(&result); if (pos_nova < pos_atual) { value = pos_atual - pos_nova; value /= 20; while (pos_atual > pos_nova) { Sleep(10); pos_atual -= value; if (pos_atual < pos_nova) pos_atual = pos_nova; FSUIPC_Write(flag,4,&pos_atual,&result); FSUIPC_Process(&result); } } else if (pos_nova > pos_atual) { value = pos_nova - pos_atual; value /= 20; while (pos_atual < pos_nova) { Sleep(10); pos_atual += value; if (pos_atual > pos_nova) pos_atual = pos_nova; FSUIPC_Write(flag,4,&pos_atual,&result); FSUIPC_Process(&result); } } } pos_atual = current position pos_nova = new position to set what i do: i got the new value, get the difference, and divide by 20, to set the inc/dec rate, so, all slide refresh will have 20 iterations but this did the fsuipc "block" or had some lag, as i'd said, engines dont starting, position dont get refreshed has a better way to do this slides, like a fsuipc offset to do it? this is the copilot code that receive the positions FSUIPC_Write(0x0BB2,2,&position.elevator,&result); FSUIPC_Write(0x0BB6,2,&position.alieron,&result); FSUIPC_Write(0x0BBA,2,&position.rudder,&result); FSUIPC_Write(0x3098,8,&position.late_speed,&result); FSUIPC_Write(0x3090,8,&position.long_speed,&result); FSUIPC_Write(0x30A0,8,&position.vert_speed,&result); FSUIPC_Write(0x30B0,8,&position.roll_speed,&result); FSUIPC_Write(0x30B8,8,&position.yaw_speed,&result); FSUIPC_Process(&result); pos_slide(0x0578,position.pitch); pos_slide(0x0580,position.hdg); pos_slide(0x057C,position.bank); FSUIPC_Write(0x0570,4,&position.altitude_lo,&result); FSUIPC_Write(0x0574,4,&position.altitude_hi,&result); FSUIPC_Write(0x0560,8,&position.latitude,&result); FSUIPC_Write(0x0568,8,&position.longitude,&result); FSUIPC_Write(0x0BC0,2,&position.trim,&result); FSUIPC_Process(&result); tks

yes, two programs, one to the level-d commands and other to syncronize the aircrafts my mistake, reading again the .doc and doing some tests... the meters are in 0574 (int) and the fractional 0570 (int) so, i have to get two variabels to read and write, its correct? or read/write all the 8 bytes in a "long long int" ? i was sending only the fractional part and writing into the fractional part so, the metric part was independent of the refresh and resulting in that "bug" altitude i'll make some changes here tks Pete

i'd downloaded the WidevieW, are you sure that this program sincronizate the copilots aircraft geografic position with mine aircraft? seens its only to aircrafts gauges i'll still searching for others sincronization programs tks

some tests i'd did, the latitude or longitude stay changing a little and i dont know why i'll take a look if it is a good program to aircraft sincronization, then i'll finish my project with the level-d 767 commands sincronization ^^ its prety good fly the level-d with a copilot or pilot yes, i send my altitude position to the copilot, and he stays around 200 ~ 1000 feets under or above me, really very strange anyway, i create this project to fly (only) the Level-D 767 with a copilot, but theres no software like "share aircraft" from the fsx to get and set the values of the level-d's variables, and i did it, but i need too sincronizate the aircraft, so, i'll test the Napolitano's software =] tks

yes, the level-d 767 aircraft, each one in your computer and fs, but like a pilot and copilot i dont think that "shared cockpits" in fsx works to the level-d commands, like the buttons in the overhead, fmc and this stuffs i'd created two programs: 1. 767 commands and 2. aircraft position sincronization, the command are all done as i'd said, still the problem of the altitude but, the level-d's fsx user can use the number 1 (commands) to the panel, oveheads and this stuffs, also the "shared cockpit" to sincronization of the aircraft but i have FS2004, and lots of peoples too, and except FSNet, that do the same work of the shared cockpit, i dont know if has another 3rd party freeware programs to sincronization position, if has will be very good. in some tests i'd did, the latitude or longitude still changing every second, in some airports this doesnt change, so, i think that the "fs world" slides, also the position of the aircraft (just a guess), and i'd tried test with the copilot at the same time clock, and no weather (because winds, QNH and others changes), the altitude problems remain both aircraft are in the same mode, normal rate the pilot get yours geografic's position, if it has any change (every time), send to the copilot the data with the position. this is the struct i'm using at the moment: typedef struct LVLDPOS { int altitude; int bank; int hdg; long long latitude; long long longitude; int pitch; short int trim; } LVLDPOS; the pilot's altitude refresh is in 1ms "Sleep(1) (i dont saw any changes in the fps), also the copilot are every time listening any data to receive so, the FSUIPC Write all this values in yours FS, and do the Process i did some local tests, same FS, Read and Write the altitude and others structs data, so, i'm getting the correct value from the fsuipc no, i dont, i'll find were is it right now so, this is all at the moment i'll keep trying fix it

hi i'm doing a copilot programm to the Level-D 767 under tcp/ip and level-d's SDK all the control of the level-d are done and working (except fmc) now, i'd started the sincronization of the aircrafts position using FSUIPC but i got some problemms about altitude possible cause: weather and local hour so, me and the copilot set the same weather in the fs: no-weather and same clock, same QNH some times after the takeoff, or near the crz level, the altitude has a difference between the aircrafts around 200~1000 feets this is what the position sincronization do: the pilot sends every 1ms yours aircraft's position to the copilot's aircraft this position include: hdg, bank, pitch, altitude, longitude, latitude and trim all works except this little error to set the same altitude any ideia whats going on? tks FS9, FSUIPC 3.75, Level-d 767 SP3 this programs are in C language

i read all, but i didnt understand that extended adf do the first 1/0 digit now its all working tks and sorry =]

some tests i'd did to the main digits: ADF1: 1234.0 (0x0234) write 555.0 (new adf, 0x0555) result: 1555.0 (0x0555) are the same value, but the ADF stills with the 1 before the 555 from the old's adf value

"034C ADF1 Frequency: main 3 digits. A frequency of 1234.5 will have 0x0234" but, this will be a problem cuz the freq 1555.0 will have 0x0555 and the freq 0555.0 will have 0x0555 too how to see the diference between this freqs? :?:

yes, the lvl-d has a flag to set the DH, but its an inc / dec command, one per one, and this isnt good but its ok, the DH dont will cause big problemm for what i'm doing =] tks for the help :)

i'd tested in the Level-D 767 fsuipc suports read/write Trim, Xpdr to this airplane, and i think that DH too, but i'm not sure

yes, i'd searched the entire list, and nothing just the offset 5428 that you said, but this ever returns the value 100, the .doc says this offset is for FS2000 only

has a DH's offset in fsuipc 3.75 to FS2004 ? a just saw to FS 2k tks :wink: