„IOS Safari“ verčia garso išvestį garsiakalbiams, kai naudojate „GetUserMedia“ ()

Netikėtas garso perjungimas „iOS Safari“: kūrėjo iššūkis

Įsivaizduokite, kad kuriate „Voice Assistant“ programą, kurioje vartotojai gali pasikalbėti su AI robotu klausydamiesi per jų „AirPods“. Viskas veikia sklandžiai, kol mikrofonas pradės įrašyti - garso išėjimas pereina iš ausinių į įrenginio garsiakalbius. 🎧➡🔊

Ši problema pirmiausia veikia „iOS“ įrenginius, naudojant „Safari“ ir „Chrome“, kai prijungtos „Bluetooth“ ar laidinės ausinės su mikrofonu. Prieš įrašant garsas teisingai groja per ausines. Tačiau kai tik bus suteiktas leidimas mikrofonui ir prasideda įrašymas, išvestis netikėtai keičiasi į įmontuotus įrenginio garsiakalbius.

Vartotojai, kurie pasikliauja „AirPods“ ar laidinėmis ausinėmis privatiems pokalbiams, nusivilia tokiu elgesiu. Nenuoseklumas yra ne tik erzinantis, bet ir sutrikdo balsu pagrįstas programas, ypač aplinkose, kuriose garsiakalbių išvestis nėra ideali. Ši problema buvo užfiksuota „WebKit“ klaidų ataskaitose, tačiau ji išlieka, nepaisant teiginių apie pataisą.

Šiame straipsnyje mes pasinersime į problemą, išanalizuosime jo priežastis ir ištirsime galimus sprendimus. Jei kovojate su tokiu elgesiu savo žiniatinklio programoje, stebėkite sprendimus, kurie gali padėti atkurti sklandų garso funkciją! 🚀

Užtikrinant sklandų garso patirtį „iOS Safari“

Vienas didžiausių iššūkių, su kuriais susiduria kūrėjai dirbdami su GetUSERMEDIA () „iOS Safari“ yra netikėtas garso perjungimo elgesys. Mūsų pateiktuose scenarijuose siekiama išspręsti šią problemą užtikrinant, kad įrašymo pradžioje garso išvestis išlieka prijungtose ausinėse, o ne perjungti į įrenginio garsiakalbius. Pirmasis scenarijus inicijuoja mikrofono prieigą naudojant navigator.mediAdevices.getUserMedia (), leidžiant vartotojams įrašyti savo balsą. Tačiau kadangi „iOS“ dažnai keičia garso išvestį, kai pasiekiamas mikrofonas, mes pristatome papildomą tvarkymą, kad išlaikytume teisingą garso kelią.

Norėdami tai valdyti, mes pasinaudojame Žiniatinklio garso API. Naudojant an Audiocontext Ir sukūrę žiniasklaidos srauto šaltinį, mes rankiniu būdu kontroliuojame, kur grojamas garsas. Ši technika leidžia mums nepaisyti numatytojo „Safari“ elgesio, neleidžiant nepageidaujamam jungikliui į įmontuoti garsiakalbius. Kita esminė funkcija, kurią mes naudojame Htmlmediaelement.setsInksid (), kuris leidžia mums nukreipti garso išvestį į nurodytą įrenginį, pavyzdžiui, „Bluetooth“ ausines ar laidines ausines. Tačiau ši funkcija nėra visuotinai palaikoma, todėl mes įgyvendiname atsarginį mechanizmą, skirtą tvarkyti atvejus, kai ji nepavyksta.

Be to, mes teikiame vienetų testus naudodami Jestas Norėdami užtikrinti, kad mūsų sprendimas tinkamai veiktų skirtingose ​​aplinkose. Šie bandymai imituoja scenarijų, kai prijungtas išorinis garso įrenginys, patvirtinantis, kad mūsų funkcijos tinkamai palaiko garso maršrutą. Šis požiūris yra ypač naudingas diegiant programas, kuriose apima realaus laiko komunikaciją, pavyzdžiui, balso padėjėjus, podcast'us ar internetinius susitikimus. Įsivaizduokite, kad esate konfidencialiame skambutyje su „AirPods“, tik norėdami, kad pokalbis staiga sprogdintų per „iPhone“ garsiakalbius - mūsų sprendimas apsaugo nuo tokių gėdingų situacijų. 🎧

