Connexion
Abonnez-vous

Google explique le fonctionnement de son API de capture audio, de retour dans Android Q

Google explique le fonctionnement de son API de capture audio, de retour dans Android Q

Le 04 juillet 2019 à 09h38

Google consacre une nouvelle page à son API AudioPlaybackCapture d’Android Q, qui permet pour rappel à une application quelconque de capturer le son d’une autre application pour y effectuer des opérations, comme l’enregistrement ou la traduction à la volée.

La page est dédiée aux développeurs, leur expliquant le fonctionnement global de l’API et des contrôles côté utilisateur. Ce dernier aura ainsi toujours le dernier mot, puisqu’une application ne pourra jamais déclencher une capture audio sans acceptation, gérée au niveau du système.

Cependant, un développeur peut choisir de ne jamais autoriser une application à capturer le son de la sienne. Il faudra donc renseigner quelques lignes de code pour l’interdire, ce que s’empresseront de faire bon nombre d’éditeurs, qui tiendront à ce que leur flux audio ne soit pas récupéré par d’autres.

Rappelons que la capture audio a connu une histoire mouvementée sur Android. Une API existait dans les anciennes versions, que Google a supprimée dans Marshmallow (6.0). Les développeurs ont alors créé leurs propres fonctions, finalement cassées par Android Pie (9.0). Android Q restaure donc une vieille capacité via une nouvelle API dont on espère que le support sera désormais pleinement assumé.

Le 04 juillet 2019 à 09h38

Commentaires (6)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Typiquement sur cette api, le principe de base aurait du être que de facto, les applications interdisent d’être écoutée et c’est un travail du développeur de l’autoriser. Là, c’est l’utilisateur qui est pénalisé.

votre avatar







Doc_Nimbus a écrit :



Typiquement sur cette api, le principe de base aurait du être que de facto, les applications interdisent d’être écoutée et c’est un travail du développeur de l’autoriser. Là, c’est l’utilisateur qui est pénalisé.





Comme tu dit jouer sur une liste noir est dangereux car si une app n’est pas mise a jour, c’est une catastrophe.

Il vaut mieux travailler sur une liste blanche


votre avatar

Dans tous les cas, l’utilisateur doit donner son accord pour qu’une application puisse enregistrer une autre.



Je ne vois pas trop le problème au niveau de l’utilisateur.



Pour les développeurs oui, mais quelque part c’est pas très grave. Si ils veulent vraiment que ça ne sorte pas de leurs appli, ils feront ce qu’il faut, ça ne devrait pas être très long dans la plupart des cas.

votre avatar







bast73 a écrit :



Dans tous les cas, l’utilisateur doit donner son accord pour qu’une application puisse enregistrer une autre.



Je ne vois pas trop le problème au niveau de l’utilisateur.



Pour les développeurs oui, mais quelque part c’est pas très grave. Si ils veulent vraiment que ça ne sorte pas de leurs appli, ils feront ce qu’il faut, ça ne devrait pas être très long dans la plupart des cas.





c’est pas faux, juste que j’aime pas qu’un système fonctionne sur liste noire, ce qui est moins sécuritaire que bossé sur liste blanche (les autre droit fonctionne sur liste blanche donc pourquoi celle la fait l’inverse je ne comprend pas).


votre avatar

Un peu HS :

Est-ce que vous savez si sur Android il existe (ou a existé) une appli faisant un peu comme le  mixeur de volume Windows : permettre de définir des niveaux de volume par application ? Typiquement la musique à 100 % du volume général et tel jeu à 0% ou 20% par exemple (tous les jeux n’ont pas la délicatesse d’avoir une jauge de volume).

De ce que je comprends un telle appli ne doit plus exister, mais a-t-elle déjà existé et/ou pourra-t-elle exister avec cette API ?

  

votre avatar

Encore une fois, du point de vue de l’utilisateur, cela fonctionne toujours sur liste blanche. Si on ne donne pas l’autorisation à l’application d’enregistrer, elle ne pourra pas enregistrer.



Je comprends le point de la liste noire/blanche des applications, mais c’est uniquement pour les développeurs que c’est un problème quelque part.



Au final, je trouve ça bénéfique pour les utilisateur des applications qui vont oublier de bloquer l’enregistrement, il pourront enregistrer plus de choses.

D’un autre côté il pourrait y avoir une application qui enregistre une autre dont on aurait pas envie … Mais on lui aura donné l’autorisation avant donc bon.

Google explique le fonctionnement de son API de capture audio, de retour dans Android Q

Fermer