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

[Black_AVP_Bim]

Кстати говоря, текстуры с вертикальной раскладкой рисуются быстрее.

А насколько быстрее?
Я пробовал и не раз прямо в редакторе переворачивать текстуры, сравнивал налету две версии одного скина, но по нагрузке процессора/ядер трудно уверенно что-то сказать, поскольку колебания там в несколько процентов. Вот, по FPS, наверное, было бы проще.
И ещё вопрос: будет ли релизная версия 5.40 с последними нововведениями или ждать 6-ку?

[Artem]

А насколько быстрее?

Я пробовал на аниматоре размером 1000х1000 с 90 кадрами, 10000 перерисовок выполняется за 4.7 секунд при горизонтальной раскладке, и за 4.2 при вертикальной

[Artem]

И ещё вопрос: будет ли релизная версия 5.40 с последними нововведениями или ждать 6-ку?

Да, все фичи, что были в ночных сборках войдут в ближайшее обновление 5.40.

[Black_AVP_Bim]

Я пробовал на аниматоре размером 1000х1000 с 90 кадрами, 10000 перерисовок выполняется за 4.7 секунд при горизонтальной раскладке, и за 4.2 при вертикальной

Это ж 2380 кадров/с ! 420 мкс интервал. Что за железо у тебя, если не секрет?
У меня аниматоры 960х960 с интервалом меньше 10 мс хоть и вращаются, но остальная анимация уже лагает.

[Artem]

Это ж 2380 кадров/с ! 420 мкс интервал. Что за железо у тебя, если не секрет?
У меня аниматоры 960х960 с интервалом меньше 10 мс хоть и вращаются, но остальная анимация уже лагает.

Я замерял непосредственно отрисовку на Canvas минуя Invalidate/Update окна (чтобы исключить влияние загруженности ОС на отрисовку).
GTX 3800 TI и AMD Ryzen 9900x3d

[McClaud]

Сделал у плейлиста свойства PlaybackPosition, PlaybackDuration (доступны только из скриптов).

В плане использования этих данных для реализации рулона, длительностью в плейлист, в магнитофонных скинах. Есть два замечания.
1. Данные считываются для Активного плейлиста. Т.е  при прокрутке плелист-табов рулон и позиция будут синхронно перерисовываться. При окончании текущего плейлиста и автоматической его смене на другой (если так настроено), рулон останется привязан к отыгравшему плейлисту. Было бы правильнее, если бы PlaybackPosition и PlaybackDuration брались у Играющего плейлиста.
2. Отключенные треки в плейлисте считаются проигранными, на общей продолжительности плейлиста это не сказывается. Начальная позиция сдвигается на продолжительность отключенных треков. ИМХО, было бы правильнее отключенные треки исключать из продолжительности плейлиста.

[Artem]

В плане использования этих данных для реализации рулона, длительностью в плейлист, в магнитофонных скинах. Есть два замечания.
1. Данные считываются для Активного плейлиста. Т.е  при прокрутке плелист-табов рулон и позиция будут синхронно перерисовываться. При окончании текущего плейлиста и автоматической его смене на другой (если так настроено), рулон останется привязан к отыгравшему плейлисту. Было бы правильнее, если бы PlaybackPosition и PlaybackDuration брались у Играющего плейлиста.
2. Отключенные треки в плейлисте считаются проигранными, на общей продолжительности плейлиста это не сказывается. Начальная позиция сдвигается на продолжительность отключенных треков. ИМХО, было бы правильнее отключенные треки исключать из продолжительности плейлиста.

Ок, буду все переделывать. PlaybackPosition/Duration придется переносить на уровень другого провайдера, ибо плейлист работает только с активной вкладкой

[Black_AVP_Bim]

При окончании текущего плейлиста и автоматической его смене на другой (если так настроено), рулон останется привязан к отыгравшему плейлисту.

Только в случае, если курсор находится над плейлистов. Сейчас, вроде, есть на это опция.

[Artem]

Только в случае, если курсор находится над плейлистов. Сейчас, вроде, есть на это опция.

Да не важно, в текущей реализации оно реально берется от активного плейлиста (ведь нам никто не мешает переключиться на другой, не проигрываемый плейлист)

[Artem]

Отключенные треки в плейлисте считаются проигранными, на общей продолжительности плейлиста это не сказывается

Так сделано потому, что технически пользователь может запустить проигрывание отключенного трека, и в таком случае прогресс не должен впадать в ступор

[Artem]

1. Данные считываются для Активного плейлиста. Т.е  при прокрутке плелист-табов рулон и позиция будут синхронно перерисовываться. При окончании текущего плейлиста и автоматической его смене на другой (если так настроено), рулон останется привязан к отыгравшему плейлисту. Было бы правильнее, если бы PlaybackPosition и PlaybackDuration брались у Играющего плейлиста.

Вот, попробуй эту сборку:
https://disk.yandex.ru/d/ozY1iryF-aBZLQ
https://disk.yandex.ru/d/lWYXv-A02l09IQ
PlaybackPosition/Duration переименованы в PlaylistPosition/Duration и перенесены на уровень провайдера prvPlayerState.
Если все ОК - завтра буду собирать обновление.

[Black_AVP_Bim]

Нотификация так и остаётся?

[Artem]

Нотификация так и остаётся?

Либо так, либо вешаться на prvPlayerState.TrackPosition

[Black_AVP_Bim]

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

[Black_AVP_Bim]

Уточнение. Информация не обновляется от Playlist.ContentInfo, видимо нотификация при смене плейлиста в таком случае не проходит.
От prvPlayerState.TrackPosition работает.