元スレMicrosoft Silverlight 2.0
silverlight覧 / PC版 / みんなの評価 : ○
851 = :
俺エスパーじゃないけどwebの分野じゃ絶対メジャーにならないというのははっきり見えるよ。
Flashとは違った土俵、むしろphpやcgiの分野で投入されたほうがよっぽど未来はあったと思う。
852 = :
ASP.netと組み合わせて、よりリッチにするほうがメインじゃないの
853 = :
>>850
つーかぶっちゃけWindowsとOfficeだけだろ、いままでのMSの財力築いたのは。
それだけでココまで来たんだから、それはそれで別の意味凄いけどなｗ
854 = :
>>852
具体的に何ができるか示さないとね。フラッシュだってjavascriptやcgi、aspもデーターの受け渡しできるんだしね。
MSは自らデモンストレーションでユーザーを引きつけるサイトを何故に作らんおかね？
855 = :
>>853
Visual Studio の存在は大きいだろ。
856 = :
＞841
ビットマップに関しては比べる以前お問題。
実際簡単な写真何でも良いからやってみろよ。
ビットマップキャッシュすら効かないし分解という概念がないからフレームごとに読み込んでしまってる。
でも大きな画像を高速で動かすことってあんまりないからいいとして、それよりもビデオのストリーミングが入ると極端にパフォーマンスが落ちるのは何故か解らない。
これはかなり辛い点。
857 = :
クロスプラットフォーム謳っても結局Windowsで使うシナリオをアピールして来たから
今回もWindowsだけDXVA2対応するとかあると思ってたんだけどなー、どうなんだろ
858 = :
そんなら試してみるよってことで。
http://sakuratan.ddo.jp/uploader/source/date80733.zip
256×256の透過付きPNGを20秒かけて右から左へ動かしてる。
Storyboard使ってるから、パフォーマンスはXAML書いたときと同じはず。
画像の数はテキストボックスで指定可。
チェックボックスで同時と時間差ありを変えられるようにしといた。
後、HTMLもデフォ（60fps）、30fps、12fpsの3パターン分用意しといたよ。
さすがに1000個同時はきついｗ 同時に50個ぐらいが限界じゃないかな（C2Dで）。
時間差ありにした場合、画面の端に移動開始前の画像が見えてると遅くなる。
ウィンドウサイズ少し縮めて右端を隠すと急激にパフォーマンス上がる。
画面外にあるものは処理しないようカリングしてるらしいね。
859 = :
リンク切れなんだが。
そんな凝ったことしなくても640サイズのビットマップを単純に動かしながらビデオ再生したら一目瞭然ｗ
860 = :
リンク切れてないのに何で嘘つくん？
861 = :
>>858
㌧クス！
>>860
たぶん、アップローダーの問題ではないかと。
俺は一回壊れたzipが落ちてきたがもう一回やったらちゃんと解凍できた。
上にもあったけど、このスレはプログラマ以外が多い。
煽りかと思いきや、誤解だったりすることがあるのかも。
クライアントの面白クレームの感覚で受け取るのが良いのでは。
>>859
そんなわけで、もう１度試してみてくれない？
それと一連の流れはSLは遅いという仮定で、何が？どの辺が？どのくらい？
という風になってきている。>>859はビデオ再生とビットマップの
同時表示に問題があるという指摘かな？貴重な情報ありがとう。
862 = :
>>860
嘘者ねーよ、カス
>>861
Web サイトによってこのページの表示を拒否されました
可能性のある原因:
この Web サイトを表示するにはログインが必要です。
HTTP403
863 = :
>>413が全てを物語っている。
865 = :
ゲーム用途だと2.0じゃまだ早いのか
866 = :
そもそもゲームとかないだろｗ
見た目は地味なもっとwebアプリ的存在なのにとらわれ方が悪かったな。
869 = :
>>868
flashはネット上あらゆる所にいけてるサイトも山ほどある。
むしろSLで俺もこんなの作りたい、と思わせるような見本サイトが出てこないとな。
カクカクしてるようなの出したら逆効果だと思うｗ
>>858は海外からだからアクセスできんのか。
870 = :
>>869
個人的に、同じ表現をした時の速度の差が知りたいのよ。
結局flashで作っても重かったでした、なら>>842の言う
腕次第でなんとかなるわけだし。
こういうこと書くと、どっからか”flash使ってできることをわざわざ～”
という意見がきそうだけど、それはデザイナーの考え方であって、
プログラマとしてはSilverlightとActionScriptを比較してSLの方が作りやすい
(or使い慣れている)ので、こいつの可能性に期待したいわけですよ。
871 = :
まぁFlashで同じもの作ってみてもいいけど、1000個のビットマップが軽く動くかな？
しかしまず>>856のビットマップがすごく重い発言が理解しがたいんだよな。
＞ビットマップキャッシュすら効かないし分解という概念がないから
＞フレームごとに読み込んでしまってる。
そもそもSLは、Flashのようにフレームを基準にしたアニメーションは作れない。
どんなデータを作ってるんだろう？
872 = :
できた。一応アップローダを変えてみたが海外からアクセスできるかはわからない。
http://www.uploda.net/cgi/uploader1/index.php?file_id=0000311683.zip
20秒で1300ピクセル移動するムービークリップシンボルを作成し、
AS3でインスタンスを作成してメインのタイムラインにaddChildし、
gotoAndPlayで再生開始している。
要はSL2のStoryboardをAS3のMovieClipに置き換えた教科書的なやり方（たぶん）。
fpsを外部から変えられないので3パターン作るのに苦労した。
873 = :
（続き）
意外なことにSL2のほうがパフォーマンスがいいような・・・。
60fpsか30fpsで同時50～100枚だとSL2のほうが明らかに滑らか。
Flashは高負荷になるとどんどん遅れていく。
でもCPUメーターを見ているとSL2よりも消費がやや控えめ。
これはStoryboardとMovieClipの単純比較でしかないけれど、
SL2はフレームスキップ有りの可変fpsなのでCPUパワーが余っていればどんどん使う
（だから負荷を抑えたければmaxFramerateで制限する）。
Flashはスキップ無しの固定fpsなのであらかじめ制限が決まっている印象。
874 = :
SLのがはやいん？
信じてええん？
877 = :
>>872
おお！すごいよ！サンクス！
ただ、よく見るとSLの方が画像がまばらな気が。(同時に表示しない時。）
恐らく処理落ちをした時、SLの方が次のフレームの移動量の補完をしているので、
鷲（鷹？）の進みが速く、結果的に１画面に表示される量に差がでている気がする。
しかしそれを差し引いても、ここで言われているほど描画速度に差は無いように思える。
少なくともイメージの描画に関しては。何にしても有益な情報感謝感謝！
878 = :
>>872
flashの方は外枠に既に大量の写真が用意されてる設定になってますが何故？
クラスの読み込みが何で20以上あるの？
ビットマップキャッシュもオフにしてありますが何故？
ｗ
880 = :
>>878
ソースが公開されてるんだから、批判以外にできることがあるんじゃない？
881 = :
>>878
Silverlightのほうの外枠は見てないの？
クラスの読み込み数でパフォーマンスがどの程度変わるの？
読み込んだだけのビットマップ画像に対してビットマップキャッシュをオンにして効果あるの？
882 = :
Silverlightはそもそも外枠という概念がないｗ
＞読み込んだだけのビットマップ画像に対してビットマップキャッシュをオンにして効果あるの
これは大あり。
つーか、読み込んだビットマップ以外に何があるんだ？ｗ
883 = :
dhtml
http://www.craftymind.com/test/guimark/FramerateHtml.html
flash
http://www.craftymind.com/test/guimark/FramerateTest.html
SL
http://www.craftymind.com/test/guimark/FramerateSilverlight.html
884 = :
>>413のように使い物にならないレベルは別として、パフォーマンスが市場獲得にそれほど大きな意味を持たないと思う。
それよりもユーザーをいかに取り込むかと言うことだが、ダイナミックwebの分野でこれだけFlashの独占的な状態を打破するのは並大抵の事じゃない。
正直今のままなら過去のAdobe SVG Viewerと同じ運命をたどるのは必至な気がする。
885 = :
こっちはいろんなので試せるね、多すぎてコード見る気になれん
http://bubblemark.com/index.htm
どうでもいいけどXPにSafari3.5入れたら普通に2.0 Beta動いて拍子抜け
886 = :
>>885
Silverlight CLRはやすぎワロタ
887 = :
>>883
すげぇ。こんなに差があるんだ。やっぱ遅いよSL。
888 = :
>>885のFlex、フォーラムでも書いてあるけど何でAS1.0なんだろう・・・
889 = :
>>882
？？
ビットマップキャッシュは主にベクトルデータのレンダリングイメージをキャッシュして
高速化するものでは？
890 = :
>>883
SL1.1。SLのドキュメントに文字の拡縮あまりしてくれるなって書いてあるのと
このサンプルの内容から、なんらかの意図を邪推してしまう。
>>888
JITが入ったのはAS3.0からだよね？本来はもっと速いはず。
なるべく客観的に判断するように努めて
ビットマップ：SL>AS(僅差)
文字表示：SL<AS(割と大きい?)
こんな感じか？
891 = :
>>889
flashの場合ラスター画像を分解して使えるからでは？
892 = :
まだ幼いのに、先輩と背比べさせられて
かわいそうなSLたん。
893 = :
>>892
宿命だよ。例えるなら
地球外知的生命体に侵略されつつある近未来に開発された
戦闘型美少女アンドロイド二号機。戦場は待ってくれないのですよ。
SLたんの一言からここまで想像した
漏れはキモイですか？キモイですかそうですか。
894 = :
>>883
俺素人だけどこれってフォント統一するだけで大分変わるんじゃないか？
ひとまずOS（XP）の方でClearType有効にしてアンチエイリアスだけ効かせたらDHTMLもFlashも2割くらいfps下がったぞ（SLは変化なし、というかばらつき大きすぎ）
SLが使ってるのって多分メイリオでアウトラインフォントだよね？で、他2つはMSゴシックのこのサイズならビットマップフォントのはず
895 = :
あ、メイリオって和文だけじゃん。恥恥。
896 = :
>>883
やってみた。目測だとこんな感じ
DHTML:20fps弱
Flash:21fps
SL:24fps
897 = :
あれ？>>885のページのSilverlight2.0CLRでじぶんのマシン（VAIO SZ95 T9300)だとfps600超えたんだけれど、なぜ誰も話題にしないの？
CLRが速いのは当然ということ？
898 = :
比較対象になるはずだったflashがAS1.1というワケで素直に喜べない現状。
SLが速いとか遅いとか、flashと比較してなんぼだと思うのですよ。
fpsだけで速いと判断するのは、クソ思いSLのサイト指して
「SL遅ぇｗ」と喜んでいるflash信者と一緒になってしまう。
でも速いよね。
899 = :
VAIOなんてゴミよく使うよな。
900 = :
fpsよりもcpuの占有率が大事だと思うのこういう分野。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
silverlight一覧へ類似してるかもしれないスレッド
- Microsoft Silverlight その9 (574) - [74%] - 2023/1/25 14:30
- Microsoft Silverlight その8 (996) - [74%] - 2011/11/12 23:46 ○
- Microsoft Silverlight その7 (1001) - [74%] - 2011/3/24 1:31 ○
- Microsoft Silverlight その6 (1001) - [74%] - 2010/11/1 4:09
- Microsoft Silverlight その5 (984) - [74%] - 2010/4/16 20:20 ☆
- Microsoft Silverlight その4 (1001) - [74%] - 2009/12/5 9:05 ○
- Microsoft Silverlight 2.0 その3 (556) - [72%] - 2009/3/24 0:35 ○
- Microsoft Silverlight 2.0 その2 (1001) - [66%] - 2008/11/21 11:47 ○
- 【Silverlight】Windows Phone 7 ｱﾌﾟﾘ開発ｽﾚ (1001) - [18446744073709551592%] - 2011/8/3 6:32
トップメニューへ / →のくす牧場書庫について