Как исправить баг с play pause HTML5 в google chrome?

Question

[Никита Кит]

При разработке радиоприёмника столснулся с проблемой в google chrome. Именно в chrome, что самое поразительное, в остальных браузерах всё работает прекрасно. В chrome происходят 2 неведомых бага. Один явный, другой непонятно откуда взявшийся и даже нагуглить его не выходит.
Сначала про приёмник:
radiotune.concord-media.ru
В нём есть переключалки станций - всего их около 20. Работает он на плагине buzz.js (сначала хотел сделать нативно через audio src, но потом начал копаться на stackoverflow, когда обнаружил в хроме первый баг с кэшированием звука).

Баг №1:
Он явный и загуглить его можно было. В консоль выпадала ошибка, а проигрывание прекращалось.
Uncaught (in promise) DOMException: The play() request was interrupted by a call to pause().
Я нашёл багрепорт. Что странно - он закрыт, но судя по всему в официальном обновлении фикс не выкатили, ибо хром я обновлял пару недель назад, а ветка закрыта уже как с 8 месяцев. На stackoverflow предлагают костыли, типа setTimeout. Не знаю как остальные ставили на это галки - лично мне не помогло. Скорее всего потому что в src у меня потоковые ссылки и с ними всё не так просто. Сталкивался ли кто-то с этим багом на практике? Как боролись?

Баг №2:
Выше уже упоминал. Chrome зараза кэширует проигранный звук. Как результат после перемотки на ту же станцию он начинает проигрывать то, что уже закэшировал при первом воспроизведении. Как отключить эту хрень я так и не понял. Когда пробовал делать нативными методами (до установки buzz.js) я удалял в алгоритме переключения src, потом возвращал обратно, на audio повесил preload none, пробовал current time на ноль скидывать и не скидывать. Ничего не помогает.

Вообщем, очень я разочарован в google chrome. Видимо, flash ещё актуален из за подобных косяков, казалось бы, самой крутой IT-компании мира.

UPD
Коллега из backend подсказал подкрутить к событию promise. Я с промисами не работал и как-то хз как это сделать, может подскажет кто?
Собственно событие в нынешнем виде:

var i = 0;
switchStationBtn.click(function(){
        soundsGroup[i].pause();
        if(i === (stations.ids.length - 1)){
            i = 0;
        }else{
            i += 1;
        }
});
switchBtn.click(function(){
        if(soundsGroup[i].isPaused()){
            soundsGroup[i].play();
        }else{
            soundsGroup[i].pause();
        }
});

Как мне в такую конструкцию впилить промис, чтоб он обрабатывал ошибку и даже при ошибке выдавал play()

Comments

[Дмитрий]

По первому пункту сталкивался с подобным при перемотке (событие seek) - казалось бы последовательность должна быть простой playing - seeking - seeked - playing, но вот между playing - seeking впихивается paused.

[Никита Кит]

Дмитрий: Вот у меня даже перемотки нет. Вещание ведь потоковое. Есть только play и pause. Написал свой toggle, где play, только если плеер paused срабатывает с колоссальной для промисов задержкой в 150 мс. Всё равно некоторые станции глохнут. При чём нет определённой последовательности - хаотично глохнут. Думал, что кликаю быстро и тоггл просто захлёбывается от большого интервала. Но и мальнький в 10 мс изменений не дал

[Madeun]

Столкнулся с аналогичной проблемой при написании аудиоплеера используя плагин soundmanager2 в общем единственное полходяшее и корректное решение этой проблемы которое я нашел это запретить кеширование браузера метатегами:

<meta http-equiv='cache-control' content='no-cache'>
<meta http-equiv='expires' content='0'>
<meta http-equiv='pragma' content='no-cache'>

[Никита Кит]

Madeun, это слишком грубый запрет - отмена кэширования вообще всего, есть способ получше -
в конце пути к потоку можно добавлять случайный параметр, например, в виде случайного числа. То есть путь к потоку будет выглядеть как src="path_to_stream.mp3?76876343087987"
Для браузера это будет всегда разный файл, и, соответственно, каждый раз будет кешироваться разный. На остальные элементы браузерный кэш будет срабатывать как и раньше, но сам файл потока будет всегда свежий.