Das haben wir alle schon durchgemacht. Unabhängig davon, ob Sie ein iPhone-Benutzer mit iMessage oder ein Android-Benutzer mit RCS sind, wird der Gruppenchat durch die eine Person lahmgelegt, die nicht über das gleiche Telefon verfügt wie die anderen. Das bedeutet, dass das Messaging-Protokoll auf SMS/MMS zurückgreift, das Jahrzehnte alt ist und nicht einmal mit dem umgehen kann, was wir heute als kleine Datei bezeichnen würden. Aber mit der Ankündigung von iOS 17 gestern und der anschließenden Veröffentlichung der ersten Entwickler-Betas scheint es, dass Apple eine Lösung hat, über die in der WWC-Keynote nicht gesprochen wurde.
Die gute Nachricht ist, dass wenn Sie ein iPhone verwenden, dieser Android-Benutzer nicht mehr in der Lage sein wird, Gruppentexte für Sie zu unterbrechen. Die schlechte Nachricht ist, dass es zumindest mit dem Verhalten in Beta 1 für den Android-Benutzer immer noch kaputt sein wird.
Wir haben mehrere Funktionen gefunden, die bisher nur für iMessage-Konversationen verfügbar waren:
- Sie können Texte bearbeiten
- Sie können in Threads antworten
- Video in iMessage-Qualität
Bearbeiten von Texten und Threads
Wie ich bereits sagte, sind diese Funktionen derzeit ausschließlich den iPhone-Benutzern im Gruppentext vorbehalten. Sie können diesen grünen Text senden und bearbeiten, aber alle Android-Benutzer im Chat sehen weiterhin nur den Originaltext. Vermutlich lässt sich das irgendwann beheben, indem man dem Android-Nutzer eine zweite SMS sendet, in der steht, dass der Text bearbeitet wurde. Aber so wie es jetzt aussieht, werden alle iPhone-Benutzer im Chat die Änderung sehen, die Android-Benutzer jedoch nicht.
Threads sind für Android-Benutzer im Chat etwas angenehmer, da alle diese Nachrichten zumindest angezeigt werden. Sie werden einfach nicht in der gewünschten Reihenfolge angezeigt.
Fotos und Videos in höherer Qualität
Das wahrscheinlich größte Problem bei MMS besteht einfach darin, dass es eine winzige Dateigrößenbeschränkung gibt. Es ist nicht für den Versand moderner Bilder gedacht, die mit Smartphone-Kameras aufgenommen wurden, und diese Bilder sind komprimiert. Wenn man das Bild auf einem solchen kleinen Bildschirm betrachtet, fällt es kaum auf, aber wenn einem jemand ein schönes Foto eines geliebten Menschen schickt, das man auf etwas Größerem ausdrucken möchte, ist das schrecklich. Wenn man jetzt über Videos spricht, ist es noch schlimmer. Wenn Sie mit Ihrem iPhone ein einminütiges 4K-Video mit 60 Bildern pro Sekunde aufnehmen und es per MMS versenden, kann die Person am anderen Ende kaum erkennen, was darin passiert. Je höher die Qualität und je länger die Länge, desto stärker wird es komprimiert.
Beim Senden von Fotos in iOS 17 erreicht es das andere Ende, nämlich in voller Qualität, an iPhone-Benutzer im Gruppenchat. Das von mir gesendete Bild war 4032 x 3024 groß und hatte eine Größe von 2,02 MB. Das gleiche Bild wurde im Chat an den anderen iPhone-Benutzer weitergeleitet. Das Android-Telefon verfügt über ein 2048x1536-Bild und 725 KB.
Beim Senden von Videos gab es hier eine Änderung Wirklich bemerkbar. Ich habe ein 4K-Video mit 60 Bildern pro Sekunde aufgenommen, das etwa 21 Sekunden lang und 157 MB groß war. Das iPhone empfing ein 720p-Video mit 30 Bildern pro Sekunde und einer Größe von 17,9 MB, also in derselben Qualität, auf die es komprimiert wird, wenn Sie es über iMessage senden. Hier ist jedoch der wirklich wilde Teil. Das vom Android-Telefon empfangene Video wurde auf 293 KB komprimiert. Es hatte eine Auflösung von 176 x 144 mit einer Bildrate von 10 Bildern pro Sekunde.
All diese Änderungen sind eine ziemlich große Sache und lösen einige große Probleme für iPhone-Benutzer. Natürlich ist es nicht die Lösung, die die Menschen tatsächlich wollen, sondern ein gemeinsames, modernes Protokoll zwischen allen Geräten, sodass der Benutzer nicht wirklich darüber nachdenken muss, an wen er eine SMS sendet. Aber hey, das ist nur Beta 1. Vielleicht schafft Apple es bis September, wenn es tatsächlich auf den Markt kommt. Denn wenn Apple seine eigenen Benutzer bei iMessage behalten und für den Rest RCS verwenden wollte, wäre dies wahrscheinlich der richtige Ausgangspunkt.