[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 10/15 14:05 / Filesize : 180 KB / Number-of Response : 670
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Microsoft Silverlight 2.0 その3



1 名前:デフォルトの名無しさん [2008/11/22(土) 12:33:33 ]
Microsoft Silverlight
www.microsoft.com/silverlight/
MSDN Silverlight デベロッパー センター
msdn.microsoft.com/silverlight/
The Official Microsoft Silverlight Site
silverlight.net/

MSDN Silverlight ダウンロード (SDK, Silverlight Tools)
msdn.microsoft.com/silverlight/bb187452.aspx
CodePlex Silverlight Toolkit
www.codeplex.com/silverlight/

前スレ
pc11.2ch.net/test/read.cgi/tech/1210491703/
pc11.2ch.net/test/read.cgi/tech/1203891514/

620 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 02:46:31 ]
>>618
世界最速らしいから、たぶん違うと思う

621 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 02:47:39 ]
>>617
ですよね。
工学・工業技術の知的成果の尊重というソリューションの一つが、日本だとルネサスのような
半導体企業がLSIチップにFFTを封じ込めてしまって、一部を電気信号上で処理させる方法。
これなら、LSIの一つ一つを特許実施済み製品相当のように安全に流通できます。

あとは非x86なプロセッサと特別なツールのキーアルゴリズムを通さないと、使えるバイナリが
生成されない仕組みとかね。輸出規制レベル相当のソフトウェアならこれくらい対策するでしょ。

622 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 03:16:59 ]
>>620
いや、スピードランかもしれないじゃないか。
FFT世界最速クリア記録。

623 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 10:44:45 ]
>>615
ごめん、逆なんだな。
実行時に、画像生成して表示したりとか音作成して鳴らすとかということをしたいんだよ。
たとえば画像においてはBitmapImageをストリームからインスタンス生成するとき、jpgかpngにしか対応してない。
だもんだから、jpgフォーマットやらpngフォーマットにしたがってメモリーストリームに書き込まんとインスタンスが生成できん。
bmpフォーマットだったら、ファイルヘッダー、インフォヘッダー、イメージデータを書くだけですむ。
(Silverlight 3でようやくWritableBitmapがでたようだがしかし結局のところ対応フォーマットは変わらずじまい?)
動画もそう。asfやらwmvフォーマットにしたがって(圧縮して)メモリーストリームに突っ込まんとインスタンス生成ができん。
音声も、エコーやらディレイやらリバーブやらをかけて鳴らしたいんだがそれができない。
エコーやディレイ等のエフェクト処理は自作するにして、バッファに書き込んだ音声データを鳴らせるようなってほしいんだよ。
この辺ほとんどFlashだとできるんだけどなぁ。

624 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 10:57:33 ]
WriteableBitmapはピクセル触れる
動的に音や動画を再生するのも可能らしい
ttp://community.irritatedvowel.com/blogs/pete_browns_blog/archive/2009/03/23/Creating-Sound-using-MediaStreamSource-in-Silverlight-3-Beta.aspx

625 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:04:47 ]
>>623
BMPはSL3なら、32bitRGBとかのデータ部分をほぼそのまま突っ込めば
WriteableBitmapで作るのが可能だよ。表示でもブラシでもOKだ。
>>603がぼやいているように、WritePixelsなんて高尚なものはないので
インデックスで直接アクセス&アクセス。昔懐かしBMPの作成手順。

>>624 WAVが扱えるとは知らなかった。まあでも読めて当然だけどね。
どうせ内部じゃ展開して同じものになってるんでしょうから。
でも、こうなってくると、、、世界最速のFFTが欲しくなるね。冗談抜きに。w

626 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 19:13:45 ]
>>625
音声にエフェクトかけたりしたいってことかな?
というわけで、最初に思いつく「C# FFT」でぐぐって一番上にきたもの。
www.vector.co.jp/soft/winnt/prog/se425724.html
ソースごとコンパイルして良いみたいに書かれてた。
FFTなんて、ソースコード自体を再利用できる典型的な例だよな。

