[FAQ] Вопросы по работе в AIMP SkinEditor v3.50+

[Black_AVP_Bim]

Тогда получается, пользователь не сможет это поведение никак контролировать.

Почему не сможет? Я уже попытался в последнем скине Revox B 77 v2 это реализовать, но получилось только переключить режим счётчика времени на плейлист, а старое поведение (навигация внутри текущего трека) при этом сломалось, на этом скине я это и заметил. Выбор и здесь хотелось оставить за пользователем, управление режимами  - на счётчике по контекстному меню.
Если бы была возможность переключить и провайдер acPlayerSeek... на прежнее поведение, то было бы замечательно.

Переход через ноль при перемотке по плейлисту, конечно, тоже желательно бы иметь, наверное, можно для этого использовать нотификацию prnPlayerState.onTrackFinished.

[Black_AVP_Bim]

1) Делаю отдельные acPlayerSeekForwardContinuous/acPlayerSeekBackwardContinuous.

Я по-прежнему считаю, что это неудачное решение. Придётся к одной кнопке подключать два провайдера, а это опять, в лучшем случае, скрипты или "этажерки".

[Artem]

Почему не сможет? Я уже попытался в последнем скине Revox B 77 v2 это реализовать, но получилось только переключить режим счётчика времени на плейлист, а старое поведение (навигация внутри текущего трека) при этом сломалось, на этом скине я это и заметил. Выбор и здесь хотелось оставить за пользователем, управление режимами  - на счётчике по контекстному меню.

Я имел в виду через настройки плеера, а не скин. Не сможет, потому что выше выяснили, что это должно быть опциональным и задаваться на стороне скина.

Переход через ноль при перемотке по плейлисту, конечно, тоже желательно бы иметь, наверное, можно для этого использовать нотификацию prnPlayerState.onTrackFinished.

ок

Я по-прежнему считаю, что это неудачное решение. Придётся к одной кнопке подключать два провайдера, а это опять, в лучшем случае, скрипты или "этажерки".

ну это только при условии, что нужно сделать поведение опциональным.

Если бы была возможность переключить и провайдер acPlayerSeek... на прежнее поведение, то было бы замечательно

Можно, конечно, и опцию на стороне имеющихся провайдеров сделать, но ее все равно нужно будет как-то переключать... через биндинг или скрипты. В любом случае, старые скины новую возможность не подцепят. Вот о чем речь

[Black_AVP_Bim]

Я имел в виду через настройки плеера, а не скин.

Да, в настройках плеера это не нужно.

Можно, конечно, и опцию на стороне имеющихся провайдеров сделать, но ее все равно нужно будет как-то переключать... через биндинг или скрипты.

Переключать по одной точке намного проще, чем переключать два провайдера на одной кнопке.

В любом случае, старые скины новую возможность не подцепят. Вот о чем речь

А без доработки старых скинов они в любом случае новую возможность не подцепят, в них ничего для этого нет.
Если будет дополнительная точка доступа Continuous в провайдере acPlayerSeekBackward и к ней ничего не будет подключено, старые скины никак не пострадают и будут работать с прежним поведением.

[Artem]

Если будет дополнительная точка доступа Continuous в провайдере acPlayerSeekBackward и к ней ничего не будет подключено, старые скины никак не пострадают и будут работать с прежним поведением

Ок, давай так.

[Black_AVP_Bim]

Не думаю, что с появлением этих новых фич кто-то кинется перелопачивать все старые скины на новую архитектуру, это имеет смысл, скорее, только для бобинных магнитофонов (а таких скинов немного), в кассетных деках это не так эффектно смотрится.

[McClaud]

Со стопом в начале - да, получится. А вот реализовать поведение как сейчас - уже не получится.

Переход точно через Стоп исключает сквозную перемотку? А в чём причина?

[Artem]

Переход точно через Стоп исключает сквозную перемотку? А в чём причина?

Я имел в виду текущее поведение - переход в 0 с сохранением статуса плеера.

[McClaud]

Я имел в виду текущее поведение - переход в 0 с сохранением статуса плеера.

Не понял 
Сейчас плеер ноль перескакивает, и плеер, как был в режиме воспроизведения, либо на паузе, так и остаётся. А если через ноль, то что?

[Artem]

Не понял 
Сейчас плеер ноль перескакивает, и плеер, как был в режиме воспроизведения, либо на паузе, так и остаётся. А если через ноль, то что?

я про актуальный релиз

[McClaud]

я про актуальный релиз

Актуальный - это 2675? Я про него и забыл, жду 2680 

[Artem]

Актуальный - это 2675? Я про него и забыл, жду 2680 

А смысл? Если мы решили, что это все должно быть опциональным на уровне скина, а не плеера?

[McClaud]

А смысл? Если мы решили, что это все должно быть опциональным на уровне скина, а не плеера?

Я всё же надеялся проверить, а вдруг и в 5.40 заработает приемлемо, а уж шестёрки можно и подождать. Ну, раз решили на мелочи не размениваться, буду ждать альфу.

[McClaud]

Заглянул в Планы и Планы, и что-то мне стало грустно. 
Казалось, вот оно, решение практически есть, а до шестёрки, как до морковкиного заговенья...
Кстати, нынешнюю нашу полемику может в планы и перенести, будем там флудить?

[Black_AVP_Bim]

Однако, незадача - чем переключать режимы перемотки по точке доступа?
Счётчики при таком подключении только принимают информацию, а не передают:

хотя при использовании счётчика как провайдера связь двунаправленная.

И ещё один неприятный момент при нынешней реализации перемотки по плейлисту.
При перемотке в обратную сторону в момент перехода на предыдущих трек на счётчике времени (глобального по плейлисту) сначала отображается время начала трека, а потом уже реальная позиция в плейлисте. Соответственно и рулоны ленты в такт этому прыгают.