のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,643,507人
昨日:no data人
今日:
最近の注目
人気の最安値情報

私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレMicrosoft Silverlight その6

silverlight スレッド一覧へ / silverlight とは? / 携帯版 / dat(gz)で取得 / トップメニュー
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - wcfRIAXAP + - デバッグ用のリソース文字列 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
レスフィルター : (試験中)
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
451 : 446 - 2010/09/08(水) 00:00:46 (+72,+29,-2)
>>447
ありがとう。どんな感じに書いてるかを見てみたいのでライセンスはなんでもいいです。
452 : デフォルトの名無 - 2010/09/08(水) 15:57:50 (-1,-29,-26)
パッケージに含めて配布しないといけないdllは一切使ってないの?
パッケージに含めたらGPLの例外条項が適用されないからGPL違反だよ
453 : デフォルトの名無 - 2010/09/08(水) 21:30:41 (-7,-23,-1)
GPLは糞
454 : デフォルトの名無 - 2010/09/08(水) 22:06:02 (-1,-29,-43)
OSS関係者の大半は、法律の用語が理解できないが故に、
OSS=無料=PublicDomainと勘違いしているので要注意だ。
455 : デフォルトの名無 - 2010/09/08(水) 22:06:32 (+14,-29,-8)
それでは公開します。
ツッコミ歓迎します。
http://knivez.homelinux.org/~spro/cs/SweetsCrush.zip
456 : デフォルトの名無 - 2010/09/08(水) 22:32:03 (+15,-2,-1)
ナイスTDだな
457 : デフォルトの名無 - 2010/09/08(水) 22:37:04 (+52,+29,+0)
わーいクリアした
458 : デフォルトの名無 - 2010/09/08(水) 23:28:11 (+47,+24,+0)
オールクリアした!
459 : デフォルトの名無 - 2010/09/09(木) 02:30:05 (+38,-29,-265)
>>455
アクションゲームを作りたい場合、定期的(フレームの更新ごと)に関数を呼ぶなら
System.Windows.Media.CompositionTarget.Renderingイベントというのがある。
自分はそれしかしらなかったのだが、
ググったらStoryBoardを使うより楽だと書かれているので使うといいかと。
http://bygzam.seesaa.net/article/110314846.html
実際、古典的なフレーム単位管理に慣れてるならこっちのほうが楽。


あとXAMLはここで使う必要があるのか感がなきにしもだが、
設定用ダイアログとか開くときに、
追加→新しい項目→Silverlight子ウィンドウ
でXAMLでUIを構成できるダイアログが作れるのだが、これがなかなか便利。


あなたのとこの用途だとXMLを読み込んで中身を動かすほうが楽そうな感じも確かにする。
DRM付けてパスワードか何か打たせてオンラインでプレーさせるというのも可能ではあろうが、
決済して顧客ごとにキーを作って安全に送って解除させるとか
そういう細かい方法は知らないんで、まあ出来たら面白いんじゃないですかねと。
自動的にMac対応になるけど、需要がどのくらいあるかは不明w
460 : デフォルトの名無 - 2010/09/09(木) 07:28:28 (+52,+29,+0)
面白かった。
メイドさん強い
461 : デフォルトの名無 - 2010/09/09(木) 08:38:26 (+35,-29,-37)
>>455
System.Windows.Controls.dllのソースコードをGPLで公開してくれ
できなきゃGPL違反だ
462 : デフォルトの名無 - 2010/09/09(木) 08:48:21 (+67,+29,-55)
>>461
アホか?
その論法だとGPLで書かれたシェルを持たないOSはみんな違反しちゃうじゃないか。
GPLというのは一部のOSSライセンスを除いて、
他のライセンスのプログラムと共存していても矛盾を起こさないものだ。
463 : デフォルトの名無 - 2010/09/09(木) 09:47:01 (+33,-30,-130)
だから例外条項があって、システムに当然入ってるようなものには感染しない。
Silverlightをインストールしたときに入るdllも例外と考えていい可能性が高い。
ただし、例外の例外があって 「実行形式と一緒に配布される場合は除く」
だから、ローカルコピーの配布が必要なSystem.Windows.Controls.dllはGPLでないといけないはず。
ちなみにSystem.Windows.Controls.dllはGPL非互換の>一部のOSSライセンス に該当する
MS-PLライセンスでソースコードが公開されている。
464 : デフォルトの名無 - 2010/09/09(木) 09:56:50 (+64,+22,-28)
>>463
ほい。
http://www.opensourcelegal.org/?page_id=532
スレ違いだからGPLスレでやれ。
ここはSilverlightスレだから。
465 : デフォルトの名無 - 2010/09/09(木) 10:20:24 (+68,+30,-138)
>>459
ありがとー。
ゲームの性質上FPSを維持でも60に固定する必要はないから今回は変更しないだろうけど、
最大FPSが62になる現象については、紹介された記事を読んで理解できました。

