ericthehalfbee
About
- Username
- ericthehalfbee
- Joined
- Visits
- 210
- Last Active
- Roles
- member
- Points
- 9,787
- Badges
- 2
- Posts
- 4,499
Reactions
-
UK regulator prepares to restart Apple cloud gaming probe in January
“The latter cloud gaming element may be a problem for Apple, as it has policies in place that some may consider harmful to cloud gaming services in general.”No, what’s harmful to cloud gaming services is the crappy experience. Too many variables that can hinder gameplay (especially reliable network access). -
Epic Games vs Apple -- The continuing App Store saga
CheeseFreeze said:lkrupp said:sflocal said:What is conveniently ignored is that for many commercial businesses, landlords also stipulate rent is not only a monthly amount, but also a percentage of sales. Epic has it easy compared to others. I hope Epic fails hard.
I see no difference in what Apple does with the App Store and what every other commercial landlord has been doing forever. Epic knows full well that they will make more money within the App Store than having their own store outside it. They want their cake and to eat it too.
Also, no modern real estate landlord (this is not the 1970s!) is demanding a 30% fee of gross income. That entity would quickly be sued out of existence and/or quickly ignored.The analogy is correct. You can access any iOS or Android device via the Internet either through websites or dedicated PWAs. The idea you have to use either store is asinine.
And before someone chimes in that websites aren’t as good as an App I suggest you look at the adult entertainment industry. They rival YouTube in terms of functionality and work strictly within the confines of a browser (since adult content is prohibited from the Play Store and App Store).Plus you’re leaving out the fact that if you sell a subscription (Spotify or Netflix) you can also bypass either store and have people sign up at your website instead. In which case Apple/Google get zero even though they’re hosting your App for untold millions of users downloads/updates.This article and the comment section reminded of how many people are clueless about this situation and their only argument seems to be “Apple bad”. -
Beeper Mini for Android lives again, but for how long is anybody's guess
-
Goodbye, green bubbles: How to send blue iMessages from Android with Beeper Mini
Skeptical said:Are people so vapid that a green or blue bubble is a life altering event in their existence? God, having first world problems must be great.
A small number of asshole iPhone users treat Android users or green bubbles with disdain while Android users or Apple haters try to say that ALL iPhone users are like that. With help from the likes of Google who don’t mind amplifying this lie. -
Apple's flavor of RCS won't support Google's end-to-end encryption extension
gatorguy said:spheric said:gatorguy said:ericthehalfbee said:Apple basically said “fuck you” to Google.
I’ve repeatedly said Apple should counter Google’s shame campaign by announcing they’ll support RCS when Google opens up their RCS APIs for everyone. Including competitors like WhatsApp or Telegram.
Google has their own RCS APIs in Android but Samsung is the only one allowed to use them. Developers have asked and Google has done nothing to allow other Apps to implement RCS via their system and use E2EE.
So Apple did one better and said they’ll work with standards bodies to improve RCS.
Now Google’s hopes of a messaging duopoly are finished.
Since they don't, we can assume that interoperability is not a priority — it's getting people to use Google's own messaging app.
https://developers.google.com/business-communications/rcs-business-messaging/reference/rest
Then there are these current Google RCS users:- 1-800 Contacts
- 1-800 Flowers.com
- Booking.com
- SnapTravel
- Subway
- Smooch
- Twilio
- ATT
- T-Mo
- Verizon
- Orange
Suppose you want to talk about the encryption specifically being unavailable to developers. In that case, it's only been available in Google Messages for less than a year, and group chat E2EE for barely more than 90 days. Did you expect fleshed-out API's for developers already? Reading Reddit developer threads, the high potential for misuse/abuse from some of them has been pointed out, and working on a way of vetting apps individually was mentioned as a reasonable expectation.
In the meantime, Google is still prodding GSMA to make encryption an essential part of the standard, an effort that pre-dates whatever assistance Apple might offer next year, and which would make Google's Signal-based E2EE no longer needed (unless it becomes the standard or part of it). It was the foot-dragging by GSMA that led to Google taking responsibility for doing it for them to begin with. To me, that shows E2EE is not a priority for the carrier-controlled GSMA and RCS wasn't going to have it (nor did carriers want it) without a powerful an capable Apple or Google. Apple had no incentive to get involved, so it was left to Google to figure out.
They've also been an early advocate of MLS, which does make E2E encryption essential in the evolving standard.
https://www.ietf.org/blog/mls-secure-and-usable-end-to-end-encryption/
As evidence of their intent to encrypt interoperable chat sessions, Google already added support for MLS, which BTW is what I expect will be the requirement for messaging apps to talk with each other in a secure and private manner. I don't think RCS is it, though it will obviously be a large part of the chat landscape, and a huge step up from SMS/MMS.Google only allows business to use RCS and refuses to let developers use it. This is similar to how Apple has Messages available for businesses to chat with customers.
Another pathetic attempt to deflect from the real issue:
Google does not allow messenger Apps access to their RCS APIs. That’s all that matters in the context of this discussion on messaging & RCS.