>>15534
Про дивкс не слышал, а сильверлайт это вроде как отдельная «технология», но не сильно популярная, так что открывать swf он и не должен. Так что скорее всего нет. Хотя вот например от той же адобы есть сразу два плеера: adobe flash player и adobe shockwave player. Честно говоря, не сильно разбираюсь, зачем нужно два и чем они отличаются, но мне рассказали, что shockwave это для какой-то старой программы адоба и вообще устарел.
При открытии некоторых — это именно некоторых или всех? Если конкретно одной флешки, то это её проблема, а если всех, то наверно таки проблема системы. Можно попытаться снизить качество и посмотреть, исчезли ли тормоза. Можно попытаться посмотреть, не реагирует ли на что антивирус и файрвол. Больше особых идей не приходит пока.
Ну и ещё относительно недавно у меня была такая проблема, что некоторые онлайн-флешигры начинали внезапно тормозить, потом внезапно заканчивали и потом опять внезапно начинали. Через process explorer было видно, что в эти моменты flash-процесс хрома что-то очень сильно начинал читать с диска (по 10 мб/c) (в других браузерах так же). Хотел посмотреть через Process Monitor, что именно за файлы, но он глючный и зависает, и в огромном списке я так и не разобрался, но в итоге попробовал через about:plugins отключить shockwave player и оставить flash player, и вроде бы стало окей. Хотя я не уверен, что именно это помогло.

Скорее всего у тебя тормозит то, что использует векторный метод отрисовки изображений, а не спрайтовый. Авторы флешек не так часто догадываются о существовании второго. И не удивительно что вектора тормозят.
Естественно оптимизировать уже созданные флешки никто не будет, и других плееров никто не сделает.

>хотя с ютубами, естественно, всё нормально.

Потому что ютубы работают не только на флеше.

>что-то очень сильно начинал читать с диска

Скорее всего своп памяти. Во флеше довольно ебaнутая работа с памятью, и разрабы обычно достаточно мудaки чтобы не eбаться с её оптимизацией.

>>15538

>Естественно оптимизировать уже созданные флешки никто не будет, и других плееров никто не сделает.

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

>>15538
Там наверно не совсем так, потому что раньше было окей, а потом вдруг внезапно стало вот так. Видимо какая-то временная заморочка арморгеймса, а может и отключение шоквейва помогло.

Оп, а может выложишь пример флешки, которая у тебя тормозит?

gnash

Тормозят обычно фильтры требующие полного перерасчёта всего массива пикселей объекта в каждом кадре типа размытия и всё что связанно с альфой, особенно если она многослойная (полная перерисовка экрана и перерасчёт всех видимых сквозь эту полупрозрачность слоёв). Можно создать флешку из 1 единственного текстового поля так, что она будет тормозить даже современные машины. Всё зависит от прямоты рук и гибкости мозгов создателей флешки.

>>15540
http://iichan.ru/gf/src/1281705548991.swf - 15%

http://iichan.ru/gf/src/1334690633100.swf - в обычном состоянии 30-40%, при увеличении масштаба один раз - 70-80%

http://iichan.ru/gf/src/1330373827841.swf - во время окна загрузки - 60-70%

http://iichan.ru/gf/src/1329463818040.swf - 40-50% (!!!)

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

>>15545
Ну вот у меня загрузка процессора примерно такая, какие ты проценты описал, но тормозов нет, причём мой комп вряд ли потянет крузис. Так что у меня тут даже нет идей, отчего так.
15540-кун

>>15545
Обычно флешку разобрать нужно чтобы понять от чего она тормозит, но попробую на глаз:

1. Высокая частота кадров + качество неужатого звука.
2. Много векторной графики, возможно даже генерящейся програмно.
3. Вот тут действительно непонятки. Тормозить вообще нечему. Единственное что, то что сильнее всего тормозит именно во время загрузки наводит на мысль о кривой попытке растрового кэширования ролика (предбуферизации всего ролика в виде покадрового набора скриншотов во время загрузки).
4. полагаю что тормоза создаёт генератор частиц и сами частицы, каждая из которых имеет альфу.

Ещё раз повторюсь, что это всё домыслы. Флешки разбирать надо чтобы понять что там как реализованно и через что пашет.

>>15543
Оно с трудом открывает 15% предоставленных её флэшек. Ну а что поделать, жадный Столлман не хочет давать им денег на разработку, а хочет ездить по конференциям.

>>15545>>15549
1.Векторная графика, представьте насколько быстро векторно рисовать все эти сложные фигуры. Звук вообще почти не влияет.
2.Да, именно построение кривых и битмапинг с альфой, то что программно - тут не так сильно влияет, хотя насколько я понял там внизу указаны различные методы, которые используются в данный момент, и они имеют разную нагрузку.
4.Векторная графика с постоянными перерасчётами масштабов.

>>15551

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

PS: Давно хочу научится грамотно кэшировать анимацию, но до сих пор настолько нуб, что продолжаю быдлокодить в кадрах. О том чтобы разобраться толком в принципе работы таких сложных классов и говорить не приходится. До сих пор толком как работает AS3.