- Змішані
- 26 квітня 2026 р. о 23:00 UTC
- Авторизація
- kamo
- Про нас
- 55d121c
Три координатні фіксації для вбудованого аудіо шляху: 1. AbortError на дистанційномуAudio.play() (видимий у виробничій консолі як "Запитання () було перервано новим запитом на навантаження"): він означав нульовий аудіо на динаміку. Кожна сесія була переадресована спільного дистанційного керування елементом SrcObject в трьох місцях (prime → прикріпити → ontrack, і кожен переадресація побігти навантаження (), що призвело до попередня гра() обіцянка. Реструктуризація SipJsSession для власного ONE persistent MediaStream, який межує з аудіоелементом в Конструктор і ніколи не відреагував середню частину. До цього додаються треки потік, як вони веде переговори (через getReceivers and pc.ontrack) замість заміна потоку оптом. ПрикріпитиRemoteAudio() і прем'єраRemoteAudio() захисно перев'язується до нашого потоку тільки тоді, коли на сеансі дроблення вкрадена в'язка (сама шафа-купе), тому жива сеанс аудіо насправді досягає динаміка. 2. З'єднувано-державне коло не було на правому горизонті центр тому, що кнопка Reject все ще зайнята його слотом 60px в гнучкий ряд навіть після загартування до непрозорості 0. Перемкнено до абсолютного позиціонування: відповідь кнопка закріплюється на перекладі(-50%, -50%) так його позиція ніколи не залежить від Reject; Об'єкт закріплюється до правого краю в калі (50% + 24px) і слайди до центру під час захоплення під Прийняття. 3. Вихідні дзвінки були безшумні в період 1-3 s Не завжди допускається розміщення з браузером SIP Клієнт як аудіо. Додано окремий сенсорний аудіоелемент SoftphoneProvider, який грає той же джерело рингтону в той час як !isInCall. Маршрути через пристрій динаміка (не пристрій дзвоника) і використовує динамікVolume так що це випливає з усіх аудіо уподобань. Зупинки на Створено / не вдалося / скасовано. Під час одного разу аудіо-розблокувати клацання так що він може грати без жест користувача кожен дзвінок.