HTML-controlbar для Flowplayer’a на основе стилей jQuery UI

[@AlexPet]

Фичареквест: ползунок!

[@negasus]

В ToDo стоит и так немало заданий. Ок, ползунок тайм-линии — туда же. )

[@Sone]

Че ж они такие страшние то:)

[@pav]

Батон фулскрина вынести в контрол возможно?

[@negasus]

Да, конечно. В самых ближайших планах — сделать адаптацию к видео. В том числе — автоматическую установку ширины плагина к ширине видеообласти

[@frst]

лучше бы вот с этой шкуркой связали flowplayer openplayer.ru/docs/types.htm

[@Lordneo]

Шкурка симпатичная. А этот опенплеер вообще на какой стадии? Судя по тому, что я увидел, я бы с превеликим удовольствием прикрутил его к своему сайту.

[@frst]

и я бы прикрутил ;)
про стадии ничего не знаю

[@roskov]

А если разместить сразу таких 10 плеееров… После окончания одного трека, можно сделать сразу же автоматически запуск другого?

[@demimurych]

Насколько я понял из кода, прогресс бар работает у Вас за счет того что вы устанавливаете 1000 cuepoints по всему треку. В случае если время трека 5 минут этого вполне достаточно, поведение плеера при перемотке(клика по прогресс бару) более чем адекватное.

а если это видео на 2 часа?
Не будет ли в данном случае поведение перемотки очень грубым?
60 секунд * 60 минут * 2 часа = 7200 секунд.
7200/1000=7.2 то есть размер шага 7 секунд.

Не очень то чувствительно выходит.

[@negasus]

Плагин писался для работы с mp3. Соответственно оптимизации для видео не проводились. Это впереди.
А вообще cuepoints устанавливаются так:
W — длина таймлинии в пикселях
L — длина трека в секундах

если W > L то cuepoints ставится на каждый пиксель. Иначе — на каждую секунду. так что перемотка грубой вроде не должна быть.

[@demimurych]

спасибо большое.
А не возникает ли каких либо проблем с таким большим количеством cuepoint?
Не падает ли плеер.

В ранних версиях фловплеера он норvально работал только с небольшим количеством cuepoint

Спасибо за ваш труд.

[@negasus]

Пока точно ответить не могу — тестировал в основном на mp3.
Тест работы с видео — первоочердное

[@demimurych]

У Вас в вызове flowplayer есть опция duration. Это опция служит для того чтобы плеер проигрывал не весь трек а его часть. т.е. этот параметр не служит для определения длины(duration) проигрываемого файла.

т.е. в Вашем случае, если не указать duration в конфигурации flowplayer прогресс бар работать не будет.

Чтобы этого избежать нужно команду

Для определения полного duration достаточно прицепиться на событие onStart и вызвать
duration = clip.duration. Не на событие onBegin.

[@demimurych]

простите мискликнул.

Чтобы этого избежать нужно команду
duration = clip.duration

вешать не на событие onBegin а на собтие onStart

[@negasus]

После публикации этого топика я начал тестировать видео и перевесил тело функции onBegin на onStart.

Вот только проблема в том, что при проигрывании аудио-файла в flowplayer'e не возвращается длительность проигрывания. Видимо ошибка в плагине audio. С проигрыванием видео такой проблемы на данный момент нет — все работает. Пока я реализую другие запланированные функции — думаю и над этой проблемой

[@demimurych]

Ух. Ох.
Вы абсолютно правы.

Почитав их форум, я нашел там описание этой проблемы. Там говориться что, если ID3 tag содержит duration то все работает якобы как надо. НО у меня не получилось.
Возможно я что то не так прописал.

На баг трекере у них висит тикет от 18 февраля.

[@negasus]

Я эту проблему вычислил довольно давно — но для меня на тот момент она была не критична.
Вообщем — пока подожду. Возможно ее решат.

Кстати в ID3 насколько я знаю нет тега duration )
По-крайней мере в ID3v1 точно. В ID3v2 вроде бы тоже.

[@demimurych]

Еще одно.
У вас в коде, при клике по прогресс бару есть такой код

if (player.getStatus().bufferEnd < sec) {
return; // Buffering proccessing...
}

который лишний и даже вредный в случае если плеер работает с псевдостримингом. Где буферизация не имеет значения для перемотки.

[@negasus]

Спасибо за совет. Данный код не учитывал streaming. Помечу себе разобраться с ним