Google geeft Clear Calling vrij in bèta op Pixel 7 en 7 Pro

Google heeft de Clear Calling-functie beschikbaar gemaakt voor eigenaren van de Pixel 7 en 7 Pro die op Android 13 QPR1 bèta 3 zitten. Daarmee kan achtergrondgeluid bij een telefoongesprekspartner weggehaald worden.

Google kondigde de functie aan samen met de Pixel 7-serie, maar de functie was nog niet klaar om direct bij release inbegrepen te worden. Nu verschijnt hij op de toestellen in deze bèta. Gebruikers die zich online bij Google inschrijven voor deze bèta's, krijgen ze over-the-air naar hun toestel gestuurd. Uit het bètaprogramma stappen gaat onder voorwaarde van een wipe, tenzij op dat moment geen bèta aan de orde is maar een 'gewone', stabiele quarterly platform release.

Clear Calling werkt niet bij voip-telefoongesprekken, maar alleen 'gewone' gesprekken. De functionaliteit is ook afhankelijk van de aanwezige wifi- en mobielenetwerkverbinding. Clear Calling moet op termijn ook naar de Pixel 6, 6 Pro en 6a komen. Dergelijke ruisonderdrukkingstechnologie is steeds vaker te vinden in communicatiesoftware, maar vaak gaat het om de mogelijkheid om ruis bij de gebruiker zelf te onderdrukken en niet bij degene aan de andere kant van de lijn.

Google Pixel 7 Pro en Google Pixel 7 voorzijde — Google Pixel 7 Pro en Pixel 7

Reacties (16)

RobbieB 21 oktober 2022 09:11

Gebeurt dit on-device of gaat het via Google servers? Feit dat VOIP niet werkt doet me het laatste vermoeden…

D0ubleD0uble @RobbieB • 21 oktober 2022 09:18

Content from your call is not sent to Google
Lijkt er dus op dat Google niet hoeft mee te genieten met je gesprekken

Dit zal allemaal wel on-device gebeuren via de Tensor chip

Raindeer @RobbieB • 21 oktober 2022 10:29

Het feit dat het bij VoIP niet werkt is juist een teken dat het niet via Google servers gaat. @D0ubleD0uble heeft de link hieronder al staan, dat dit on device gebeurt, maar ik wil er iets dieper op in gaan.

VoIP op een smartphone (whatsapp, viber, signal, games etc) maken gebruik van api's en codecs die op hogere lagen in de telefoon werken. Ze kunnen hun eigen codecs en encryptie hebben. Het operating systeem krijgt audio aangeboden, maar heeft niet veel informatie over wat voor audio het is. Het kan van een game zijn en dan hoort de ruis bij de game. Het kan van video call zijn waarbij iemand iets aan filmen is voor anderen. Maar het kan ook een filmpje zijn dat naar je toe is gestuurd. Het is audio, maar wat voor audio weet Android niet. Het geluid "verbeteren" kan het dan juist verslechteren.

Voice over LTE, Voice over Wifi, Voice over New Radio, GSM voice, 3G voice speelt zich allemaal af op het niveau van de SoC. Android heeft daar niet veel over te zeggen. Het is om die reden ook dat VoLTE voor ieder mobiel netwerk apart moet worden geactiveerd door de chipset maker (bv Qualcomm) en de handset maker (bv Samsung) Een nieuwe Android versie verandert daar veelal niets aan. Die hele audio stream komt dus op een ander niveau binnen en wordt dan aan de telefonie app van de handset aangeboden. Deze kan handset maker specifiek zijn of de generieke van Android. Als de audio via die app loopt, weet je zeker dat het een telefoongesprek betreft. Op dat moment is de audio ook onversleutelt en kun je het via de Tensorflow chip laten lopen om deze magische trucs van clear calling uit te halen. Het is dan bijna altijd de bedoeling dat er geen achtergrondgeluid is. Dus durft Google het aan om dat te filteren. Ik hoop wel dat er een knop blijft om het aan en uit te zetten, want ik kan me voorstellen dat een monteur die een collega belt om te vragen wat hij van dit "geluidje" van een machine vind, juist die ruis wil laten horen.

