Jump to content


  • Content Count

  • Donations

  • Joined

  • Last visited

Everything posted by PeteP

  1. Yes, I know what you mean but, last night, "The Grumpy One" gave a perfectly reasonable reply to a question about a new version of the vital MakeRunways here: MakeRunways For MSFS 2020
  2. That looks fine - I'd say that was problem solved. :-)
  3. Fortunately, as well as being on the RC beta team, I was also on the FSBuild beta team so I'm sure we can solve your problem.First, as Ray has pointed out, RC4 uses the standard MS FS2000/02/04 .pln format - the Radar Contact format is simply for backward compatibility with RC version 2.The most likely reason you're getting the error message is that you've not correctly set and saved your FS path in FSbuild. Start Fsbuild and in the "Folder Items" window on the left hand side, select "Options". When the options window opens, click on the "Export Directories" tab and set your path to the FS root directory. Then, click on the "Settings" tab and click the "SAVE CONFIG OPTIONS" button. Finally, and this is important, close down and re-open FSBuild for the new options to take effect.Select FS2000/02/04 in the "Export to..." menu then build your plan. Load the resulting file to RC and all should be well.Pete http://www.jdtllc.com/images/rcv4bannerbeta.jpg
  4. In the real world, would a command like that likely be given for traffic separation,"Yes, it's a method of achieving separation by using aircraft performance. It's a perfectly valid control method but it has to be used with great caution not least because there is no laid down definition of the climb/descent rate increase required. So, when told to expedite a climb, for example, the results are entirely in the hands of individual pilots and can vary between the aircraft going up like a f art in a bath to a barely perceptible increase in the climb rate. It's best used over a very short vertical range - say, 2-3000ft - and my advice to trainees was always if you need an expedited climb over more than 5000ft, forget it and use another method to achieve separation.Petehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  5. Hi Norman,Yes, jd copied the email to me. Thanks very much for taking the time and trouble to produce a log and send it in. Petehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  6. Bless you, Norman.All the best for Christmas and the New Year.Petehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  7. "This is is a regular occurance in European skies.Great, then would someone PLEASE, PLEASE, PLEASE make one of these flights with de-bug ON and send the log to jd so that we can get this sorted.ThanksPetehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  8. !Absolutely positive!"In that case would you please repeat this flight with the same weather (de-bug on) and send the log to jd.What's worrying me is that you also say that you were cleared to 9000ft which, with a TA of 4000ft at Leeds is a major error. To be honest, I have my doubts but if your recollection of this and being given the QNH at a flight level are correct, then you've discovered the first bug in the altimetry system that's come to light in the 2 years since RC4's release and it needs to be put right.Only the log will clear this up so I really would be grateful if you could repeat the flight under identical conditions to get one.ThanksPetehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  9. "So what you are saying is that I must make note of the transition altitude."Well, it would certainly help to know the TA at the airfields you're operating to and from (RC will tell you what Transition Level it has calculated for them on start-up) but it's not essential in RC. The most important thing is to listen carefully to the clearances - the controller and your co-pilot tell you everything you need to know."...then and only then would I change the QNH regardless of when I was told what that QNH was/is?"The RC controller will normally only give you the QNH the first time you're cleared to an altitude from a flight level and then when there is a significant change in its value. Are you absolutely sure that the RC controller gave you the QNH when you were cleared to FL110 and FL90? If you're certain he did then perhaps you could try to reproduce this flight with de-bug on.Pete
  10. Hi Ken,The cause of your problem is very straightforward - you had your altimeter incorrectly set to QNH (1027mB) when you should have been on standard setting (1013.2mB). Doing this meant that you were approximately 400ft lower than you thought you were!The Transition Altitude at Leeds is 4000ft (unless you've modified the m4.csv file) so you would not have been cleared to 9000ft but to FL90. As I mention above, with that QNH, there is a 400ft vertical difference between these two positions which is why the controller was getting grumpy with you. Radar Contact gives you a lot of help in deciding which pressure setting you should be using but, as 'Michelle of the Resistance' would say, you must listen very carefully. :-) In simple terms, you are operating at and below the Transition Altitude, you should have the QNH set. The controller will always precede vertical clearances which need QNH set with the word "altitude" for example, "descend to altitude 6000ft" or "climb to altitude 3000ft". Whenever you here the word altitude before a vertical clearance make sure you have QNH set.When you're operating above the Transition Altitude, the controller will give vertical clearances as Flight Levels and these require the standard setting of 1013.2mB to be on your altimeter to be flown correctly. As with altitudes, the controller always precedes a vertical clearance to a flight level with the words "flight level" for example, "climb flight level 90", "descend flight level 330". If you listen very carefully, you'll also notice that the preposition "to" is used only with altitudes and not flight levels.Your co-pilot also helps. When you pass the Transition Altitude climbing, he'll say "altimeter check". This is not an instruction to change your setting but a reminder to check that you've already set 1013.2mB. The same happens on descent - the co-pilot will say "altimeter check as you pass below the Transition Level as a reminder that you should now have the QNH set.As to your question about logging, it's probably a good idea to do that while you're at the early learning stage. I know you get a warning about reduced performance but I've never seen that happen and de-bug is forced "on" on every flight in beta test versions. Each time you re-start RC, the old log is overwritten, unless you give it a new name so, if you want to save a log for jd it's probably best if you save it with a meaningful name.Pete
  11. Is the last VOR within 5nms of the destination and have you selected Holding "On" before you start RC?Pete
  12. "I did read that before"Then why ask the question? :-hmmm "what about the AI bumping in right in front of me?"I'll leave that to one of the ai experts on the team to answer.Pete
  13. "As advertised the ATC will put you on hold if there is traffic circling around at the airport. I however never get the HOLD instruction." This series of posts from 2 days ago may help to answer this question: http://forums.avsim.net/dcboard.php?az=sho..._id=27508&page=As will this FAQ: http://www.jdtllc.com/FAQ.htm#26Pete
  14. Rory,I'm afraid, because of the requirement for the last waypoint to be a VOR within 5nm of the airport, you'll never be given a hold inbound EGAC. The nearest VOR that I can think of is the BEL which must be about 12 miles away so of no use whatsoever in this case.If you're puzzled by such an unrealistic requirement in a program such as Radar Contact, you must understand that it goes back to the early years of RC when very few, if any, Flight Sim users flew aircraft with some form of RNAV. In those days, the only way for most sim pilots to fly the type of hold required by RC was to use a VOR/DME. Now, I don't think that I'm giving away any secrets if I tell you that there has recently been a considerable amount of discussion amongst the Beta Team about this very point. Only jd can say whether or not it will change in v5, or any future version for that matter, but be assured, it's been "flagged". ;-) There is a simple workaround for EGCC - just add the MCT as the last waypoint in any flight plans with that destination. Although unrealistic in real-world flight planning terms, it will work perfectly in RC and has the added advantage of giving you a better descent clearance level restriction - try it and see what the controller says.As far as Sydenham (it'll always be that or Belfast Harbour to me - is it true they're now calling it George Best Belfast (City) airport?) goes, the only option I can think of is to put a fake VOR on the airfield. There are a number of scenery programs - both freeware and payware - that will allow you to do this and it's a very straightforward process. I guess it just depends on how much you want to fly holds at EGAC. :)Please pass on my best wishes to "Yvette" at Le Candide.Pete
  15. I maintained the correct alt all through and had no probs at all.I'm afraid that could well have been just luck, William. A QNH of 1010hPa would give you a vertical difference of less than 100ft from the standard setting of 1013.2hPa. Unless you've changed it, that's well withing the permitted altitude deviation allowed by RC. Please, please do read the section in the manual on the European altimetry system used in RC and then, as jd suggests, fly the European tutorial. A little time invested doing this will save you a great deal of frustration and posts to the forum because you've been yelled at for "busting your altitude".Pete
  16. Just to add some numbers to jd's explanation of what went wrong, by pressing the 'B' key you would have caused FS to set the QNH of 999hPa on your altimeter. With that QNH set, when you levelled at 13000ft, you would actually have been at FL134. FL130 would have been located at 12,600ft above sea level with that QNH.Always make sure your altimeter is set to the correct pressure setting. ;-)Pete
  17. Ah, obviously coming from Barcelona prevented you from watching Auntie's "Secret Army" - you know, it was the serious version of "'Allo, 'Allo". :D Ludwig Kessler was one of the main characters - the serious Herr Flick, you might say.P.
  18. If you want to visit just give me a shout. I expect he'll be far too busy trying to smash Lifeline. ;-) PP
  19. 3. Is it possible to request "direct to" from the controller?jd has asked me to add some further information to his original answer to this question. Although the current version of Radar Contact does not have the full "request direct" routines being developed for version 5, it does have a method of requesting direct to certain waypoints during the en-route phase.If you go to page 2 of the RC display (you'll need to press the '9' key to get there) you'll find a menu entry named 'Dir Ckpt'. If you select this, you'll be presented with a list of the available waypoints from your flight plan. Select the one you want and the RC controller will clear you direct.Petehttp://www.jdtllc.com/images/rcv4bannerbeta.jpg
  20. ...what am I doing wrong to cause this?You've missed a flight plan waypoint - the clue is in the 180 degree turn. In order to credit you with having passed a waypoint, RC requires you to be within 2nms of it in the departure phase or within 5nms in the en-route phase.It's a simple matter to confirm that this has happened. RC shows the name, bearing and distance of what it considers to be the next waypoint on the top line of its display window. If this is different from the next waypoint in your FMC (or whatever you're using for navigation) and especially if the bearing shows it's is behind you and the distance is increasing, it means that you have not flown close enough to the waypoint and RC is still expecting you to go there.In version 4, the controller will try to turn you back (hence the 180 degree turn)so that you can progress the waypoint correctly. In the new version currently under development, this is handled differently but in V4 you will always be turned back. The workaround for V4, though, is very straightforward. When the controller turns you back, acknowledge the instruction and then immediately request direct to the active waypoint in your FMC (or any other which is ahead of you). This will be granted and you'll then be "back in synch" with RC.Pete
  21. Whenever I fly in the UK ...when I have handed over to the co-pilot to fly, the altimeter setting always goes back to the standard (29.92 or 1013)Just to put some figures on what jd has told you, the Transition Altitude in the US (and by default in FS) is 18000ft - in the UK it is 3000ft (with some airfields having slightly higher values between 4000 and 6000ft). You don't give any details of your flight but presuming you were above 3000 - 6000ft depending on your departure point, your co-pilot was correct in setting 1013.2 on the altimeter.For more information, there is a brief explanation of the differences between the US and ICAO altimetry systems used by RC on pp 107-108 of the manual and I suggest you fly the European tutorial which begins on page 264.One final point you might like to note - when flying with RC active outside the US, don't be tempted to use the 'B' key to set the altimeter. It's set for the US Transition Altitude of 18000ft and so will give incorrect results with the basic ICAO system used by RC for non-FAA areas.Pete
  22. Here is version 3.75 running in FS9. Just click on the "About + Register" tab and you should see the "FSUIPC multiline display window" box which you should check (tick to us Brits).Pete
  23. "RC identified the "MAXIM" waypoint in my flight plan as another "MAXIM" waypoint that was located 1500 miles away..." I think you'll find that it was your flight planner that caused this error, not RC. Radar Contact does not have its own nav aid/intersection database but gets their names and locations from the information contained in the flightplan. So, if one of your waypoints is not where you expect it to be, the fault is with the plan and the planner that generated it."How can I make sure this never happens again?"Check the plan you've generated before using it. You don't say which planner you're using so I can't offer specific advice but most I've come across have some sort of map for you to see the route you've planned or can generate a nav log with bearings and distances between waypoints - a 1500 mile detour should show up very clearly on either. Failing that, you could always open the generated .pln file in Notepad and check that the lat/lon information is changing in a logical sequence - again, a 1500 mile error should show up clearly.Pete
  25. i looked up your list of worldwide carriers, and didn't find any of them.Dunno where you were looking, jd but they're all (except, maybe, ADA) in Doc8585. Here's the list (Airline Name, ICAO Code, Call Sign, Country:AEROREPUBLICA, RPB, AEROREPUBLICA, COLUMBIAAEROSUCRE SA, KRE, AEROSUCRE, COLUMBIASATENA, NSE, SERVICIOS DE AERONAVEGACION A TERRITORIOS NAC, COLUMBIASURAMERICANO, LAU, LINEAS AEREAS SURAMERICANAS LTDA, COLUMBIAThere is an ADA AIR listed but it's Albanian so I don't think that was what Rudy was referring to.Pete
  • Create New...