Live data from Hacker News

The End of Finale

finalemusic.com

141–150 of 183 posts

Re: The End of Finale

#141
post #125

Earlier quoted context omitted.

I’m replying because we’re having a discussion, and because it has been clear all along that you didn’t quite understand my position before arguing with it, so I’m trying to better explain it. I do agree that losing access sucks, and I do see why some paid users are angry, so maybe you don’t actually disagree with me after all. Maybe it should be illegal to turn off new installs after a year, I could agree with that…

They should just remove the need for the auth server entirely. Whether or not it benefits very many people is beside the point; it's the principle. Allowing their users to continue to use the product that they have fully paid for is morally (and potentially legally) the right thing to do.

Yes I see your point is a principle you have and that you aren’t interested in discussing any nuance or details. I have heard and acknowledged your opinion multiple times that they should not disable the auth server. I understand that and I’m not disagreeing with it, so there’s no need to keep repeating it over and over unless you have new evidence, reasons, points to discuss.

For MakeMusic, I don’t know, but whether it benefits the most Finale users may be the entire point from their perspective. And it might matter to the users too, even if it doesn’t matter to you. The dev’s principles might prioritize maximum benefit for the most users over the anger that shutting off the auth server could potentially lead to. They are offering a tradeoff for which there is no perfect solution for everyone. Leaving the auth server on but not offering a Dorico discount might be overall significantly less good than what they did, even if what they did isn’t perfect or agreeable by your standards. That possibility is interesting and worth considering to me, even if not to you.

Re: The End of Finale

#142
post #135

Earlier quoted context omitted.

> Nobody who bought is unaware that it’s remotely authorized. You're radically overestimating the understanding of consumers. The target market for a product like Finale is decidedly not "IT people".

Maybe, but the problems with your new argument are 1) Finale requires explicit authorization, it’s a manual process the user has to do when first launching so you seem to be speculating or making things up, 2) this moved the goal posts for the thread and you’re undermining @wvenable’s argument and others by suggesting they didn’t understand what they were doing 3) it doesn’t matter what your or I think about consumer…

> And why did you quote “IT people”, who said anything about IT people?

I'm not the person you're replying to but I interpreted what they were saying as meaning "tech savvy."

The average, non-tech-savvy user doesn't necessarily understand the concept of client/server applications let alone realize that what makes the software that they purchased work is bound to a remote server / someone else's computer that could one day disappear.

I've been following this thread and in another reply it was pointed out that Finale has a 30 day money back guarantee, that "everyone" who uses Finale knows about the remote activation mechanism and that if they discover it after purchase and do not agree they can take advantage of that 30 day money back guarantee.

I think this argument is weak.

What a user typically experiences after installing new software is a dialogue asking them to enter their email and password that was used at the time of purchasing.

What happens after that is not necessarily clear.

Does it need to send the email and password to a remote server in order to verify the license every single time the application starts, or is this a one time activation?

From the user's perspective, is it made blatantly clear that the software is asking for the information for the purpose of product activation or is it merely for personalization purposes?

For that matter, does it actually serve any functional purpose at all, or is it just annoying data collection that can't be skipped?

20 years ago, EULAs were one of the big talking points online when it came to software companies. There was a question as to whether EULAs would actually be enforceable, binding contracts that courts would recognize at all. This came up time and time again because of some of the content that these EULAs included. I can't remember any specifics, but I remember that there was some really eyebrow raising stuff in some EULAs. Regardless, it was well understood that most end users blindly clicked "I Agree" without ever reading the EULA. It was seen by most as an annoying thing that you had to do when installing software, and few understood the point or gave it a second thought.

My argument is that when it comes to product activation, most end users probably view it as similar to clicking "I Agree" on the EULA. I doubt very much that most non-tech-savvy users are really thinking about the fact that someone else's computer is going to need to be running in order to activate their software should they need to re-install or if they lose access to the Internet. And very few are thinking about the possibility that the company could go out of business or one day just decide to stop activating the software on re-installs because they feel like it.

I'm repeating some of what I've said in earlier replies of mine ... but this really comes down to contracts and by "contract" I don't necessarily mean a hand-written and signed document laying out terms, I just mean the agreement that was between the vendor and purchaser. That agreement can be complicated because you've got the EULA on the one hand, the company's marketing on the other and what a court would recognize and enforce if it were litigated.

I'm personally more concerned with the implied agreement because I doubt anyone will choose to litigate over this (unless there is an institution somewhere that invested a lot of money in Finale and expected to be able to use the software in perpetuity). The implied agreement matters because this speaks to what promises MusicMaker was making to their customers and if they reneg on that promise, when money is at stake, it makes them a shit company that no one should ever do business with in the future.

I also really don't understand why you're "simping" so hard for MusicMaker. Is it that you've taken a position and you're debating it as an academic exercise or out of boredom? Or are they paying you? I mean ... I've never seen anyone go to bat so hard in favour of a company screwing over their paying customers.

Re: The End of Finale

#143

I may be the only person who loves LilyPond but I really do love it. The LaTeX of music notation.

