cocos2d-x

**名前は開発中のものです。** · 2014/01/19(日) 21:57:17.04

オープンソースのマルチプラットフォーム2Dゲームフレームワーク。

公式
http://www.cocos2d-x.org/

ツール
http://cocosbuilder.com/ mac用
http://cocostudio.org/ windows用

実績
ブレイブフロンティア
ファンタジスタドールガールズロワイヤル等

**名前は開発中のものです。** · 2014/05/24(土) 17:26:12.66

>>309
なるほど、ありがとう
でもやっぱり手探りでみんな調べてる感じか

**名前は開発中のものです。** · 2014/05/24(土) 18:05:16.28

>>310
系統的にまとめてるとこがあればいいけど、一ヶ月前くらいに探したときにはなかったな。
c++のメモリ管理をretain countで楽にしてる感じだから両方軽くやった方がいいよ。そのうえでcocosに触れる。
たぶんeffective c++ほど専門的なのは読まなくても作れることは作れそう。

**名前は開発中のものです。** · 2014/05/24(土) 21:42:04.22

>309の構造体だから～～って説明が多分間違っとるわ。
C#を長らくやってたから勘違いしてた
。すまそ。

**名前は開発中のものです。** · 2014/05/28(水) 02:02:33.56

よくソーシャルゲームで使ってるスクロール出来てざーっと下端までいくとボヨンってするリスト系の画面て、ScrollViewとTableViewの組み合わせでよいですか？

**名前は開発中のものです。** · 2014/05/28(水) 09:18:39.49

ボヨンってなんかえろい

**名前は開発中のものです。** · 2014/05/29(木) 01:44:46.75

WindowsユーザーはVisualStudioで作るのがいいの？

**名前は開発中のものです。** · 2014/05/29(木) 02:05:58.44

しらんがな
自分がつ秋なれてるのでやりなよ

**名前は開発中のものです。** · 2014/05/29(木) 02:40:59.40

逆に聞く形にすると、VS使わないで済むならなんで窓使ってんのって話になるな

**名前は開発中のものです。** · 2014/05/29(木) 07:41:05.05

最終的にandroidでリリースするなら
adtかななんて思ってました

**名前は開発中のものです。** · 2014/05/29(木) 19:52:37.29

>>315
Windows使ってるが、普段の開発はVSでやってる。eclipseだとビルド→動作確認のイテレーション遅すぎてやってられない。
Macも持ってるが、XcodeとかiOS Simulatorとか動作遅すぎて効率悪すぎ。
AndroidとiOSは一日の最後
に一回だけ、ビルド通るかと起動するかだけ確認。

どなたか>>313のボヨンの件、回答お願いします。
>>314
ボヨンえろいですかね？すみません

**名前は開発中のものです。** · 2014/05/29(木) 21:28:31.60

>>319
cpp_testのextensions>tableviewで見た感じじゃscrollview無くてもボヨンしてるな。
ボヨンって引っ張りすぎたら何もない部分見えちゃうけど引っ張り戻されるみたいな意味でしょ。
3.0で確認。それ以前にあるか知りません
scrollviewのtest見てなくてcocos2d-iphoneの知識でてきとーにいってるけど、
viewよりでかいマップを描画する、でフリップで見えてる部分変えるとかじゃないの？
angry birdで前もってブロックの配置見るときとか。しらんがな

**名前は開発中のものです。** · 2014/05/29(木) 21:34:40.25

>320の後ろ３行はscrollviewについて書いたモノです。日本語不自由ですみません。
tableviewだけで>320で書いた意味のボヨンするんじゃないの？
とりあえずbuildフォルダのtestcppみよーぜ！

**名前は開発中のものです。** · 2014/05/29(木) 23:55:13.77

>>320-321
ありがとうございます。
ボヨンの意味はそれです。
なるほど、table viewだけでいけそうなのですね。
test cppのソースは見てなかったので、読んでみます。

**名前は開発中のものです。** · 2014/05/30(金) 12:06:15.31

ボヨンってバウンスの事？

**名前は開発中のものです。** · 2014/05/30(金) 12:33:42.15