UIを固定的に配置しているときに他のUIに切り替えるのは
それなりにめんどくさい作業なのでどうしようかと思ってたけど、
子ウィンドウのようなものを作れるならそっちの方が楽かも。

各ステージの設計や敵、武器ユニット関係の設定値は外部化したほうがいいんだよね。
これらを修正するだけで、ゲームのルールは変更しなくてもゲームバランスはガラリと変わるわけで。

SilverlightはFlashと違ってDRMに対応してるのでその辺は興味深いですね。
(でもあれは音声・動画周りに関するDRM?)
466 : 464 - 2010/09/09(木) 11:51:03 (+3,-30,-159)
GPLv3だったのか。すまんかった。
じゃあ結論としてSilverlightでGPL使う場合には、SDKに付いてる再配布ライブラリのうち
MS-PLのものはGPLv3なら利用可, v2では利用不可
そうでないもの(XLINQ, Microsoft.CSharp, XmlSerializer等)は利用不可
って解釈でいいのかな。(Sliverlight標準のライブラリについては問題ないと仮定した上での話)
スレ違い申し訳ない。SilverlightでGPLのソースが使いたくてずっと気になってたんだ。
467 : デフォルトの名無 - 2010/09/09(木) 14:36:14 (+57,+29,-10)
GPLは明確な社会悪です
いい加減新興宗教にはまり込むのはやめなさい
468 : デフォルトの名無 - 2010/09/09(木) 16:03:14 (+85,-30,-286)
>>455 良いね。遊べるね。楽しいね。
ここはひとつソース公開した甲斐があったという展開になるよう、見つけた潜在的なバグを容赦なく指摘しておきませう。

Listに格納された要素についてループを回して、条件に合致したものを消すという処理を行っているところが
何箇所かあるけども・・・

例えば、これ↓(MainPage.xaml.cs)

// 動的アニメーションの切り替え
for (int i = 0; i < Animates.Count; i++)
{
  // 対象の移動
  Animates[i].OnMove();

  // 寿命になったら新しいインスタンスに差し替える
  if (Animates[i].Age >= Animates[i].LifeSpan)
  {
    MapRoot.Children.Remove(Animates[i]);
    Animates.RemoveAt(i);
  }
}
この場合のfor文では↓こんな感じにiを最大値から0に向かって回さないと、
for (int i = Animates.Count - 1; i >= 0; i--)
条件に合致して消した際に処理がひとつ飛んでしまうよ。
またはもっと単純にRemoveしたあとでiをデクリメントするでも良いかも知れないが。

こうした修正すべてやれば安泰。例えばメイドさんのバズーカ連鎖などは
取りこぼしなく周囲を巻き込むようになって、本来の力を発揮。
さらに爽快な感じになるので。ちょいと検証あれ。
469 : デフォルトの名無 - 2010/09/09(木) 17:53:45 (+8,-29,-54)
>>468
C#のListって中はどうなってたっけ?
linked listタイプならインデックス参照はO(n)になるよね?
for/foreachの最中に追加したり削除したりも中でどうなってるか怖くてやってなかったんだが、
470 : デフォルトの名無 - 2010/09/09(木) 18:00:36 (+35,-30,-46)
>>469
C#のListは実体は可変長配列で、C++のSTLで言うところのvector<>に近い。
インデクス参照はO(1)だが中間要素の削除のコストは不明。
471 : デフォルトの名無 - 2010/09/09(木) 18:06:43 (+73,+29,-56)
>>470
なるほど。
追加と削除が怖いってのはコスト面よりも一意性の問題。
>468さんが指摘している.Countの判定時の問題とかその他もろもろ。
というかその名もLinkedListというクラスがありましたな。
抜き差しを頻繁にする場合はこっちを使ってwhileとifで判定ということかな。
472 : デフォルトの名無 - 2010/09/09(木) 19:03:50 (+7,-29,-5)
>>471
抜き差しを頻繁にやるなら、Dictionaryを使ったほうがいいと思うよ。
473 : デフォルトの名無 - 2010/09/09(木) 22:16:28 (+110,+29,-79)
>>468
ありがとう!
実際、大砲の威力が上がってますよこれ。