Lilypond makes gorgeous music. However, getting things besides music to look good is painful at best and sometimes impossible. I spent hours trying to figure out how to get a good looking lead sheet setup (music, chord name, lyrics). Especially font sizes and spacing. Ugh. Good luck getting an annotation (such as "intro" or "chorus") anywhere less than about 2em from the top of the staff...

I think they've changed things in the five years since then, so I think I'd have to do it all over again.

Re: The End of Finale

#144
post #141

Earlier quoted context omitted.

They should just remove the need for the auth server entirely. Whether or not it benefits very many people is beside the point; it's the principle. Allowing their users to continue to use the product that they have fully paid for is morally (and potentially legally) the right thing to do.

Yes I see your point is a principle you have and that you aren’t interested in discussing any nuance or details. I have heard and acknowledged your opinion multiple times that they should not disable the auth server. I understand that and I’m not disagreeing with it, so there’s no need to keep repeating it over and over unless you have new evidence, reasons, points to discuss. For MakeMusic, I don’t know, but whether…

I see your point. But it actually concerns me more if the Dorico discount is contingent on explicitly preventing re-installs of the app. It's one thing to be merely negligent in providing a way for users to continue using the product but it's another to purposely revoke access as part of a deal that the user didn't agree to. That actually borders on shady to me even if you could spin it as a user benefit.

Re: The End of Finale

#145
post #105

Earlier quoted context omitted.

I hope people treat you with respect and understanding and don’t attack you for stealing if you ever need to discontinue any of your software products or happen to go out of business. I have had my own software business, and had to plan the sunset of a paid product, and it would have been hurtful if people accused me of stealing when I was already hurting due to being out of money and feeling like a failure. Thankful…

> I hope people treat you with respect and understanding and don’t attack you for stealing if you ever need to discontinue any of your software products or happen to go out of business. No-one is attacking MakeMusic for discontinuing their product, yet you continue to assert this. People are attacking MakeMusic for removing a way that you can continue to use their product as long as there are no technical limitations…

I understand this distinction. I understand why some users are upset. However, I am getting dogmatic blowback in this thread by some people who admitted never purchasing Finale, and are not interested in discussing the pros and cons of any tradeoffs or alternatives, and don’t even want to consider the possibility that this isn’t fun for MakeMusic either.

It sucks if people expected authorization would continue to work forever. How many people would actually use that if it existed, and what is a reasonable user base threshold below which they can turn it off? It doesn’t matter what I think, but I don’t think leaving the auth servers on is going to benefit more than a very tiny handful of people at most, and thus probably isn’t worth the effort. And again, it’s entirely possible this is all coming at Steinberg’s request and was deemed an acceptable tradeoff by MakeMusic, assuming that it would benefit more people than it would harm. The discount vs activation tradeoff very well might benefit more people than it harms.

Personally, having run a software business, and having known others who’ve run software businesses, I see failed businesses, failed products, and company acquisitions all under the same umbrella of causing real problems against the expectations of buyers. All of those situations cause changes to the EULA, and people don’t like change, especially when they’ve paid money for constancy, I can completely and totally understand that. I was just trying to calm the pitchforking down a little… and not doing that great of a job, obviously.

If MakeMusic is offering the Dorico discount in return for no competition via turning off the auth servers, in a way that’s almost like Steinberg acquiring Finale but killing it. Maybe that could have happened, and maybe this way was cheaper and less legal paperwork for both parties, I dunno. Nobody else here does either.

Re: The End of Finale

#146
post #140

Earlier quoted context omitted.

Why should their agreement with Steinberg factor into this? There is no need to maintain the auth server just make the one-time cost of removing the requirement of the auth server. As for this particular EULA, if the publisher stops selling the software, they shouldn't be able to revoke existing licenses based on it. The license was granted in exchange for a fee, creating an expectation that the software could be use…

> Why should their agreement with Steinberg factor into this? I’m speculating, but it could be possible that turning off authorization is Steingberg’s request or stipulation for offering a Dorico discount. Was that not clear before this point? If true, does it change your calculus at all? > Software being remotely authorized is an implementation detail not a contractual one. Section 9 “Authorization” of the June 2021…

> Section 9 “Authorization” of the June 2021 EULA disproves that claim.

Yes, that binds the user to authorize their copy. The company must therefore provide the means for them to authorize.

As for the legality, this is pretty contentious issue in many countries which is why we are having this discussion rather than it simply being an open and shut case. A fair amount of this Wikipedia article is dedicated to this subject:

https://en.wikipedia.org/wiki/First-sale_doctrine

Re: The End of Finale

#147
post #62

Earlier quoted context omitted.

They could just not release the code they don't have the rights to, and release the code they do have rights to

What would that achieve? Why would anyone want a pile of old code that can never build or run?

Code has more value than if it can be ran or not. Its 4 decades of problems and their solutions. For anyone who wants to do any work in the music notation space, it could be quite invaluable to go through the lessons learned, to see things from another perspective, especially one that went all the way to production and a long period of commercial viability.

Re: The End of Finale

#148
post #140

Earlier quoted context omitted.

