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.
意図せず偶然に、同じコードを書いてしまうこともありえなくはないが、
もし事前に見ていたら偶然と言うことはできなくなるし、ほんとに
その部分は読んでいなかったとしても、抗弁は難しい。
574:デフォルトの名無しさん
09/03/28 18:20:15
つまりこれは発明・特許の「先願主義」に近い効果を狙ったmonoか。
575:デフォルトの名無しさん
09/03/28 21:45:35
MS shared source と MS-PL の違いを知らない人に
意図的なミスリーディング乙
576:デフォルトの名無しさん
09/03/28 22:02:43
C#はjavaも超えた
URLﾘﾝｸ(www.indeed.com)
webでもASP.NETのほうが上
URLﾘﾝｸ(www.indeed.com)
仕事そのものが.NETに推移
URLﾘﾝｸ(www.indeed.com)
577:デフォルトの名無しさん
09/03/28 23:27:30
>>575
・誰に言ってるのか分からない。
・あなたも理解していないようだ。MSPLはShared Source Iniativeの一環。
URLﾘﾝｸ(www.microsoft.com)
578:デフォルトの名無しさん
09/03/28 23:48:22
>>576
Trendだろ？Javaは、もう十分に広まったってことじゃね
579:デフォルトの名無しさん
09/03/28 23:53:01
>>574
最近、MSが各国でLINQ特許を取得済みなのを知った。
都合が悪くなったら、何時でもmono利用者を訴えることができるようになっているよ。
580:デフォルトの名無しさん
09/03/28 23:54:59
>>579
いやいや。
どうせLINQの特許がなかったとしても、訴えようと思えば別の特許がいくらでも出て来るだろうに。
581:デフォルトの名無しさん
09/03/28 23:55:58
>>578
Java の方も微増してるしね。
むしろ、C++ がいまだ減らないところにびっくり。
そういあ、銀行系での採用が多かったから、
リーマンショック以来Javaはやばいって話は小耳に挟んだけど。
まあ、あくまで噂話。
>>578 見た感じ、Java に限らず全体的に求人減ってるね。
582:デフォルトの名無しさん
09/03/29 13:27:10
Expression Blend 3 Previewって、試用期限とかあるの？
ないんならインストールしてみようかと思っているんだけど…。
583:デフォルトの名無しさん
09/03/29 14:52:55
試用期限はないかとおもわれる。英語が苦手だがそれらしい記述は見当たらない。
インストールして使ってみてるけどヘルプにもそれらしい記述が見当たらない。
584:582
09/03/29 14:57:57
>>583
ありがとう。インストールしてみる。
585:デフォルトの名無しさん
09/03/29 21:33:54
Silverlightのプログラミング妙にしんどい。
586:デフォルトの名無しさん
09/03/30 10:33:22
DataGridの特定の文字のセルだけ文字色を変える方法ってありますか？
現状LayoutUpdatedイベントで強引にセルにアクセスして変えてますが、
無駄が多い気がして・・・
587:デフォルトの名無しさん
09/03/30 13:15:31
>>586
LayoutUpdatedでの方法はわからんのでどれくらい差異があるかどうかわからんけど
とりあえずLodingRowイベントでの方法を。たぶんそんな変わらんのではと思うけど。
(※行数多くなったんで行数減らすためコーディングフォーマットちょっと変えてる)
private void dg_LoadingRow(object sender, System.Windows.Controls.DataGridRowEventArgs e){
// セルのデータ取得
string data = ((ds)(((FrameworkElement)(e.Row)).DataContext)).Test;
if (data == "l") {// 文字色を変えたいデータかチェック
FrameworkElement fe = this.dg.Columns[0].GetCellContent(e.Row);
FrameworkElement result = GetParent(fe, typeof(DataGridCell));
if (result != null){
DataGridCell cell = (DataGridCell)result;
cell.Foreground = new SolidColorBrush(Colors.Green); // セルの文字色を変える
}
}
}
private FrameworkElement GetParent(FrameworkElement child, Type targetType){
// ループして親(データグリッド)を取得
object parent = child.Parent;
if (parent != null){
if (parent.GetType() == targetType){
return (FrameworkElement)parent;
}else{
return GetParent((FrameworkElement)parent, targetType);
}
}
return null;
}
588:デフォルトの名無しさん
09/03/30 13:39:00
ごめ、
((ds)(((FrameworkElement)(e.Row)).DataContext)).Test;
というのは、dsクラスのList配列をItemSourceにセットしてるためで、
データベースの場合は
((DataRow)(((FrameworkElement)(e.Row)).DataContext))("Test");
となるんじゃないかな？ためしてないけど
589:デフォルトの名無しさん
09/03/30 16:58:23
>>587-588
できました！
表示データ（セル）から特定の文字か判断していたのですが、
なぜかバインド済みなのにセル上は空の場合がありました。（非同期だからかも？）
ItemsSourceのデータから判断するとうまくいきました。
また、条件に合わない文字列（セル）のときに文字色を黒に戻す処理も必要でした。
（スクロールした後に色が残ってしまうため）
ありがとうございました
590:デフォルトの名無しさん
09/03/31 16:14:33
っ IValueConverter
591:デフォルトの名無しさん
09/04/01 11:02:18
>>590
IValueConverter を継承してBindingに突っ込むまではわかるのですが、
そのBindingをどこに使えばよろしいでしょうか？
592:デフォルトの名無しさん
09/04/03 10:48:18
>>571
> 誰が開発するかが問題ではなくて、ソースがオープンなのが絶対的な足かせ。
> オープンな形でやる限り、本当に誰がやっても同じになるような
> 教科書レベルのものにしかならず、実際上はちっとも役に立たない。
超絶技術がオープンならば、なんの問題もないのではなかろうかw
593:デフォルトの名無しさん
09/04/03 15:42:44
>>592
超絶技術をオープンにすると、Contributorが存在せず、みんなFreeriderとなって
技術を盗むばかりの状況に陥るだけ。これが正当化されるとなるとIT産業は滅ぶ。
誰でも出来るものを、みんなで仲良くやる。これがオープンソース。
一部のエリートが価値あるものを放出し、その他の人が一方的に盗む・・なんて形になったら
オープンソースは終わり。そんな非対称な価値供与(＝窃盗と同じ)なんて続けられる訳がない。
これは主体がどれだけリッチな大企業であっても無理。
実際、こうした形態のOSSのプロジェクトは存在しないし、また、このような窃盗まがいのやりとりを
助長するような行為は不当廉売などとして法律で制限される訳だ。それ自体が反社会的だから。
OSSで扱えるものは、みんなが参加できる(＝価値のバランスが取れる)教科書レベルのものまで。
だから、OSSの枠組みでは決してマーケットを主導するような技術革新は達成できない。これがOSSの限界よ。
例えば、Googleを見てみ。OSSを支援するスタンスを採っているけど、
Googleのコアの検索技術はプロプラで、絶対にオープンにはしない。
何故かといったら、そんなことをしてはならず、また実際やったところで
単に自らが滅びるだけだってことを、Googleは良～く心得ているからだよ。
594:デフォルトの名無しさん
09/04/03 15:54:43
>超絶技術
>技術を盗むばかりの状況
心配しなくてもＭ＄は技術を盗む側。
595:デフォルトの名無しさん
09/04/03 18:15:27
スレタイも読めんのか馬鹿野郎
596:デフォルトの名無しさん
09/04/03 21:42:34
Silverlight開発がOSS的なノリになると、やれソース見せろだの、参加させろだの、
はたまた質問するのは無料だなんて勘違いしてデバッグだのコード記述だのを
丸投げしようとする輩が増えるからトンでもないってスレのPart3でしょう？
silverlight.netのフォーラムとか見ても本当にひどいもんね。
自分のコードのデバッグをMS社員に頼む盛り場と化している有様、甚く哀れなり。
597:デフォルトの名無しさん
09/04/03 21:54:00
MSDNがひどいのはSLだけじゃないよ。総じて勘違い新人の回答集と化してる。
そしてイヤなら無視すりゃいいのにブチブチとマナーとか説きながらMVPがポイント稼ぎしてる。
598:デフォルトの名無しさん
09/04/03 22:04:11
でも某BSDみたく、初心者お断りみたいな雰囲気だと、
それはそれで人が集まらないんだよねぇ。
599:デフォルトの名無しさん
09/04/03 22:05:03
>>594
何だかんだでMSの技術力は一流なのだけど。
600:デフォルトの名無しさん
09/04/03 22:13:19
>>593
そこで、難読化OSSですよ。
ソースを読むのも超絶。
頭脳だけで生きているような少数派しか参加できない。
601:デフォルトの名無しさん
09/04/04 18:52:18
っ CellTemplate
602:デフォルトの名無しさん
09/04/04 19:02:48
あれ？ここはSLのスレじゃなくなったのか
603:デフォルトの名無しさん
09/04/05 11:04:53
3.0でWriteableBitmapへの書き込みにインデクサを使うのが微妙すぎる
なんでWritePixels削った
604:デフォルトの名無しさん
09/04/05 18:08:46
SL3いろいろ試したいんですが、SL2と共存させるいい方法ないですかね？
VMWare上にVSもVS SP1もSL3もインスコとかすごい面倒な気がするんですが。
SL2とSL3の開発環境切り替えが簡単にできるなら、そのまま試すんだけどなあ。
605:デフォルトの名無しさん
09/04/05 18:23:55
つ PCもう一台
SUSE LinuxかMac OSX でMono Developとか
606:デフォルトの名無しさん
09/04/05 18:35:14
>>605
SL3てMonoでもう動く？動かないよね？ｗ
607:デフォルトの名無しさん
09/04/05 18:49:19
>>600
それはすごい嫌がらせだな。でも大体、高度なソフトウェアって純粋なプログラミングの範疇には
収まらないような技術や知識(例えば、数学や物理やその他工学など)が重要な位置を
占めているものだから、普通にプログラム書くしか脳がない連中にとっては基本的に難読なものだけどね。
ただ、こうしたコアな他の知識までOSSを通じて無料で手に入れようなんてのは虫が良すぎる訳で、
高度なものは総じてクローズドであってしかるべき。結局、そういうの学びたければ授業料を払い、
少なからぬ月日を費やして、その手の専門的な教育をしかっり受ければ良いだけの話になるが故。
608:デフォルトの名無しさん
09/04/05 18:58:53
>>607
板違いやめてくんねえかな
609:デフォルトの名無しさん
09/04/05 19:13:05
>>607はアホな子か勉強不足の学生だから無視してればいいんだが、
とりあえず、偉そうに言う前に少しはOSSのソースでも見て、それから他所で話してくれ。
大学教育受けたくらいじゃ書けないような高レベルのコードがたくさん公開されてるだろが？
610:デフォルトの名無しさん
09/04/05 19:13:40
MIDIやらWAVやらBMPやらGIFやらAVIやらもあつかえるようにしてくれぇ。頼む！！！
（まあMIDIは無理か、それとAVIもコーデックの関係上実装できるとすれば無圧縮だけとおもわれるがそれでもかまわん。）
611:デフォルトの名無しさん
09/04/05 20:20:01
でもOSSで閲覧できるFFT関連のソースなんて他人が見てもハァ？だぜｗ
読みやすく再利用が容易なように書かれたソースなんて門外不出。
ニューラルネット技術よりも遙かに音声・画像その他のパターン認識に
応用できるからな。
612:デフォルトの名無しさん
09/04/05 20:46:22
>>611
板違い続けるようなやつに限って、不勉強なんだよな。
いまどきFFTを自分で書くような暇なプログラマってどこにいるんだ？
お前にとって再利用ってのは、ソースコードの再利用なのか？何でライブラリごと再利用しないんだ？
特徴量抽出に使うFFTと、その後で使うニューラルネットとを比較してる時点で、
工学系のまともな知識もないようだしな。
613:611
09/04/05 20:59:45
>>612
電気通信系やネットワークはハッキリ分野外です。
例えば、指紋や眼底血管の画像ファイルを投入すれば、オリジナル標本との
類似度スコアがすぐに得られるような工学技術の成果物をOSSで簡単に
タダ乗りできる状態を提供しているところなんてあるのかなーってｗ
614:デフォルトの名無しさん
09/04/05 22:59:00
>>609
だから、大学教育受けたくらいじゃ書けないような高レベルのコードを無償で公開しちゃってるアホがいるってのは、
要はそうした人々が「投資としての学業」の成果物を無料で捨てることが道理を得ていないことを
理解するだけの脳ミソを残念ながら持ってないってことであって、それがそもそもの間違いなの。
まあ、こう言ってもどうせわからねぇんだろうなぁ。OSSを通じて知的財産、ひいては貨幣経済なんて
基本的なことから教育してやらなきゃならないってのは不幸な話だよ。まったく。
てか、これは元々Silverlightが進むべき道の話から来てるところだから、そんなに外れてはいないんだけどね。
ごめんね、プログラム技術だけじゃ理解できない高度な話題を展開しちゃってｖ
615:デフォルトの名無しさん
09/04/05 23:06:09
>>610
MIDI,WAV,BMPの書き出しぐらいだったら、まあ簡単に自分で作れるんじゃん？
Win32時代のコード再利用とかで。圧縮使うとちょっと面倒だけど。
しかし、SilverlightはなんでZLIBの圧縮・展開のAPIを備えないんだろうか。
内部じゃ標準的に使っているんでしょうに。
616:デフォルトの名無しさん
09/04/06 00:29:03
>>614
そこでMicrosoftは、経済や一般の常識を嫌って知ろうとも解ろうともしない共産指向の
学者的なLinux技術者達に .NETやSilverlightを通してプロと大人の道を教えています。
617:デフォルトの名無しさん
09/04/06 00:53:11
もう、終わりにしようと思ってたけど、この流れだと誤解する人もいそうだから、
レスついでにちょっと補足。>>607=>>614で、>>611はまた別の方ね。
2ch上では珍しくこのあたりに関して合意できそうなお方であるようだ。
>>612 FFT自体は教科書に載ってるような基本的なところだけど、
例えば世界最速のFFTとかになると違ってくる訳よ。
こうしたものを実現するのに必要なのは主として系の対称性等についての考慮で、
これはプログラミングではなく純粋に数学の問題である。
また、こうした技術によって生むことが出来る経済的な価値ってのは
>>613が言うように小さくはないので、どんな形でも無料で提供されてはならない。
そういう行為は産業を潰し、さらなる雇用不安などの社会問題を引き起こすからね。
ITが価値あるものだと思うなら知的財産を尊重すること。重要なのはこれ。
>>616
Microsoftはリーダーなんだから、このあたりの啓蒙活動も力入れて欲しいよ。
MSがTermsOfUseなどで著作権等について解説してるのは、ちょっと立派である。
で、終了。次シリーズは「ポストWeb2.0時代におけるSilverlightの光と影」乞うご期待！
618:デフォルトの名無しさん
09/04/06 02:33:05
FFT＝Final Fantasy Tacticsであってる？
619:デフォルトの名無しさん
09/04/06 02:36:54
>>617=>>614=>>611
お前そもそもろくにOSSの世界をわかってないし、自分の言ってることがさっきと矛盾してることにも気づいてないだろ？
アホだの脳ミソがないだの言わなきゃならん時点で、かわいそうな子だってことは誰にもわかるけどな。
とりあえず世界最速のFFTと一緒に、マジで消えてくれ。
620:デフォルトの名無しさん
09/04/06 02:46:31
>>618
世界最速らしいから、たぶん違うと思う
621:デフォルトの名無しさん
09/04/06 02:47:39
>>617
ですよね。
工学・工業技術の知的成果の尊重というソリューションの一つが、日本だとルネサスのような
半導体企業がLSIチップにFFTを封じ込めてしまって、一部を電気信号上で処理させる方法。
これなら、LSIの一つ一つを特許実施済み製品相当のように安全に流通できます。
あとは非x86なプロセッサと特別なツールのキーアルゴリズムを通さないと、使えるバイナリが
生成されない仕組みとかね。輸出規制レベル相当のソフトウェアならこれくらい対策するでしょ。
622:デフォルトの名無しさん
09/04/06 03:16:59
>>620
いや、スピードランかもしれないじゃないか。
FFT世界最速クリア記録。
623:デフォルトの名無しさん
09/04/06 10:44:45
>>615
ごめん、逆なんだな。
実行時に、画像生成して表示したりとか音作成して鳴らすとかということをしたいんだよ。
たとえば画像においてはBitmapImageをストリームからインスタンス生成するとき、jpgかpngにしか対応してない。
だもんだから、jpgフォーマットやらpngフォーマットにしたがってメモリーストリームに書き込まんとインスタンスが生成できん。
bmpフォーマットだったら、ファイルヘッダー、インフォヘッダー、イメージデータを書くだけですむ。
(Silverlight 3でようやくWritableBitmapがでたようだがしかし結局のところ対応フォーマットは変わらずじまい？)
動画もそう。asfやらwmvフォーマットにしたがって（圧縮して)メモリーストリームに突っ込まんとインスタンス生成ができん。
音声も、エコーやらディレイやらリバーブやらをかけて鳴らしたいんだがそれができない。
エコーやディレイ等のエフェクト処理は自作するにして、バッファに書き込んだ音声データを鳴らせるようなってほしいんだよ。
この辺ほとんどFlashだとできるんだけどなぁ。
624:デフォルトの名無しさん
09/04/06 10:57:33
WriteableBitmapはピクセル触れる
動的に音や動画を再生するのも可能らしい
URLﾘﾝｸ(community.irritatedvowel.com)
625:デフォルトの名無しさん
09/04/06 13:04:47
>>623
BMPはSL3なら、32bitRGBとかのデータ部分をほぼそのまま突っ込めば
WriteableBitmapで作るのが可能だよ。表示でもブラシでもOKだ。
>>603がぼやいているように、WritePixelsなんて高尚なものはないので
インデックスで直接アクセス＆アクセス。昔懐かしBMPの作成手順。
>>624 WAVが扱えるとは知らなかった。まあでも読めて当然だけどね。
どうせ内部じゃ展開して同じものになってるんでしょうから。
でも、こうなってくると、、、世界最速のFFTが欲しくなるね。冗談抜きに。ｗ
626:デフォルトの名無しさん
09/04/06 19:13:45
>>625
音声にエフェクトかけたりしたいってことかな？
というわけで、最初に思いつく「C# FFT」でぐぐって一番上にきたもの。
URLﾘﾝｸ(www.vector.co.jp)
ソースごとコンパイルして良いみたいに書かれてた。
FFTなんて、ソースコード自体を再利用できる典型的な例だよな。
念のため、画像とかの2次元データに適用するなら。
URLﾘﾝｸ(ja.wikipedia.org)
つまり、2次元DFT（2次元フーリエ変換も同様だが）はf(x,y)を、各行ごとに1次元DFTし、その結果をさらに各列ごとに1次元DFTする事と等価である。
ここで、1次元DFTの計算はFFTのアルゴリズムで高速に計算できる。そのため実用上は2次元DFTも、2次元FFTとして計算される。
627:623
09/04/06 19:32:25
>>624
おおこれは参考になる。
>>625
そうなんだ。教えてくれてありがとう。なんかVB6時代を思い出すな。
どっちにしてもSilverlight3待ちか。
別スレでSilverlight2でファミコンエミュを実装している人がいるが、あれはどうやってるんだろう。
628:デフォルトの名無しさん
09/04/06 19:48:16
>>627
URLﾘﾝｸ(matarillo.com)
俺はここで書かれてるものを、PngEncoderをprivateな内部クラスにしておいて、
.NET2.0のBitmapと同じようなメソッドだけ公開して使ってる。
たぶんこれの元ネタは、
URLﾘﾝｸ(www.codeplex.com)
629:623
09/04/06 20:05:16
>>628
ああ、なるほどね。PngEncoderつかってるんか。
630:デフォルトの名無しさん
09/04/06 20:11:34
>>626
すごいな。
こういうのをチョチョイノチョイで使いこなせる工学系の人が羨ましく感じるよ♪
俺には時系列変化するデータからアナログ的なフィルターっぽく、何某かの特徴成分を
抽出できるという事までは何となく理解できるけど、実物を使いこなせない。
応用先も、トレンド解析とか、音声や画像のノイズフィルタとかが思いつく程度。。。
631:デフォルトの名無しさん
09/04/06 21:02:24
>>626
教科書レベルのFFTは当然ソースコードが利用できるでしょう。
が、残念ながらそれは世界最速！ではないね。おそらく。
2次元DFTはいわゆるJPEG圧縮のコア部分だね。細部を問題にしなければ、
その応用でJPEG圧縮が簡単に実現できる。偶関数拡張してDCT。
>>628-629
PNGはgz圧縮が使えれば、すぐに出来るようなものだがZLIBとかは他から持ってこないと無い。
でも、SL3になれば結局、WriteableBitmapが登場して独自の画像エンコーダなんかで
頑張っている人たちの努力は、ほとんど無駄になるってことで、
こういう展開は結構理不尽だなぁと思うけどね。先端だったものが標準になる悲しさ。
3D対応のFlash10のベータが登場し、PV3D関係者を大量に凹ましたの同じような光景だ。
632:デフォルトの名無しさん
09/04/06 21:40:09
ただ使うだけの人間には、そんな先端より標準入りしてくれる方がありがたいな。
ええ、どうせフリーライダーですとも。
633:デフォルトの名無しさん
09/04/06 22:03:48
.NET開発ってさ、とにかく下のレベルでごりごりコード書かないようにすることが大事だと思うんだよね。
そんなんやってもすぐにMS側でバージョンアップされたり、いいライブラリが安く販売されるようになったり。
634:デフォルトの名無しさん
09/04/06 22:09:27
効率悪いのはわかるけど、勉強にはもってこいかな～と
635:デフォルトの名無しさん
09/04/06 22:48:23
>>633
まあ、そういうことなんでしょうね。でも、そうなると奇抜なアイディアによってではなく
ほとんど事業の規模だけで優劣が決まってしまうような感じで、
一発逆転的な”面白み”みたいなものは相当に少なくなるねえ。
636:デフォルトの名無しさん
09/04/06 22:56:54
趣味でやるならそれでいいから、そんな話はチラシの裏にでも書いてろ
637:デフォルトの名無しさん
09/04/07 07:08:56
別にそんな突っかからんでも・・・。
君は君なりに、今後もごりごりと両方の意味で低レベルなコードを
書いてればいいと思います。
638:デフォルトの名無しさん
09/04/07 08:56:06
今までごりごりとやってた部分にかける労力をその上の部分の機能向上とか生産性のアップに向けるためのもんだろ.NETは。
そういいながらGUIからパーシステンスまで自前ライブラリを作っちまったが。これより下のレイヤーでごりごりはあまりしたくないなぁ。
639:デフォルトの名無しさん
09/04/07 13:14:43
URLﾘﾝｸ(blogs.msdn.com)
640:デフォルトの名無しさん
09/04/07 13:19:06
とっととSL3に乗り換えるのが正しいような気がしてきた。情報ないのはSL2と似たようなもんだし。
641:デフォルトの名無しさん
09/04/07 20:08:57
URLﾘﾝｸ(programmerpayback.com)
URLﾘﾝｸ(nk9klifelog.spaces.live.com)
OnApplyTemplateのオーバーライドがマトモに動作せずに、ChildなUserControlへの参照が取得できない例ってある？
642:デフォルトの名無しさん
09/04/08 18:26:56
>>641
呼ばれる順番を自分で十分にテストしてないので、今ちょっとはっきりは分からないけど
OnApplyTemplateがInitializeComponentの段階で呼ばれるんだとすると取れないんじゃない？
だからUserControlはTemplateと相容れないものなんだと解したんだけど。どうなんでしょう？
643:デフォルトの名無しさん
09/04/08 19:36:50
>>642
レスあり。いや、実は俺自身はまだ困ったことないんだけど、
それに近い話を聞いたことがあったので、何か他のことが原因なんじゃないかと思って。
ところで、UserControlはTemplateと相容れないってどういうことなんでしょうか？
URLﾘﾝｸ(pagebrooks.com)
URLﾘﾝｸ(bbs.wankuma.com)
URLﾘﾝｸ(d.hatena.ne.jp)
ここらへんひとまとまりでよくわかるサンプルとか欲しいというか、とっとと確認しなきゃいかんなあ。
「XAMLによって」デザイナとコーダが完全に分業できるようになるっていう理由もよくわからんし。
WinForm2は、記述量こそ多いものの、もっと簡単にいろいろやってたじゃないかと言いたくなるｗ
うだうだ言う前にとっとと確認しますすいません。
644:デフォルトの名無しさん
09/04/08 19:50:05
WinFormsではコントロールの見た目を自由にいじろうと思ったら
いちいちコントロールを継承しないといけないだろ
UserControlは基本的にテンプレートを使って見た目を差し替えることができない
再利用を考えずにXAMLべったりでてっとり早くコントロール作るためのもの
クラスライブラリ作ったりするなら使っちゃダメ
645:デフォルトの名無しさん
09/04/08 19:57:37
643だけど、他のことが原因というか、伝え聞いた話でほんとかどうかもよくわからんというのが真実だな。
あとどうでもいいけど、WinForm2のドキュメントエクスプローラみたいにというか、
XAMLをYAMLみたいにｗ書けたら、もう少し見やすいのにとか思ったりする。
646:デフォルトの名無しさん
09/04/08 20:00:30
>>644
おお、すばやいレスあり。後からUserControlにテンプレート適用とかできないの？
647:デフォルトの名無しさん
09/04/08 21:14:36
おっと名無しさんで混乱してきたぞ。>>642だけど。
>>643 UserControlに関する詳細なドキュメントってどこにも存在しないから、
おそらく誰も完全には分からない。少なくとも使う側では。
特にSilverlightに関しては実験例もない。ここはひとつ人柱になってもらうしか。
>>642は自分で前にUserControlにテンプレートは適用できないんだろうか
思って試してみたことがあって、結局出来なかったという経験にもとづくレスでしかないので
正しいかどうかは不明。でも、UserControlはインスタンスが生成されるがかなり遅く、
メインのLoaded以降あたりで、その前に適用されるTemplateでアクセスすることは出来ず
適用できないとかそんな感じだろうというのが自分の達した結論。
>>646 後からTemplateも考えたけど、結局その道は無かった気がする。
TemplateはおそらくVisualツリーの生成段階でしか適用できないんだろうよ。
単なる枝の差し替えだったら後から出来ても良さそうなんだけどね。
ただ、これは全てSL2での実験だから、SL3で違うことになってたら申し訳ない。
648:デフォルトの名無しさん
09/04/08 21:15:39
デザインとロジックを分けるのは、冗長になるのは確か。パフォーマンスも低下する。
でも、ロジックのコードに一切触れることなく、XAMLだけで色や概観のみならず
VisutalStateまで含めた全デザインの変更を可能にしてしまいましょうってのが
分離で、そうするためには欠かせないTemplate。でも、こうしておけば、
コードのコの字も解らないデザイナとも一緒に仕事が出来るという点において素晴らしい。
UserControlでも何でもできるけど、完全再利用＆カスタマイズ可能な
コントロールとするためにはControlでやるしかないんだとおも。
649:デフォルトの名無しさん
09/04/08 21:53:33
UserControlがテンプレートに対応してないのは制限じゃなくて使い分け
650:643
09/04/08 22:05:20
>>647
コードで確認もせず質問したのに、大変参考になる情報ありでした。
UserControlはPanelをクラス化して再利用に使うみたいなもので、
入れ物にすぎないUserControl自体にはデザイン適用できないけど、
その子要素のControlにはデザイン適用できるだろうとか安直に考えてた。
なんで、OnApplyTemplateメソッドが気になったりしたわけだけど、それも的外れかな。
とりあえずまず書いて確認してみる。
651:デフォルトの名無しさん
09/04/08 22:18:53
>その子要素のControlにはデザイン適用できるだろうとか
そのコントロールがテンプレートに対応してるなら親がUserControlだろうとできるに決まってるだろ
PageだってUserControlなんだしできないわけがない
652:デフォルトの名無しさん
09/04/08 22:44:09
>>649
それは、絶対的に出来ないのではないってこと？どっち？
UserControlベースでもTemplate使う道があるんであれば、
それはそれで意外と役に立つ訳で、そこが重要だよ。
>>650
ヘルプすら見られない状況において過去の記憶のみを頼りに書いてるもので、
まったくの嘘かも知れないから確認して下さい。
てか、何かこういうことだってのを発見したら教えて下さい。
653:デフォルトの名無しさん
09/04/08 23:09:35
>>651
良く分かってないですね。UserControlの中にControlを置いたものに
テンプレートが適用できるってのは良いよ。それは普通の使い方だ。
Controlの中にUserControlを置いたときに、
それがいつ初期化されるかってところで、UserControlを含む
ControlにTemplateが適用できないんじゃないかというのがこの問題。
まあ、素直に中身は全てControlでやれば済むのかもしれないけど、
UserControlの簡易さってのは捨てがたく、絶対的に相容れないものなのか否か。
654:643
09/04/08 23:27:51
>>652
同感です。慎重なご意見に感謝します。
>>653
俺としてはControlにUserControlを持たせるようなことはしたくないが、
実際にそういう使い道ってあるの？
自分からした質問なのに、話をずらすようで申し訳ないけど。
655:デフォルトの名無しさん
09/04/08 23:49:51
>>654
完全なデザインとの分離にはならないけど中間的な分離によって、
パフォーマンスを最大化する場合なんては生じるね。
Controlにしてすべて外部に持たせるととにかく冗長になるけど、
UserControlであれば、かなりすっきり書ける。
でもカスタマイズ性は確保したいといったところ。
もちろん、こんなの一般にはおすすめ出来ないが。
656:デフォルトの名無しさん
09/04/09 01:40:38
Threadを起こして、その中からUserControl派生のクラスのインスタンスをnewしようとしたら
UnauthorizedAccessExceptionがInitializeComponentで発生してしまうんだけど、
そういうもの？？
657:デフォルトの名無しさん
09/04/09 01:57:12
>>607
> 高度なものは総じてクローズドであってしかるべき。
実に気持ち悪いご意見だw
658:デフォルトの名無しさん
09/04/09 08:26:52
>>657
まぁ無能な乞食には絶対受け入れられない価値観ではあるよね。
659:デフォルトの名無しさん
09/04/09 10:34:51
>>653
>>655
一般にはおすすめできないって、自分でもやったことなさそうじゃないか。中間的な分離って何だ？
具体例も必然性もないようだから、そういうことはすべきじゃないと思う。
660:デフォルトの名無しさん
09/04/09 10:43:55
>>656
.NETでは、UIを生成したスレッドではない別のスレッドからそのUIへアクセスするには、
いろんな手順とか決まりごとがあるんだが、それに反してない？
URLﾘﾝｸ(social.msdn.microsoft.com)
661:656
09/04/10 13:20:25
new してるだけなんですけどねー。
それが駄目なのかもしれませんね。
決まりごと調べてみます。
662:デフォルトの名無しさん
09/04/11 13:40:58
逃げられすぎ。もうだめかもわからんね。
663:デフォルトの名無しさん
09/04/11 15:48:21
silverlightでは別スレッドでコントロールを表示する方法が無いので
newした段階で例外が送出されるみたいだな
UIスレッドのコントロールの子にした段階で例外が出るより、デバッグがやりやすくていいね
664:デフォルトの名無しさん
09/04/12 20:15:33
>>662
?
665:デフォルトの名無しさん
09/04/12 21:25:50
>>664
Flash厨の発症です
666:デフォルトの名無しさん
09/04/14 13:00:20
>>645
×：ドキュメントエクスプローラ → ○：ドキュメントアウトライン
667:デフォルトの名無しさん
09/04/14 14:17:11
URLﾘﾝｸ(www.infoq.com)
>CBS College Sportsを通じ、SilverlightはNBA、NCAAのイベントを
>放送し、BlockbusterのMovieLinkおよびNetflix’ Instant Watchの
>ストリーミングを提供する。
コスト抑える、とか一言で言われてしまいそうなのだけど
そこまで高度ではあるけど可用性に難がある環境…これは
受け入れられるんだろうか…
668:デフォルトの名無しさん
09/04/16 22:11:37
マイクロソフト、研究部門Live Labsをリストラ―研究者を半数に削減
現在の経済情勢が一因
URLﾘﾝｸ(www.computerworld.jp)
マイクロソフト、フライトシミュレーターゲーム開発部門を閉鎖
URLﾘﾝｸ(www.technobahn.com)
IEの市場シェアが過去最低を記録―3月末時点で66.8％
ライバルのFirefoxは22％で過去最高に
URLﾘﾝｸ(www.computerworld.jp)
669:デフォルトの名無しさん
09/04/16 22:19:50
また性懲りもなく現われたよコイツ。