ivanwfr

Have you tried to increase friction? Mine is about mid-range = 5 full right turn and Throttle wont move for an AP click. BTW you have ENGAGE/DISENGAGE to help do the same in those circumstances.

No matter what, any single threaded application cannot read what it writes without some buffer facility provided by another thread. Simple case is a fifo where the OS itself provides this service through one of it's IO layers. Sockets are application responsibility, meaning they depend on how the OS gives a chance to the reader to do its job every time the writer has pushed something into its output channel. As you say, a single threaded TCP socket application would be stuck at waiting for its output to be read by its input function that would never get a chance to be called. As for the unconnected UDP kind, data would just be wasted ;) It looks weird having to go through an external application only to be able to send data from one function layer to another of the same application. Global or package name space would be the smart way to do that. If not possible, then shared memory or a FIFO would still be better than some extra daemon socket application. [edit] If external socket buffer application it is, one port would be enough, you can write from one end then read from the other ... both ways ... at the "same time" ;) (full duplex comm)

Just a note about the \\\" syntax ... you've just added one extra layer of s*t ;) A simple way to tell what happens is through this two pass evaluation: [TABLE]pass #1 | \\\" | expands into | \" | one \ escaping each special character pass #2 | \" | expands into | " | the remaining \ escaping the "[/TABLE]

As far as I could see, as soon as you have APU running, you have CDU power supply ... Then why should we wait more? This is how I do it myself to start these 4 mn align.

Why? ... If you keep an eye on them, you will have both your rudder and the TMW!

Have a look at key-bindings and DXInput with TARGET/DeviceAnalyzer.exe for both devices and check for any conflicts... Then you can select those you want to use with control settings and clear those that should be ignored. Here is my mix of TMW and a G27 (in the background):

Hi WRFirefox, here is how we can put this image online in these forums: 1 - Make it smaller than those 2Mb with a little optimization XnView open and save-as into 883Kb jpg. 2 - Use the Manage download editing tool in order to get a nice integrated and clickable thumbnail to show a plain screen version. Result is the same and easier on member browsers ;) [edit] never mind, it's clear that nobody cares

Meta hide-and-seek: ...there is no such tags as [bbcode][/bbcode] ;)

I don't know this as a fact but paying custom fee to get something repaired abroad looks plain silly... You should dig further, I'm pretty sure you'll get that strait by yourself. Just as an example of what you can find: Page 11: UTS - Customs Inspections of Mailed Parcels

Yes and yes. There even is an afterburner function -- unused with A-10C. If you want to talk programming about this joystick, you should consider there is nealy nothing you can't do with it and its customization software. The first stage is TARGET GUI and there is a Script Editor if you are ready for more: TARGET - Advanced programming ... but with a learning curve! For most users, the weak link is the one with a brain. This is what stands out when you read these forums.

+1 for me then! Script editor still has a hard time to get the attention it deserves ;) I would be happy to help in case you have any new ideas or some issue.