De audio via de servers van Google laten lopen zou, naast een hogere latency, waarschijnlijk ook de wetten van veel landen ten aanzien van de vertrouwelijkheid van telefoongesprekken overtreden. Ook zijn er landen die, met hun wetten, dan kunnen eisen dat Google de gesprekken aftapbaar maakt en/of in bulk aanlevert bij de lokale geheime dienst (bv. NSA/GCHQ). Een dergelijke bak aan juridische ellende zou in principe afschrikwekkend genoeg moeten zijn om de audio niet via Google servers te sturen, ongeacht waar ze staan. (en ja, ik weet dat tech-bedrijven vaak genoeg fouten gemaakt hebben ten aanzien van privacy, ondanks dat ze zowel door interne als experts waren gewaarschuwd. En ja, ik heb de code, noch het telefonie verkeer geanalyseerd, dus alles wat ik hier schrijf is speculatie, extrapolatie en interpretatie
)

[Reactie gewijzigd door Raindeer op 23 juli 2024 01:11]

bbc @RobbieB • 21 oktober 2022 09:19

Lijkt mij te traag. Dan heb je een lag op je gesprekken, of kan je zelf helemaal niet bellen indien er geen bereik is.

Volgens mij heeft het eerder met app permissies te maken. Het zal een feature zijn die je kan in- en uitschakelen. VOIP app vraagt permissies op de micro, maar om clear calling the kunnen gebruiken, moet het eerst via een andere app opgekuist worden.

Bij de telefoon app is het gewoon een feature van de app.

Ik gok maar

weakbanana @bbc • 21 oktober 2022 09:41

Kan je anders wel bellen als er geen bereik is?

GertMenkel @weakbanana • 21 oktober 2022 09:57

Ligt eraan of je WiFi hebt of niet. VoWiFi werkt niet slecht als het beschikbaar is.

Anders kun je via SIP nog altijd over WiFi/Ethernet/kies een technologie bellen.

weakbanana @GertMenkel • 21 oktober 2022 18:23

Maar ik bedoel, dan gebruik je juist de dataverbinding, waar je over het algemeen ook gebruik van kan maken als je belt (zeker met voice over 4g)? Dan is het niet hebben van "bereik" toch niet aan de orde zoals @RobbieB schrijft?
Het lag argument is natuurlijk wat anders en dat lijkt me ook een zeer groot nadeel.

GertMenkel @weakbanana • 21 oktober 2022 20:23

VoWiFi werkt over je eigen internetverbinding. Zo kun je je mobiele telefoonnummer gebruiken over je glasvezel/kabel/DSL-verbinding zonder vage SIP-setups te gebruiken. Je betaalt nog steeds belminuten op de normale manier, maar in plaats van over LTE gaat je verbinding over je vaste lijn.

Heel handig voor mensen die geen bereik hebben in hun eigen huis omdat ze bijvoorbeeld aan de schaduwkant van een mast zitten of dicht bij de grens wonen.

bbc @weakbanana • 21 oktober 2022 11:22

Volgens deze site http://www.gsm-modem.de/gsm-voice-call.html kan het vanaf 5.6 kbit/s of 12.2kbit/s voor betere kwaliteit.

Zonder lag data eerst heen en weer sturen naar Google servers voor bewerking lijkt me niet echt praktisch. Ik heb trouwens net Live Transcribe getest op mijn Pixel Pro 7 in vliegtuig modus. Dat werkt. Voor ruisonderdrukking zal er dus ook geen verbinding nodig zijn.

TimeWaster @bbc • 21 oktober 2022 09:59

In principe hoeft er alleen een 'ruisprofiel' opgesteld te worden, om deze vervolgens met phase cancellation (zoals bij noise cancelling) eruit te filteren. Het opmaken van dat profiel kan op de achtergrond bijgesteld worden, waardoor het volgens mij geen grote vertraging hoeft te geven (hooguit een paar ms om de cancelling toe te passen).

Maar dat is speculatie, ik weet niet of dit de technische implementatie van deze feature is.

Simkin 21 oktober 2022 09:00

Werkt dit ook in carkit modus? Dus als je via Bluetooth met de auto verbonden bent?

Raindeer @Simkin • 21 oktober 2022 10:32

Waarschijnlijk wel, want het gebeurt in de tensorflow chip, nog voordat het naar de speaker gaat. Ik vermoed dat de bluetooth chip ook pas dan de audio ontvangt en niet al eerder.

[Reactie gewijzigd door Raindeer op 23 juli 2024 01:11]