念のため、画像とかの2次元データに適用するなら。
ja.wikipedia.org/wiki/%E9%9B%A2%E6%95%A3%E3%83%95%E3%83%BC%E3%83%AA%E3%82%A8%E5%A4%89%E6%8F%9B
つまり、2次元DFT(2次元フーリエ変換も同様だが)はf(x,y)を、各行ごとに1次元DFTし、その結果をさらに各列ごとに1次元DFTする事と等価である。
ここで、1次元DFTの計算はFFTのアルゴリズムで高速に計算できる。そのため実用上は2次元DFTも、2次元FFTとして計算される。

627 名前:623 mailto:sage [2009/04/06(月) 19:32:25 ]
>>624
おおこれは参考になる。
>>625
そうなんだ。教えてくれてありがとう。なんかVB6時代を思い出すな。
どっちにしてもSilverlight3待ちか。
別スレでSilverlight2でファミコンエミュを実装している人がいるが、あれはどうやってるんだろう。

628 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 19:48:16 ]
>>627
matarillo.com/silverlight/mandelbrot.php
俺はここで書かれてるものを、PngEncoderをprivateな内部クラスにしておいて、
.NET2.0のBitmapと同じようなメソッドだけ公開して使ってる。
たぶんこれの元ネタは、
www.codeplex.com/SlDynamicBitmap/Release/ProjectReleases.aspx?ReleaseId=19105



629 名前:623 mailto:sage [2009/04/06(月) 20:05:16 ]
>>628
ああ、なるほどね。PngEncoderつかってるんか。

630 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 20:11:34 ]
>>626
すごいな。
こういうのをチョチョイノチョイで使いこなせる工学系の人が羨ましく感じるよ♪
俺には時系列変化するデータからアナログ的なフィルターっぽく、何某かの特徴成分を
抽出できるという事までは何となく理解できるけど、実物を使いこなせない。
応用先も、トレンド解析とか、音声や画像のノイズフィルタとかが思いつく程度。。。

631 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 21:02:24 ]
>>626
教科書レベルのFFTは当然ソースコードが利用できるでしょう。
が、残念ながらそれは世界最速!ではないね。おそらく。

2次元DFTはいわゆるJPEG圧縮のコア部分だね。細部を問題にしなければ、
その応用でJPEG圧縮が簡単に実現できる。偶関数拡張してDCT。

>>628-629
PNGはgz圧縮が使えれば、すぐに出来るようなものだがZLIBとかは他から持ってこないと無い。


でも、SL3になれば結局、WriteableBitmapが登場して独自の画像エンコーダなんかで
頑張っている人たちの努力は、ほとんど無駄になるってことで、
こういう展開は結構理不尽だなぁと思うけどね。先端だったものが標準になる悲しさ。

3D対応のFlash10のベータが登場し、PV3D関係者を大量に凹ましたの同じような光景だ。

632 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 21:40:09 ]
ただ使うだけの人間には、そんな先端より標準入りしてくれる方がありがたいな。
ええ、どうせフリーライダーですとも。

633 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 22:03:48 ]
.NET開発ってさ、とにかく下のレベルでごりごりコード書かないようにすることが大事だと思うんだよね。
そんなんやってもすぐにMS側でバージョンアップされたり、いいライブラリが安く販売されるようになったり。

634 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 22:09:27 ]
効率悪いのはわかるけど、勉強にはもってこいかな〜と

635 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 22:48:23 ]
>>633
まあ、そういうことなんでしょうね。でも、そうなると奇抜なアイディアによってではなく
ほとんど事業の規模だけで優劣が決まってしまうような感じで、
一発逆転的な”面白み”みたいなものは相当に少なくなるねえ。

