Pioneer RT-909 [AIMP5]

[provod67]

Так может не только тени, но и маленькие бобины убрать совсем? И номер бобины - оставить только первую, или вторую? И ролики вращающиеся "фтопку"... 

Если бы для это шло для дальнейшего увеличения числа кадров в бобинах, то да, я был бы не против и готов потестировать такой вариант. Если же этого уже не предвидится - мне лично достаточно только теней - комп тянет нормально такой вариант. Только конечно вариант, где кадров было больше.

[McClaud]

Если бы для это шло для дальнейшего увеличения числа кадров в бобинах, то да, я был бы не против и готов потестировать такой вариант. Если же этого уже не предвидится - мне лично достаточно только теней - комп тянет нормально такой вариант. Только конечно вариант, где кадров было больше.

Ладно, персонально для тебя попробую сделать "купированную" версию...

[Adept_of_thrueSound]

странно то, что ещё вроде не упираемся в процессор (80-85% загрузка потока), а с анимацией совсем беда ( (рывки и фризы)  Может как-то нужно поработать с оптимизацией структуры проекта (не знаю уж как (, но скин "зело красив" и , конечно хочется чтобы он был рабочим. Так как сейчас, увы, малопригоден, потому что эстетическое удовольствие от него только пока нет вращения бобин. ( и на перемотке
К сожалению и надежда на то, что на более мощном железе будет плавнентко и красиво - не оправдывается, ти.к. пока даже не упираемся в процессор.
Может убрать малозначимые тени на бобинах (как предлагал Александр (если они не убраны, т.к. ечли честно, тог я их даже и не увидел ) Как я понял,  нужно уменьшать количество слоёв анимации, и увеличивать FPS, с уменьшением таймингов (тайминги очень сильно, конечно влияют на загрузку CPU)

подумайте, плз, как его (скин) всё же реанимировать. Пока, в динамике, только тестовый вариант с показанными таймингами кк-то более-менее, и то, с оговорками. А хочется, чтобы бескомпромиссно, так сказать, что было "the best"
Очень жалко прекрасную задумку и визуальное исполнение (а на очереди ещё и темный вариант  )
Очень надеюсь на Ваше мастерство и удачу. "держу кулаки", чтобы всё получилось 

[Adept_of_thrueSound]

Было бы хорошо если каждая анимация запускалась отдельным потоком...

Я эту мысль уже высказывал. Адресовал её автору плейера, но он навряд ли плотно читает форумы, к тому же это настолько очевидная мысль (крутить ресурсоёмкие процедуры вроде аниматоров в отдельных потоках), что думаю, приходила Артёму уже. В общем поддержка многопоточности на уровне отдельных процедур скина нужна и в SE и в плейере, соответственно. Думаю рано или поздно появится. До этого как-то правда обходились одним потоком (взять те же AKAI635 или TASCAM32, так там вполне всё плавненько), но вот сабжевый скин уже споткнулся на том, что ресурсов не хватает ( а в версиях 4k это будет проявляться ещё в более полной мере. Так что думаю поддержка многопоточности не за горами

[Black_AVP_Bim]

Насколько я знаю, АИМП и так приложение многопоточное (если не так - Артём поправит).

[Adept_of_thrueSound]

Насколько я знаю, АИМП и так приложение многопоточное...

где-то может быть да (например аудиодекодеры могут работать в отдельных потоках), но что касается скинов - всё сугубо в одном потоке (что косвенно подтверждается тем, что у меня, к примеру, максимально возможная загрузка AIMP 12-13% CPU (практически 100% одного из восьми потоков core i7), и при этом аниматоры в скинах начинают "лагать".
Вот аудиоконвертер, тот да, истинно многопоточный, а сам AIMP, увы, - нет (по крайней мере в части работы со скином).

[McClaud]

Предлагаю на "потестить" обещанный однослойный вариант.
Аниматоры полноразмерные (исключая внешнее кольцо) 120 кадров, тайминги: 35-15...
У меня нагрузка на проц 15-17%, ядро загружено примерно на половину.

[provod67]

Предлагаю на "потестить" обещанный однослойный вариант.
Аниматоры полноразмерные (исключая внешнее кольцо) 120 кадров, тайминги: 35-15...
У меня нагрузка на проц 15-17%, ядро загружено примерно на половину.

Тени от катушек на месте, может я однослойность не так понимаю или ты не тот вариант выложил? У меня загрузка ядра под 70 процентов, как на первом варианте. Идет чуть плавнее, но 120 кадров явно маловато, хотя бы 180 попробуй, вдруг потянет...

[Black_AVP_Bim]

Тени от катушек на месте, может я однослойность не так понимаю или ты не тот вариант выложил?...

https://www.aimp.ru/forum/index.php?topic=61274.msg379486#msg379486
У меня ядро загружается процентов на 85-90. Кадров всё же маловато. Но чудес не бывает, чудеса остались в детстве, в сказках. Даже если сделать 360 кадров, при таком размере бобин всё равно будет мало.

[McClaud]

Тени от катушек на месте, может я однослойность не так понимаю или ты не тот вариант выложил? У меня загрузка ядра под 70 процентов, как на первом варианте. Идет чуть плавнее, но 120 кадров явно маловато, хотя бы 180 попробуй, вдруг потянет...

Тени в одной текстуре с бобиной, т.е. поверх ленты.
Завтра попробую сделать 180 кадров, но рассчётные тайминги будут 24-10.

[Adept_of_thrueSound]

Тени в одной текстуре с бобиной, т.е. поверх ленты.
Завтра попробую сделать 180 кадров, но рассчётные тайминги будут 24-10.

Как не приглядывался - не увидел что неправильно в тенях можно скриншот со стрелками и комментами, что где урезано /попорчено (а то я так и не разглядел , хотя.... если нет разницы..... мож и ну его нафиг??

Загрузка CPU 40-50% потока, т.е. приличный резерв для коротких таймингов есть а кадров действительно не хватает   крутится в общем достаточно плавно (ну почти, - всё же небольшие лаги и микрофризы есть), но дискретность всё равно видна, и прилично, увы ( думаю есть смысл увеличить количество кадров раза в два (до 240) (мощности CPU должно хватить (у меня Core i7@3,2GHz /хотя в однопотоке, что 7, что 3 - один хрен/, а вот такт - 3,2GHz, а вот это уже важно,  и на сегодняшний день это более, чем рядовая скорострельность. Так что думаю можно сразу попробовать сделать 240 кадров )

[McClaud]

Как не приглядывался - не увидел что неправильно в тенях можно скриншот со стрелками и комментами, что где урезано /попорчено (а то я так и не разглядел , хотя.... если нет разницы..... мож и ну его нафиг??

Загрузка CPU 40-50% потока, т.е. приличный резерв для коротких таймингов есть а кадров действительно не хватает   крутится в общем достаточно плавно (ну почти, - всё же небольшие лаги и микрофризы есть), но дискретность всё равно видна, и прилично, увы ( думаю есть смысл увеличить количество кадров раза в два (до 240) (мощности CPU должно хватить (у меня Core i7@3,2GHz /хотя в однопотоке, что 7, что 3 - один хрен/, а вот такт - 3,2GHz, а вот это уже важно,  и на сегодняшний день это более, чем рядовая скорострельность. Так что думаю можно сразу попробовать сделать 240 кадров )

Тень от бобины должна быть на панели под лентой, т.е. в отдельном слое. Здесь же она "склеена" с бобиной, т.е. поверх рулона. Если сделать скриншот и в редакторе задрать яркость...
Вечером выложу вариант с 180-ти кпдровыми бобинами. Уже этот вариант вынудил идти на хитрости, чтобы сохранить проект, вариант на 240 кадров мой комп просто не переварит. Если идти на ухищрения с "нарезкой" текстуры, то опять увеличится число слоёв.
Но и 180 кадров с реальными таймингами даже у меня уже лаги видны, хотя небольшой запас у проца есть...

[provod67]

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

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

[McClaud]

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

Компромисс недостижим. По уму, для уменьшения заметно ти дискретности, скорость надо увеличивать, а и так уже некуда 

[provod67]

Компромисс недостижим. По уму, для уменьшения заметно ти дискретности, скорость надо увеличивать, а и так уже некуда 

Ну почему недостижим? У Александровских скинов, при 360 кадрах скорость заметно ниже, иначе в тайминги не попасть. Если при увеличении числа кадров до 180-240 они будут уже на пределе, то придется в любом случае занижать скорость - какой-то запас прочности всё равно нужен, иначе могут быть пропуски кадров. Хотя, может я и не прав, это только эксперименты покажут. Выдавай пробники - будем тестировать...