あとは、弾が敵に当たるときの位置が微妙に間違ってるんだよねこれ。
動的な表示オブジェクトを一旦全てCanvasにぶら下げる形にしてるから、
座標の管理が難しい。
474 : デフォルトの名無 - 2010/09/09(木) 22:28:47 (+77,+29,-95)
>>473
左上の点の座標で管理しているのなら、当たり判定は変わらないと思うよ
あえて合わせたければ中心座標を持たせてフレームごとにCanvas.setLeft/Top(中心座標-(幅・高さの半分))してやればいい。

あとゲーム性の問題では、止めるやつで止めた時に当たり判定がなくなっているらしく、
止めるやつは用途があんまりなくなってる
475 : デフォルトの名無 - 2010/09/10(金) 09:15:09 (+61,+29,-58)
SL4のリッチテキストボックスにwktkしながらインスコしたら
んだこれマジ期待はずれww
ユーザーに使わせる為にはUI全部自分で作れってかwww
476 : デフォルトの名無 - 2010/09/10(金) 16:29:05 (+11,-29,-47)
>475
おまいは俺か
toolbarくらい標準で用意して欲しいもんだが、無いものはしょうがないんでmsdnのTextEditorサンプルを参考にがんばろうぜ・・・
477 : デフォルトの名無 - 2010/09/10(金) 22:04:12 (+57,+29,-34)
おい、資料が足りないぞ
先輩に「夏休み中に学習しとけ」とか言われたのにあまり勉強できなかった
デバッグの方法がわからない誰か助けて
478 : デフォルトの名無 - 2010/09/10(金) 22:35:22 (+32,-29,-33)
F5でできるだろーが
VSもExpressionも
479 : デフォルトの名無 - 2010/09/11(土) 01:59:18 (+0,-28,-22)
>>476
TexEditorも10ステップくらい操作したらバグったから絶望に暮れるしかなかったわwww
480 : デフォルトの名無 - 2010/09/11(土) 11:43:43 (+101,+29,-17)
>>478
ブレークポイントを設定しようとすると「シンボルが読み込まれてない」とか言われて引っかからないorz
481 : デフォルトの名無 - 2010/09/11(土) 11:50:01 (+70,+29,-17)
>>480
OSからインストールしなおせ
お前にとってはそれが一番早い
482 : デフォルトの名無 - 2010/09/11(土) 12:54:42 (+3,-30,-198)
>>407
誰か助けて…
フォント名をコンボボックスに列挙するところまでできたけど、フォントが選択された時の処理を

foreach (Typeface font in Fonts.SystemTypefaces)
{
 GlyphTypeface glyph;
 font.TryGetGlyphTypeface(out glyph);
 if (glyph.FontFileName == (string)comboBox1.SelectedItem)
{
  FontSource f = new FontSource(glyph);
  textBlock1.FontSource = f;
 }
}