636 名前:デフォルトの名無しさん mailto:sage [2009/04/06(月) 22:56:54 ]
趣味でやるならそれでいいから、そんな話はチラシの裏にでも書いてろ

637 名前:デフォルトの名無しさん mailto:sage [2009/04/07(火) 07:08:56 ]
別にそんな突っかからんでも・・・。
君は君なりに、今後もごりごりと両方の意味で低レベルなコードを
書いてればいいと思います。

638 名前:デフォルトの名無しさん mailto:sage [2009/04/07(火) 08:56:06 ]
今までごりごりとやってた部分にかける労力をその上の部分の機能向上とか生産性のアップに向けるためのもんだろ.NETは。
そういいながらGUIからパーシステンスまで自前ライブラリを作っちまったが。これより下のレイヤーでごりごりはあまりしたくないなぁ。



639 名前:デフォルトの名無しさん mailto:sage [2009/04/07(火) 13:14:43 ]
blogs.msdn.com/tsmatsuz/archive/2009/03/24/silverlight-3-web-wcf.aspx

640 名前:デフォルトの名無しさん mailto:sage [2009/04/07(火) 13:19:06 ]
とっととSL3に乗り換えるのが正しいような気がしてきた。情報ないのはSL2と似たようなもんだし。

641 名前:デフォルトの名無しさん mailto:sage [2009/04/07(火) 20:08:57 ]
programmerpayback.com/2008/11/26/silverlight-groupbox-control/
nk9klifelog.spaces.live.com/blog/cns!5340234C28E35B66!140.entry

OnApplyTemplateのオーバーライドがマトモに動作せずに、ChildなUserControlへの参照が取得できない例ってある?

642 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 18:26:56 ]
>>641
呼ばれる順番を自分で十分にテストしてないので、今ちょっとはっきりは分からないけど
OnApplyTemplateがInitializeComponentの段階で呼ばれるんだとすると取れないんじゃない?
だからUserControlはTemplateと相容れないものなんだと解したんだけど。どうなんでしょう?

643 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:36:50 ]
>>642
レスあり。いや、実は俺自身はまだ困ったことないんだけど、
それに近い話を聞いたことがあったので、何か他のことが原因なんじゃないかと思って。
ところで、UserControlはTemplateと相容れないってどういうことなんでしょうか?

pagebrooks.com/archive/2008/11/30/tweaking-onapplytemplate-event-timing-in-silverlight-2.aspx
bbs.wankuma.com/index.cgi?mode=al2&mo=34279&namber=34252&space=105&page=0
d.hatena.ne.jp/coma2n/20080818/1219069807
ここらへんひとまとまりでよくわかるサンプルとか欲しいというか、とっとと確認しなきゃいかんなあ。
「XAMLによって」デザイナとコーダが完全に分業できるようになるっていう理由もよくわからんし。
WinForm2は、記述量こそ多いものの、もっと簡単にいろいろやってたじゃないかと言いたくなるw
うだうだ言う前にとっとと確認しますすいません。

644 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:50:05 ]
WinFormsではコントロールの見た目を自由にいじろうと思ったら
いちいちコントロールを継承しないといけないだろ

UserControlは基本的にテンプレートを使って見た目を差し替えることができない
再利用を考えずにXAMLべったりでてっとり早くコントロール作るためのもの
クラスライブラリ作ったりするなら使っちゃダメ

645 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:57:37 ]
643だけど、他のことが原因というか、伝え聞いた話でほんとかどうかもよくわからんというのが真実だな。
あとどうでもいいけど、WinForm2のドキュメントエクスプローラみたいにというか、
XAMLをYAMLみたいにw書けたら、もう少し見やすいのにとか思ったりする。

646 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 20:00:30 ]
>>644
おお、すばやいレスあり。後からUserControlにテンプレート適用とかできないの?

647 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 21:14:36 ]
おっと名無しさんで混乱してきたぞ。>>642だけど。
>>643 UserControlに関する詳細なドキュメントってどこにも存在しないから、
おそらく誰も完全には分からない。少なくとも使う側では。
特にSilverlightに関しては実験例もない。ここはひとつ人柱になってもらうしか。

