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