0 Members and 4 Guests are viewing this topic.
В каком виде вы представляете себе реализацию?
Как вариант, нужна точка доступа (может у провайдеров prvPlayerSeek Backward/Forward) позволяющая считывать текущее значение шага подмотки, и позволяющая записывать туда свои. В секундах, для единообразия.
Но для текущей задачи нужен доступ именно к шагу. Скриптом или биндингом, не важно.
Так уже добавляли в acPlayerSeekBackward свойство Continuous, вот туда и это.
Скорее уж свойство, доступное из скриптов, чтоб можно было вернуть его исходное значение после завершения некого действия.
Мне тут подумалось, а в том старом своём скине я, скорее всего, не шаг менял, коль к нему нет доступа, а длительность звучащего фрагмента в каждом шаге? Такое возможно?Но для текущей задачи нужен доступ именно к шагу. Скриптом или биндингом, не важно.
Посмотрел, оказывается оно возможно прямо сейчас. У acPlayerSeekBackward и acPlayerSeekForward есть свойство PositionSmallChange типа Float. Оно доступно на чтение и запись.
Ага, работает! Только свойство PositionSmallChange не у acPlayerSeekBackward, а у prvPlayerState.
Да, верно, это я не туда посмотрел
В версии для 6-ки проверяю условие (позиция больше значения в памяти при прямой перемотке) или (позиция меньше при обратной перемотке). При выполнении его останавливаю перемотку (т. е. переход в режим PLAY) и принудительно устанавливаю текущую позицию на значение из памяти. Получается абсолютно точно.
... Ведь PlaylistPosition в prvPlayerState доступно только для чтения.