>>642は自分で前にUserControlにテンプレートは適用できないんだろうか
思って試してみたことがあって、結局出来なかったという経験にもとづくレスでしかないので
正しいかどうかは不明。でも、UserControlはインスタンスが生成されるがかなり遅く、
メインのLoaded以降あたりで、その前に適用されるTemplateでアクセスすることは出来ず
適用できないとかそんな感じだろうというのが自分の達した結論。
>>646 後からTemplateも考えたけど、結局その道は無かった気がする。
TemplateはおそらくVisualツリーの生成段階でしか適用できないんだろうよ。
単なる枝の差し替えだったら後から出来ても良さそうなんだけどね。
ただ、これは全てSL2での実験だから、SL3で違うことになってたら申し訳ない。

648 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 21:15:39 ]
デザインとロジックを分けるのは、冗長になるのは確か。パフォーマンスも低下する。
でも、ロジックのコードに一切触れることなく、XAMLだけで色や概観のみならず
VisutalStateまで含めた全デザインの変更を可能にしてしまいましょうってのが
分離で、そうするためには欠かせないTemplate。でも、こうしておけば、
コードのコの字も解らないデザイナとも一緒に仕事が出来るという点において素晴らしい。

UserControlでも何でもできるけど、完全再利用&カスタマイズ可能な
コントロールとするためにはControlでやるしかないんだとおも。



649 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 21:53:33 ]
UserControlがテンプレートに対応してないのは制限じゃなくて使い分け

650 名前:643 mailto:sage [2009/04/08(水) 22:05:20 ]
>>647
コードで確認もせず質問したのに、大変参考になる情報ありでした。
UserControlはPanelをクラス化して再利用に使うみたいなもので、
入れ物にすぎないUserControl自体にはデザイン適用できないけど、
その子要素のControlにはデザイン適用できるだろうとか安直に考えてた。
なんで、OnApplyTemplateメソッドが気になったりしたわけだけど、それも的外れかな。
とりあえずまず書いて確認してみる。

651 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 22:18:53 ]
>その子要素のControlにはデザイン適用できるだろうとか
そのコントロールがテンプレートに対応してるなら親がUserControlだろうとできるに決まってるだろ
PageだってUserControlなんだしできないわけがない

652 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 22:44:09 ]
>>649
それは、絶対的に出来ないのではないってこと?どっち?
UserControlベースでもTemplate使う道があるんであれば、
それはそれで意外と役に立つ訳で、そこが重要だよ。

>>650
ヘルプすら見られない状況において過去の記憶のみを頼りに書いてるもので、
まったくの嘘かも知れないから確認して下さい。
てか、何かこういうことだってのを発見したら教えて下さい。

653 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 23:09:35 ]
>>651
良く分かってないですね。UserControlの中にControlを置いたものに
テンプレートが適用できるってのは良いよ。それは普通の使い方だ。

Controlの中にUserControlを置いたときに、
それがいつ初期化されるかってところで、UserControlを含む
ControlにTemplateが適用できないんじゃないかというのがこの問題。

まあ、素直に中身は全てControlでやれば済むのかもしれないけど、
UserControlの簡易さってのは捨てがたく、絶対的に相容れないものなのか否か。

654 名前:643 mailto:sage [2009/04/08(水) 23:27:51 ]
>>652
同感です。慎重なご意見に感謝します。

>>653
俺としてはControlにUserControlを持たせるようなことはしたくないが、
実際にそういう使い道ってあるの?
自分からした質問なのに、話をずらすようで申し訳ないけど。

