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

[Black_AVP_Bim]

Кстати, для AIMP6 у меня есть одна идея касательно текстур с большим набором кадров для аниматоров: я хочу попробовать сделать хранение кадров как в GIF-е ...

Так, у GIF-ов глубина цвета 8 бит, на градиентах даже в адаптивной палитре будут ступеньки.
Надо ещё проверить, сможет ли ФШ собрать GIF-аниматор из сотен слоёв, да ещё большого размера.

[Artem]

Так, у GIF-ов глубина цвета 8 бит, на градиентах даже в адаптивной палитре будут ступеньки.
Надо ещё проверить, сможет ли ФШ собрать GIF-аниматор из сотен слоёв, да ещё большого размера.

Не-не. Речь не про 8 бит, и не про то, чтобы GIF-ку собирать. Речь про то, что текстуры будут храниться в сжатом состоянии (по кадрово) и распаковываться на лету. Все это собирать и сжимать будет редактор при сборке скина. На данный момент я вижу лишь один минус такого подхода - понижение fps. На тестовом примере оно незначительное, а как будет на боевом - пока сложно оценить.

[Black_AVP_Bim]

Речь про то, что текстуры будут храниться в сжатом состоянии (по кадрово) и распаковываться на лету. Все это собирать и сжимать будет редактор при сборке скина. На данный момент я вижу лишь один минус такого подхода - понижение fps. На тестовом примере оно незначительное, а как будет на боевом - пока сложно оценить.

ЕМНИП, мы это уже проходили, из-за тормозов и отказались.

[Artem]

ЕМНИП, мы это уже проходили, из-за тормозов и отказались.

хм, не припомню, чтобы у нас было покадровое сжатие.

[Black_AVP_Bim]

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

[MCW]

Речь про то, что текстуры будут храниться в сжатом состоянии (по кадрово) и распаковываться на лету. Все это собирать и сжимать будет редактор при сборке скина. На данный момент я вижу лишь один минус такого подхода - понижение fps. На тестовом примере оно незначительное, а как будет на боевом - пока сложно оценить.

Я для сжатия текстур / графики пользуюсь утилитой Riot. В PNG для уменьшения размера файла можно выбрать Политру цвета / Количество цветов / Уровень сжатия и т.п. Визуально сравнивается полученный результат с оригиналом. При выборе оптимальной палитры размер файла может уменьшится в несколько раз.

[Artem]

Я для сжатия текстур / графики пользуюсь утилитой Riot. В PNG для уменьшения размера файла можно выбрать Политру цвета / Количество цветов / Уровень сжатия и т.п. Визуально сравнивается полученный результат с оригиналом. При выборе оптимальной палитры размер файла может уменьшится в несколько раз.

С пнг понятно, я использую самописную обертку вокруг pngquant. Дело в том, что даже в случае PNG, для отрисовки картинки (части картинки) необходимо полностью ее распаковать.

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

[MCW]

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

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

[Black_AVP_Bim]

Большие текстуры используются в основном в скинах бобинных магнитофонов, а такие скины даже в формате FullHD далеко не у все нормально работают, не говоря уж про 4К. Если будет ещё и распаковка на лету, боюсь, эти скины станут достоянием лишь владельцев самых крутых компьютеров с последним поколением процессора.
А память, что её особо экономить? Посмотрел на своём самом "тяжёлом" бобиннике - расход её порядка 1 ГБ, браузер больше потребляет.

[MCW]

Большие текстуры используются в основном в скинах бобинных магнитофонов, а такие скины даже в формате FullHD далеко не у все нормально работают

Если всё оптимизировано, то и на слабом железе будет всё работать нормально. Я всегда сначала на нём всё новое тестирую.

А память, что её особо экономить? Посмотрел на своём самом "тяжёлом" бобиннике - расход её порядка 1 ГБ, браузер больше потребляет.

Считаю не верным такой подход. Аудио-проигрыватели не должны потреблять гигабайты памяти, мы же не современные игры запускаем. Сколько тогда потребуется памяти если запустить "тяжёлый" бобинник с полноэкранной визуализацией (Milkdrop2, AVS и т.п.)?

[Black_AVP_Bim]

Если всё оптимизировано, то и на слабом железе будет всё работать нормально.

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

Сколько тогда потребуется памяти если запустить "тяжёлый" бобинник с полноэкранной визуализацией (Milkdrop2, AVS и т.п.)?

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

Считаю не верным такой подход. Аудио-проигрыватели не должны потреблять гигабайты памяти ...

Он и не потребляет, запустите плеер с дефолтным скином и будет всего 15 МБ.

[Artem]

Посмотрел на своём самом "тяжёлом" бобиннике - расход её порядка 1 ГБ, браузер больше потребляет.

Хорошо, уговорил. Значит не трачу на эту идею время.

[MCW]

Заблуждаетесь, никогда не будут эти скины работать на слабом железе. И дело тут вовсе не в памяти, а в производительности процессора

Запустил на старом ноутбуке (10 - 12 лет, Celeron 877) Technics-RS-1700-4K, бабины, индикаторы и счётчик работают достаточно плавно.

Если будет полноэкранная визуализация, то тогда зачем сам бобинник? Подобные скины создаются не для того, чтоб визуалками любоваться.

[Black_AVP_Bim]

Запустил на старом ноутбуке (10 - 12 лет, Celeron 877) Technics-RS-1700-4K, бабины, индикаторы и счётчик работают достаточно плавно.

А вы уверены, что бобины крутятся с той скоростью, которая задана? И ни одно ядро не перегружено? Чудеса ...
Моё железо с этим скином работает почти на пределе, одно из ядер грузится до 60-70%, общая нагрузка на проц 12-13%.

[MCW]

А вы уверены, что бобины крутятся с той скоростью, которая задана? И ни одно ядро не перегружено? Чудеса ...

Для сравнения проверил на свежем ноутбуке, на 9 скорости одинаковая плавность вращения бабин. При работе на старом ноутбуке скорость вращения при 19 / 38 не меняется, так же как на 9.