> Why should their agreement with Steinberg factor into this? I’m speculating, but it could be possible that turning off authorization is Steingberg’s request or stipulation for offering a Dorico discount. Was that not clear before this point? If true, does it change your calculus at all? > Software being remotely authorized is an implementation detail not a contractual one. Section 9 “Authorization” of the June 2021…

> Section 9 “Authorization” of the June 2021 EULA disproves that claim. Yes, that binds the user to authorize their copy. The company must therefore provide the means for them to authorize. As for the legality, this is pretty contentious issue in many countries which is why we are having this discussion rather than it simply being an open and shut case. A fair amount of this Wikipedia article is dedicated to this sub…

Authorize contractually. It is not an implementation detail, right? It’s specified that it will authorize by internet connection, or otherwise by manual key entry on every subsequent launch.

> The company must therefore provide the means for them to authorize.

That’s a logical assumption, if the company wants to do business, but isn’t stated in the EULA or the law. Pay special attention to Finale EULA sections 5, 7, 11, 12, 13, 14, and 15.

All this gets extra problematic when a product or a company dies or is transferred. There are very few laws that try to force a product to continue existing once its creator decides to shelve it for any reason, even if it would be trivial for the creator to do so.

Personally, I agree with the guiding principles of the First Sale Doctrine. What we’re concluding here is that your beef is with the idea of software authorization for purchase-once (non-subscription) software that is locally installed and doesn’t depend on cloud services. As a principle, that’s fine, I don’t disagree with it. Given the specifics in this case, it’s not known yet how many people the auth server shutdown will affect next year, but it is possible (I speculate!) that the discounted upgrade path to Dorico might not exist in it’s current form if Finale left the auth server on.

Re: The End of Finale

#149
post #145

Earlier quoted context omitted.

> I hope people treat you with respect and understanding and don’t attack you for stealing if you ever need to discontinue any of your software products or happen to go out of business. No-one is attacking MakeMusic for discontinuing their product, yet you continue to assert this. People are attacking MakeMusic for removing a way that you can continue to use their product as long as there are no technical limitations…

I understand this distinction. I understand why some users are upset. However, I am getting dogmatic blowback in this thread by some people who admitted never purchasing Finale, and are not interested in discussing the pros and cons of any tradeoffs or alternatives, and don’t even want to consider the possibility that this isn’t fun for MakeMusic either. It sucks if people expected authorization would continue to wor…

> but I don’t think leaving the auth servers on is going to benefit more than a very tiny handful of people at most, and thus probably isn’t worth the effort.

You say this, but of the composers who haven't moved to Dorico by now, they're probably very set in their ways. So I'm not sure "very tiny handful" is accurate.

I don't actually think they should be required to maintain auth servers, hence the patch.

> And again, it’s entirely possible this is all coming at Steinberg’s request and was deemed an acceptable tradeoff by MakeMusic

I still have no idea why this relevant or appropriate. "Hey, we might have been willing to continue to "allow" you to use the software you know, you bought, but another agreement sounded more appealing to us". That would actually be pushing on the concept of tortious interference (where a third party induces a first party to renege on their agreement with a second).

> And again, it’s entirely possible this is all coming at Steinberg’s request and was deemed an acceptable tradeoff by MakeMusic, assuming that it would benefit more people than it would harm. The discount vs activation tradeoff very well might benefit more people than it harms.

Entirely so. And maybe for some, the financial aspect is what's holding them back. But to be clear, Finale itself has been several hundred dollars (I believe I paid $299), so I don't know that that was the distinction for some.

Also, there is the removal of choice. "We're turning off the activation servers. You can pay $179 to some other company, or lose access to the software you'd already paid for". I don't know that your "oh you're not losing it, because you can keep running it, if it's already activated" is anywhere near the argument you think it is.

Re: The End of Finale

#150
Wow. I didn't see this one coming

Over 20 years ago I needed to do some engraving for a school band project, and went online looking for a solution. At the time there was SCORE, which produced beautiful pages but was a massive dog to get running on XP (dos emulators were rare and difficult to use), finale, Sibelieus, and LilyPond.

Finale was nice but far too expensive, and Sibelieus was nicer for slightly cheaper. Both rather hard amounts of money to come up with in middle and high school. So that left LilyPond.

My father is a scientist, and therefore quite handy with TeX, so he pushed me rather hard in the direction of LilyPond, running in cygwin. Took me about a week to pick it up, and another week to get my engraving looking the way I wanted. Turned it in after that and got a B from the band teacher, because apparently the school had finale on the library computers, and my output was subtly different (not wrong, different stylistic approaches to auxillary notation such as crescendos) than that of finale.

I still use lilypond to this day. I've played a bit with Sibelieus in the interim, and then dorico when Sibelieus went to hell and dorico was created. Still prefer lilypond.

But all through that period, finale basically felt like the Microsoft office of music engraving. The big juggernaut that no one can topple. Sure, the output of a finale engraving looked like it was a finale engraving, and others might have more aesthetically pleasing output, but finale was the standard. Seeing an upstart like dorico kill them is akin to something like Pages or Zoho office killing word.

Post reply on HN