Jump to content
The simFlight Network Forums

jjjanezic

Members
  • Posts

    17
  • Joined

  • Last visited

About jjjanezic

  • Birthday 01/01/1970

Contact Methods

  • Website URL
    http://www.a320flightdeck.com

jjjanezic's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Good morning, Thanks for your answer, but I've solved the problem myself. Regards, Joachim http://www.a320flightdeck.com
  2. Hi Pete, if I write values on offset &h332E and then read it, there is always coming 418 out, but never the value I just wrote in... Offset &h310A=0 and &h888=1 Maybe I understand something wrong, but is &h332E not the offset I should use, if I just have one physical thrust lever and want to order the thrust for both engines? Thanks, Joachim
  3. Hello Pete, we (the whole a320flightdeck-group) wish you a happy 2005. I've tried the other two offsets and now it works. You are right, together with the other text, it is possible to check out, the difference between the two offset-groups, but for a non-english-native the wording "read-out" is a little bit confusing. Anyway everything works perfectly now. Joachim http://www.a320flightdeck.com
  4. Thanks Pete, the description of 0BC4 and 0BC6 caused me to use the other 2 offsets, because "read-out" seemed to me just to be an indication and not an offset, to set values. Thanks for your fast answering. Joachim
  5. Hi Pete, Hope you are doin' fine. One question, please: in C00 and C01 there is a byte (with values between 0 and 200) that activates the differential bakes in FS. As you described in the FSUIPC for Programmers, there is an automatic decay. Is this a function coming from FSUIPC or is this made by the FS itself? Do you have any idea, how to avoid this auto decay, without sending permanent commands to the offsets? Thank you, Joachim http://www.a320flightdeck.com
  6. Hi Pete, thanks for your fast answer. Well - to be honest - my problem is, that I don't have any idea how to communicate between the GPS on the Com-Port and my software and I thought - because this work is done in the GPSout.dll - it would be just a question of few minutes to do it the other way around. But anyway, thanks,
  7. Hi Pete, did you ever think about to read out GPS-data from a real GPS-Unit and write it via the COM-Port into a PC? The reason for my question: As you maybe know I'm developing the FMGC for our project. Well, I've finished the Flightplan-pages and want to test them in a real aircraft. Therefor I would like to sit into the bloody C150 and try to use my FMGC on a laptop for navigation. Thanks,
  8. Hello Michael, that's good news, because all the other resolution advices are not that helpful (system got enough RAM, all drivers the newest etc...) But your message fits perfectly in my situation because on the PC I've installed WIN2000 and on the notebook XP. Thanks,
  9. THX for your very fast answer. Really perfect service.
  10. Hi, thx for your answer. Well, "needs" in this context means, that my Visual Studio runs very slow, because it only gets the rest 3% of CPU-Time (that's the reason why I was looking for CPU-Cycles). It's so slow, that it is not possible to work anymore. For example entering a charcter via keyboard needs about 2 seconds to appear on screen. If I do it the other way around, there is no problem at all....Then I have about 5% for Visual Studio, almost zero for WideClient and 95% of "empty cycles" (I don't know the proper English word for it, but I'm sure you know what I mean). If - according to the log-file - the network is not the problem, what could it be else? THX,
  11. Good morning, I always develop my software on my laptop, connected to my FS-PC via FSUIPC/WideFS. I now tried to do it the other way around (FS on Laptop, Visual Studio on PC) because the PC's screen is larger. Well I did it all right (Serveripaddr in client.ini - nothing else), everything works ("Connected" appears), but then WideClient (now on PC) needs almost all CPU-Cycles (about 96% - changing of course) Any idea what I've done wrong? Of course I tried to change it back, and it works perfectly. The I had a look into the log-file and found this: ********* WideClient.DLL Log [version 6.221] Class=FS98MAIN ********* Date (dmy): 10/06/04, Time 08:30:04.371: Client name is MAINPC 40 Attempting to connect now 50 Connection made okay! 20119 Timed out response: connection assumed lost! 20129 Ready to try connection again 20169 Attempting to connect now 20179 Connection made okay! 23744 Reception maximum achieved: 0 frames/sec, 0 bytes/sec 23744 Reception average achieved whilst connected: 0 frames/sec, 18 bytes/sec 23744 Max receive buffer = 30, Max send depth = 0 23744 ********* Log file closed (Buffers: MaxUsed 1, Alloc 6 Freed 6 Refused 0) ********* It seems that it has lost the contact. But - as I said - the other way around it works perfectly.... I work with the V6.221. Thanks, Joachim mamber of http://www.a320flightdeck.com
  12. Good morning Pete, my fault: I have changed the aircraft.cfg-entry for the second ADF a few weeks ago. But then someone in our sim-team has changed back, so the aircraft had no second ADF. Now I changed it back, and it works. Thanks for your prompt assistance. Joachim member of http://www.a320flightdeck.com
  13. Hi Pete (and all the others - of course), according to the FSUIPC for Programmers doc, there are offsets &h2DC to &h2E1 (6 Bytes) for reading the ADF 2 identifier. I managed to read the ADF1 Ident, but the ADF2 doesn't work. Also tests with FSInterrogate are negative. Could you please check this? Thanks, Joachim http://www.a320flightdeck.com
  14. Hi GaryO, we have the same idea as you and I had a few questions about the XPlane Aerodynamics and MS Visualisation, but in your profile I cannot see your Mail-adress. Could you please contact me? Thanks,
  15. God morning from snowy Austria (finally we got a little snow exactly the day I want to fly from LOWG to LOWL), THX for your assistance. I will try this on the weekend and report you.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.