トピックの改善とCoRにメソッド追加(CoR αテスト中!)
投稿者: akasata 投稿日:2017/03/04 13:19
Rmakeのご利用ありがとうございます!
運営のあかさたです。
今週はCoRと掲示板の改善を行ったので、その報告をします。
※ HTML5版キャラクタエディタをβテスト中です。こちらもお願いします!
https://rmake.jp/blog/akasata/8093
改善
トピックの改善について
以前から、掲示板がちょっと使いにくいなと思っていたので、以下の
観点から改善を加えました。(要望掲示板にもあった内容ですが。)
トピックの内容は誰でも編集することができるようになりました。また、履歴を
残すことで、間違って消してもある程度は復旧できるようになっています。履歴は
1日に1度作られるのと、編集者が変わったときに作られます。
つまり、トピックは、Wikiと同じような動作になったと考えてください。
また、問題が解決したかどうかフラグを付けられるようにして、解決済みのトピックを
ひと目で分かるようにしました。
掲示板を有効活用できればRmakeも使いやすくなると思うので、引き続き、
改善を考えたいと考えています。
よろしくお願いします!
ツイート
運営のあかさたです。
今週はCoRと掲示板の改善を行ったので、その報告をします。
※ HTML5版キャラクタエディタをβテスト中です。こちらもお願いします!
https://rmake.jp/blog/akasata/8093
改善
- 2017/02/26実施 CoRのテキストスプライトに以下のメソッドを追加しました(ドキュメントにも追加しました)
- color, font_size, bold, italic, wordwrap, wordwrap_width
- https://github.com/akasata/cor/blob/master/doc/references/rmake/text_sprite.md
- 2017/03/01実施 質問掲示板及びバグ報告掲示板のトピックに「解決済」フラグを付けられるようになりました
- 2017/03/01実施 トピックの内容を編集できるようになりました
- 2017/03/01実施 トピックの編集の履歴が残るようになりました
- 履歴は1日1回作られます。ただし、編集ユーザーが異なる場合は新しく履歴が作成されます。
- 2017/03/01実施 トピックの右側にメニューを追加しました
- 2017/03/03実施 CoRのスプライトにsrc_rectメソッドを追加しました
トピックの改善について
以前から、掲示板がちょっと使いにくいなと思っていたので、以下の
観点から改善を加えました。(要望掲示板にもあった内容ですが。)
- 内容に不備がある場合に補足できるようにする
- そのトピックがどのような状態にあるのかを簡単にわかるようにする
トピックの内容は誰でも編集することができるようになりました。また、履歴を
残すことで、間違って消してもある程度は復旧できるようになっています。履歴は
1日に1度作られるのと、編集者が変わったときに作られます。
つまり、トピックは、Wikiと同じような動作になったと考えてください。
また、問題が解決したかどうかフラグを付けられるようにして、解決済みのトピックを
ひと目で分かるようにしました。
掲示板を有効活用できればRmakeも使いやすくなると思うので、引き続き、
改善を考えたいと考えています。
よろしくお願いします!
コメントする
コメントするには、ログインする必要があります。
コメント一覧
スプライトの切抜きについて
切り抜いたスプライトで
collisionメソッドを利用したとき、
そのサイズ以上でcollision判定が出続けるのですが、
現状は、切り抜いたサイズで
判定されていない感じでしょうか?
切り抜いたスプライトで
collisionメソッドを利用したとき、
そのサイズ以上でcollision判定が出続けるのですが、
現状は、切り抜いたサイズで
判定されていない感じでしょうか?
当たり判定も指定できるようにしないといけないですね。
とはいえ、src_rectで当たり判定の大きさを指定してしまうと、当たり判定と見た目の大きさを変えたい(シューティングなどによくありますが)場合に困ると思ったため、CoRのスプライトにcollision_sizeメソッドを追加しました。
https://github.com/akasata/cor/blob/master/doc/references/rmake/physics.md#collision_sizeメソッド
サンプルゲームも作りましたので、ご参照ください。
CoRサンプル - スプライトの表示領域と当たり判定の大きさ - Code on Rmake
とはいえ、src_rectで当たり判定の大きさを指定してしまうと、当たり判定と見た目の大きさを変えたい(シューティングなどによくありますが)場合に困ると思ったため、CoRのスプライトにcollision_sizeメソッドを追加しました。
https://github.com/akasata/cor/blob/master/doc/references/rmake/physics.md#collision_sizeメソッド
サンプルゲームも作りましたので、ご参照ください。
CoRサンプル - スプライトの表示領域と当たり判定の大きさ - Code on Rmake
CoR音楽関連にて
BGM再生中のSE再生が
クロームでテストしている際は問題なく再生されますが
IEではぶつぶつと切れてしまうのは
現状、仕様でしょうか?
BGM再生中のSE再生が
クロームでテストしている際は問題なく再生されますが
IEではぶつぶつと切れてしまうのは
現状、仕様でしょうか?
ご報告ありがとうございます!
運営の環境(IE11/Win10)にて、下記ゲームでは特に途切れたりはしていないようです。
https://rmake.jp/games/30282/cor_example
念のため、再現可能な音楽と効果音の組み合わせなど教えていただけますでしょうか。
ただ、IE対応についてはリソースを割くかどうか悩んでいる状態だったりします。
RmakeユーザーにおけるIEのシェアはまだ25%程度あるのですが、半数近くがMSのサポートが切れているバージョン(もしくは4月に切れる予定のバージョン)を使っていたり、最新バージョンでもパフォーマンス上の問題や他のブラウザとの互換性の問題もあって、素直にChromeかFirefoxに誘導してしまおうかとも考えています。
Win10から搭載されているEdgeはなかなかいい動作をしているのですが。。。
運営の環境(IE11/Win10)にて、下記ゲームでは特に途切れたりはしていないようです。
https://rmake.jp/games/30282/cor_example
念のため、再現可能な音楽と効果音の組み合わせなど教えていただけますでしょうか。
ただ、IE対応についてはリソースを割くかどうか悩んでいる状態だったりします。
RmakeユーザーにおけるIEのシェアはまだ25%程度あるのですが、半数近くがMSのサポートが切れているバージョン(もしくは4月に切れる予定のバージョン)を使っていたり、最新バージョンでもパフォーマンス上の問題や他のブラウザとの互換性の問題もあって、素直にChromeかFirefoxに誘導してしまおうかとも考えています。
Win10から搭載されているEdgeはなかなかいい動作をしているのですが。。。
こちらで発生している環境は
Win7、IE11
SE 237323
BGM 318598
ゲーム 30451、シーン42619です
(現在開発中のため、非公開になっておりますが、
設定の変更が必要な場合、ご連絡ください
なお、参考にご連絡いただいたサンプルゲームでは
こちらも問題なく、再生されました
Win7、IE11
SE 237323
BGM 318598
ゲーム 30451、シーン42619です
(現在開発中のため、非公開になっておりますが、
設定の変更が必要な場合、ご連絡ください
なお、参考にご連絡いただいたサンプルゲームでは
こちらも問題なく、再生されました
詳細な情報ありがとうございます。
運営の環境(IE11/Win10)では問題なく音が再生されましたが、検証用PC(IE11/Win7)では、再生が途切れてしまう問題が再現できました。
(運営側でコントロールできる問題ではなさそうなので)ひとまず、現状の動作は仕様とします。ブラウザの問題かOSの問題かわかりませんが、修正されると良いのですが。。。
運営の環境(IE11/Win10)では問題なく音が再生されましたが、検証用PC(IE11/Win7)では、再生が途切れてしまう問題が再現できました。
(運営側でコントロールできる問題ではなさそうなので)ひとまず、現状の動作は仕様とします。ブラウザの問題かOSの問題かわかりませんが、修正されると良いのですが。。。
調査結果の追記です
効果音の再生時間が
約0.2秒以下のとき
正常に再生されない場合があるようです
効果音後部に無音を追加し
再生時間を延ばすことで
正常に再生されるようになりました
試験SE 318606
効果音の再生時間が
約0.2秒以下のとき
正常に再生されない場合があるようです
効果音後部に無音を追加し
再生時間を延ばすことで
正常に再生されるようになりました
試験SE 318606
現在、1つのゲーム内に
複数のCOREシーンを追加できますが
このシーン間の移動(または読み込み?)は
どのような処理で行うのでしょうか?
1シーンあたりの仕様上限を越える
BGM素材の追加ですので、
上限の引き上げでもかまいませんが、、、
そのマップをCOREシーンに追加すれば
読めるかな、と思いましたが
やっぱりダメでした、、、(w;
それに、COREシーンの読込は、再利用可能なライブラリを読み込むような使い方を想定しているので、素材の制約のためにシーンを追加するのはちょっと使いにくいかなと言う気もしています。
制約に関しては、使いやすい形を検討したいと思います。
回答ありがとうございます
こちらもひとまずは
可能な範囲で
制作の進行をしてみようと思います