バウンススクロールが正式名称みたいだね。特許の問題とかいろいろあったみたいだね。
アップルが負けて使えるらしいが。

**名前は開発中のものです。** · 2014/05/30(金) 13:26:58.03

今まで無知だった奴に正式名と間違った特許の扱いでレス返されるとはww
君は嫌われるタイプだな

**名前は開発中のものです。** · 2014/05/30(金) 13:43:52.24

にわかですみません。。

**名前は開発中のものです。** · 2014/05/30(金) 23:49:34.61

つかどのゲームでＸＸをした時の動きて書いてクレヨン王国

**名前は開発中のものです。** · 2014/05/31(土) 11:33:55.59

CocoStudioが北京産だったので駄目です。

**名前は開発中のものです。** · 2014/05/31(土) 14:19:24.61

言いすぎだろ～と思ったけど、>>326のレス見て>>325の言うとおりで嫌われるタイプだなと思った

**322** · 2014/05/31(土) 16:11:26.32

念のためだけど、>>322 != >>324だからね。

table viewのteat cppのコード読んでみた。table viewだけでボヨンできるみたいね。今日あたりやっと時間取れそうなので実装してみます。

**名前は開発中のものです。** · 2014/06/01(日) 12:10:53.18

残り制限時間を画面に表示したいんだけど、
string毎フレーム更新してるとガベコレが荒ぶっててFPSガタ落ちするんですが、
どうしたらいいですか？

