Откроете эту ссылку на двух разных компьютерах. (можно в двух разных вкладках браузера) Что будете печатать на одной странице, в течении пяти секунд будет появляться на другой и наоборот. vpn на случай, если ссылка не будет открываться вообще.
Не за что, раньше таковы были. Но есть хорошая возможность проверить установив локальный сервер. На пример, OpenSerwer. Или попробуйте по этой ссылке. (если что, используйте VPN.)
А когда эту статью последний раз обновляли? Ни один из описанных методов не фунциклирует. Можно мютировать и обнулять громкость, но autoplay от этого работать не начнёт. Так же iframe allow="autoplay " тоже когда-то работало, но не сейчас. Отправка HTTP-заголовка тоже не помогла. Так что, сейчас уже предпринято все 100% мер для того, чтобы audio autoplay больше не существовал.
Думаю, что в этом деле должны помочь обработчики событий элементов onfocus() и onblur() Во первых, отправлять постзапросы на сервер при каждом срабатывании этих событий, тогда можно будет фиксировать, когда и по каким блокам кликают посетители, и время пребывания на блоке подсчитывать, как разницу между временем проишествия каждого из этих событий. Во вторых, если это текст, то пусть он при onfocus() приобретает нормальную контрастность, а при onblur() пусть становится бледным. Тогда ничего не останется, как кликать по тексту, чтобы его прочитать. Это даст возможность отследить прочтение, т к просто чтение текста в любом месте не отследить.
Я проверил в Firefox вариант с setInterval(). Переключение на другую вкладку с периодом 5 секунд роли не играет. А какая минимальная частота повторения используется у Вас? И ещё - если период повторения может оказаться короче, чем продолжительность аудиофайла, то перед play() нужно обнулять временную позицию воспроизведения, заставляя звук проигрываться сначала:
Тогда хочу уточнить - вызываться звук может в любой момент, но он должен быть зацикленным, пока не нажмут на паузу? Если да, то при каждом вызове лучше создавать новый элемент аудио с помощью JS.
Функция currentUpdate() ни от куда не вызывается. Её содержимое напрашивается переписать так: progress.setAttribute("value", video.currentTime);
Не могу сообразить, от куда её нужно вызывать и почему до первого срабатывания oninput() всё идёт правильно, но после этого ручная перемотка уже не вызывает движение range.
В общем, во время записи наоборот - звук ещё сильнее опережает изображение. Веб-интерфейс видимо не даёт гарантии качественной записи видео, даже качество изображения заметно желает лучшего.
Да, я уже нашёл. Правда, ещё в коде не оказалось элемента с id=log, а так всё остальное работает. А вот почему звук отстаёт, трудно сказать, т к весь код обрабатывает вместе изображение со звуком, и нет возможности рассматривать эти процессы по отдельности.