Įtraukdami klaidų tvarkymą ir įrenginio sąrašą, mes užtikriname, kad vartotojai turėtų sklandų patirtį, nepaisant prijungto garso įrenginio. Šis įgyvendinimas yra labai svarbus programoms, kurios priklauso nuo Patikimas garso atkūrimas, pavyzdžiui, muzikos transliacijos paslaugos, balso kontroliuojami padėjėjai ir ryšių programos. Ateityje „Apple“ gali išspręsti šią problemą sistemos lygiu, tačiau iki tol kūrėjams reikia įgyvendinti tokius sprendimus, kad vartotojams būtų suteikta vientisa patirtis. Jei kuriate žiniatinklio programą, sąveikaujančią su garso įrenginiais, šie metodai padės užtikrinti, kad jūsų programa suteiktų geriausią įmanomą patirtį! 🚀

navigator.mediaDevices.getUserMedia({ audio: true })
  .then(stream => {
    const audioContext = new AudioContext();
    const source = audioContext.createMediaStreamSource(stream);
    const destination = audioContext.destination;
    source.connect(destination);
  })
  .catch(error => console.error('Microphone access error:', error));

async function ensureHeadphonePlayback() {
  const devices = await navigator.mediaDevices.enumerateDevices();
  const audioOutput = devices.find(device => device.kind === 'audiooutput');
  if (audioOutput) {
    const audioElement = document.getElementById('audioPlayback');
    audioElement.setSinkId(audioOutput.deviceId)
      .then(() => console.log('Audio routed to headphones'))
      .catch(error => console.error('SinkId error:', error));
  }
}
document.getElementById('startBtn').addEventListener('click', ensureHeadphonePlayback);

test('Audio should remain on headphones after recording starts', async () => {
  const mockSetSinkId = jest.fn().mockResolvedValue(true);
  HTMLMediaElement.prototype.setSinkId = mockSetSinkId;
  await ensureHeadphonePlayback();
  expect(mockSetSinkId).toHaveBeenCalled();
});

Suprasti garso maršruto parinkimo problemas „iOS Safari“

Vienas kritinis šios problemos aspektas yra tai, kaip tvarko „iOS“ Garso sesijos valdymas. Skirtingai nuo stalinių kompiuterių naršyklių, „iOS“ dinamiškai koreguoja garso maršrutą pagal sistemos lygio prioritetus. Kai mikrofonas suaktyvinamas naudojant getUserMedia(), Sistema dažnai perskirsto garso išvestį į įmontuotus garsiakalbius, užuot laikydama ją prie prijungtų ausinių. Toks elgesys gali nusivylęs vartotojams, kurie tikisi, kad jų „Bluetooth“ ar laidinės ausinės ir toliau dirbs nepertraukiamai.

Kitas iššūkis yra ribota parama Garso įrenginio valdymas „iOS“ naršyklėse. Nors „Chrome“ ir „Firefox“ darbalaukis leidžia kūrėjams rankiniu būdu pasirinkti išvesties įrenginį naudojant setSinkId(), „Safari“ „iOS“ dar visiškai nepalaiko šios funkcijos. Dėl to, net jei prieš pradedant įrašymą pasirenkamas teisingas išvesties įtaisas, „Safari“ nepaiso pasirinkimo, kai mikrofonas suaktyvinamas. Tai sukuria nenuspėjamą vartotojo patirtį, ypač programoms, kurios priklauso nuo nuolatinio dvipusio garso, pavyzdžiui, balso padėjėjų ir konferencijų programų. 🎧

Galimas sprendimas apima garso išvesties atkūrimą po įrašymo pradžios. Šiek tiek atidėdami atkūrimą ir dar kartą patikrinkite turimus garso išvesties įrenginius, naudodami enumerateDevices(), Kūrėjai gali bandyti atkurti teisingą maršruto parinkimą. Tačiau tai nėra garantuotas taisymas, nes tai priklauso nuo konkrečios aparatūros ir „iOS“ versijos. Šiuo metu geriausias būdas yra mokyti vartotojus apie šį elgesį ir pasiūlyti alternatyvias darbo eigas, tokias kaip rankiniu būdu perjungti „Bluetooth“ parametrus arba naudojant išorines garso sąsajas. 🔊