Jump to content

alpha117

Members
  • Posts

    171
  • Joined

  • Last visited

Everything posted by alpha117

  1. The file library is working http://library.avsim.net/
  2. Hi All We (AVSIM staff)have just been informed by Tom that AVSIM site will be down for some time due to hardware failure. Once the new hardware id installed then the site will be back up. Time frame is not known at this stage Just thought I would let everyone know. I'll keep everyone upto date Thanks Clive
  3. Hi Urs When I select VATSIM at the bottom of the screen I get the following message 'Currently it is not possible to download online data due to the following reason: Unable to generate a temporary class' Everything seems to work ok Thanks Clive
  4. Travis Can you point out whereabouts the TA/TL data is in the Airac data? Cheers Clive
  5. According to my charts: ATIS for EGPH is 132.07 ATIS for EHAM is 122.2 I've run the updates for both programs
  6. Morning I've just noticed that there is a difference in frequencies between EFB and RC4! Example EGPH ATIS (EFB): 131.35 EGPH ATIS (RC4) : 132.07 EHAM ATIS (EFB): 122.2, 104.4, 132.97 EHAM ATIS (RC4): 126.27 Twr, Grd, etc are all OK Clive
  7. Just completed another flight this morning, same setup as last night . AI traffic all the way Still unticked 'Synchronize UTC time'
  8. This seem strange. I'm now on my return flight from EGED back to EGNJ. SAme setup. but this time in the data provider > settings> Miscellaneous; I 'un-ticked' 'Synchronize UTC time' And I had AI traffic all the way. I checked against PlanG and it was the same Why, I've no idea Clive
  9. Urs, Everything get back to normal when you shutdown the Data Provider and restart it. So it not a 'show stopper'. I've only just seen this today, as this is the first time I've had two PC's. Has anyone tried running EFB on the second network PC, to see if that stops the AI disappearing? It was just that PlanG still was showing AI traffic via simconnect on the second PC, when it disappeared from EFB, which is on the same PC as FSX, but on the second screen. Yes I now have 2 PCs and 3 screens The wife thinks I'm mad. I even might be going for a third PC tomorrow. Apart from my main PC(FSX), which is new the other 2 are second hand ones from my Dad(thanks Dad) Just a thought just thought of a Question. How does EFB connect to FSX? Simconnect F SUIPC or another way? Clive
  10. Currently in a flight from EGNJ > EGED in a Cessna Caravan. I'm running EFB and PlanG(on network PC). PlanG is showing AI traffic but EFB suddenly does not, just clear clear skies Any Ideas why this should happen. thanks Clive
  11. Reed has finally answered: Yep, have to wait the REXe patch, then hopefully this issue should be fixed. Hopefully not to long
  12. Hi Urs, Any reply yet. I'm not having much luck over on the REXe forum. I can't seem to get a direct answer on whether REXe over writes files or not. Might have to wait for the REXe patch Here's the link to the thread over on REXe forum: http://www.realenvironmentxtreme.com/forums/index.php?/topic/19587-loading-wrong-weather-again/
  13. Correct, so as per my previous posts, REXe DOES overwrite these files. Something is not quiet right somewhere
  14. I can tell you the file EFB reads its the 22Z file which is the incorrect file. I know because I've just loaded EFB to test it. EGNJ 081050Z 36010KT 8000 3000S RA SCT004 BKN011 BKN015 15/15 Q1006 EGNJ 2012-07-08T10:50:00Z 53.57 -0.35 15.0 15.0 360 10 4.97 29.704725 RA MVFR METAR 31.0 It Should have read the 04Z file as this file has the latest data: EGNJ 081350Z 35009KT 9999 SCT016 SCT029 17/14 Q1006 EGNJ 2012-07-08T13:50:00Z 53.57 -0.35 17.0 14.0 350 9 6.21 29.704725 VFR METAR 31.0 So, what do you think the issue is? IS it EFB reading the incorrect file OR is REXe over writing files OR something else? If EFB could sort the files by 'created date and time' and then look at the latest; regardless of the file name then the issue would be solved
  15. Thanks Urs, So if that is the case, which file would EFB look at for the latest weather?
  16. I've asked the same question over on the REXe support Forum. Tim has got Reed looking into it. We will wait for the outcome
  17. Just to confirm again that each Z file holds two sets of data 20Z time stamped at 1135hrs AND 2345hrs the same day That's me now on this subject. The only 'easy' way is to purge the metarXML folder manually of the correct Z files at the correct time, then EFB will give the correct weather data every time. that's what I will do, the manual way I think. Saves the grief good night all
  18. Thanks for that info Andy, Here's the time stamps on the files from REXe 10Z 1820hrs 12Z 1959hrs 14Z 2057hrs 16Z 2157hrs 18Z 2257hrs I think the 20Z file will be about 2357hrs Remember this is the rewrite of these files in the same day. SO as an example the 14Z file has held data for 1057hrs and 2057hrs (approx ) today So for EFB to give the correct weather it would have to 'read' each file twice in 24hrs at the right time. Again, that's just my humble opinion. I'm sure others here will know much more about this than me.
  19. hi Peter Do you get a 'green' light in the top left of the Display unit when FSX is running? Do you use any AI addon programs (UT2 etc) I have started either way and have no problems. Sometime I get AI 'drop out' in EFB but a quick restart of the DP sorts it out.
  20. Just got the NEW _14Z data file downloaded time stamp of 2057hrs Therefore I think you get 10 files in 24hrs, each one being overwritten once. If you don't 'fly' more than 10hrs in 24 I think you would not notice that there is a problem either and if the 10hrs+ of flying (long Haul) goes into another day you would also not notice the issue. Then again if you didn't use EFB or perhaps FSCaptain(nudges Travis ), then you would never find out these 'small issues @Travis......would this be the same issue in FSC perhaps? Then again; all that I've written here maybe totally wrong
  21. Yep, it sure does overwrite the files. It's just over written the _12Z file. 'Refreshed' in EFB and it updated OK. So, within the next 20 minutes REXe should download the _14z file with new data and the problems will start IF you already had downloaded the _14Z earlier in the day, as the current data will be written to this file and not the _20Z file and EFB will still be looking at the _20Z file, which has out of date weather data. Just to prove that I shut down EFB totally and replace the _20Z file back into the metarXML folder. Remember that the _14Z file has later data than the _20Z file. Restarted EFB and it read the _20Z file so now if I was flying the weather that EFB is reporting is now 10 hours old and hence the yellow warning triangle. Also be aware that the weather depicted in FSX will ALWAYS be current. The time stamp of the _20Z file is 1135hrs The time stamp of the NEW _12Z file is 1959hrs Is the way forward to get EFB to 'read' the date and time of the each file in the MetarXML folder and use the latest one regardless of the 'file name'? How I would love to be a program Tester Over to you URS
  22. Her's the Data from the _10Z EGNJ 301650Z 21017KT 9999 SCT040 19/11 Q1004 EGNJ 2012-06-30T16:50:00Z 53.57 -0.35 19.0 11.0 210 17 6.21 29.64567 VFR METAR 31.0 Here's the Data from the _12Z EGNJ 301750Z 25012KT 9999 SCT030 18/09 Q1005 EGNJ 2012-06-30T17:50:00Z 53.57 -0.35 18.0 9.0 250 12 6.21 29.675198 VFR METAR 31.0
  23. I've left REXe running I now have the _12Z file downloaded. SO my theory is slight out Only in I think you get 12 files per 24hrs and these are over written. Also if you use 'historical weather' in REXe it is from what you have in your MetarXML folder only. SO you can't get weather from two month ago if you haven't downloaded it. Like you can do in other weather programs. Now there are two files, EFB is not updating. EFB data from _10Z EGNJ 301750Z 25012KT 9999 SCT030 18/09 Q1005 REXe Data from the _12Z EGNJ 301650Z 21017KT 9999 SCT040 19/11 Q1004 EFB is not reading the _12Z data even if I restart the DP Changed EFB to 'Online from NOAA EGNJ 301820Z 25011KT 9999 SCT030 17/10 Q1005
×
×
  • Create New...