Microsoft Silverligh ..
397:デフォルトの名無しさん
09/03/14 20:12:18
>>393
結局、どれくらい盛り上げるかだと思うなぁ。
ユーザは深い所の差なんて気にしないので、広まり始めれば
「最近、あちこちでSLが使われてるなあ、Flashの後継なのかな？」
くらいの感覚で入っていくと思う。MSの課題は、提供者をどれだけ増やせるか。
ま、結局そこでFlashに対してのアドバンテージが必要になるんだけども。
398:デフォルトの名無しさん
09/03/14 23:20:15
Flashがrealplayerのようにクソ化して自滅するか否かというのが
もっと重要だろ。
高シェアに胡座をかいていたらそうなりそうなヨケン。
399:デフォルトの名無しさん
09/03/15 03:25:26
LINQ使うと、サイズがやたら増えるんで気に入らない。
50kB程度で済むアプリでは、さすがに使えない。
VBやMFCのランタイムみたいだ。
Flash置き換えの可能性としてあるのは、
いまだにAS1かAS2でやってるものを、更新するにあたって
AS3にではなく、Silverlightに乗り換えてしまいましょうという道。
MXとSLはパフォーマンス的には近いし、悪くはない選択肢である。
400:デフォルトの名無しさん
09/03/15 05:25:54
SL2のマネージコードを簡単に難読化する方法ないですかね？
いや、隠蔽が目的ではなく簡単にダウンロードサイズを減らしたいだけなんですけどね。
できればSL用のDLL中に圧縮したDLLを入れるとか、そういうのは避けたいんですが‥。
401:デフォルトの名無しさん
09/03/15 06:41:46
>>397
応用の利かないこむずかしいコードとかいらんから、もっと実例がほしい。
見た目やインタラクションがハデなアプリ書くには、XAML前提でのコード例やデザイン例の情報が乏しいし、
ビジネスアプリ書くには、VS標準搭載のコンポーネントの機能が（まだ）あまりにも貧弱すぎると思う。
それでもAJAXに全く興味がわかなかったへたれC#プログラマの俺には、SLはかなりありがたい。
あと、これはもう昔からのMSDNの悪い点だと思うのだが、（何ができるかの情報がとぼしいだけに）
何ができないのかについてはもうちょい簡単に参照できるようにしてほしい。
いちいちMSDNフォーラムとかで聞くのも探すのもめんどうだから、この板に期待してたり。
>>399
サードパーティのdllを梱包した場合でも、とたんにでかくなりますねえ。
System.Xml.Serialization.dllなんかもかなりでかいのかな？
クラスライブラリのビルド時にはすべてのクラスを梱包するアセンブリにして、
アプリケーションアセンブリのビルド時には全部internalアクセスに制限しつつ、
ILのコードから使われてないクラスを自動判定して、コンパクトなアセンブリ作れたらいいのに。
あれ？ありそうな気がしてきたｗ
>>400
XAPファイルのままダウンロードされるんじゃないんですか？
ZIP圧縮したDLLをXAPに梱包しても、サイズ変わらない気もしますが・・・。
いろいろ根本的に俺が間違えてたらすいません。
402:デフォルトの名無しさん
09/03/15 10:17:06
リフレクション、動的なクラスロードが無ければ簡単だけどね
403:デフォルトの名無しさん
09/03/15 11:46:26
>>402
Reflectionの本来の動作どおり、単にnull返してもいいし、
その型はアセンブリに入ってないって例外返してもいいのでは？
テストコード以外でどういう場合に、interfaceによるポリモーフィズムでなく、
Reflectionでなければならないのか興味ありますが。
XAPのサイズがでかくなるっていう元々の問題に対する別の方法として、
必要に応じてサーバから追加でdllをダウンロード（＆インストール）できたとしても、
LINQのdllがでかすぎるといったことの解決にはなってないだろうし。
404:381
09/03/15 13:25:16
>>400
画面やページ遷移にあわせてxapを分割して構築。
そんでもってクライアント側で遅延ロードさせたりでOKじゃね？
あとLINQを動かす部分をWCFサービスにすればいいし。
405:400
09/03/15 14:33:06
>>401
xapファイルの中に入ってるDLLの話なんですけど、
クラス名等の文字列がそのまま入っているです。
>>402
どうやってます？試しにxapの中のDLLをNanDokuにかけてみたら
変換中に飛びました。orz
>>404
後出しで申し訳ないんですけど、分割とか本気で小さくしないと周らない
ってほどではなくて、もう少し簡単に小さくしたいなぁ、くらいなんですね。
現在、生成されたxapが約100k。文字列とか余分な情報を削減して
スリム化できればなぁと。
406:デフォルトの名無しさん
09/03/15 14:37:31
>>404
> あとLINQを動かす部分をWCFサービスにすればいいし。
サーバ側で全データを管理する場合はいいと思いますが、
LINQ使うたびにクライアント側で処理中の中間データを
サーバに送信して結果返させるくらいなら、
素直に起動時にLINQ込みのXAPを落とすほうが良いように思う。
それとももっと違うLINQやWCFの使い方があるんでしょうか？
ローカルで生成したデータを、
ちょちょっとコネコネしたいときにもLINQ便利なんですよね。
407:デフォルトの名無しさん
09/03/15 15:26:18
>>403
ベンダーのライブラリにリフレクションが使われているかわからないでしょ
自分のコードだけなら努力でなんとかなるが
Dotfuscatorでも実現できるがリフレクションは除外するかインターフェイス化するかだね
408:デフォルトの名無しさん
09/03/15 15:28:13
>>405
Dotfuscatorの有料版で可能
値段上がったけどね
409:デフォルトの名無しさん
09/03/15 15:31:14
CoreCLRのサイズを抑えるために個別の機能はリンクしろって思想はある意味しょうがない
あとはアセンブリの細分化と動的読み込みとかで工夫かな
410:デフォルトの名無しさん
09/03/15 15:33:18
>>403
上３つ俺だけど
リフレクションで無くてはならないものを無くすのがSLの基本思想だね
データバインドは無理だけど
411:デフォルトの名無しさん
09/03/16 09:47:17
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
Silverlightは Safari4 とか Google Chrome2 で使えないの？
412:デフォルトの名無しさん
09/03/16 11:24:27
ブラウザにおさまらないほどのコントロール配置しても
IE8がスクロールバー有効にしてくれない
これはUserControlのプロパティで、スクロールバー出せるんでしょうか？
413:デフォルトの名無しさん
09/03/16 11:45:13
このソフトをWinXP SP1で起動させる方法を教えてください
414:デフォルトの名無しさん
09/03/16 16:21:56
インストールしたら、Flashと同じように、使っているウェブサイトを開くだけ。
415:デフォルトの名無しさん
09/03/16 16:45:29
>>412
URLﾘﾝｸ(www.bluerosegames.com)
URLﾘﾝｸ(silverlight.net)
こことか眺めてると (Viewboxあたりら辺とか)
ブラウザのスクロールバーを操作するような用途
に向けて作られてないように思える…
URLﾘﾝｸ(www.codeproject.com)
なるべく枠内にまとまるようにレイアウトしてゆくみたいな…
URLﾘﾝｸ(mohammadabtahi.wordpress.com)
416:デフォルトの名無しさん
09/03/16 17:26:10
>>415
なるほど、スクロールが必要な設計にしなければよいわけですね
ありがとうございました。
417:デフォルトの名無しさん
09/03/16 18:18:55
>>412
下記のコードで書いたようなことじゃないよね？
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;
}
}
418:デフォルトの名無しさん
09/03/16 21:48:45
只今、Silverlightでモーダル動作のポップアップウィンドウを実装しようと格闘中。
Macっぽく背面をすべて半透過のダークシェードで覆ってやりたいんだが・・・
419:デフォルトの名無しさん
09/03/16 22:48:56
Silverlightって積極的にdouble型使ってるけど、floatと比べて処理速度は
どんなもんなんだろ？誰か計った人いない？
なんとなくだけど、doubleを採用しているのは精度を高める為だけで、
速度のことは考えてないような‥。
420:デフォルトの名無しさん
09/03/16 22:52:09
無駄口たたいてるヒマがあったら測れよ馬鹿が
421:デフォルトの名無しさん
09/03/16 23:10:46
floatもdoubleも実際の演算のときは同じサイズの内部表現(CILのF型)に変換されて扱われるんじゃなかったっけ
422:デフォルトの名無しさん
09/03/16 23:34:26
積極的にdouble型が使われているような箇所で処理速度の影響が問題になるのかと・・・
423:デフォルトの名無しさん
09/03/16 23:43:02
long doubleよりもdoubleよりもshortや、64bit long longよりも32bit long/int、さらに16bit short、
さらに8bit charやビットフィールドが大好きな'80年代のアセンブラやC言語の組み込み君は
Z80でスーパーπでもやってろ！
424:デフォルトの名無しさん
09/03/17 00:29:57
ずいぶん昔、たぶん80287のころから、floatとdoubleの処理効率は変わらん。
425:デフォルトの名無しさん
09/03/17 00:37:29
float 100000個の演算とdouble 100000個の演算だと、時間的に変わってくるけどな
426:デフォルトの名無しさん
09/03/17 00:47:26
86系CPUはむしろdoubleの方が早いんじゃなかったっけ？
ハードウェアがdoubleで計算してるから、
float使うとむしろ型変換の分のロスがあって。
427:デフォルトの名無しさん
09/03/17 00:47:35
そりゃ、厳密に効率化すればDoubleのほうが速いだろうけど、
ほとんどの処理系で一緒になるでしょ。
428:デフォルトの名無しさん
09/03/17 00:52:04
どうして実測しないんですか？
429:427
09/03/17 00:56:19
おれ？
今温泉旅館で酒飲みながら、PDAからここ読み書きしてるから。
かわりにやっといて。
430:デフォルトの名無しさん
09/03/17 01:01:45
>>419
URLﾘﾝｸ(inomata.lolipop.jp)
こういう目的で使いたいならfloatとdoubleの演算精度を比較してもいいが、
アプリがやることのほとんど全てが浮動小数点演算でもない限り、実行速度の差は無視できる。
まあ、そもそもそういうのが気になる人は、やっぱり自分でベンチマーク書くもんですｗ
ただSilverlightでは精度の高いSystem.Diagnostics.Stopwatchは使えなくて？、
50ミリ秒くらいの精度しかないDateTime.Nowしか使えなかった気がする。dll参照足りなかっただけかな？？
3D描画とかをやりたいなら、Silverlight3でGPUアクセラレーションが使えるようになるのを待つべきかと思う。
>>421
Silverlightアプリ上では確認してないが、
.NETでのfloatとdoubleの演算精度は定義どおり違うものだし、
実行速度にもごくわずかに差は出ることは確認済み。
431:デフォルトの名無しさん
09/03/17 01:02:45
>>427
いや、floatのほうが速いよ？常識だろｗ
432:デフォルトの名無しさん
09/03/17 01:10:20
結局は要件次第だから
性能に影響無い箇所なら使いたいほうを使え
理論だけでコードが汚いやつはアホ
433:デフォルトの名無しさん
09/03/17 01:11:37
仮にfloatにして処理が速くなったところで、それで浮いた実行時間は他に活用できるほどなのか？
434:デフォルトの名無しさん
09/03/17 01:11:54
>>426
と思ったらそういう誤解か・・・。
SSE命令にまで自動的にJITコンパイルしてくれるので、floatを毎回doubleに型変換したりとかはない。
もちろん、cosやsinの計算とかをいちいちfloatに格納して、それをまたdoubleに戻して別の演算みたいな、
明示的な型変換がコード中にたくさんあれば、単にdoubleで全部計算するよりも遅くなることはありうる。
ソースコードに対しては忠実な動作をするからね。
435:デフォルトの名無しさん
09/03/17 01:14:00
GUIコンポーネントのプロパティの型に出てくるようなdoubleは、当然doubleのまま使うべき。
そんなもん実行速度の差が出るわけないです。
436:デフォルトの名無しさん
09/03/17 01:15:59
まああれだ。結論だけ言っておくと、心配なら全部doubleで書きなされ。
実行速度の差は無視できるが、演算精度の差は無視できないから。
437:デフォルトの名無しさん
09/03/17 01:19:14
>>431
え、まじ？
なんでそんなことになるの？
ちょっと不思議。
438:デフォルトの名無しさん
09/03/17 01:20:09
ソフト業界には、「処理効率を少しでも上げるため」と言って、残業や休出してまでカリカリに
チューニングしたり、勝手に既製のライブラリまでカスタマイズして納期を遅らせるマニアな
香具師が居るけど、会社や顧客にとってはそいつに払う残業代や休出手当てと納期遅れの方が
深刻な問題なんだよな。
439:デフォルトの名無しさん
09/03/17 01:23:05
>>437
動画処理や3D画像描画の、いわゆるマルチメディア関連の演算はほとんどfloatの精度ですむわけだ。
だからfloat演算専用のハードウェアが乗ってて、それを実行するのがSSE命令。
Wikipedia項目ﾘﾝｸ
440:デフォルトの名無しさん
09/03/17 01:45:41
>>438
わかる
それでソースが汚いと最悪だわ
そんなことよりボトルネックは他にあるだろ
441:デフォルトの名無しさん
09/03/17 01:56:32
>>439
Mono.SIMDでも使っとけばいいと思うよｗ
442:デフォルトの名無しさん
09/03/17 02:45:29
よく考えるんだ！
Silverlightの目的はネット越しのリッチなプレゼンテーションだぞ。
高度な負荷処理はWCFなどのWebサービスに投げろ。
443:419
09/03/17 04:42:54
3Dモデルを出そうとして、更にSLとMDXのハイブリッドコード考えた時、どうしようか迷ってる。
DirectX系はfloatなので、できればそれに合わせたいけど処理速度的にはSLの方がシビア。
しかし頂点のデータ量とかも考えると、ギリギリまでfloatで最後にdoubleに変換の方がいいのかな？
と思いつつも俺の無知で、実はSLは何をするにもdoubleがベストなのは常識！とかだったら嫌なので
一応、聞いてみますた。丸投げ面倒臭がりでスマソｗ
444:デフォルトの名無しさん
09/03/17 07:02:20
3Dの計算って1つの数値に対する計算量はそんなに多くなくて、
短い計算を大量の座標に対して行うから、キャッシュに入りやすい
floatの方が良いと思う。
445:デフォルトの名無しさん
09/03/17 07:46:55
>>441
そんなもの使わなくても、コンパイラと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使っとけ。ってかもうちょっとちゃんと勉強するべきだ。
446:デフォルトの名無しさん
09/03/17 08:03:42
ちょっと>>445の文章は、わかりにくいところがあると思ったから修正。
>>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でできる。
447:デフォルトの名無しさん
09/03/17 08:39:07
昔実測したらfloatの方が遅かったんだけどなぁ・・・
今、ネットで検索してみても、
「.NET Framework は環境に応じて SSE 最適化する」
って話出てるフォーラムがあるなぁ。
昔計ったのはなんで遅くなったんだろう。
448:デフォルトの名無しさん
09/03/17 10:03:00
>>439
ありがとう。
どうせFPUが処理するんだから、ワードサイズと処理単位は一致しているのが
もっとも効率的と思っていたわたしは、
486DXと486SXの違いくらいしか知りませんでした。
449:デフォルトの名無しさん
09/03/17 12:50:46
低レベル（下層レベル）の事ばかりを案ずる人は、.NETテクノロジーが不安で不安で
仕方なく、とても安心して使えないということだな。
450:デフォルトの名無しさん
09/03/17 15:34:02
.NETを安心して安心して使える、って人は存在するの？
451:デフォルトの名無しさん
09/03/17 15:51:09
【ネット】USEN、GyaO事業を100％子会社に移管--GyaO事業本部は廃止に [03/16]
ｽﾚﾘﾝｸ(bizplus板: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
使いにくいのはそのせいか
452:419
09/03/17 19:24:46
>>444、その他の人。
とりあえずMatrixとVectorを実装して頂点計算っぽいものをしたけど、体感速度に差はなかった。
頂点数は少ないけど、マトリクス同士の掛け算でモリモリ掛け算しているので
速度論議は結局徒労に終わった感じ。もしくはボトルネックが別にあって
気にならないだけかもしれないけど。何にせよ、色々教えてくれた人には感謝。
>>446
そうだね♪
453:デフォルトの名無しさん
09/03/18 03:52:47
>>446
SLでD3D相当のラスタライズアルゴリズムを自分たちで実装してる人っては
いないんじゃないか？
一部でやられているのは、Intelあたりがやっているray tracingの
counterpartであって、DirectXの〜ではない。
まあでも、いずれにしても3Dについては、SL3を見て考えるというのは、まっとうな判断だーね。
しかし、SL3の3Dはいったい、どれぐらいのもので、何ができるのか。
Flash10のと似たような感じのものなのか違うのか、どうなんでしょうねー？
MSの狙いは、とりあえずPhotosynth関連をまともに動かすという程度
あたりなんでしょうから、まあ、そんなに期待はしてないけども。
予想に反して素晴らしかったら、MSを尊敬するよ。
454:デフォルトの名無しさん
09/03/18 04:34:23
個人的にはハードウェア対応なので、それなりに動くようになると思う。
ただ、その分起動が遅くなってJava3Dの様になるんじゃないかと心配。
455:デフォルトの名無しさん
09/03/18 09:18:29
>>453
URLﾘﾝｸ(www.windowsvista.si)
URLﾘﾝｸ(pub.ne.jp)
誰もD3D相当のとは言ってないが？
ラスタライズアルゴリズムの実装とか、学生のレポート課題とかでもよくあるぞ。
456:デフォルトの名無しさん
09/03/18 09:24:02
へー、みんなすげーな。
457:デフォルトの名無しさん
09/03/18 09:46:55
URLﾘﾝｸ(www.physicspoweredgames.com)
これのPin Jointデモで２つのブロックの間に通せそうで通らない。イライラしてきた！
458:デフォルトの名無しさん
09/03/18 09:56:59
摩擦抵抗を考慮してないからなw
459:デフォルトの名無しさん
09/03/18 10:13:14
>>455
残念ながら分かってないのは君だな。レポート課題とやら、もう少し真面目にやったほうが良いんじゃないの？
ラスター化するのがラスタライズで、その貼ったURLでやられている3Dはラスタライズなんてしてないよ、見たところ。
それは単なるベクターの変形。もうちょっと勉強して出直してきな。
460:デフォルトの名無しさん
09/03/18 10:21:18
直線のラスタライズとか結構面倒だからなあ。
円のほうがまだ簡単だった
461:デフォルトの名無しさん
09/03/18 10:58:28
>>417
ScrollViewerをGridにはさんで望みどおりのスクロールバーが出ました！
ありがとうございます。
ブラウザのスクロールバーは役立たずですね。
462:デフォルトの名無しさん
09/03/18 15:39:10
Silverlightの動画って保存できませんか？
463:デフォルトの名無しさん
09/03/18 17:27:39
Silverlight Toolkit をダウンロードしたんですが、
インストール方法がわかりません。
Binariesフォルダをどこに配置すべきなのでしょうか？
464:デフォルトの名無しさん
09/03/18 17:37:58
そんな人は使うなよ
465:デフォルトの名無しさん
09/03/18 19:23:00
Microsoft® Silverlight™ 3 ソフトウェア開発キット Beta 1
URLﾘﾝｸ(www.microsoft.com)
Visual Studio 2008 SP1 用 Microsoft® Silverlight™ 3 Tools Beta 1
URLﾘﾝｸ(www.microsoft.com)
466:デフォルトの名無しさん
09/03/18 22:34:18
公開早いな
467:デフォルトの名無しさん
09/03/18 22:55:24
インストールしたけど2からの変更点が分からん
468:デフォルトの名無しさん
09/03/18 23:00:22
GPU 使うようになって、H.264 に対応したって話だっけか。
BAML 対応強化とかって含まれるのかな？
WPF の方は、.NET Framework 4.0 で BAML の読み書きできるようになるらしいけど。
469:デフォルトの名無しさん
09/03/18 23:13:11
まぁ、今夜MIX09のKeynoteが始まるから待とうじゃまいか。
URLﾘﾝｸ(live.visitmix.com)
470:デフォルトの名無しさん
09/03/18 23:15:38
午前１時か
471:デフォルトの名無しさん
09/03/18 23:51:07
これはもう完全にXBAP終了のお知らせだな・・・
URLﾘﾝｸ(d.hatena.ne.jp)
472:デフォルトの名無しさん
09/03/19 00:01:37
まさかのピクセルシェーダ(HLSL)対応w
3Dはお預けっぽいね
473:デフォルトの名無しさん
09/03/19 00:09:36
>>471
このままいけば、踏み台のXBAPだけでなくASP.NETも御役御免になりそうな勢い。
俺個人としては、WCFとのバインディングにBasicHttpBinding以外も可能になったかのかが気になる。
あと、グラフィックと通信の強化は、ちょっとしたネトゲも可能になりそうな展開だなｗ
474:デフォルトの名無しさん
09/03/19 00:23:26
いやすでにXBAPは黒歴史だろ。
実際に動いたシステムってあるのかねｗ
475:デフォルトの名無しさん
09/03/19 00:24:49
どこかの動物園とかTBSの安土城とか使ってたような
476:デフォルトの名無しさん
09/03/19 00:48:48
ちょｗｗｗｗおまｗｗｗｗｗｗｗ3D3D言ってきた俺涙目；；
477:デフォルトの名無しさん
09/03/19 01:40:17
DataGridがどうなったのか非常に気になるのだが、調べる時間がない；；
478:デフォルトの名無しさん
09/03/19 01:46:22
今Keynoteのストリーミング見始めたんだが、
ちょうどScottGuが出てる所だけど、SL3のデモはまだかな？
479:デフォルトの名無しさん
09/03/19 01:58:25
すぐにデモ見たいな。
480:デフォルトの名無しさん
09/03/19 02:02:19
きたきた
481:デフォルトの名無しさん
09/03/19 02:31:20
なんか恐ろしいことになってるな
482:デフォルトの名無しさん
09/03/19 02:46:16
Blendがとうとうまともになった・・・
483:デフォルトの名無しさん
09/03/19 02:51:22
てかSketchflowよく考えられてるな。
484:デフォルトの名無しさん
09/03/19 02:54:57
Photoshop, Illustrator をレイヤー情報保ったままインポートできるのは素晴らしいな。
485:デフォルトの名無しさん
09/03/19 02:56:25
なんかデモだけ見てるとすばらしい環境のように思えてきたｗ
486:デフォルトの名無しさん
09/03/19 03:24:35
モバイルの話は一切無し…
487:デフォルトの名無しさん
09/03/19 03:27:37
まぁ結構面白かったな。お疲れ＆オヤスミ
488:デフォルトの名無しさん
09/03/19 03:29:30
ん、やはりMSはVer.3から本気出すというのは本当だったんだなｗ
オヤスミ
489:デフォルトの名無しさん
09/03/19 05:47:36
Silverlight 3 Beta
URLﾘﾝｸ(silverlight.net)
490:デフォルトの名無しさん
09/03/19 06:42:51
Silverlight 3 Tutorial Videos
URLﾘﾝｸ(silverlight.net)
もうね、3D効果とか半端ないな。他の追従を許さねぇｗｗｗ
「敵(Adobe Flash)を欺くには、まず味方(WPF/XBAP)から。」 とはこの事だね。
491:デフォルトの名無しさん
09/03/19 07:32:58
そのビデオ見てる感じ、
3Dモデルを表示できるわけじゃなくて、投影変換エフェクトが追加されただけかな？
これは GPU-accelerated でやってくれてるんだろうか。
492:デフォルトの名無しさん
09/03/19 08:45:38
URLﾘﾝｸ(www.hufkens.net)
URLﾘﾝｸ(markharrison.co.uk)
なんとなくまとまってたので貼りこ
ランタイムはサイトに直接行って3の入れないとだめぽ
2のランタイムと混ぜてもじぶんの環境だと不具合なしと(XP Home Sp2)
493:デフォルトの名無しさん
09/03/19 08:49:53
URLﾘﾝｸ(blogs.msdn.com)
追記： chm ファイル発見
494:デフォルトの名無しさん
09/03/19 09:08:09
> We now have SaveFileDialog support in Silverlight 3.
うほっ
495:デフォルトの名無しさん
09/03/19 10:23:19
URLﾘﾝｸ(samples.msdn.microsoft.com)
FF 3.06, 3.1 Beta3, Opera 9.64 だと見れないことを確認した…
というか IE オンリーでした…orz
496:463
09/03/19 10:40:20
参照設定で
Microsoft.Windows.Controls.Input
を追加後、
UserControlの属性に
xmlns:input="clr-namespace:Microsoft.Windows.Controls;assembly=Microsoft.Windows.Controls.Input"
を追加したら
<input:NumericUpDown>
で使えました、お騒がせしました
497:デフォルトの名無しさん
09/03/19 11:15:03
Can install Silverlight application on desktopって結局はInternet Explorer_Server使ってるんだな
まぁ、いいけどさ
PrintingとSupport for PDFとか見つからないなぁ
探し方が悪いのか、まだ実装されてないのか・・
498:デフォルトの名無しさん
09/03/19 11:20:52
>>497
＞PrintingとSupport for PDFとか見つからないなぁ
＞探し方が悪いのか、まだ実装されてないのか・・
MS謹製のXPSは如何でしょうか。
WPFで試した限りでは、たった4行のC#コードでカンタンにコントロールツリーを
XPSファイルに出力できて、印刷もサポートしているようですけど・・・
499:デフォルトの名無しさん
09/03/19 11:35:57
>>498
XPSでもかまわないけど、SLから直接PrintDialogが出せるかというのも大きいなぁ
Flashは確かできたはず
500:デフォルトの名無しさん
09/03/19 12:16:08
また、Beta1で、6月にBeta2で・・9月にRCとかで・・と
毎年こんな具合で？
501:デフォルトの名無しさん
09/03/19 13:02:24
Betaの後ろに番号つけてないから、去年のSL2よりは早くリリースされるんじゃない？とか適当言ってみる
502:デフォルトの名無しさん
09/03/19 18:59:11
>>501
おお、なるほど。そう言われて見るとそうなのか。
SDKだけか・・BETAに1が憑いているのは。
503:デフォルトの名無しさん
09/03/19 19:01:42
MIX09では地味ながら手堅いもの色々出してきてるね。
Expression WebのSuperPreviewなんか、素晴らしいと思うのだが
一方で、MSがこういうの出すってのも時代が変わったんだなぁ。
504:デフォルトの名無しさん
09/03/19 22:13:42
Expression全く触ったことない俺に今までのBlendは何が駄目でVer3は何がいいのか教えてください＞＜
505:デフォルトの名無しさん
09/03/19 22:53:02
ついさっき、SilverLight3のToolsとSDKは、インターネットに接続するPC
から至急アンインストールしろってお達しが上から来てた。
詳細は分からんけど、注意した方が良さげ。
506:デフォルトの名無しさん
09/03/19 23:18:57
>>504
試用版をDLできるんだから、本気で評価したいなら
こんなことで他人のいい加減な意見を聞かず自分で判断すべし。
507:デフォルトの名無しさん
09/03/19 23:36:27
>>505
kwsk
ソース プリーズ
508:デフォルトの名無しさん
09/03/20 06:43:53
SilverlightじゃなくてSilverLightの話だから気にしなくていいよ
509:デフォルトの名無しさん
09/03/20 06:56:29
>>489 のIMPORTANT DEVELOPER NOTEのとこじゃない？
SL3 Tool for VS betaを入れるとSL2の開発は出来なくなります。
SL2の開発を続けるなら別に環境を作ってねと書いてある。
510:デフォルトの名無しさん
09/03/20 16:00:44
なるほど、クライアント側でSL3ランタイムを要求されちゃうのか。
511:デフォルトの名無しさん
09/03/21 03:21:04
インストールすると、なんか何かが怪しい挙動するような気もするけど、
さすがにbackdoor仕掛けて競合からsecret盗むような危険なマネはしないでしょう。
そんなの明るみになったら、ビジネス自体続けられない事態に陥ること必至だもの。
ただ、SLに外野で？関わっている人々の一部には、
OSSの血が入っているからか、コンプライアンスの意識が低いようなところがあり、
しかも、そうした人々が本体とどう関わっているのかは良く見えない。
なんか気持ちが悪いのは確かだ。
MSは自分のところの6digitのサラリーワーカーにもっと仕事させればよいのに、
なんでこうした方針を採っているのか、いまだに謎だよ。
512:デフォルトの名無しさん
09/03/21 16:20:43
あれ、EncodingでShift_JIS使おうと思ったけど無いのかな。
MSDNにはUTF8と、Little/Big EndianのUTF16をサポートするとしか書いてないや
自前で実装して一緒に配布するか、（可能なら）サーバー側で変換して渡すのがSLの流儀？
ぐぐってたらASCII用のEncodingの実装例があった。こんな感じでやればいいのか･･でも面倒だな･･･。
URLﾘﾝｸ(silverlight.net)
# SL3が面白そうだったので予習にSL2を始めましたが手探り状態。でも楽しい
513:デフォルトの名無しさん
09/03/21 16:23:26
マイクロソフトに繋がらんのんだが
514:デフォルトの名無しさん
09/03/21 16:29:29
IE8リリースで混んでるみたいだ
515:デフォルトの名無しさん
09/03/21 20:05:06
MS本気出しすぎ。いい加減にしろ
516:デフォルトの名無しさん
09/03/21 20:35:39
MSは開発フレームワークなどはいいんだが、製品は何で微妙なのか(´・ω・｀)
517:デフォルトの名無しさん
09/03/21 21:20:11
フレームワークもクソだよ。WinFormsとかは
518:デフォルトの名無しさん
09/03/21 23:02:56
割合素直な Win32 ラッパーだし、 1.0 からあるからそのときの
状況考えるとクソでもなんでもない気が。
519:デフォルトの名無しさん
09/03/21 23:11:03
なんでもクソって言いたいんだろう
むしろ最近はよく出来てて感心させられることのが多い
520:デフォルトの名無しさん
09/03/22 00:10:17
Silverlightとかから考えるとC時代のWindowsプログラミングとかもうマゾ過ぎるな
521:デフォルトの名無しさん
09/03/22 00:53:48
>>520
WindowsSDKレベルのAPIコードなんて見たくもない。
今でも「C言語って、ビットやメモリを意識する感覚が好き。」とか言って
好んで使ってる奴を見かけるが、ハッキリ言って異常なＭ体質だよな。
522:デフォルトの名無しさん
09/03/22 02:04:21
組み込みプログラマは変態。
523:デフォルトの名無しさん
09/03/22 02:08:34
>>520
十数年前と今を比べりゃそりゃそうなるって。
>>521,522
誰もやりたがらないことだから、M体質な人が高給とって食ってけるわけで。
魂削って金を得るのが好きな日本人向けのいい分野じゃないか、組み込みは。
524:デフォルトの名無しさん
09/03/22 02:17:39
MSが日本企業だったら、
frameworkもとんでもない綺麗な実装になってただろうな
525:デフォルトの名無しさん
09/03/22 02:19:28
日本企業だったら、Frameworkってものがそもそもできなさそうな気もするんだけど。
Frameworkよりもマンパワー使って個別案件に事細かに対応ってのが日本的なスタイルな気が。
526:デフォルトの名無しさん
09/03/22 02:31:52
>>525
その反例はPlayStationとか、Wiiとかの開発環境を提供してる企業があることかと
527:デフォルトの名無しさん
09/03/22 03:29:37
>>520-522
ビットやメモリを意識することを、苦痛と感じるのは、脳のビットが足りてないからじゃないの？
>>525
そのあたりに、日本のソフトウェアまたはITジャイントというものが存在しない理由があるのでしょう。
ただ、人海戦術しかないんだとすると、将来、人口の多い後進国にどうやっても勝てないなんて事にも
なりかねないんだけどね。どうなることやら。
528:デフォルトの名無しさん
09/03/22 03:38:14
>>527
＞ビットやメモリを意識することを、苦痛と感じるのは、脳のビットが足りてないからじゃないの？
そのような発想をしていては、とても上層のアーキテクト設計や経営層が相手の仕事は無理だぞ。
529:デフォルトの名無しさん
09/03/22 06:01:17
>>520-521を読んだ時、絶対スレが脱線すると思った。>>438もそうだけど、
どうもローテクに嫌悪感をもつ人が書き込みを始めた予感。
ローテク自体には賛否両論あると思うけど、その辺で煽ったり熱くなったりすると
スレの趣旨からますます離れていくことになりそう。
と、このレス自体もスレチなんけど。
530:デフォルトの名無しさん
09/03/22 10:11:23
>>526
WiiとかPSとか、開発むちゃくちゃ大変よ。
あと、WiiとかPSの公式ライブラリ、海外のミドルウェアメーカー製ばっかり。
ゲーム機は>>525みたいな話がむしろ顕著な分野だと思う。
MSがXNAとか出して開発の敷居下げまくってるのに対して、
PS3は「開発ツール充実してないけども、日本の開発者ならなんとかしてくれるはず」とか開き直って大外れしてるし。
531:デフォルトの名無しさん
09/03/22 12:46:47
>>525
FにしろHにしろ、Javaや.NET向けに自社標準frameworkはある。
Javaの場合は、自社製アプリケーションサーバと組み合わして、囲い込みも狙ってるし。
532:デフォルトの名無しさん
09/03/22 15:31:37
自民党信者よ、これだけは覚えておけ。
民主の評価が下がっただけで、自民の評価が上がったわけじゃない。
・漢字の読み間違い
・カップラーメン
・ホッケの煮付け
・ボールペンのキャップ
・バー通い
・酒
・絆創膏
・給付金を貰うか貰わないかの迷走
・日本酒を6本購入 ←New
どれひとつとして、我ら国民は決して忘れていない。
国民は、絶対に麻生を許さない。
533:デフォルトの名無しさん
09/03/22 19:56:32
そんなことより、I/Oポート81H叩いてDMA転送止めようぜ!
534:デフォルトの名無しさん
09/03/22 23:45:09
>>530
日本の技術者の足りないところだよね。
技術者育成に影響力を持つ国公立の教育機関主導の工業・工学系の
教育は知識先行。日本的なメーカーは城体質だから内向きの閉鎖文化。
市場リードに繋がるプロデュース能力面で大きく遅れをとっている。
535:デフォルトの名無しさん
09/03/23 09:52:05
>>529
パフォーマンスは、元々Silverlightが抱える重大な問題の一つで、そんなにスレ違いでもない。
てか、Silverlightに関して実行速度とか、あとファイルサイズとかについて、これだけ熱くなっているところって
ここ以外にないような感じで大変に面白い。これぞ日本の国民性。
ケチがゆえに効率性を上げ、またケチがゆえにロクに投資もしない。
金が切れているから、縁も切れている。産＆学もしかり。>>534 OK？
でも、こういうセコさは、環境ビジネスにつながるところで、幾らか追い風が吹いていて、
また、上手くやれば短期間で景気回復への寄与と産業創出による雇用対策の両方を
一挙に果たせる有望な分野であるのに、国による純粋なIT支援とかの話は持ち上がってこない。
>>531のFやらHやらのプレゼンが足りないのか、何なのか。
まあ、おそらく、
ソフトウェア屋ってのは信用されてない。ソフトウェアをやってるっていったら、田舎じゃ何となく怪しげ。
「あの人は製造業してる、でもあの人・・ソフトウェアやってんだってさ」っていったら、
何となく今でも眉につば付けて見られるところがあるでしょうが。
とか言いかねないよね、ってな具合に>>532もカバーしつつ。
Silverlightを本当に発展させたいなら、資金調達の道もなく打ち捨てられている
日本の中小セコさ技術を取り入れる投資の話も一緒に持ってきてくれ、とスティーブに
伝えておいてくれ。関係者さん。
536:デフォルトの名無しさん
09/03/23 18:39:05
カスタムエフェクトをピクセルシェーダで書けるようになったが、
これGPUじゃなくてCPUでやってるね。
Macは確認して無いけど恐らく似たようなものかと。
セキュリティを考えたらWeb由来コードをGPUに投げるのは、
現状のGPUではまだ無理じゃないかと思ってたが、その通りだった。
537:デフォルトの名無しさん
09/03/23 19:42:01
初心者ですまんが、SliverlightとWPFブラウザアプリケーションってどう違うの?
538:デフォルトの名無しさん
09/03/23 19:55:30
WPFウェブアプリ(XBAP)
CLR上で動く。サイズが大きく、スループット重視。
セキュリティモデルもCLR準拠。普通はインターネットゾーンで稼動。
証明書などでセキュリティゾーンを変更できる。
Silverlight 2.0
専用のmini-CLRで動く。サイズが小さくレスポンス重視。
セキュリティモデルは単一で変更は出来ない。
539:デフォルトの名無しさん
09/03/23 20:05:02
silverlightとwpfでコントロールをデザインするにはblend2で、コードを記述するならVisualStudio?
VSでコントロール配置できないなんてすごい不便だよな・・
540:デフォルトの名無しさん
09/03/23 20:13:20
>>538
ありがとう。
ということは、CLRやセキュリティの差異をはずせば同じということなのか。
541:デフォルトの名無しさん
09/03/23 22:08:06
オフラインになったらセキュリティモデル変わるんじゃないか？(´・ω・｀)
542:デフォルトの名無しさん
09/03/23 23:06:39
HTAにSilverlightをホストできたけど、セキュリティ・モデルはチェックしてなかったなぁ
543:デフォルトの名無しさん
09/03/23 23:10:53
>>540
そう。
結構fullのCLRとmini-CLRの差はあるけども。
>>541
SL3 の Out of Browser 実行でもサンドボックス内で動くって話らしい。
544:デフォルトの名無しさん
09/03/23 23:23:03
じゃあそろそろ誰かSilverlightでWebブラウザ実装してみようって話に持って行ってみて
545:デフォルトの名無しさん
09/03/23 23:26:04
IEでSilverlightを実行している中にブラウザがあってその中でSilverlightを実行した中にブラウザがあって
その中でSilverlightを実行した中にブラウザがあってその中でSilverlightを実行した中にブラウザがあって
その中でSilverlightを実行した中にブラウザがあってその中でSilverlightを実行した中にブラウザがあるということですか？
546:デフォルトの名無しさん
09/03/23 23:42:26
VS のエディタがいきなり WPF になって驚いたから IE が CLR
ベースになってももう驚かないぞ☆
547:デフォルトの名無しさん
09/03/23 23:46:05
officeはすでにCLRベースじゃなかったっけ
548:デフォルトの名無しさん
09/03/24 00:11:02
>>543
なんか今度はファイル保存とかも出来るらしいが、それはサンドボックスに含まれるんか？(´・ω・｀)
549:デフォルトの名無しさん
09/03/24 00:41:13
>>548
含まれるみたい。
ユーザーがボタン押したとか、明示的に何かしたとき限定で、
ファイルオープンダイアログ出す
（自動保存は無理だし、自動的にダイアログ出すのも無理）
みたいだし、問題ないのかも。
550:デフォルトの名無しさん
09/03/24 08:48:02
>>545 それは新種のブラクラだな。
551:デフォルトの名無しさん
09/03/24 13:09:19
SilverLightの上でHyperVが動けば良くね？
552:デフォルトの名無しさん
09/03/24 13:19:37
むしろHyperV上で直接SLが動いた方が良い。
553:デフォルトの名無しさん
09/03/24 13:31:51
♪親亀の上に子亀が乗って〜
554:デフォルトの名無しさん
09/03/24 14:56:14
亀の頭が取れて〜♪
555:デフォルトの名無しさん
09/03/24 16:10:17
2枚の鏡を向かい合わせにしたり、ビデオカメラをモニターに向けたりと同じですね
556:デフォルトの名無しさん
09/03/24 18:25:05
>>549
悪意があれば問題があるような気が…。
でもイントラでは便利そうだな。
557:デフォルトの名無しさん
09/03/26 19:34:32
Silverlight2.0の勉強したいんだけど
サイトでプログラムの作り方を紹介しているところってある？
558:デフォルトの名無しさん
09/03/27 00:37:08
>>557
URLﾘﾝｸ(silverlight-users.jp)
この辺りをどうぞ。
あとは、WPF がらみで検索してみるのもありか。
作り方はほぼ一緒で、クラスが少ない程度だから。
「げっ、このクラス Silverlight にはねーのかよ」とか文句言いながらになるんだけどもね。
559:デフォルトの名無しさん
09/03/27 04:12:20
＞「げっ、このクラス Silverlight にはねーのかよ」とか文句言いながらになるんだけどもね。
プゥーッ と膨らんだ期待と希望の風船が一瞬にして パンッ☆ と破裂する瞬間だよなｗ
XPS関係とかもそう。
まあそれでもASP.NET 2.0と比較すれば、Silverlightはクアイアントサイドで動作するので
ステートフルな制御が可能な事と、洗練されているのが救いだな。
560:デフォルトの名無しさん
09/03/27 04:13:56
まだベータだけど勉強だけならSilverlight 3にしたら？
561:デフォルトの名無しさん
09/03/27 08:27:53
この間プロトタイプで株式チャート作った時は足りないクラスとかに何もきづかんかった･･･(´・ω・｀)
基本的に自前主義で色々作ってるから？
562:デフォルトの名無しさん
09/03/27 08:53:30
>>561
うん、ほとんど事足りるんだけどね。
たまにだから余計に「げっ」って思う。
ないと思ったら、実はオーバーロード違いの奴があったりもする。
Encoding.GetString(byte[]) がなくて、
GetString(byte[], int, int) だけあるとか。
563:デフォルトの名無しさん
09/03/27 08:55:59
基本的なジオメトリは共通だけど、
Storyboardやバインディング、動的リソース関係がほとんど互換なし。
コントロールは今後外付けでWPFと共通のものが増えてくるんじゃないかな。
564:デフォルトの名無しさん
09/03/27 09:03:41
Binding は 3 でだいぶ WPF に近づくらしい。
コマンドがまだ外つけなのがつらい。
ただ、外つけライブラリは今後、
アセンブリキャッシュっていう、MSのサイトからダウンロードして
ローカルにキャッシュするような仕組みが入るらしいから
xapファイルサイズ気にせず使えるようになりそう。
外つけのコントロール類は、今はSilverlight優先で開発されてて
むしろWPFの方が後。
565:デフォルトの名無しさん
09/03/27 10:43:50
今後はコントロール類はMS-PLでCodePlexで開発というスタイルで
進んでいきそうだね。これは良い傾向。
566:デフォルトの名無しさん
09/03/27 12:38:50
外つけってどういう意味？
567:デフォルトの名無しさん
09/03/27 21:19:10
>>566
Silverlight の SDK 入れると、
\Program Files\Microsoft Silverlight\3.0.40307.0
にdllがいくつか入ってる。
これは、MSからの公式提供ライブラリなんだけど、
Silverlight のランタイム中には含まれてない。
このライブラリを参照すると、xap ファイルに同梱されての配布になる。
結果、xapファイルが肥大化する問題があったんだけど、
それを解決してくれるのがアセンブリーキャッシュ。
568:デフォルトの名無しさん
09/03/28 10:48:41
>>565
Flexのコントロール類が、バージョンを幾つ経たって
マトモなものになって行かないってのと同じ運命だってことですね。
569:デフォルトの名無しさん
09/03/28 11:06:38
>>568
開発進めるのはあくまでMS社員。
単にソースがオープンになってるだけ。
570:デフォルトの名無しさん
09/03/28 12:22:58
>>81
営利目的で使えない以外に、何かあんの？
571:デフォルトの名無しさん
09/03/28 14:26:17
>>569
誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
オープンな形でやる限り、本当に誰がやっても同じになるような
教科書レベルのものにしかならず、実際上はちっとも役に立たない。
これは何故かというと、MS含め、オープンソースキッズの技術が貧弱だから。
ではなく、商用のコントロールに匹敵するようなものをオープンに出したら、
それは単なるダンピングだよねってことになるからよ。
特にMSが主導する場合、このあたりは相当にセンシティブな問題となってロクなことはない。
基本的なコントロール群の開発に関して戦略を間違えるとアウトだってのは
先人が示す通りで、同じような道を進むなら、それはちっとも良い方向じゃない。
572:デフォルトの名無しさん
09/03/28 14:32:42
>>571
それ自体がタダでもめぐりめぐってWindowsとかの売り上げが伸びることで儲かる
っていうようなビジネスモデルでもダンピングになるのか？
573:デフォルトの名無しさん
09/03/28 17:55:19
>>570
たとえば、Monoプロジェクトの参加ルールには、以下のように書いてある。
｜If you have looked at Microsoft's implementation of .NET or their
｜shared source code, you will not be able to contribute to Mono.
意図せず偶然に、同じコードを書いてしまうこともありえなくはないが、
もし事前に見ていたら偶然と言うことはできなくなるし、ほんとに
その部分は読んでいなかったとしても、抗弁は難しい。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4850日前に更新/180 KB
担当:undef