ってやると、「textBlock1.FontSource = f;」の部分でNullReferenceExceptionが出て終わる
483 : デフォルトの名無 - 2010/09/11(土) 14:42:39 (-1,-29,-52)
JavaScriptAPIのGetSystemGlyphTypefaces使えばできるよ
ググればサンプルが出てくる
ただしIE限定
484 : デフォルトの名無 - 2010/09/11(土) 15:07:30 (+14,-26,-13)
>>480
ブラウザ外実行なら100%引っ掛かる
485 : デフォルトの名無 - 2010/09/12(日) 01:35:46 (-1,-29,-1)
TabInputService止めてたらブレークポイント引っかからなかったな
486 : デフォルトの名無 - 2010/09/13(月) 21:16:42 (+0,-28,-36)
Flexからsilverlightに移るメリットってあるの?
487 : デフォルトの名無 - 2010/09/13(月) 21:19:53 (+57,+29,-23)
Flexで満足してるならそれでいいじゃん
ちゃんとした開発環境でプログラミングしたことないだろ
488 : デフォルトの名無 - 2010/09/13(月) 21:21:22 (+98,+29,-28)
むしろ今のActionScriptはちゃんとしたプログラミングといっていいものになってるんだけどな
お前こそ知らずに物言ってるだろ
489 : デフォルトの名無 - 2010/09/13(月) 21:28:40 (-1,-29,-11)
ExpressionとVisualStudioが使えるのは大きい
つーか開発者側のメリットが8割だと思われ
490 : デフォルトの名無 - 2010/09/13(月) 21:50:16 (+15,-29,-124)
>>488
for と for eachの仕様で混乱したり、
ジェネリックの仕様が中途半端で Vector とかを特別扱いしてるだけとか、
Function 型がジェネリックじゃないからイベントハンドリングむちゃくちゃ大変とか、
addListener したもの(寿命の長さがたとえ同じでも)removeListener しないとメモリリークするとか、
それがちゃんとしたプログラミング環境だというのか?

IE の落ちる原因の9割以上が Flash で、
Safari の落ちる原因の9割以上も Flash でも、
それでもいいものだと思うのか?
491 : デフォルトの名無 - 2010/09/13(月) 22:14:48 (+46,+28,+0)
もちつけ
492 : デフォルトの名無 - 2010/09/14(火) 00:44:45 (+53,-29,-41)
>>490
IE の落ちる原因の9割以上が Flash で、
Safari の落ちる原因の9割以上も Flash

なんかうそくさいな
493 : デフォルトの名無 - 2010/09/14(火) 00:47:25 (+57,+29,-47)
まだFlex使ってるような奴はそのまま沈没して欲しい
迷惑だからSilverlightに来るなよ
494 : デフォルトの名無 - 2010/09/14(火) 00:49:37 (+35,+4,-37)
>>492
Flashが原因で落ちるのはよくあることだぞ、まじで!

FireFoxつかってるとよくわかるけど、
Flashのプラグインはよくリブートする。
495 : デフォルトの名無 - 2010/09/14(火) 00:52:07 (+57,+29,-19)
はげどう
ひどすぎ
セキュリティホールまで開けやがって
496 : デフォルトの名無 - 2010/09/14(火) 02:14:00 (+71,+29,-54)
>>488
そりゃアンタの視野が狭いからそう思えるだけ。
Flexにまともな開発環境なんて存在しない。
それしか知らないから自分が時代遅れの環境に居ることに気付けない。
497 : デフォルトの名無 - 2010/09/14(火) 08:54:19 (+61,+25,-42)
>>492
Safari の方は知らないけど、IE の方は IE チームがほんとに言ってる。
MS はアプリが落ちた時のログ送信してるじゃない。
あれの統計取ってるから確実。
498 : デフォルトの名無 - 2010/09/14(火) 08:57:04 (+96,+29,-58)
Safari は Safari で、ジョブスがインタビューの席で
「なぜ iPhone に Flash を載せないのか」って聞かれたときにそんな話してた。
パーセンテージまでは言ってないけど、「ほとんど Flash の問題なのに、うちが悪いと言われて困る」みたいな。
499 : デフォルトの名無 - 2010/09/14(火) 09:37:40 (+107,+29,-49)
>>498
Adobeの怠慢だっつって結構な喧嘩に発展してたよな
492は一体どういう人間なのかな
Flashが圧倒的にバグだらけなのはユーザー視点でも開発者視点でも明白なのに
500 : デフォルトの名無 - 2010/09/14(火) 12:23:27 (+57,+29,-26)
SilverlightはUI周りを除けば十分枯れた技術の流用だからな
ライブラリやランタイムの信頼性は段違い
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight スレッド一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - wcfRIAXAP + - デバッグ用のリソース文字列 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


トップメニューへ / →のくす牧場書庫について