Well, from my point of view, I'm tempted to say that this is what you get when you want to keep it easy. TARGET GUI is there only because most users don't want to take the time to learn how to use the Script Editor. And you've just reached the limit where you are about to understand what you can get in return. What you' re asking would be one line for the Script editor: MapKey(&Joystick, S4, TEMPO('w'+L_SHIFT , 'w' , 300)); For DCS A-10C which has no parking brake, TARGET can even compensate quite easily by holding the key for you: A short press would toggle 'w' press and release in a sequence. - One SHORT press would set it on, the next off. - The LONG press would kick in after a delay of 300ms (meaning it's not the SHORT kind) and would hold 'w' down until you release the switch as if it were an ordinary w key. MapKey(&Joystick, S4, TEMPO(SEQ(DOWN+'w' , UP+'w') , 'w' , 300)); When you know how to use the script editor, the difficulty becomes to try to get the same result from the GUI. The issue is either a nightmare or plain impossible. Difficulties have simply changed sides. Maybe you can try so steal the script from the GUI and simply insert one of those lines near the end. The result would certainly work fine if you give it to the Script Editor.

Yeah, after a few weeks (months), of training, I can see that taking care of more than dozens of parameters at the same time like heading, altitude, speed, ... and the corrections to apply to each when they need adjustment. In fact, these difficulties seem to turn into some kind of satisfaction for the exact same reason. You know you've accomplished something with your training. That it was a good investment, even better than good as if you had skipped training any of those vital skills, you will have to live with an uncomfortable feeling of clumsiness until you consider going back to school ;) Check this one that helped me a lot as I created it for the exact same reason. I wanted to be allowed to fail en retry as many times as I wanted: Repeatable maneuvers

About navigation test mission: I had the same issue and, after having looked into it with the Mission Editor, I could see that a coarse, speed, altitude test zone was too small for me ... at that time. If you are not inside this zone when your heading is correct you will not trigger the next mission step... and if you expect to get back into the test zone, you will be off coarse and get busted :thumbup: Conclusion, if you have this same issue, you may try a sharper turn or just make the test zone bigger and everything will be just fine.

JCav, To me, it looks like you should be asking why you are not authoring missions with A-10C Mission Editor. With your vision of how they could be organized, I'm sure you would bring your share to the community. Instead of reading that I'm so missing something I just don't know about, as a very new simmer, I would see that some enlightened contributor is also asking for a better ME. If you were, I would be reading a request for higher priority to something I care about too... Rather than learning you're are going to leave the community very soon. I'm currently stuck at ME boundaries myself And it's only a few days I am working with it. I'm already scratching my head about how to say something relevant to the circumstances in a simple on-screen message to inform the player. Even if ED team would say that they do what they can - and as an programmer myself, I know they do - this would state what you are expecting from them, not that you are disappointed and that's it. Please, help those who want a better editor and your missions may look like you expect them to be.

As a (very new) mission author I would have liked to hear a positive answer to this question because, from what I'm aware of, the "Message" action we're talking about would highly benefit from having a way to access some context dependent text content. Meaning wheter some Flag is true, false, more, less, ..., the message text would be this or that. Currently, a mission author can provide a player-activated trigger like, for instance, press UFC Master Caution to do the trick with minimum interference with cockpit operations : CONDITIONS: X: COCKPIT ARGUMENT IN RANGE(403, 0.9, 1) // UFC Master Caution ACTIONS: Message TO ALL, some smart text here Maybe I've only missed something already there to do just that ? That would look like: FLAG SET TEXT VALUE ;)

I have been asked about how to obtain a Long press from TARGET GUI. So, I opened this thread to display screenshots showing how to do that. I chose TG1 here and this is what "View Script" button shows : MapKey(&Joystick, TG1, CHAIN( DOWN+'t', D(1000), UP+'t')); This correspond to 3 chained events: 1/3 - Press the T key, 2/3 - hold it for 1000 ms (1sec) 3/3 - Release T key And here is the build sequence: [TABLE]Select a throttle or joystick button | TG1 Give it an Event Name | T Long Press 1/2 (Press) Select a Key Command | t Choose event Type | Press Leave Delay | Default Leave Sequence | unchecked Hit Add Event | | Change Event Name | T Long Press 2/2 (Hold and Release) Select the same Key Command | t Choose event Type | Release Insert an HOLD Delay | 1000 Leave Sequence | unchecked Hit Add Event | ...done [/TABLE] EventTester shows the exact same virtual keyboard event is generated for a very short (100ms) TG1 button click (the first 2 lines) or while holding TG1 for several seconds.

You don' t have to worry about that. TARGET can do so much more than anyone asks for. But if you really need to look for what can' t be done with it, here are some of my findings : TARGET - Advanced programming

Well, maybe argumentation was the wrong word (i'm french so arguing, argument, argumentation may collide in my head): Agument: An exchange of diverging or opposite views, typically a heated or angry one. Argumentation: The action or process of reasoning systematically in support of an idea, action, or theory. Topic being "Start Up Question", emergency procedures could be considered as side notes. So, I take using APU while starting both engine and provide electrical power until you think you can shut it down safely is good enough as a simple understanding of what to do as a routine. Engine restart is a stressful situation where any trick may change the issue when you know how and when to use one. And I would not consider these procedures from the same point of view where simple is often best.

And why should we do that ? Main engine at 85% just to blow some air and has you hanging on the brakes to preserve EGI Alignment ? But, maybe I'm missing something, and there are some good reasons why not simply use the right tool for the task at hand? It's not that I need to state the obvious, it's rather that it's precisely with this kind of argumentation that things that make sense get in place.

About APU helping (to say the least) to start right engine, here is a quote of Flight Manuel (P437): Figure 318. Right Engine Start 1. Once the Left engine has stabilized, move the Right throttle from the OFF to the IDLE position to start that engine. The APU bleed air will also be used to start the second engine and not bleed air from the first engine as you might assume. So, it's not that it helps, it is required.

A really messy miz Have a look at as much smoking factories you can along the path. Must fly over at 100 feet max above each of 60+ plants ... then try to land on the messy airbase ;) Yet to be checked for altitude and scoring. and to be updated soon as many details still need fixing. Metric and Imperial units mess is a nightmare: meters, feet, m/s, knots, MSL AGL, deg, min, sec, decimal! Each of those have their way to turn simple math into chaos... Some tips: - Each waypoint name contains (or should contain) max MSL spotting altitude (some are wrong). - Past 40th waypoint, Flight Plan won't chain remaining ones (max FP reached)... CDU must be set to allow manual Mission WP selection (DMS FWD/BKW). Still, I could not find a way to reflect score events into debriefing window and mission results ;( ...looking for clues... As I don' t want to flood the thread, I keep with updating my own messages, until someone says something... :) At last, I could get to a reported score of 80, and could see that the A-10C is ready for Carrier landing... some TV Tower cable did a good job as you can see below with my very short landing that got me spinning for a while :D but hey, no damage! I still missed some plants along the way but as the author, I had to check many times, and the more I do it, the better it gets. Kind of addictive with the intensive HUD attention for how the 2 or 3 next way-points are aligned in order to be prepared for a hard turn, a steep climb or a dive. Then, after some attempts, special attentions comes to the few tricky moves you can do only after having failed or died. [updated=110816] - Much better adjusted altitudes. - Scoring up to 300 feet above plants (from 100) ... altitude numbers have still mysterious behavior...? - Could get something to show up in debriefing window. - More appropriate sounds. - Scoring messages, 1-9, then every ten more. ...Score amount still unclear. (Result vs. Score How To?) If someone has some clever or tricky suggestion, I'm ready to add some fun in there. A good thing would be to put that Reco to good use in a Campaign ... But I still have everything to learn there. [updated=110817] - Simplified triggers logic and some Debriefing-Results better synched. BTW, the attached miz will never get many hits as I keep updating it everyday... so when it says 0, maybe it's not because no one cares... Smoky_Path.miz

Still looking for a convenient way to inject this flight plan as mission Way points... Good news: These coordinates are easily accessed from kml Placemark-LineString-coordinates element. With AutoHotkey, I could build a converter for GE's decimal LON, LAT, ALT sequence to deg,min,sec: Bad news: - The mission editor has no input field for them. - Mouse click on the map is the only way. - Messing up in LUA mission file looks like a bad idea. ...other ideas ? BTW... an unavoidable offset between GE and DCS coordinates (to be expected and the amount is really not an issue here)

Preparing Poschi's operation pk v1.miz mission with Google Earth for an Aerial Photography Reconnaissance. The attached file must be renamed with .kml extension before opening it with Google Earth. And, ;) as this is an xml file, no virus can hide in there! [updated=110816]: Synced with Smoke_Path.miz bellow GoogleEarth_DCS_A-10C_Mission_Path.txt

Yea, I'm pretty sure Thrusmater would prefer your issue to be reported as solved rather than hanging in this thread with its current state ... your last message has already reached 6k+ views!). Just tell them the simple true facts and let them take their decision. Although I don' t like how Logitech deals with technical issues, I would like more manufacturers handle customer service support as they do! Hang on and let us know what happens with Thrustmaster.