今のコードはこんな感じ
void GameScene::update(float dt) {
time += dt;
CCString a = CCString::createWithFormat("%5.2f", time)->getCString();
timeLabel->setString();//CCLabelTTF

**322** · 2014/06/01(日) 12:47:14.11

createWithFormatの実装見たことある？毎回1000バイトだかmallocしてて最悪。
static char s_buf[1024];
とか用意しておいてsnprintfするのが吉。

**名前は開発中のものです。** · 2014/06/01(日) 12:58:10.65

>>330
わざわざそんなこと主張する君性格悪いわ

**名前は開発中のものです。** · 2014/06/01(日) 13:57:51.90

何でこの人１人でキレてるの？ｋｗｓｋ

**名前は開発中のものです。** · 2014/06/01(日) 14:05:24.46

>>332
cocos2dxってsnprintfで画面に描画されるんですか？
コンソールとかにしか出ないものだと思ってました

**名前は開発中のものです。** · 2014/06/01(日) 14:17:51.08

>>334
他の人は知らないけどなんとなく煽りたい気分だったそれだけだよ
今は反省してるよ

ごめんなさい

**名前は開発中のものです。** · 2014/06/01(日) 15:00:43.21

>>332
よく調べたらsnprintfって
標準出力への文字列出力じゃなくてフォーマット使うだけなのか

**名前は開発中のものです。** · 2014/06/01(日) 15:04:48.11

ccstringとか使うメリットある？

**名前は開発中のものです。** · 2014/06/01(日) 15:13:23.55

>>332
ガベコレが一秒間に10回ぐらい出るしNULL値が帰ってきて表示されないんだけど・・・

//.h
char s[8];

//.cpp
time += dt;
snprintf(s, 8, "%f", time);
timeLabel->setString(s);

**名前は開発中のものです。** · 2014/06/01(日) 16:24:15.24

ていうかCCString::createWithFormat挟むだけで40FPSを切るんだけど
ガベコレのログ見たら1秒間に10回ぐらい表示されてるし

さも当たり前のように使ってる方々と何が違うんだ

**名前は開発中のものです。** · 2014/06/01(日) 16:29:55.95

CCStringは内部で毎回100KB mallocしてた。1024バイトどこじゃない。

**名前は開発中のものです。** · 2014/06/01(日) 16:39:43.00

SimpleAudioEngineをincludeしようとしたら
未解決ですって言われたんですけど

cocos2dxに標準で付属してるんじゃないんですか？

**名前は開発中のものです。** · 2014/06/01(日) 17:52:42.01

>>342
ライブラリをビルドした？

**名前は開発中のものです。** · 2014/06/02(月) 00:52:42.06

最初にCocos2Dあって、Objective-C & Xcode、 iOS のガチマカ仕様だったのが
Android対応のためにC++やJavascriptに対応したCocos2d-xを作ったら
中華大移民団にプロジェクトの主導権を乗っ取られた。

マカーはApportableとして分離独立して、クロスプラットフォームだけどMac版しかないじゃんという
SpriteBuilderを新たに立ち上げ、マカ専用の林檎謹製SpriteKitをぶっこんできた

で、Cocos2d-xの公式ツールのCocoStudioはWindows版（北京産）しかない・・・。

という流れなのかな？

**名前は開発中のものです。** · 2014/06/02(月) 01:12:37.39

もう今年も半分おわったね

**名前は開発中のものです。** · 2014/06/02(月) 06:28:21.25

いまいちわからん
CCStringは使わないほうがいいの？
でどれ使うのが正解なの？

**名前は開発中のものです。** · 2014/06/02(月) 08:18:08.21

>>345
あと30日ぐらいあるよ

**名前は開発中のものです。** · 2014/06/02(月) 23:08:19.60

いや誰も日本とは言ってないし

**名前は開発中のものです。** · 2014/06/02(月) 23:39:03.04

なんだこいつ

**名前は開発中のものです。** · 2014/06/02(月) 23:45:57.05

>>342
空気読まずにマジレスすると、libExtensions.libをリンク対象にしないとダメ
includeパスも追加フレ

**名前は開発中のものです。** · 2014/06/04(水) 15:19:34.43

swiftのせいでcocos死滅しちゃうん？

**名前は開発中のものです。** · 2014/06/04(水) 17:27:12.76

cocosとunityは生きると思うよ

**名前は開発中のものです。** · 2014/06/04(水) 17:32:38.69

cocosっつってもcocos2d-iphoneだけが危うくない？
cocos2dxの大勢には関係ない気がする。iphone限定でいいからcocoswiftみたいなswift使ったライブラリでないかな。

**名前は開発中のものです。** · 2014/06/04(水) 17:53:47.13

泥に行けばいいよｗｗｗｗｗ

**名前は開発中のものです。** · 2014/06/05(木) 05:19:11.18

生き残れないだろ

**名前は開発中のものです。** · 2014/06/06(金) 03:39:10.15

Visual cocos2d++

**名前は開発中のものです。** · 2014/06/07(土) 00:36:12.06

cocpd2d-swiftまだぁー？

**名前は開発中のものです。** · 2014/06/07(土) 00:59:48.14

c++11化がひと段落した矢先にまた大変な要求だなw
2d-xが好評な今、まずはswiftがオープン化するまでは意味薄いからやらんのではないかと
obj-c版からポートすると、今更分断化を招くことになるし、そもそもラムダ周りでスッキリさせたのが水泡に帰すロールバックだし、かつswiftの構文に合わせる二重作業が生じる

以下妄想、Apple Blocks拡張あたりでブリッジされる未来とかなら可能性あるのかなとか

**名前は開発中のものです。** · 2014/06/07(土) 11:12:04.14

cocosというよりobjective-Cから離脱出来るということで皆喜んでる

**名前は開発中のものです。** · 2014/06/07(土) 13:28:10.56

フォント変わんねーんだがこれであってるよな？
highScoreStrLabel = CCLabelTTF::create("0", "Marker Felt", 32,CCSizeMake(128*6, 128*1.2),kCCTextAlignmentCenter,kCCVerticalTextAlignmentCenter);

Resources\fonts\Marker Felt.ttfにおいてて、arialと同じ場所だから大丈夫だと思ってるんだけどフォントかわんない
androidでcocos2dxは2.2.3です

**名前は開発中のものです。** · 2014/06/07(土) 14:27:08.19

あってねーから変わんねーんだよ

**名前は開発中のものです。** · 2014/06/07(土) 16:25:16.60

どこが間違ってるんですか？
教えてくださいなんでもします

**名前は開発中のものです。** · 2014/06/07(土) 18:46:21.18

>>360
ググってみたけどAndroidならファイルを直接いれなきゃみたいよ。
"fonts/ファイル名"
で指定してみて

**名前は開発中のものです。** · 2014/06/07(土) 18:47:16.47

highScoreStrLabel = CCLabelTTF::create("0", "fonts/Marker Felt.ttf ", 32,CCSizeMake(128*6, 128*1.2),kCCTextAlignmentCenter,kCCVerticalTextAlignmentCenter);

これでやってみて

**名前は開発中のものです。** · 2014/06/07(土) 18:52:22.21

>>363-364
出来たあああああ
ありがとおおおおおお

なんでAndroidはフォント名だけで出来ないんや、マルチプラットフォームとは

**名前は開発中のものです。** · 2014/06/07(土) 18:57:02.33

>>365
僕もAndroidしかやらないから詳しくは知らないけどiOSの場合はフォントフォルダを指定できるからフォント名だけでいけるみたいだね
defineで定義しとくと楽かも

**名前は開発中のものです。** · 2014/06/08(日) 11:26:19.64

ccTouchBeganって廃止予定なの？

**名前は開発中のものです。** · 2014/06/08(日) 12:59:48.84

CCMenuでタブ状のボタンを再現したいんだけど
ZOrderが機能せずに描画の優先順位が変化しないんですがどうしたらいいですか？

・テキストボックス用のウィンドウ画像(ZOrder:1)
・テキストボックスの中の文章を切り替えるタブ画像1(ZOrder:0 or 2)
・テキストボックスの中の文章を切り替えるタブ画像2(ZOrder:2 or 0)
てあって、setPositionでうまい具合に重ねてZOrderで切り替えるというのを考えています

**名前は開発中のものです。** · 2014/06/08(日) 13:44:46.72

あ、すいませんメソッドはreorderChildを使ってます。
描画の優先順位が変化しないというのはつまり、
reorderChildによってZOrderと一緒にタッチの取得順序も変わってしまい、
一番表に描画されているMenuItemではなく一番下のMenuItemのタッチイベントが反応してしまうという事です
ZOrderは数値が高いほど表に出てきて、タッチは数値が低いほど優先順序が高いというらしいので

**名前は開発中のものです。** · 2014/06/08(日) 13:50:09.76

Visual Studio 2013 Expressで開発すると有り得ないぐらい作業が捗るな。Xcodeの酷さを再認識できるわ

**名前は開発中のものです。** · 2014/06/08(日) 13:55:14.59

デバッグはまあVSのがいいけど、バージョン管理ツールとの整合性はXCodeのがいいなあ
Expressと比べるならね。

**名前は開発中のものです。** · 2014/06/08(日) 13:56:37.24

gitは個別にコマンド打てばいいだろ連携とかまじうざい

**名前は開発中のものです。** · 2014/06/08(日) 15:11:24.60

開発環境はVisual Studioが圧倒的すぎるよな
googleもeclipseとか言ってないで、Visual Studioだけで開発できるようにするべき

**名前は開発中のものです。** · 2014/06/08(日) 16:38:05.70

IDEからいちいちコンソールなんて行ってられんよ、そういやエディタも
外のを使う奴いるよな。

**名前は開発中のものです。** · 2014/06/08(日) 16:39:15.19

Pro以上ならアドインあるから解決するけど有料だから比較しちゃダメだよね

**名前は開発中のものです。** · 2014/06/08(日) 17:17:08.63

VSとXcodeとEclipseのプロジェクトを共有させるのってどうやるの？

**名前は開発中のものです。** · 2014/06/08(日) 18:58:29.49

最初からproj.androidとproj.iosとproj.win32にわかれてるだろ

**名前は開発中のものです。** · 2014/06/09(月) 02:28:55.27

別れてるのを共有する方法って言ってんだろうが

**名前は開発中のものです。** · 2014/06/09(月) 06:33:41.45

？イミフ

**名前は開発中のものです。** · 2014/06/09(月) 10:03:32.85

同じコードでやりたいってことだろ

**名前は開発中のものです。** · 2014/06/09(月) 10:30:44.14

proj.xxxxは環境依存のjni関連とかWinMainの.cppとかObj-Cの.mmのコードとかだけ。共有するもんじゃない。
環境非依存のゲームロジックはClassesディレクトリにあるはず。かつビルド環境はそれぞれproj.xxxにあってClassesのものをコンパイルするようになってるはず。

**名前は開発中のものです。** · 2014/06/09(月) 13:46:14.84

cocos2d-iphoneの公式のアドレスが、cocos2d-swiftになってるw

**名前は開発中のものです。** · 2014/06/10(火) 01:09:44.69

お、ほんとだ。やる気だな
しかしiOS専用ならSpriteKitもいい出来なので、余計なお世話だとは思うけど需要空回りしないかちょい心配
将来うまいことswiftがオープン化して、クロスプラットフォーム化まで漕ぎ着けてくれることに期待か

**名前は開発中のものです。** · 2014/06/13(金) 09:44:40.68

>>344
北欧のUnityといい中華のCocos2d-xといい
わが大日本のゲームプログラマ達は何をしてるんですかねプンスカ

**名前は開発中のものです。** · 2014/06/14(土) 11:17:29.32

10体以上の兵士が戦うゲームを作ってるんですが
1つの兵士のアニメーションを表現するためにスプライトアニメーションを使おうと思っています。（両手・両腕・胴・頭・両足・両脚）
1画面に少なくとも10体以上の兵士を表示する事を想定しているため、バッチ描画を行おうと思っているのですが

しかし、スプライトアニメーションという複数の画像で1つの兵士を表現する方法のため、
兵士が重なると体のパーツが混ざってしまう（キメラみたい）んですが、これは一体どういう方法で解決できますか？
一週間ぐらい悩んでるんですが解決方法が思い浮かびません。

**名前は開発中のものです。** · 2014/06/14(土) 11:37:19.70

キャラ別になるようにソートするだけでは

**名前は開発中のものです。** · 2014/06/14(土) 13:35:30.81

>>386
バッチ描画すると描画順序(Zソート)が出来ないです

**名前は開発中のものです。** · 2014/06/14(土) 14:10:12.25

バッチ描画に投入するノードを目的の描画順になるようにすればよかろ？
パーツの論理構造とは別に描画用ツリーを再構築できるようにすれば良い

**名前は開発中のものです。** · 2014/06/14(土) 14:14:01.17

出来ないて判ってるなら使うなよ

**名前は開発中のものです。** · 2014/06/14(土) 14:17:19.61

>>385
spriteBatchNode-> reorderChild使えばいいんじゃない？だめだったとか、bugがあるのではという報告もあるみたい
http://blog.tappli.com/article/84787160.html

http://stackoverflow.com/questions/20553956/cocos2d-reorder-children-in-different-batch-node
あとstackoverflowでみつけたで。reorderchildがだめならこれでやってみたら？

**名前は開発中のものです。** · 2014/06/14(土) 14:35:23.12

いや、例えば「ソルジャー」という種類の兵士を構成している
胴体の画像と頭の画像があって、それぞれ描画順序に1と2を設定する（胴体を描画してから頭）
バッチ描画しているから、ソルジャーが２体いた時の描画順序は
胴体→胴体→頭→頭という順序になる
もしこの２体が重なった時、最初に描画したソルジャーの頭が後に描画したソルジャーの胴体から突き出て見えてしまう

バッチ描画はたくさん表示する処理が軽くなる代わりにZOrder(reorderChildと同義？)が変更できないのでどうしたものかと
軽量化はしたい、けど特定の範囲だけでもいいから描画順序を守りたいという感じです

**名前は開発中のものです。** · 2014/06/14(土) 14:42:51.97

>>390
SpriteBatchNodeの順序を守るためにLayerをいくつも作った？という回答ですよね？
英語苦手なのでよくわかりませんが、Layerをキャラクターの数分だけ作るというのは現実的な選択肢なんでしょうか？

**名前は開発中のものです。** · 2014/06/14(土) 14:48:06.57

googleからOpenSSLの脆弱メール来たひといる？
なんか対応しないとアプリ消されるらしいんだけど、どうもcocos-extが原因らしいんだよね。

**名前は開発中のものです。** · 2014/06/14(土) 14:50:28.01

確かめもしてなくて違ったこといってるかもしれないけど、一つのspriteBatchNode内だとaddChildしたときの
引数のzorderいじればいいんじゃない?
キャラ1のときi=1, キャラ2のときにi=2とかしてそれぞれのpartの値を適当に一桁の値pとかにしてれば、
zorder = i*10 +p
でキャラ1に使う画像が10,11,12とかキャラ2用が20,21,22とかになるんじゃないかと思うんだけど。。。
違うかな？>>390は複数のbatchNode使う場合のそれぞれのbatchNodeごとの前か後ろかだと思います

**名前は開発中のものです。** · 2014/06/14(土) 15:50:56.58

>>393
なんかgoogleからメール着たけど英語だから読んでない
（俺はcocos2dxのアプリ公開している）

**名前は開発中のものです。** · 2014/06/14(土) 16:45:52.30

>>394
キャラ1が2体出てきたら重なってしまう

**名前は開発中のものです。** · 2014/06/14(土) 16:51:28.46

>>395
Security Alert: You are using a highly vulnerable version of OpenSSL
って題名なら、OpenSSLをバージョンアップ対応してアップデートしないとアプリ全部消すよってことらしい

**名前は開発中のものです。** · 2014/06/14(土) 18:03:17.92

>>393
cocos2dxアプリ公開しているが、うちにも来た
cocos2dxとかAdobe airとかのサードパーティツールが原因みたい
どのくらい放置しといたら消されるとか書いてないけど
モンストとかのメジャーアプリも対象だろうし
すぐに消されるってことは無さそう

**名前は開発中のものです。** · 2014/06/14(土) 20:20:58.55

>>391
頭と体を一枚のテクスチャに配置してテクスチャアトラスで処理すればいいのよ

そうすれば同じテクスチャバッチの中で
体1→頭1→体2→頭2ってエントリー側で
ソートできるっしょ

**名前は開発中のものです。** · 2014/06/14(土) 23:16:47.73

>>397
まさしくそのタイトルだわｗ
まあ消されてもいいけど、OpenSSLってなんね？てレベルだから
何をどうすればいいか全然わかんにゃい

cocos2dxのバージョン上げればええんかね？
今バージョン上げて(３じゃなくて２．２．３だが）アップデートしようと作ってんだけど

**名前は開発中のものです。** · 2014/06/15(日) 16:17:56.96

cocos3系でもダメだけどな
まぁ消されてもいいなら別に

**名前は開発中のものです。** · 2014/06/15(日) 17:50:51.68

え、なにこれ個別にバージョン上げないとダメなの？cocos2d-xコミュとかでどこをどうすればよい、とか議論になってないの？

**名前は開発中のものです。** · 2014/06/15(日) 18:37:00.17

まぁしばらく消されることはないだろうよ

**名前は開発中のものです。** · 2014/06/16(月) 00:05:10.43

ほんとに消したらGoogle Playから売上上位大半の多くのゲーム消えるぞ。誰が得すんだ？
ードラクエモンスターライト
ーブレフロ
ーモンスト

**名前は開発中のものです。** · 2014/06/16(月) 00:59:55.50

ゲーム会社はカスタマイズして使ってそうだけど

**名前は開発中のものです。** · 2014/06/16(月) 09:25:07.27

こういうフレームワークをカスタマイズするのは素人だろ・・・
アップデートに対応できなくなると常識で考えれば解る
通は直接オプソ開発にコミットする。

**名前は開発中のものです。** · 2014/06/16(月) 16:36:15.29

オプソｗ

**名前は開発中のものです。** · 2014/06/16(月) 20:12:23.03

普通カスタマイズしないか？
こんなゴミコード誰がそのまま使うかよ。
酷すぎだぞ。

ってうちの会社のアーキテクトがぼやいてました。

**名前は開発中のものです。** · 2014/06/16(月) 22:56:13.62

うん、無駄杉な改行はやめたほうがいいよ。
って、あんたの会社のアーキテクトはぼやかなかったのか？