markdf

Members
  • Content Count

    141
  • Joined

  • Last visited

Community Reputation

83 Good

About markdf

  • Rank
    Member

Flight Sim Profile

  • Commercial Member
    No
  • Online Flight Organization Membership
    none
  • Virtual Airlines
    Yes

Recent Profile Visitors

459 profile views
  1. markdf

    PMDG and Dynamic Lights

    Like I said, I appreciate your correction - I'm just a little too used to people nitpicking just for the sake of it, so apologies if my reply came off a little abrasive, I often come off a lot more blunt than I intend.:/
  2. markdf

    PMDG 747-400

    Maybe provide more info so people have a chance of helping you. Also, insert obligatory notification that PMDG require you to sign your post with your full name
  3. markdf

    Deal with throttle when one engine affected

    Yep, beyond that your only option is to rebind your throttle to specifically "Throttle 1" or "Throttle 2" in the control settings. Otherwise, yes the only way to do it without changing your controls is probably to get a yoke/stick with a twin throttle
  4. Apologies for barging in on this - but BEX can also (sometimes) be caused if Data Execution Prevention is enabled globally and FSX/P3D isn't excluded from it, possibly worth a check too
  5. markdf

    PMDG and Dynamic Lights

    My bad, I doubled linear dimensions not pixel count, but the overall point remains unchanged that DSR and SSAA are both applying the same method to achieve a similar end goal - therefore the two compound the strain on the card and can thus lead to losing frames - so while I appreciate the math lesson, you are kind of splitting hairs without actually adding anything to the discussion or changing the point I made
  6. Thanks for the confirmation. Unrelated, but as someone who just lost their weekend to fixing an unexpected server failure I sincerely hope your one doesn't give you any more hassle
  7. Am I correct in understanding from that, that the plan for offline access has been moved to pre-1.0 then? Which if so is welcome news.
  8. If Chaseplane failing causes his sim to fail to start, then no. The end user should not have to play a game of "swap the config files" because of a single program's failure to have any form of graceful error handling when the servers go down.
  9. That may be, but your not noticing doesn't make it any stranger that other people have had issues or make those issues any less relevant or important. In fact, just flicking through myself has shown a few more server failures than I was initially aware of.
  10. I'm saying exactly what I said, most recently the servers were down today in fact, but I'm sure you're capable of reading through the forum so I won't summarise everybody's complaints here since just a quick flick through the topic listings can answer that. It fails any time anything along the route between the end user and the server fails, whether that's because of their servers, the ISP or anything in between.
  11. Not that strange except for the fact that you haven't been using it at the other times their servers have been down, and you've never used it on an unreliable internet/network connection. Pretty simple to explain really.
  12. Thank you for the kind words Jack, it's always appreciated to know that I'm making sense to someone other than myself :) The response I see to a lot of complaints about things like this (not just on this product but others as well) is that "It's still in beta...", or "after the beta", but personally I've always taken the view that if it's good enough to take non-refundable money then it should be dependable and stable. If you can't guarantee that (especially as I said previously - on a product that should be capable of running without the servers) then I believe money should be refundable up until the point that the product reaches a finished 1.0 stage, largely because whilst being charged to be used as testers customers have no other way to hold a developer to account for poor decisions. In contrast over the weekend while I was dealing with a server failure at work, I reinstalled a product where pricing starts at $1600. It phoned home once, verified it's license and now runs completely happily offline. Job done.
  13. This is exactly why always-online verification fails, and why products that use it should not be allowed to overwrite the configuration of the core sim on a permanent basis - especially when it's rapidly becoming clear that CP's backend is just not up to the job of supporting something that needs a connection 100% of the time. System's like this must have some tolerance for connection failures, there's no need for a $40 piece of software to fall over every time it can't phone home. Funny how only yesterday (and one page back) my point about needing to account for server failures needing to be accounted for was dismissed and I was told that failures along the connection path (including servers, ISP and home equipment) were below 1%, and yet we've already had multiple incidents just this year with CP alone. Things fail all the time and something like a camera plugin, where everything except the preset library/online backup system run on your local computer have no excuse for ceasing to function every time there's a glitch somewhere along the line.
  14. There's a huge number of cracked protection schemes out there that would beg to differ - the sheer number of applications and games ranging from indie to multi-million dollar budgets that fail to stop pirates circumventing their protections proves otherwise unless you're privy to secrets that the Microsofts and LMs of this industry are not, but I fear this debate will go around in circles and never lead anywhere but further off topic. I'm not going to subscribe to the philosophy of assuming everyone is a thief until proven otherwise, and you clearly aren't going to sway from that position. Had you said "Piracy can be managed", or "Piracy can be reduced", I'd probably find it easier to agree. Ray has already given many examples of alternate schemes in use by various companies in this very thread, so I'm not going to sit here and retype them This level of verification and restriction is not the normal for the flight sim market of today - this is the extreme end of the scale. I've bought from a lot of companies over the years, not one of them has ever even strayed close to this territory. Before encountering Chaseplane the ability to reinstall my flight sim addons was not even a consideration. This fails at being "least intrusive", were this issue removed then I personally would almost never be aware of the background verification. I've said that I'm willing to pay, willing to consider options like dongles etc, despite you erroneously claiming I'd dismissed all of those as options - I've agreed with your suggested alternatives and yet you're still debating the connection issue with me (and in fact I never dismissed those options as acceptable in the first place) I've said this many times in various ways, but here it is in bold and as simply as I can say it so there can be no incorrect assumptions/interpretations/misunderstandings about my key point: My main issue with the current system is the limit on installs. In a scenario where I can reinstall freely at will I do not care about having to stay connected (so long as the system does not collapse at the first dropped packet.) I do not care what it costs, I do not care if it means keeping a dongle attached. If you disagree or want to debate me then that's fine, all I ask is you actually debate the thing I'm actually complaining about. If you just want to debate about how always-on connection is an inescapable fact of software then you're debating the wrong person - I've got no interest in arguing that with you beyond the exception mentioned above: specifically how it renders the activation limit redundant. Beyond that as long as it happens in the background I really couldn't care less. I can't help but feel you're arguing with what you think I'm going to say rather than what I've actually said. EDIT: Oh, and at this point I'm off to bed, so you're not likely to get any response this side of Thursday. Because I'm way too tired for this right now, have a good evening in whatever your local timezone is :)
  15. I don't actually have issue with the USB approach - if it means I can reinstall as needed, then fine. That's what I care about the most, the ability to remove and reactivate the license as needed for my personal use. Give me that and I'm happy. Also didn't say that I wouldn't be willing to spend a little extra for the convenience and freedom. As I said - it's a great product let down by an overly harsh activation policy. Offer me a solution and I'd go as far as buying a second copy at full price right now. Frankly price is way down the list of priorities for me, and a long way below convenience. I've just spent thousands getting an apartment adapted for disabled access to give me more freedom to move around more freely - I really don't care about a $5-10 variation in price for a software package. I do stand by my statement about piracy ultimately being inevitable - wrong as it may be, if the demand is there it'll happen, so we can't let the fear or threat of it be an excuse to start hampering the experience of legitimate users. A good system should be (mostly) transparent to me after it's set up - be that dongle, remote license checking whatever, as long as it doesn't start becoming an issue that gets in the way of using the software. Other companies in the same industry both above and below this on the cost scale manage to deliver systems that strike an acceptable compromise between security and flexibility so I refuse to be scared by the boogeyman and told that the current system is the only reasonable solution for the developers. In summary, my complaint here is that there isn't a solution on offer here, paid or otherwise, to get around the three month reactivation policy. If one is offered I'll be at the front of the queue to sign up for it.