максимальная премия за нахождение уязвимости в гугле 1666 уе.
дополнительная премия от гугл за взлом хрома на этом конкурсе 20 000 у.е.
Как Вы думаете, если человек планирует заработать деньги и знает что этот конкурс будет (а он регулярно проводится каждый год) — он пошлет репорт и получит 1666 или подождет пару месяцев и получит 20 000?
Почитав их форум, я нашел там описание этой проблемы. Там говориться что, если ID3 tag содержит duration то все работает якобы как надо. НО у меня не получилось.
Возможно я что то не так прописал.
У Вас в вызове flowplayer есть опция duration. Это опция служит для того чтобы плеер проигрывал не весь трек а его часть. т.е. этот параметр не служит для определения длины(duration) проигрываемого файла.
т.е. в Вашем случае, если не указать duration в конфигурации flowplayer прогресс бар работать не будет.
Чтобы этого избежать нужно команду
Для определения полного duration достаточно прицепиться на событие onStart и вызвать
duration = clip.duration. Не на событие onBegin.
Насколько я понял из кода, прогресс бар работает у Вас за счет того что вы устанавливаете 1000 cuepoints по всему треку. В случае если время трека 5 минут этого вполне достаточно, поведение плеера при перемотке(клика по прогресс бару) более чем адекватное.
а если это видео на 2 часа?
Не будет ли в данном случае поведение перемотки очень грубым?
60 секунд * 60 минут * 2 часа = 7200 секунд.
7200/1000=7.2 то есть размер шага 7 секунд.
дополнительная премия от гугл за взлом хрома на этом конкурсе 20 000 у.е.
Как Вы думаете, если человек планирует заработать деньги и знает что этот конкурс будет (а он регулярно проводится каждый год) — он пошлет репорт и получит 1666 или подождет пару месяцев и получит 20 000?
У вас в коде, при клике по прогресс бару есть такой код
if (player.getStatus().bufferEnd < sec) {return; // Buffering proccessing...
}
который лишний и даже вредный в случае если плеер работает с псевдостримингом. Где буферизация не имеет значения для перемотки.
Вы абсолютно правы.
Почитав их форум, я нашел там описание этой проблемы. Там говориться что, если ID3 tag содержит duration то все работает якобы как надо. НО у меня не получилось.
Возможно я что то не так прописал.
На баг трекере у них висит тикет от 18 февраля.
Чтобы этого избежать нужно команду
duration = clip.duration
вешать не на событие onBegin а на собтие onStart
т.е. в Вашем случае, если не указать duration в конфигурации flowplayer прогресс бар работать не будет.
Чтобы этого избежать нужно команду
Для определения полного duration достаточно прицепиться на событие onStart и вызвать
duration = clip.duration. Не на событие onBegin.
А не возникает ли каких либо проблем с таким большим количеством cuepoint?
Не падает ли плеер.
В ранних версиях фловплеера он норvально работал только с небольшим количеством cuepoint
Спасибо за ваш труд.
а если это видео на 2 часа?
Не будет ли в данном случае поведение перемотки очень грубым?
60 секунд * 60 минут * 2 часа = 7200 секунд.
7200/1000=7.2 то есть размер шага 7 секунд.
Не очень то чувствительно выходит.