Microsoft Silverlight 2.0 その3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/11/22(土) 12:33:33http://www.microsoft.com/silverlight/
MSDN Silverlight デベロッパー センター
http://msdn.microsoft.com/silverlight/
The Official Microsoft Silverlight Site
http://silverlight.net/
MSDN Silverlight ダウンロード (SDK, Silverlight Tools)
http://msdn.microsoft.com/silverlight/bb187452.aspx
CodePlex Silverlight Toolkit
http://www.codeplex.com/silverlight/
前スレ
http://pc11.2ch.net/test/read.cgi/tech/1210491703/
http://pc11.2ch.net/test/read.cgi/tech/1203891514/
0413デフォルトの名無しさん
2009/03/16(月) 11:45:130414デフォルトの名無しさん
2009/03/16(月) 16:21:560415デフォルトの名無しさん
2009/03/16(月) 16:45:29http://www.bluerosegames.com/SilverlightBrassTacks/post/Viewbox-in-the-Silverlight-Toolkit.aspx
http://silverlight.net/samples/sl2/toolkitcontrolsamples/run/default.html
こことか眺めてると (Viewboxあたりら辺とか)
ブラウザのスクロールバーを操作するような用途
に向けて作られてないように思える…
http://www.codeproject.com/KB/silverlight/Scroller.aspx
なるべく枠内にまとまるようにレイアウトしてゆくみたいな…
http://mohammadabtahi.wordpress.com/2008/12/09/zoomable-user-interface-zui-in-silverlight-using-viewbox-control/
0416デフォルトの名無しさん
2009/03/16(月) 17:26:10なるほど、スクロールが必要な設計にしなければよいわけですね
ありがとうございました。
0417デフォルトの名無しさん
2009/03/16(月) 18:18:55下記のコードで書いたようなことじゃないよね？
ScrollViewerはTabItemの中で使ったら、期待したような動作にならなかった記憶もある。
// Silverlightの新規プロジェクト作って、Page.xamlはそのままで、Page.xaml.csを下記のように書き換える
public partial class Page : UserControl
{
ScrollViewer _mainSV = new ScrollViewer();
StackPanel _mainSP = new StackPanel();
public Page()
{
InitializeComponent();
// Page.xamlのWidth="400"とHeight="300"を消去することに相当
this.Width = this.Height = double.NaN;
// Page.xamlの<Grid x:Name="LayoutRoot">が、ScrollViewerに置き換えられる
this.Content = _mainSV;
_mainSV.Content = _mainSP;
for (int i = 0; i < 5; i++)
{
_mainSP.Children.Add(new Button()
{
Content = i.ToString(),
Width = 800,
Height = 100,
});
}
_mainSV.HorizontalScrollBarVisibility = ScrollBarVisibility.Auto;
}
}
0418デフォルトの名無しさん
2009/03/16(月) 21:48:45Macっぽく背面をすべて半透過のダークシェードで覆ってやりたいんだが・・・
0419デフォルトの名無しさん
2009/03/16(月) 22:48:56どんなもんなんだろ？誰か計った人いない？
なんとなくだけど、doubleを採用しているのは精度を高める為だけで、
速度のことは考えてないような‥。
0420デフォルトの名無しさん
2009/03/16(月) 22:52:090421デフォルトの名無しさん
2009/03/16(月) 23:10:460422デフォルトの名無しさん
2009/03/16(月) 23:34:260423デフォルトの名無しさん
2009/03/16(月) 23:43:02さらに8bit charやビットフィールドが大好きな'80年代のアセンブラやC言語の組み込み君は
Z80でスーパーπでもやってろ！
0424デフォルトの名無しさん
2009/03/17(火) 00:29:570425デフォルトの名無しさん
2009/03/17(火) 00:37:290426デフォルトの名無しさん
2009/03/17(火) 00:47:26ハードウェアがdoubleで計算してるから、
float使うとむしろ型変換の分のロスがあって。
0427デフォルトの名無しさん
2009/03/17(火) 00:47:35ほとんどの処理系で一緒になるでしょ。
0428デフォルトの名無しさん
2009/03/17(火) 00:52:040429427
2009/03/17(火) 00:56:19今温泉旅館で酒飲みながら、PDAからここ読み書きしてるから。
かわりにやっといて。
0430デフォルトの名無しさん
2009/03/17(火) 01:01:45http://inomata.lolipop.jp/silverlight/mandelbrot.php
こういう目的で使いたいならfloatとdoubleの演算精度を比較してもいいが、
アプリがやることのほとんど全てが浮動小数点演算でもない限り、実行速度の差は無視できる。
まあ、そもそもそういうのが気になる人は、やっぱり自分でベンチマーク書くもんですｗ
ただSilverlightでは精度の高いSystem.Diagnostics.Stopwatchは使えなくて？、
50ミリ秒くらいの精度しかないDateTime.Nowしか使えなかった気がする。dll参照足りなかっただけかな？？
3D描画とかをやりたいなら、Silverlight3でGPUアクセラレーションが使えるようになるのを待つべきかと思う。
>>421
Silverlightアプリ上では確認してないが、
.NETでのfloatとdoubleの演算精度は定義どおり違うものだし、
実行速度にもごくわずかに差は出ることは確認済み。
0431デフォルトの名無しさん
2009/03/17(火) 01:02:45いや、floatのほうが速いよ？常識だろｗ
0432デフォルトの名無しさん
2009/03/17(火) 01:10:20性能に影響無い箇所なら使いたいほうを使え
理論だけでコードが汚いやつはアホ
0433デフォルトの名無しさん
2009/03/17(火) 01:11:370434デフォルトの名無しさん
2009/03/17(火) 01:11:54と思ったらそういう誤解か・・・。
SSE命令にまで自動的にJITコンパイルしてくれるので、floatを毎回doubleに型変換したりとかはない。
もちろん、cosやsinの計算とかをいちいちfloatに格納して、それをまたdoubleに戻して別の演算みたいな、
明示的な型変換がコード中にたくさんあれば、単にdoubleで全部計算するよりも遅くなることはありうる。
ソースコードに対しては忠実な動作をするからね。
0435デフォルトの名無しさん
2009/03/17(火) 01:14:00そんなもん実行速度の差が出るわけないです。
0436デフォルトの名無しさん
2009/03/17(火) 01:15:59実行速度の差は無視できるが、演算精度の差は無視できないから。
0437デフォルトの名無しさん
2009/03/17(火) 01:19:14え、まじ？
なんでそんなことになるの？
ちょっと不思議。
0438デフォルトの名無しさん
2009/03/17(火) 01:20:09チューニングしたり、勝手に既製のライブラリまでカスタマイズして納期を遅らせるマニアな
香具師が居るけど、会社や顧客にとってはそいつに払う残業代や休出手当てと納期遅れの方が
深刻な問題なんだよな。
0439デフォルトの名無しさん
2009/03/17(火) 01:23:05動画処理や3D画像描画の、いわゆるマルチメディア関連の演算はほとんどfloatの精度ですむわけだ。
だからfloat演算専用のハードウェアが乗ってて、それを実行するのがSSE命令。
http://ja.wikipedia.org/wiki/Streaming_SIMD_Extensions
0440デフォルトの名無しさん
2009/03/17(火) 01:45:41わかる
それでソースが汚いと最悪だわ
そんなことよりボトルネックは他にあるだろ
0441デフォルトの名無しさん
2009/03/17(火) 01:56:32Mono.SIMDでも使っとけばいいと思うよｗ
0442デフォルトの名無しさん
2009/03/17(火) 02:45:29Silverlightの目的はネット越しのリッチなプレゼンテーションだぞ。
高度な負荷処理はWCFなどのWebサービスに投げろ。
0443419
2009/03/17(火) 04:42:54DirectX系はfloatなので、できればそれに合わせたいけど処理速度的にはSLの方がシビア。
しかし頂点のデータ量とかも考えると、ギリギリまでfloatで最後にdoubleに変換の方がいいのかな？
と思いつつも俺の無知で、実はSLは何をするにもdoubleがベストなのは常識！とかだったら嫌なので
一応、聞いてみますた。丸投げ面倒臭がりでスマソｗ
0444デフォルトの名無しさん
2009/03/17(火) 07:02:20短い計算を大量の座標に対して行うから、キャッシュに入りやすい
floatの方が良いと思う。
0445デフォルトの名無しさん
2009/03/17(火) 07:46:55そんなもの使わなくても、コンパイラとJITコンパイラが勝手にやってくれるの。
ってわかってて冗談言ってるのかｗ？
Mono.SIMDを使わなきゃいけないんだ、とか思う人が出てくるから自重するがよろし。
まあ、SLとはまったく関係ない話だが、MS.Xna.FrameworkのVectorとかと、MDXのVECTORと、
scratchの手書きのVectorとで、実行速度に差は見られなかった。これはちょっと意外だった。
>>442
もちろんその通りだが、ローカルで行うべき高負荷な処理もあるかと。
それからWCF使うにしたって、通信量とUIレスポンスが優先されるべきだと俺は思う。
>>443
あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？
まず、Silverlight2では3Dなんてやるべきじゃない。Direct3DもXNAもOpenGLも使えんぞ？
ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。
(誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！)
ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。
DirectXってことはWindowsプラットフォーム限定なんだろう？だからそもそもClickOnceでもいいだろう？
それから、MDXなんてものはとっくに誰も使わないものになってるぞ？
C#で3DやるならWPFでもいいが、ゲームとか本格的な3DはXNA推奨ということになっている。
動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできるわけだが、
どうしてもSilverlightでやりたいなら、Silverlight3を待て。
つうかこれ以上は板違いってもんだ。
俺の言ってることを理解するつもりがないなら、大人しくdouble使っとけ。ってかもうちょっとちゃんと勉強するべきだ。
0446デフォルトの名無しさん
2009/03/17(火) 08:03:42>>443
あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？
まずSilverlight2では、Direct3DもXNAもOpenGLも使えないから、3Dなんてやるべきじゃない。
ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。
(誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！)
DirectXってことはWindowsプラットフォーム限定なんだから、
ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。
ただしC#で3Dやるなら、MDXなんてものはとっくに誰も使わないものになっていて、
WPFで書くこともできるが、ゲームとか本格的な3DをやるならXNA推奨ということになっている。
どうしてもSilverlightで3DCG描画をやりたいなら、Silverlight3を待て。
動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできる。
0447デフォルトの名無しさん
2009/03/17(火) 08:39:07今、ネットで検索してみても、
「.NET Framework は環境に応じて SSE 最適化する」
って話出てるフォーラムがあるなぁ。
昔計ったのはなんで遅くなったんだろう。
0448デフォルトの名無しさん
2009/03/17(火) 10:03:00ありがとう。
どうせFPUが処理するんだから、ワードサイズと処理単位は一致しているのが
もっとも効率的と思っていたわたしは、
486DXと486SXの違いくらいしか知りませんでした。
0449デフォルトの名無しさん
2009/03/17(火) 12:50:46仕方なく、とても安心して使えないということだな。
0450デフォルトの名無しさん
2009/03/17(火) 15:34:020451デフォルトの名無しさん
2009/03/17(火) 15:51:09ttp://anchorage.2ch.net/test/read.cgi/bizplus/1237206791/6-
6 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:49:15 ID:wJmhwo8J
Gyaoもいい加減WMPをやめてFlashにした方が良いと思うのだが。
7 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:50:20 ID:9CAuko82
んだんだ
8 名前： 名刺は切らしておりまして [sage] 投稿日： 2009/03/16(月) 21:51:24 ID:aDxMTmOn
つーかSilverlightに決めたんだから、とっととそれに移行してほしい。
Macユーザ放置って結構損してると思うんだがなぁ…。
9 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:52:06 ID:Bln0WAOv
使いにくいのはそのせいか
0452419
2009/03/17(火) 19:24:46とりあえずMatrixとVectorを実装して頂点計算っぽいものをしたけど、体感速度に差はなかった。
頂点数は少ないけど、マトリクス同士の掛け算でモリモリ掛け算しているので
速度論議は結局徒労に終わった感じ。もしくはボトルネックが別にあって
気にならないだけかもしれないけど。何にせよ、色々教えてくれた人には感謝。
>>446
そうだね♪
0453デフォルトの名無しさん
2009/03/18(水) 03:52:47SLでD3D相当のラスタライズアルゴリズムを自分たちで実装してる人っては
いないんじゃないか？
一部でやられているのは、Intelあたりがやっているray tracingの
counterpartであって、DirectXの〜ではない。
まあでも、いずれにしても3Dについては、SL3を見て考えるというのは、まっとうな判断だーね。
しかし、SL3の3Dはいったい、どれぐらいのもので、何ができるのか。
Flash10のと似たような感じのものなのか違うのか、どうなんでしょうねー？
MSの狙いは、とりあえずPhotosynth関連をまともに動かすという程度
あたりなんでしょうから、まあ、そんなに期待はしてないけども。
予想に反して素晴らしかったら、MSを尊敬するよ。
0454デフォルトの名無しさん
2009/03/18(水) 04:34:23ただ、その分起動が遅くなってJava3Dの様になるんじゃないかと心配。
0455デフォルトの名無しさん
2009/03/18(水) 09:18:29http://www.windowsvista.si/main.htm?content=home&show3d=1
http://pub.ne.jp/appsbynyk/?entry_id=814647
誰もD3D相当のとは言ってないが？
ラスタライズアルゴリズムの実装とか、学生のレポート課題とかでもよくあるぞ。
0456デフォルトの名無しさん
2009/03/18(水) 09:24:020457デフォルトの名無しさん
2009/03/18(水) 09:46:55これのPin Jointデモで２つのブロックの間に通せそうで通らない。イライラしてきた！
0458デフォルトの名無しさん
2009/03/18(水) 09:56:590459デフォルトの名無しさん
2009/03/18(水) 10:13:14残念ながら分かってないのは君だな。レポート課題とやら、もう少し真面目にやったほうが良いんじゃないの？
ラスター化するのがラスタライズで、その貼ったURLでやられている3Dはラスタライズなんてしてないよ、見たところ。
それは単なるベクターの変形。もうちょっと勉強して出直してきな。
0460デフォルトの名無しさん
2009/03/18(水) 10:21:18円のほうがまだ簡単だった
0461デフォルトの名無しさん
2009/03/18(水) 10:58:28ScrollViewerをGridにはさんで望みどおりのスクロールバーが出ました！
ありがとうございます。
ブラウザのスクロールバーは役立たずですね。
0462デフォルトの名無しさん
2009/03/18(水) 15:39:100463デフォルトの名無しさん
2009/03/18(水) 17:27:39インストール方法がわかりません。
Binariesフォルダをどこに配置すべきなのでしょうか？
0464デフォルトの名無しさん
2009/03/18(水) 17:37:580465デフォルトの名無しさん
2009/03/18(水) 19:23:00http://www.microsoft.com/downloads/details.aspx?FamilyID=d09b6ecf-9a45-4d99-b752-2a330a937bc4&DisplayLang=ja
Visual Studio 2008 SP1 用 Microsoft® Silverlight™ 3 Tools Beta 1
http://www.microsoft.com/downloads/details.aspx?FamilyID=11dc7151-dbd6-4e39-878f-5081863cbb5d&DisplayLang=ja
0466デフォルトの名無しさん
2009/03/18(水) 22:34:180467デフォルトの名無しさん
2009/03/18(水) 22:55:240468デフォルトの名無しさん
2009/03/18(水) 23:00:22BAML 対応強化とかって含まれるのかな？
WPF の方は、.NET Framework 4.0 で BAML の読み書きできるようになるらしいけど。
0469デフォルトの名無しさん
2009/03/18(水) 23:13:11http://live.visitmix.com/
0470デフォルトの名無しさん
2009/03/18(水) 23:15:380471デフォルトの名無しさん
2009/03/18(水) 23:51:07ttp://d.hatena.ne.jp/shiba-yan/20090318/1237385611
0472デフォルトの名無しさん
2009/03/19(木) 00:01:373Dはお預けっぽいね
0473デフォルトの名無しさん
2009/03/19(木) 00:09:36このままいけば、踏み台のXBAPだけでなくASP.NETも御役御免になりそうな勢い。
俺個人としては、WCFとのバインディングにBasicHttpBinding以外も可能になったかのかが気になる。
あと、グラフィックと通信の強化は、ちょっとしたネトゲも可能になりそうな展開だなｗ
0474デフォルトの名無しさん
2009/03/19(木) 00:23:26実際に動いたシステムってあるのかねｗ
0475デフォルトの名無しさん
2009/03/19(木) 00:24:490476デフォルトの名無しさん
2009/03/19(木) 00:48:480477デフォルトの名無しさん
2009/03/19(木) 01:40:170478デフォルトの名無しさん
2009/03/19(木) 01:46:22ちょうどScottGuが出てる所だけど、SL3のデモはまだかな？
0479デフォルトの名無しさん
2009/03/19(木) 01:58:250480デフォルトの名無しさん
2009/03/19(木) 02:02:190481デフォルトの名無しさん
2009/03/19(木) 02:31:200482デフォルトの名無しさん
2009/03/19(木) 02:46:160483デフォルトの名無しさん
2009/03/19(木) 02:51:220484デフォルトの名無しさん
2009/03/19(木) 02:54:570485デフォルトの名無しさん
2009/03/19(木) 02:56:250486デフォルトの名無しさん
2009/03/19(木) 03:24:350487デフォルトの名無しさん
2009/03/19(木) 03:27:370488デフォルトの名無しさん
2009/03/19(木) 03:29:30オヤスミ
0489デフォルトの名無しさん
2009/03/19(木) 05:47:36http://silverlight.net/getstarted/silverlight3/default.aspx
0490デフォルトの名無しさん
2009/03/19(木) 06:42:51ttp://silverlight.net/learn/videocat.aspx?cat=12#sl3
もうね、3D効果とか半端ないな。他の追従を許さねぇｗｗｗ
「敵(Adobe Flash)を欺くには、まず味方(WPF/XBAP)から。」 とはこの事だね。
0491デフォルトの名無しさん
2009/03/19(木) 07:32:583Dモデルを表示できるわけじゃなくて、投影変換エフェクトが追加されただけかな？
これは GPU-accelerated でやってくれてるんだろうか。
0492デフォルトの名無しさん
2009/03/19(木) 08:45:38http://markharrison.co.uk/blog/2009/03/silverlight-3-beta-download.aspx
なんとなくまとまってたので貼りこ
ランタイムはサイトに直接行って3の入れないとだめぽ
2のランタイムと混ぜてもじぶんの環境だと不具合なしと(XP Home Sp2)
0493デフォルトの名無しさん
2009/03/19(木) 08:49:53追記： chm ファイル発見
0494デフォルトの名無しさん
2009/03/19(木) 09:08:09うほっ
0495デフォルトの名無しさん
2009/03/19(木) 10:23:19FF 3.06, 3.1 Beta3, Opera 9.64 だと見れないことを確認した…
というか IE オンリーでした…orz
0496463
2009/03/19(木) 10:40:20Microsoft.Windows.Controls.Input
を追加後、
UserControlの属性に
xmlns:input="clr-namespace:Microsoft.Windows.Controls;assembly=Microsoft.Windows.Controls.Input"
を追加したら
<input:NumericUpDown>
で使えました、お騒がせしました
0497デフォルトの名無しさん
2009/03/19(木) 11:15:03まぁ、いいけどさ
PrintingとSupport for PDFとか見つからないなぁ
探し方が悪いのか、まだ実装されてないのか・・
0498デフォルトの名無しさん
2009/03/19(木) 11:20:52＞PrintingとSupport for PDFとか見つからないなぁ
＞探し方が悪いのか、まだ実装されてないのか・・
MS謹製のXPSは如何でしょうか。
WPFで試した限りでは、たった4行のC#コードでカンタンにコントロールツリーを
XPSファイルに出力できて、印刷もサポートしているようですけど・・・
0499デフォルトの名無しさん
2009/03/19(木) 11:35:57XPSでもかまわないけど、SLから直接PrintDialogが出せるかというのも大きいなぁ
Flashは確かできたはず
0500デフォルトの名無しさん
2009/03/19(木) 12:16:08毎年こんな具合で？
0501デフォルトの名無しさん
2009/03/19(木) 13:02:240502デフォルトの名無しさん
2009/03/19(木) 18:59:11おお、なるほど。そう言われて見るとそうなのか。
SDKだけか・・BETAに1が憑いているのは。
0503デフォルトの名無しさん
2009/03/19(木) 19:01:42Expression WebのSuperPreviewなんか、素晴らしいと思うのだが
一方で、MSがこういうの出すってのも時代が変わったんだなぁ。
0504デフォルトの名無しさん
2009/03/19(木) 22:13:420505デフォルトの名無しさん
2009/03/19(木) 22:53:02から至急アンインストールしろってお達しが上から来てた。
詳細は分からんけど、注意した方が良さげ。
0506デフォルトの名無しさん
2009/03/19(木) 23:18:57試用版をDLできるんだから、本気で評価したいなら
こんなことで他人のいい加減な意見を聞かず自分で判断すべし。
0507デフォルトの名無しさん
2009/03/19(木) 23:36:27kwsk
ソース プリーズ
0508デフォルトの名無しさん
2009/03/20(金) 06:43:530509デフォルトの名無しさん
2009/03/20(金) 06:56:29SL3 Tool for VS betaを入れるとSL2の開発は出来なくなります。
SL2の開発を続けるなら別に環境を作ってねと書いてある。
0510デフォルトの名無しさん
2009/03/20(金) 16:00:440511デフォルトの名無しさん
2009/03/21(土) 03:21:04さすがにbackdoor仕掛けて競合からsecret盗むような危険なマネはしないでしょう。
そんなの明るみになったら、ビジネス自体続けられない事態に陥ること必至だもの。
ただ、SLに外野で？関わっている人々の一部には、
OSSの血が入っているからか、コンプライアンスの意識が低いようなところがあり、
しかも、そうした人々が本体とどう関わっているのかは良く見えない。
なんか気持ちが悪いのは確かだ。
MSは自分のところの6digitのサラリーワーカーにもっと仕事させればよいのに、
なんでこうした方針を採っているのか、いまだに謎だよ。
0512デフォルトの名無しさん
2009/03/21(土) 16:20:43MSDNにはUTF8と、Little/Big EndianのUTF16をサポートするとしか書いてないや
自前で実装して一緒に配布するか、（可能なら）サーバー側で変換して渡すのがSLの流儀？
ぐぐってたらASCII用のEncodingの実装例があった。こんな感じでやればいいのか･･でも面倒だな･･･。
http://silverlight.net/forums/t/9407.aspx
# SL3が面白そうだったので予習にSL2を始めましたが手探り状態。でも楽しい
■ このスレッドは過去ログ倉庫に格納されています