655 名前:デフォルトの名無しさん mailto:sage [2009/04/08(水) 23:49:51 ]
>>654
完全なデザインとの分離にはならないけど中間的な分離によって、
パフォーマンスを最大化する場合なんては生じるね。
Controlにしてすべて外部に持たせるととにかく冗長になるけど、
UserControlであれば、かなりすっきり書ける。
でもカスタマイズ性は確保したいといったところ。
もちろん、こんなの一般にはおすすめ出来ないが。

656 名前:デフォルトの名無しさん mailto:sage [2009/04/09(木) 01:40:38 ]
Threadを起こして、その中からUserControl派生のクラスのインスタンスをnewしようとしたら
UnauthorizedAccessExceptionがInitializeComponentで発生してしまうんだけど、
そういうもの??

657 名前:デフォルトの名無しさん mailto:sage [2009/04/09(木) 01:57:12 ]
>>607
> 高度なものは総じてクローズドであってしかるべき。

実に気持ち悪いご意見だw

658 名前:デフォルトの名無しさん mailto:sage [2009/04/09(木) 08:26:52 ]
>>657
まぁ無能な乞食には絶対受け入れられない価値観ではあるよね。



659 名前:デフォルトの名無しさん mailto:sage [2009/04/09(木) 10:34:51 ]
>>653
>>655
一般にはおすすめできないって、自分でもやったことなさそうじゃないか。中間的な分離って何だ?
具体例も必然性もないようだから、そういうことはすべきじゃないと思う。

660 名前:デフォルトの名無しさん mailto:sage [2009/04/09(木) 10:43:55 ]
>>656
.NETでは、UIを生成したスレッドではない別のスレッドからそのUIへアクセスするには、
いろんな手順とか決まりごとがあるんだが、それに反してない?
social.msdn.microsoft.com/Forums/ja-JP/csharpgeneralja/thread/1138713e-d6af-4b74-beb9-869ae19cc4fa/

661 名前:656 mailto:sage [2009/04/10(金) 13:20:25 ]
new してるだけなんですけどねー。
それが駄目なのかもしれませんね。
決まりごと調べてみます。

662 名前:デフォルトの名無しさん [2009/04/11(土) 13:40:58 ]
逃げられすぎ。もうだめかもわからんね。

663 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 15:48:21 ]
silverlightでは別スレッドでコントロールを表示する方法が無いので
newした段階で例外が送出されるみたいだな

UIスレッドのコントロールの子にした段階で例外が出るより、デバッグがやりやすくていいね

664 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 20:15:33 ]
>>662
?

665 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:25:50 ]
>>664
Flash厨の発症です

666 名前:デフォルトの名無しさん mailto:sage [2009/04/14(火) 13:00:20 ]
>>645
×:ドキュメントエクスプローラ → ○:ドキュメントアウトライン

667 名前:デフォルトの名無しさん mailto:sage [2009/04/14(火) 14:17:11 ]
www.infoq.com/jp/news/2009/04/Silverlight-FLash-MLB
>CBS College Sportsを通じ、SilverlightはNBA、NCAAのイベントを
>放送し、BlockbusterのMovieLinkおよびNetflix’ Instant Watchの
>ストリーミングを提供する。

コスト抑える、とか一言で言われてしまいそうなのだけど
そこまで高度ではあるけど可用性に難がある環境…これは
受け入れられるんだろうか…

668 名前:デフォルトの名無しさん mailto:sage [2009/04/16(木) 22:11:37 ]
マイクロソフト、研究部門Live Labsをリストラ――研究者を半数に削減
現在の経済情勢が一因
www.computerworld.jp/topics/ms/141330.html

マイクロソフト、フライトシミュレーターゲーム開発部門を閉鎖
www.technobahn.com/cgi-bin/news/read2?f=200901250158

IEの市場シェアが過去最低を記録――3月末時点で66.8%
ライバルのFirefoxは22%で過去最高に
www.computerworld.jp/topics/ms/140409.html





669 名前:デフォルトの名無しさん mailto:sage [2009/04/16(木) 22:19:50 ]
また性懲りもなく現われたよコイツ。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<180KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef