Jump to content

cgrey000

Members
  • Content Count

    22
  • Donations

    $0.00 
  • Joined

  • Last visited

Posts posted by cgrey000


  1. 10 minutes ago, Dave-Pilot2ATC said:

    Thanks for the report.

    Nothing in your log file seems to indicate the problem.

    I suspect there is a "memory leak" that is only noticeable on very long flights.  I did a 6 hour flight and didn't see the issue.  We'll keep looking.

    Dave

    Hey Dave,

    This could be a way to reproduce - I haven't done it enough times to know if it's "just me" or a symptom of the same issue:

    Last night, I paused a flight (X-Plane) about an hour in. CPU and RAM use were normal...  Left it paused overnight, but left P2A open. Came back this afternoon (~18 hours later) to find P2A unresponsive, using 100% CPU and literally 95% of my available RAM. May want to try a long pause to see if that brings the issue to the forefront...

     

     


  2. 2 hours ago, jabloomf1230 said:

    Having even one active FS9 format traffic file will prevent all FSX format traffic from appearing.

    Yes, but intermittently?  If I install *only* the one bgl that I think is somehow causing part of this issue, I still get traffic with it (as long as I have the Vox slider somewhere between 15-50%.) Higher or lower, and there's none.

    Either way, I don't think that's what I'm running in to - I created all of these BGLs myself, in P3D format with the latest AIFP.

    Hopefully that debug option will give me a clue tomorrow....

    Thanks!


  3. 21 hours ago, jabloomf1230 said:

    but I don't understand how it uses them. Maybe someone else can figure out how it works

     

    21 hours ago, racer0796 said:

    fsx sliders correctly set 0% and vox enabled , even at 100%

    Well, I finally had some time to really dig in to this today - I was having the exact same issue. And after about 5-hours, I'm now even more confused.  I actually *did* manage to get traffic working. I thought I had it narrowed down to one 'bad' BGL file.. And then, during further testing, I found that (a) at least part of my issue was airport specific, and (b) having the Vox traffic density set too high also had negative effects. 

    I still think there's something funny with one particular BGL, but now I'm not so sure that's all of it. With it, I had no traffic at all. Without it, I got traffic again. But then, in further testing, when I put it back and LOWERED the Vox slider (to around 25% from just over 50%) I STILL had traffic. So, I started a pattern of disabling Vox, changing the slider, and re-enabling. Turned out, if I had the slider lower than 15-ish% or higher than 50% I had no traffic, with or without this one file. When I had it within that range, I would get traffic, but dramatically less with the file than without. 

    Then, with all the same files and settings, started up at a different airport and had no traffic...

    About then, my brain was fried and I was ready to walk away. And that's when I discovered in the VAsettings.xml file, there's a line that says something like "AIDebug=False".. I wonder what will happen when I set that to True and try again when I'm ready for more punishment.


  4. 5 hours ago, Dave_YVR said:

    0% on your traffic slider shuts down all bgl AI traffic. Crank it up.

    VoxATC generates its own AI traffic from your bgl files. The FSX/P3D slider is supposed to be set to 0 (so that the sim-generated traffic doesn't get created and conflict with the traffic generated by VoxATC).

    6 hours ago, racer0796 said:

    However, on the required  setting of 0% on sliders and Voxatc enabled , nothing at all !!   

    I have had a similar experience just this past week. I've also been creating flight plans with AIFP, and discovered that all of a sudden, Vox stopped generating traffic. Although in my case, I know for certain it was working with some plans I created with AIFP. I've been generating aircraft-specific BGLs, one or two a day, and have about 10 now. I'm thinking I must have somehow created one in the past few days that Vox doesn't like and it's breaking everything else.

    I'm going to get back to a known-good state from after the first couple when I know things were working, and slowly re-introduce the bgls one at a time to see when it breaks. Once that happens, I may be able to figure out what it is about that file that breaks things.

    I'll post any findings in this thread, though I'd also be interested to see any other responses to this that could help ...

     


  5. Hey Dave -

    I'm sending a log via Email .. A few odd things about a flight I completed just a few minutes ago..

    When I validated/filed my flight plan, I got a message that TOD could not be calculated (this has been happening a lot lately with the newest 2.5.0.5r3 version - in conditions where the calculation should surely be possible - 200+ mile flight, low-altitude, GS target around 150kts). I was still allowed to continue..

    The flight plan was filed at 9000 feet, I was never cleared above 7000, less than 74 miles in (still 100+ remaining) I got a descent to 4500 instruction (traveling at 160 kt)

    After my initial contact with departure, I was immediately instructed to contact approach (I was 200+ miles out flying a Baron). Approach then directed me to Center.

    Later in the flight, approach handed me off to tower well before I had even joined the approach procedure, tower handed me right back to approach.

    Log on the way via Email.

     

    Thanks....

     

     


  6. Sorry to pull this back up, but still seeing a problem, Dave.

    Now that I've confirmed I have the airport option selected, the proper airport files are playing when they exist, however -- absolutely no ctr files play, ever. I'll get clr, gnd, twr, app and dep - and appropriately from the higher level folder if the airport folder doesn't exist, or doesn't have that type of controller. But nothing at all from any center.

    Can't attach here, it seems, but will PM a log...


  7. 17 minutes ago, Dave-Pilot2ATC said:

    Your logic sounds correct.  When Airport Folders is the chosen Chatter mode, the program first looks for a folder with the airport code ".../Sounds/ATCChatter/US/K7/KRDU" where .../Sounds/ is either the P2A default Sounds folder in the P2A installation folder or the folder designated in the set up as the "Root Folder".  If it does not find the airport id - KRDU, it then uses ".../Sounds/ATCChatter/US/K7" followed by the controller type "/Gnd" for example. 

    If that folder exists, it plays from that folder.  Otherwise, it looks for a designated single file name for Ground and plays that file.

    It's possible that the controller's Airport data is incorrect and so the program is looking for the wrong airport id, but that would be very rare and would be most likely with App or Dep frequencies since they might serve more than one airport..

    Alright, then I think I may have found a bug -- will send logs. This wasn't a one-off... I suspected it a while ago, and have confirmed it has happened on every flight I've done since I started watching for it. Only thing I need to double-check is that I have the "airport folders" chosen as the chatter mode. 

    Thanks again, Dave. Will either confirm if I have the chatter mode set wrong, or send some logs (and screenshots of my folder structure just to be sure) later today.  

     

     


  8. Hi Dave,

    Not sure if this is a bug or simply my misinterpretation of the proper ATC chatter directory structure.

    Under the ATC_Chatter Directory, I have a directory for "US", and under "US" I have a folder for each region (K1-K7). In each region folder I have "App" "Clr" "Ctr" etc...

    In addition, also in the K folders, I have airport folders (KRDU, KROA, etc)... and each airport folder has the controller types "App" "Clr" "Ctr". 

    My understanding was, by configuring my folders this way, if a specific controller type is found for the airport I am currently tuned to, the chatter files from that folder would play -- If I'm contacting RDU tower and I have files in the K7 -> KRDU -> Twr folder, those would be the files that play. If I happen to be at an airport that doesn't have it's own folder, the files would instead play from the region's controller type. So, if I'm tuned to KATL ground, for example, and there is no KATL folder under K7, the files from K7 -> Gnd would play..

    It seems, though, that the airport folders are not being used in this scenario. For example, tonight I departed from KHZL and landed at KROA. Both of these folders exist under their respective regions, and both have folders for all of the controller types full of files. I verified that those airport-specific files were never played, and instead the Clr, Gnd, Twr, App, Dep files all came from the controller type folders inside of the region folder (K6 -> Dep, K7 -> Ctr, K7 ->Twr ... )

    I hope all of this makes sense... My question is - is my assumption about how this works incorrect, or is there a bug here? If I am doing something wrong, would you please help me understand how I would play airport-specific files if they exist, but fall back to the generic region files if there are no specific airport files for a controller type? I was certain I read somewhere that the way I have it set is the way it is supposed to be, but I seem to be wrong.

    Thanks Dave!


  9. 9 hours ago, Dave-Pilot2ATC said:

    When you are cleared for the ILS Approach, that is clearance to fly both the vertical and lateral approach, so you should not expect any further altitude assignments or headings.  You would only get those if you are being vectored to Final.

    Once you get to the IF of the ILS, you would be transferred to Tower, who would give you clearance to land.

    If you want vectors, you can request Vectors to the ILS and then you will get headings and altitudes until on final.

    I understand... But, I'm not being transferred to anyone after getting the IFR clearance. I've made sure, for one test, that I'm definitely flying in to a controlled airport. I never get the transfer to tower. And, in my other test noted, after "disregarding" the clearance (which I'd of course never do normally, this was just for a test) after flying 40nm past the IFR transition waypoint, I was never contacted or redirected back to the proper course... Granted, I've never done this prior to this behavior, so I don't know if it is normal -- I would have assumed ATC would tell me, in some way, that I'm not following the assigned approach... ? 

     


  10. Hi Dave,

    I've waited before posting about this until I am almost certain it's not just now and then. 

    On every flight I've done recently (all IFR plans, GA aircraft, ~200 mile flights) the last comm I get from ATC is the IFR approach clearance. I never get handed off to an approach controller, never get redirected if I intentionally go off-course, and am never given a "descend and maintain"... Everything will be perfectly normal until "cleared for ILS approach to runway ... ". P2A is still "alive" - moving map continues to work, ETE time and distance updates, etc. Just no more ATC interaction. I haven't spoken to ground or tower in a destination airport in many weeks :) 

    Tonight, I set out to document exactly what would happen to report it. Once I received ILS approach clearance from center, I completely ignored it. Flew 40nm past the transition waypoint, never being contacted to correct or descend. By then I gave up, assuming there'd be nothing if not yet.

    I can't conclusively correlate this to the 2.2.1.8 update, other than I believe that's around the time it started.

    Any ideas?

    Thanks!


  11. 11 hours ago, markcellis said:

    Luckily I got mine before RealATC went incognito. I was going to start recording some from LiveATC and editing out the ones that had audio that was airport specific with the thought that we could start collecting them and sharing them. However, I think they are copyrighted as best I can tell. Maybe that might have been the problem RealTAC, if he was getting them from LiveATC possibly he was getting concerned about the copyright. Maybe I'm reading things wrong.

    Mark

    I've started doing exactly the same - agree unsure about the copyright issues, so I don't think it's a good idea to set up any sort of sharing community... That said, it's so easy to do, I've already forgotten about the realatc stuff... Get a copy of Audacity (windows freeware). Download archive(s) of your choice from liveatc.net .  Load the file in to Audacity and use the "detect sound" (or something similar - not in front of it right now) from the tools menu (near the bottom, close to 'detect silence'. That will "mark" the start and end of each part of the file where there is actually sound. Then, from the file menu, choose "export multiple" and follow the prompts - you end up with individual files containing just the spoken parts - all automatically. 

     

    I'm sure the realatc files were better... You do get some duds doing this, like periods of static or difficult to understand comms, etc...I look at them as added realism :)  But, in under 2-hours one evening, I have almost 1000 files already, across all controller types, and working great with P2A.

    • Upvote 1

  12. 14 hours ago, Kiwi0ne said:

    I should have read this thread before purchasing the RealATC.net files. Yes, same situation I am in now. The site is abandoned and Ralph is not answering to emails unfortunately. 

    Any other source for these files? Can someone that has them, share them for a small price perhaps? 

    Where can I download similar files? 

     

    Cheers,

    e.

    File a PayPal claim. Eventually they'll get enough claims to suspend the account so at least nobody else will be able to pay for them..


  13. Update for anyone interested - realatc.net seems to be abandoned. I paid for the files over a week ago, and after never receiving anything, attempted to contact the seller via three different email addresses without success. I ultimately had to file a claim on Paypal for a refund, as the author has not responded to paypal's inquiry about my claim, either. Save your $10 if you're considering these..

     


  14. 1 hour ago, Dave-Pilot2ATC said:

    You should be able to set up the Airport Folder ATC Chatter mode in P2A and then in place your RealATC type folders/files in the Country folder.  Then, when not on an Airport frequency that you have a folder for, the generic files from the Country folder will play.

    Dave

    Awesome! Thanks Dave.. I thought that would be the case based on the user guide, but wanted to confirm. Thank you - keep up the awesome work - P2A is far and away the most useful addition to my virtual flying universe. I bought it when I was on P3D, and it's made the move over to XP with me. 

     


  15. 2 hours ago, jabloomf1230 said:

    Dave can give the official answer, but from my experience the answer is yes. Your best option is the freeware add-on LAAP, which automates the live ATC chatter process by switching audio streams as one changes comm frequencies. LAAP:

    http://laap.atc.free.fr/faq-en.html

    Then one should consider what AI Traffic package that one will use. If one uses PSXseecon or Lorby's Live AI Traffic, then the audio from LAAP matches what the AI are doing, since those two apps use real life ADS-B transmissions to position AI aircraft.

    What are the drawbacks to all this? First, Live ATC feeds are becoming far less available to the public, especially in Europe. Second, in the US, ADS-B feeds tend to only cover airborne aircraft, although that depends on both the airline and the airport. Third, Pilot2ATC TTS will obviously sound different than any live ATC and the live ATC will "step on" transmissions from Pilot2ATC. That's a minor issue, but it is annoying. Lastly, Fourth, the two live AI traffic apps still require the correct liveries and models, either from My T 6, WOAI freeware or a UT product. LAAP requires FSUIPC, as it is based on LUA scripting.

     

    Thanks. While interesting, it seems LAAP and the other software you mentioned is all for FSX/P3D. I'm running Xplane.


  16. Hi Dave,

     

    Is it possible to mix generic chatter files (like the package from RealATC) with airport-specific files like those available at LiveATC?  Basically, I'd like to be able to download some airport specific tower/approach/departure files from LiveATC, but when I'm not at/near that specific airport, have the generic RealATC files fill in the gaps.

     

    Thanks!

×
×
  • Create New...