5 ms·

This reminded me of the fact that excellent remasters of monkey island were released on the iPhone (and a few other paltforms) but were removed from the App Sto

This reminded me of the fact that excellent remasters of monkey island were released on the iPhone (and a few other paltforms) but were removed from the App Store after a few years. It’s a shame, they had great new artwork and sound/music but you could switch back and forth with the old art and it was cool to see the difference in each scene.

CharlesW 3y ago
Sadly, the developer never updated them for compatibility with 64-bit-only versions of iOS (iOS 11+).
- DennisL123 3y ago
  Happy to sign all the necessary NDAs and to port them to 64 bit, newer iOS versions and devices for free.
  - smoldesu 3y ago
    If they got depreciated once, it's gonna happen again. Apple should invest in Microsoft-tier backwards compatibility if they want to avoid publishers abandoning their software.
    - FirmwareBurner 3y ago
      That was never Apple's thing. Apple always changes things as it pleases and expects the developers to suck it up. https://www.youtube.com/watch?v=oeqPrUmVz-o https://www.youtube.com/watch?v=oeqPrUmVz-o
      - smoldesu 3y ago
        Maybe they should look into it then, asking developers if you can update their codebase on HN probably won't help users very much.
      - turquoisevar 3y ago
        Not sure if you linked the wrong video, but the one you linked to barely supports your comment. Setting aside that abandoning OpenDoc turned out to be the right call, I see a dude trying to get a rise out of Jobs and Jobs handling it in a very respectful way, going as far as admitting they make mistakes and that he is flawed, but that ultimately the decisions are made with the end user (and sales) in mind and less with what kind of nifty technology is behind it. Specifically on the matter of 32-bit support, not dropping it would’ve meant not being able to make the leaps forward that they were able to make, which led to a better user experience. From the developer side of things, as a developer for Apple platforms, it’s a silly discussion to begin with because in 99% of the cases it just meant recompiling it against the latest SDK. So I have no lost love for devs that couldn’t be arsed, even ignoring the fact that the entire ecosystem is known for rapid improvements and continuous maintenance. In fact that’s what most indie devs love about it.
        devbent 3y ago
        > So I have no lost love for devs that couldn’t be arsed, How are teams that no longer exist supposed to recompile anything? Plenty of source is laying around where the last person who knew how to compile it left the company years ago and no one even knows how to check the software out from the source repo anymore. (Pre Git, it wasn't always obvious how to even pull software down from repos, tools like perforce allow for fancy remapping of folders so you cannot necessarily just pull source down, also I've worked in repos where you needed specially modified scripts that weren't in the repo so you could actually build things!) Microsoft's MO has been that once the end user has acquired an executable, that program will keep working damn nearly forever. 16bit support was the only time they ever dropped anything, and people are still upset about that.
        turquoisevar 3y ago
        As I stated in a reply[0] to a similar comment below, the way you’re framing it doesn’t reflect the reality of this specific 64-bit transition. > How are teams that no longer exist supposed to recompile anything? Plenty of source is laying around where the last person who knew how to compile it left the company years ago and no one even knows how to check the software out from the source repo anymore. This transition started five years after the birth of the App Store. Most of the abandoned apps and games were created in the two years between the start of the transition and the deadline, not to mention that many of those developers happily published other apps and games after the transition was complete. So, the notion that there were no people around or that the source code was inaccessible is not believable. > (Pre Git, it wasn't always obvious how to even pull software down from repos, tools like perforce allow for fancy remapping of folders so you cannot necessarily just pull source down, also I've worked in repos where you needed specially modified scripts that weren't in the repo so you could actually build things!) This was well after the birth of Git. At the start of the transition, more than half of the developers were using Git, and another 40% were using SVN. So, we weren’t exactly in the stone ages of software development. > Microsoft's MO has been that once the end user has acquired an executable, that program will keep working damn nearly forever. This is becoming less and less the case. I must install dependencies like older .NET frameworks, track down obscure dlls, or generally run into compatibility issues. While annoying, I can’t fault them for it. It’s simply not feasible to ensure compatibility in perpetuity and deliver a smooth, innovative experience. You see them attempting this with their abomination, that is, the control panel and its underlying systems. It’s grafted together from all kinds of components that originate from pretty much every Windows in existence. 0: https://news.ycombinator.com/item?id=38827562 https://news.ycombinator.com/item?id=38827562
    - dwaite 3y ago
      I suspect Apple considers developers ignoring a five(?) year notice period that 32 bit compatibility will be dropped a sign that the publisher has already abandoned their software.
      - incrudible 3y ago
        A "notice" doesn't pay bills. If the cost of porting over is expected to exceed future revenue, the publisher can not be expected to foot the bill.
        _pigpen__ 3y ago
        Moreover, for a quoted company, Sarbanes Oxley makes it difficult to spend money on this kind of activity.
        yardstick 3y ago
        How so?
      - andybak 3y ago
        "Abandoned"? Is that another word for "finished"?
        judge2020 3y ago
        Expecting old software to be backwards compatible forever is unrealistic. Even modern 64-bit Windows doesn't support 16 bit applications, and the only reason this isn't a problem is because of how long ago they were of any importance. Old software still lives on in emulation and old hardware. If a developer doesn't feel the need to keep it updated for new hardware, it can join the outdated hardware it was made for in the archive.
    - turquoisevar 3y ago
      God no. As an end user it’s already annoying how, mainly big devs, are extremely slow in adopting the latest APIs, this would only motivate them more to just sit on their laurels. As a dev for Apple platforms it would become a buggy mess and would lead to less bumping of target OS versions, which in turn leads to needing to reinvent wheels and coming up with time consuming workarounds. Just one look at the gazillion ways Windows 11 has implemented configuration apps, from as far back as the XP era, has me shudder. You start out with Win 11 stuff but oh, you want to use that one thing? Now you’re lopped into Windows 7 stuff oh you want this other thing, enjoy this XP app, etc, etc. All in the name of backwards compatibility, no thank you. Hell, the fact that they had to skip Windows 9 because of so many devs checking for a 9 to detect 95/98 is another such messy nonsense. If I had to choose between that experience or Apple forcing me every year to learn an entirely new programming language + UI framework + persistent storage framework I’ll happily become a polyglot because the MS way of doing things is ridiculous.
      - incrudible 3y ago
        Most software is written for ten year business cycles. Maybe the Apple approach makes sense for most consumers and the few little apps they use, but there's reasons why Microsoft is so strong in the enterprise, and backwards compatibility is a huge part of that.
        turquoisevar 3y ago
        I’d say that more and more are moving to SaaS and/or platform-agnostic web-based stuff (even if it just runs on an on-prem server). But you’re right in that a lot of enterprise software is/was written with ten years or more in mind. Having seen it in action, I wonder if that’s the right course of action just in terms of security and what passed as acceptable UI alone, but I suppose that’s a topic for another time. For most enterprises, it’s a cost consideration where there’s a high tolerance for crap as long as it means that it saves money. While Apple is nowhere near as uncommon in the enterprise world as it used to be, it’s no secret that enterprise is far down Apple’s priority list. Backward compatibility (or rather lack of motivation to facilitate that) might very well be a factor in that, but it seems to be more a matter of not needing to tap into that market.
- ndiddy 3y ago
  This is an example of the value provided by ScummVM, it means that fans are able to keep playing the games without having to deal with rightsholders who don’t want to maintain them.
eps 3y ago
Disney yanked them after acquiring LucasArts. I was so pissed when I went to re-download them and they disappeared even from my Purchased list. Complained to Apple and they basically said "shouda made backups, good bye and fuck off". $12 down the drain.
- goosedragons 3y ago
  They still sell the enhanced editions on PC and Xbox (even works on One and Series X|S). Probably still PS3 too. They probably couldn't be bothered to update it to 64 bit on iOS.
  - musicale 3y ago
    Apple's 32-bit apocalypse killed so many games on both iOS and macOS.
- musicale 3y ago
  The stupid bit is that iOS "backups" don't actually include your apps. There really should be a "full backup" option.

CharlesW 3y ago

Sadly, the developer never updated them for compatibility with 64-bit-only versions of iOS (iOS 11+).

DennisL123 3y ago
Happy to sign all the necessary NDAs and to port them to 64 bit, newer iOS versions and devices for free.
- smoldesu 3y ago
  If they got depreciated once, it's gonna happen again. Apple should invest in Microsoft-tier backwards compatibility if they want to avoid publishers abandoning their software.
  - FirmwareBurner 3y ago
    That was never Apple's thing. Apple always changes things as it pleases and expects the developers to suck it up. https://www.youtube.com/watch?v=oeqPrUmVz-o https://www.youtube.com/watch?v=oeqPrUmVz-o
    - smoldesu 3y ago
      Maybe they should look into it then, asking developers if you can update their codebase on HN probably won't help users very much.
    - turquoisevar 3y ago
      Not sure if you linked the wrong video, but the one you linked to barely supports your comment. Setting aside that abandoning OpenDoc turned out to be the right call, I see a dude trying to get a rise out of Jobs and Jobs handling it in a very respectful way, going as far as admitting they make mistakes and that he is flawed, but that ultimately the decisions are made with the end user (and sales) in mind and less with what kind of nifty technology is behind it. Specifically on the matter of 32-bit support, not dropping it would’ve meant not being able to make the leaps forward that they were able to make, which led to a better user experience. From the developer side of things, as a developer for Apple platforms, it’s a silly discussion to begin with because in 99% of the cases it just meant recompiling it against the latest SDK. So I have no lost love for devs that couldn’t be arsed, even ignoring the fact that the entire ecosystem is known for rapid improvements and continuous maintenance. In fact that’s what most indie devs love about it.
      - devbent 3y ago
        > So I have no lost love for devs that couldn’t be arsed, How are teams that no longer exist supposed to recompile anything? Plenty of source is laying around where the last person who knew how to compile it left the company years ago and no one even knows how to check the software out from the source repo anymore. (Pre Git, it wasn't always obvious how to even pull software down from repos, tools like perforce allow for fancy remapping of folders so you cannot necessarily just pull source down, also I've worked in repos where you needed specially modified scripts that weren't in the repo so you could actually build things!) Microsoft's MO has been that once the end user has acquired an executable, that program will keep working damn nearly forever. 16bit support was the only time they ever dropped anything, and people are still upset about that.
        turquoisevar 3y ago
        As I stated in a reply[0] to a similar comment below, the way you’re framing it doesn’t reflect the reality of this specific 64-bit transition. > How are teams that no longer exist supposed to recompile anything? Plenty of source is laying around where the last person who knew how to compile it left the company years ago and no one even knows how to check the software out from the source repo anymore. This transition started five years after the birth of the App Store. Most of the abandoned apps and games were created in the two years between the start of the transition and the deadline, not to mention that many of those developers happily published other apps and games after the transition was complete. So, the notion that there were no people around or that the source code was inaccessible is not believable. > (Pre Git, it wasn't always obvious how to even pull software down from repos, tools like perforce allow for fancy remapping of folders so you cannot necessarily just pull source down, also I've worked in repos where you needed specially modified scripts that weren't in the repo so you could actually build things!) This was well after the birth of Git. At the start of the transition, more than half of the developers were using Git, and another 40% were using SVN. So, we weren’t exactly in the stone ages of software development. > Microsoft's MO has been that once the end user has acquired an executable, that program will keep working damn nearly forever. This is becoming less and less the case. I must install dependencies like older .NET frameworks, track down obscure dlls, or generally run into compatibility issues. While annoying, I can’t fault them for it. It’s simply not feasible to ensure compatibility in perpetuity and deliver a smooth, innovative experience. You see them attempting this with their abomination, that is, the control panel and its underlying systems. It’s grafted together from all kinds of components that originate from pretty much every Windows in existence. 0: https://news.ycombinator.com/item?id=38827562 https://news.ycombinator.com/item?id=38827562
  - dwaite 3y ago
    I suspect Apple considers developers ignoring a five(?) year notice period that 32 bit compatibility will be dropped a sign that the publisher has already abandoned their software.
    - incrudible 3y ago
      A "notice" doesn't pay bills. If the cost of porting over is expected to exceed future revenue, the publisher can not be expected to foot the bill.
      - _pigpen__ 3y ago
        Moreover, for a quoted company, Sarbanes Oxley makes it difficult to spend money on this kind of activity.
        yardstick 3y ago
        How so?
    - andybak 3y ago
      "Abandoned"? Is that another word for "finished"?
      - judge2020 3y ago
        Expecting old software to be backwards compatible forever is unrealistic. Even modern 64-bit Windows doesn't support 16 bit applications, and the only reason this isn't a problem is because of how long ago they were of any importance. Old software still lives on in emulation and old hardware. If a developer doesn't feel the need to keep it updated for new hardware, it can join the outdated hardware it was made for in the archive.
  - turquoisevar 3y ago
    God no. As an end user it’s already annoying how, mainly big devs, are extremely slow in adopting the latest APIs, this would only motivate them more to just sit on their laurels. As a dev for Apple platforms it would become a buggy mess and would lead to less bumping of target OS versions, which in turn leads to needing to reinvent wheels and coming up with time consuming workarounds. Just one look at the gazillion ways Windows 11 has implemented configuration apps, from as far back as the XP era, has me shudder. You start out with Win 11 stuff but oh, you want to use that one thing? Now you’re lopped into Windows 7 stuff oh you want this other thing, enjoy this XP app, etc, etc. All in the name of backwards compatibility, no thank you. Hell, the fact that they had to skip Windows 9 because of so many devs checking for a 9 to detect 95/98 is another such messy nonsense. If I had to choose between that experience or Apple forcing me every year to learn an entirely new programming language + UI framework + persistent storage framework I’ll happily become a polyglot because the MS way of doing things is ridiculous.
    - incrudible 3y ago
      Most software is written for ten year business cycles. Maybe the Apple approach makes sense for most consumers and the few little apps they use, but there's reasons why Microsoft is so strong in the enterprise, and backwards compatibility is a huge part of that.
      - turquoisevar 3y ago
        I’d say that more and more are moving to SaaS and/or platform-agnostic web-based stuff (even if it just runs on an on-prem server). But you’re right in that a lot of enterprise software is/was written with ten years or more in mind. Having seen it in action, I wonder if that’s the right course of action just in terms of security and what passed as acceptable UI alone, but I suppose that’s a topic for another time. For most enterprises, it’s a cost consideration where there’s a high tolerance for crap as long as it means that it saves money. While Apple is nowhere near as uncommon in the enterprise world as it used to be, it’s no secret that enterprise is far down Apple’s priority list. Backward compatibility (or rather lack of motivation to facilitate that) might very well be a factor in that, but it seems to be more a matter of not needing to tap into that market.
ndiddy 3y ago
This is an example of the value provided by ScummVM, it means that fans are able to keep playing the games without having to deal with rightsholders who don’t want to maintain them.

eps 3y ago

Disney yanked them after acquiring LucasArts. I was so pissed when I went to re-download them and they disappeared even from my Purchased list. Complained to Apple and they basically said "shouda made backups, good bye and fuck off". $12 down the drain.

goosedragons 3y ago
They still sell the enhanced editions on PC and Xbox (even works on One and Series X|S). Probably still PS3 too. They probably couldn't be bothered to update it to 64 bit on iOS.
- musicale 3y ago
  Apple's 32-bit apocalypse killed so many games on both iOS and macOS.
musicale 3y ago
The stupid bit is that iOS "backups" don't actually include your apps. There really should be a "full backup" option.