iアプリ共同製作支援スレ その1

いいアプリがないと思ってる人のために
それなら自分で作っちゃえというアプリ共同制作支援スレです

903iシリーズの発売に伴ってメガiアプリも始動したし、
近いうちにDojaツール5.0がでて勝手アプリにも侵食する予想なので
神降臨してなんか十分いけそうな悪感．．．

人が集まったらwikiでも作る予定だがそれだとソースとかの
問題もあるからJarに当てるパッチ形式での配布を考えてるところ．．．

次スレは>>950
マターリといきましょや

2

>>1乙

良スレage

>>1乙

結構いいね！ちなみに神とまではいかないがiアプリ作者だお

wikiは>>1が作る方向でおｋ？

1です

まぁ人が何人か集まってきたらwiki作りますね

そのためにもコテハン推奨ということで

http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/index.html#005

少し楽しそうですね。
まだ凄く簡単なアプリしか作った事ありませんが力になれそうなら自分も協力しますよ。

結構人が来そうな悪感

http://blog.goo.ne.jp/datty0423/
こんなんしか作れんけど一応協力しまっせ


どんなｼﾞｬﾝﾙにするの？

>>10
ｼﾞｬﾝﾙ関連はwikiできてからじゃね？

>>10
凄いよ兄貴！
自分Panelを使った本当に簡単なのしかできないですよ！

AUでjavaアプリを作っていた俺がきましたよ

//ちなみにうちの会社はまだAUのjavaやってる

>>10
最近の厨房はすごいやね

いやいや>>10は普通に将来性のある神だなオイ

AUでやってた者ですが、
環境はJ2SE SDK1.3.1+J2ME WTK1.0.3+Doja3.0+DoJa4.1
が入ってるんだけどいける？

>>16
普通にいけますよ


ちなみにここはage推奨?

>>17
人が来るまではageでもいいんじゃない?

ってことであげwwww

http://www21.atwiki.jp/docomotool/

wiki作りました。まだあんまりページとかないんで皆さんでどんどん編集してください

>>19
乙

>>19
乙

まぁ俺はageがデフォで気にもしてなかったがｗｗｗｗｗあげ

DoJa5.0でたら必須のJ2SDKのバージョンも変わるのかな
とりあえず入門者向けのリンクをば

NTTドコモ-iアプリコンテンツの概要
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/

RGBの携帯Java入門
http://rgb-kids.com/index.html

Appli-Style.com
http://appli-style.com/

5.0でても903人口はまだ少ないという罠

>>19
乙

オープンソースなiアプリ用ブラウザ作って

いきなりむずそうだな･･･

wikiのはじめに を読んだのかおまいら

おまえら共同開発の肝の部分が抜けてるぞ
ソースの管理はどうすんだ！リポジトリ用意できなきゃお話にならないと思うんだ

http://www21.atwiki.jp/docomotool/pages/5.html

まじめにソースのことは考えないとな
wikiの管理人もいくつか案出してるから

おまいら、案だせ案！！

パッチってどんな感じでやるつもりだろうか
「Ver1」というソースがあった場合、AさんがVer1のパッチを作る
BさんもVer1のパッチを作る。

これってVer1AとVer1Bの別のものが二つできない？
Ver1AにはBパッチは当てられないだろう？

Ver1Aに対するパッチをBさんがつくるのか？
それだと誰かがコード書いてる時は他の人は何も出来ないような・・・
これって共同開発として破綻してない？

例えば空のJarファイルをつくって、それ本体に差分パッチをあてるってこと。
そうすればパッチのやり方がわからないような房はこなくなる

要するにひとつひとつのソースにパッチを当てるんじゃなくて、jar本体に当てるってことか

ゲームとかの改造ロムみたいなもんだな

>>32
もっと具体的に説明して

例えばaというアプリのソース類の入った無断配布禁止のzipファイルをつくるだろ。で、そのファイルはみんながタネとして各自でもっておく

次に誰かがそのaを改造してもっといいabというアプリができたら、そのabのソースそのものを配るんじゃなくて、aからの変更部分(差分)をさっきのzipに当てるパッチにして配る。

そうすればaのzipをもっているだけで色んな人の改造版が手に入り、自分はその改造版をさらに改造してよりよいものをつくる

まぁ結局は房対策なんだけど

確かにいい案だと思うけどそれだとあんまり共有になってない気がするからおれはIP管理がいいと思う

それって共同開発って言わなくないか？
aのソースを書くのは一人、改造するのも一人。

結局一人で開発してるのと何も変わらない
なんかみんなで大きいもの作るのかと思ったよ

確かにそうかも・・・
なんか長文スマソ

1の意思に反してた

みなさんの言うことが正しいですな

そんなにあやまんなくても
ちなみに10ですが俺の作ってるシューティングのソース公開しますんで、そこからみんなで大作に改造していきませんか?

そろそろ俺の力だけでは限界を感じてきてるんで

その前にソースの管理方法（開発者視点）がないとな

最新版とかの管理はやっぱりwikiの管理人さんにお願いすればよくない?

それととりあえずは房対策(自分も厨房ですがww)はあまり考えずにうpろだを使えばよくないですか?

このスレ自体にも房はあまり来てないわけですし

たしかにwikiの人がいいならそれでもいいかも

うｐろだ管理ってさ、だれかコード書いてたら他の人書けないけどいいの？
もうすでにそういう共同開発は無しの方向か？

完全な共有だとリアルタイムに接続しなくちゃいけない→無理
だから何か目標を決めて(例えば10氏のゲームにランキング追加とか)それをこなしていく形でよくない?
それでいきつまったら開発メンバーに救助を求めるとか

subversion使えよ。

>>28、>>45もいってるとおり
共同制作にはsvnもしくはcvsが必須だろうな
ってか房対策とか上で言ってたけど既に房のすくつ（なぜかｒｙ）じゃないか

subversionって無料?kwsk

sourceforge.jp にプロジェクトとして登録するのもありだと思う

ってか>>10=>>1が他の人にアプリ作るの手伝って欲しいだけだろ

ゲーム作ってもおもしろくないからツールみたいなのを作ったほうがよくね？
ゲームとかの何をどうやったほうがおもしろいなんていうのは共同で開発しにくいと思うんだ

ゲームとなると絵師が必要だからな

俺は>>1じゃないんですがそんな心外なこと言われるのは俺のアプリを改造するとか言ったからですよね?
だったらソースなんて公開しません

まぁどうせあんなカスゲーのソースなんていらないと思うけど

馬鹿だな>>49おまえみたいな奴がいるからこういう話が企画倒れになることが多いんだよ

とりあえず簡単だと思われる2ｃｈブラウザなんてのはどうでしょう？

2chﾌﾞﾗとかいいね

http://imona.net/
はいどうぞ

作ろうって話してるのに既存の物を出してどうしたいの？
作るなって言うの？

改変して欲しいんじゃないの？
タブ表示にするとか

>>57
スルー出来ないやつは荒らしと

2chブラは結構いろんな種類あるから他のやつにない機能つけないとな

>>52
なんかかわいそう

>>60
同意

10は厨房なんだからそんなにむきになるなよ>>49

>>60
例えば何だろう･･･

いちいちブラウザを終了しなくてもカキコできるといいね

それはiアプリの仕様上難しいけど仲介してる鯖を自分で立てるようにしたらできるんじゃないかな

>>64
そうすると鯖の金とか管理の問題が発生するよね？

jigみたいなやつつくらね？

2chブラウザは結構難しいと思う。ちゃんと設計しないとすぐにOutOfMemoryErrorでるだろうし

入力フォームも変換もアプリレベルでやっちゃえばいいんじゃね？

確かにブラウザ系はメモリ食うからね･･･

無難にゲーム類から始めたほうがいいんじゃない？

Windowsみたいなアプリは？

iアプリ上の模擬OS

>>70
それは2chブラウザよりムズくないか？

>>70
おまいの柔軟な発想に惚れた。

さらにそのOS上で動くアプリの開発も必要になるなｗｗ

そうなんだよ。その模擬Win上で2chブラとか、フルブラウザ使えたら神

「iアプリ上で動くwindowsエミュレーター」

>>74
メガアプリならいけない気もしないがwww

新たなOSじゃなくてWindowsのEXEが走るVMでいいんじゃねーか？ｗｗ
コンソールのアプリのエミュなら作れるんじゃね？GUIはさすがに無理だろ。
しかもマルチタスクとかｗｗ

挑戦するか？おまいら！

ギガアプリができるまで棚上げにしよう

で、どれやるんだ？

imonaの改変

一週間以内にタブ表示にする　あとキーリピートの改善

ソースもないのに一週間以内とかどんな暇人だよｗｗ

>>82
imonaってオープンソースじゃなかったっけ？

10って本当に中学生か？
なんか大の大人が作ったアプリのレベルがあまりにも低いから
中学生ということにしてあるだけのような気がした。

>>84
現中２ですが何か？wwwwwwwwwwwww

>>85
正直絶句した。
将来有望だねうん。

とにかく参加する人はトリップつけて書き込もうぜ

ﾉｼ

いきなり過疎だね

>>81
経過報告汁

ごめんテスト期間中でなにもやってない

>>91=>>10？

>>92
違うお

なんでこんなに過疎？

>>94
ゆとり教育のせい

>>

先に目標を決めた方がよかったかもね

おもしろいスレなのにもったいないよね

pcサイトを見れるようにするソフトで
なおかつJavascriptが使えたら最高なのに･･･

5.0が出るまで妄想しとけ

もうそうするよ

>>101
だれがうまいことを(ry

5.0インスコ完了!












ちなみに妄想です

>>103
ワロタwww

















妄想だけど

というか10のソースはどうなった？


と、ただソースが欲しいだけの漏れがきましたよ

率先して目標とスケジュールを設定してくれて、
おまけにコードも全部書いてくれる神がいてくれたらなあ・・・

>>106
それはこのスレの意思に反するだろ

5.0マダー？

５．０キターーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

あげとこ

URL
>>7

エミュレータかっけえええええええええええええええええええ！！

なんで俺一人しかフィーバーしてないんだよ

ぇ、どこが変わったん？一応仕事で使ってるから興味あるわ。
自宅PCに入れるのめんどい。

日曜会社でインスコしてみよう。

5.0入れたけどまだ使ってない。
使ったら需要無視して適当にレポする。

うちの環境のせいか4.1が入っているせいかしらないけどとりあえずEclipseでうまく使えなかったので単独起動。
ちなみにプラグインは4.1が上書きされてるみたいで動かない5.0でしかプロジェクトが作れない。

画面はごちゃごちゃして見にくいかもしれない、使わない人には邪魔かと。
端末>device1以外ないので変更はできなそう。
sdkの5.0に対応してるかと思って期待してたら

ビルド開始(DoJaプロファイル : DoJa-5.0)
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー:サポートされていないエンコーディングです: SJIS_i
エラー 13 個

と、以前より激しいエラーが…。
どうせ自分は4.1LEの端末だし当分は見送るかもしれないと思った。

ついに本格始動だなwww

誰かwiki編集して来(ry

5.0ｷﾀ━━━ヽ(∀ﾟ )人(ﾟ∀ﾟ)人( ﾟ∀)ノ━━━ !!!

ｲﾝｽｺ完了！

903だってまだ普及してないだろ。
5.0になにそんな興奮してんだ？
自分専用アプリとかオナニーだったらよそでやれよ

>>120
一応聞くけど釣りだよね?
















と、釣られてみる

http://www.youtube.com/watch?v=85u4ZFnm21Q
http://www.youtube.com/watch?v=2KCSKZ4-lxI
http://www.youtube.com/watch?v=vbo5rODUg6c

>>121
>>10さんなんでコテ外して書き込むんですか？ｗｗｗ

10はここにおりますが

なんか面白そう
暇が出来たら参加させて頂くかも

連投ｽﾏｿ。
参加することになったらトリばれちゃうから変更。

ちなみに、今は一人でi&S!アプリ作ってるので、本格的な物じゃなければドット絵も音楽も作れます。
本当はプログラミングが専門だけど…。

以降、暇になるまで（来年春くらいかも）までROMってます。

自分も参加するよ。
さぁ何を作ろうか。

なにも出来ないけど、テスター要員くらいならやるぜｗ

盛りage

とりあえずimonaの改変やるんじゃなかったの？

まぁ俺はいまだに506iで自分でテストできなくてモチベーション下がるが

>>130
当の本人が消えてる

みんな何かアイディアあれば思いつくままに書いてちょうだい。
今からちょっとネタ探しにいろんな板やスレを見に行って来る。
とりあえずこんなとこから。
http://game10.2ch.net/handygame/subback.html
http://hobby7.2ch.net/chakumelo/subback.html

今日からjavaの勉強を始めた俺も参加しますよ

一応仕事でDOJA2〜3.5の頃アプリ作ってた。

俺にも何かやらせろよ。
もう2年近く、WEB系ばっかで錆び付きそうだ。
パケ放題じゃねぇから実機のテストはあんまりやりたくないがなorz

開発者やテスターは集まってきたね。
アイディアマンも欲しいなー

出会い系チャットのiアプリ

俺も参加するで

まずはジャンルから考えないとな


ゲーム系にするか、ツール系にするか

自分はツール系か、ゲームは頭脳ゲーム系なら・・・。
あんまり動きが多くて華やかなGUIは作ったことがありません。
まぁでもやることになれば頑張るよ。

>>139
まぁおまいができないとこは他のやつに頼めばいいし、
他のやつのできないとこをおまいがやればいいジャマイカ

それが共同制作なんだぜ？

ＪａｖａってＭＳに歯向かって見放されてるからな・・・
これがＳＵＮの選択か・・・
せいぜい、携帯アプリでも作って喜んでろよ。

>>141
？？？？？？？？？？？？？？？？？

>>141
日本語でおｋ

ま、スルーでいこうぜ

すいません自分プログラム初心者なんですけど
メモカと連動したアプリって技術的に可能ですか？
将棋とかオセロやるんですけど棋譜を見たいときには
一局毎にメールボックス開いてアプリを起動させるようなやりかたです。
起動は1度きりでサクサク情報呼び出せるようなアプリが作れたら
いいんですが。

>>145
メモカ連動というのが外部メモリーからのデータ読込を言ってるんなら
一部機種と903シリーズはSD-Bindingがあるしその他機種も
偽装GIFなんか使えばできるよ

>>145
じゃあまずはSD-Binding対応の将棋とか作ってみる？wwww

>>147
将棋ですか･･･

いや、まぁオセロでも麻雀でもいいんだが>>145に影響されて･･･

どうせなら3つともやればいいじゃん(・ω・)

将棋も麻雀もルール知りません。
でもオセロは得意です。

まずは簡単なオセロがいいかと。
とりあえず何か1つでも作っておきたいじゃん。

まとめて作るの賛成

>>152
同意

なんか作っておきたい

>>154
でもせっかくだからまとめてつくろうよ

ちなみに「オセロ」は登録商標です。
アプリ名には使えないから「リバーシ」とか、
もしくは全然違う名前を使いましょう。

>>155
まあそれもそうだな


ひとつのアプリに集約www

ここのレベルの低さに驚いた
オセロ、将棋のCPUをここのやつらに作れるとは到底思えない

自分はできれば別々がいいな。
以前オセロのiアプリを作ったときはjarが26KBくらいで、
コンピュータ対戦で使う評価関数の係数ファイルが108KBくらい。
他のゲームと一緒にするときつくない？
まぁ容量は強さとのトレードオフだから減らせるけど。

同じ系統のゲーム（トランプとか）を統合させるのはいいが
全くつながりのないゲームをまとめるのはどうかと思う。
>>159 の言うとおり容量もでかくなるだろう。

おｗ　なんか盛り上がってきたみたいだから、俺も参加するわ

とりあえずはオセロでいいんじゃないか？
で、どういう体制でやっていくんだ？

普通のリバーシだと他にもあるからなんかコンセプトを決めないか?

とりあえず普通のでいいんじゃないか
形が大体できてから何かつければいい

共同開発でリバーシとかお前ら初心者の集まりか

>>158=>>164でおk?

アレなのはスルーで

Cell Phone Suicide Bomber Project
http://www2s.biglobe.ne.jp/~niitsuma/aprilFool/

強い将棋・リバーシアプリ求めるよか
ウェブ通さない棋譜の入力再生機能とsd-bindingによる棋譜管理機能だけで
いいんじゃないか？
その機能ついてるアプリはいまのところないし
ある程度真面目にやってて強くなりたいような人は
そういうアプリが欲しいんじゃないかな

>>168
それくらいの機能なら”強い将棋・リバーシアプリ”コンセプトの下でも組み込む事はできると思う。
まぁまだコンセプトは決まってないけど。
それにあまりターゲットを特化してしまうのもどうかと。

CPUってifで作るの？

自分は”強いリバーシ”っていうコンセプトで作りたいなぁ。
ところでどんなコンセプトになっても使うだろうからと思って
とりあえず盤面状態を保持して石を返したり戻したりするクラスを
書いたんだけどどうすればいいの？

>>168 の機能はオリジナリティがあっていいじゃないか
CPUを強くするのはそのあとでも遅くない。

オープンソースにするの？
それとも開発陣だけで共有？

みなさんまとめサイトのwikiも見てくださいね。
http://www21.atwiki.jp/docomotool/
掲示板にちょっと書き込みしました。

囲碁将棋オセロ趣味にしてる人は>>168みたいなアプリは常に欲しいと
思ってるんじゃないか？
金はらってもいいって人もいると思う。

>>175
うん。その機能も検討してます。
別にボツにしたわけじゃないから。
他の機能との兼ね合いで後回しになる可能性はあるけど。

後はどうやって共有するか　ですな

まぁ、うｐろだでもいいよ。
CVS鯖なんて誰もたてんだろ。

強いオセロプログラムを目指すならお勧め。
http://hp.vector.co.jp/authors/VA015468/platina/index.html
あとここ
http://uguisu.skr.jp/othello/index.html

ttp://sourceforge.jp/
なぜ使わないんだ

>>180
オープンかクローズドかもまだ決まってない。

とりあえず参加する人はwikiの参加者一覧に追加して

じゃないと多数決もできんorz

リバーシのCPUのロジックをサーバでやらせるのどう
３手分ずつくらいで通信

メリットあるのか?

コンピュータの着手の計算をサーバに委譲すれば先読みの深さを十数手にできますね。
携帯上での計算は６〜７手読みくらいが限界だと思います。
通信の遅延を考えれば１〜４手読みくらいだと携帯上でも十分速いので、
サーバ側でやるメリットはありませんけど。

サーバは誰が用意するんだ？
誰がメンテするんだ？

気前よく各端末で分散処理よ

レンタル鯖じゃ駄目なの？

もしサーバで計算するならPHPとCプログラム（常時起動）の組み合わせかな？
・PHPでリクエストを受けて入力ファイルを作成。
・Cプログラムでは入力ファイルの存在チェック。
・存在すれば読み込み、削除、計算、出力ファイルに書き出し。
・PHPで出力ファイルの存在チェック。
・存在すれば読み込み、削除、結果を返す。
こういうシステムは作ったことあるんですけど。

>>189
それを一手打つごとにやるのか…
多人数がゲームをしている時大丈夫なのか？

今の段階ではアプリ側だけでの読みでいいと思う。
使い物にならないならその時サーバの使用を見当すればいいんじゃないか？
第一、手の評価のアルゴリズムも決まってない段階でする話じゃない。


それよりも先に決めることが他にもあるよな…
まず何を決めればプログラム作業に移れるんだろうか

誰か指揮を執ってくれないか？

多人数ではやったことありませんね・・。
数十人の友人にしか公開してませんし同時に使ってる人はほとんど居ない状況で・・。
ちなみに1手につき１〜10秒くらいサーバのCPUを独占します。

まず付ける機能は
・COMvs人間対戦モード（レベル可変）
・人間vs人間対戦モード（＝一人打ち研究モード？）
・局面解析（全着手可能箇所の評価値表示）
・棋譜の保存と再生
こんなもんでどうでしょう？
DoJaプロファイルは3.0？

対応機種の幅を考えるとDoJaは3.0でいいんじゃないかな？
SD-Binding対応版は別だけど

あとは共有の方法だな

903シリーズって持ってる人そんなにいないよな？
ま、3.0でいいとして。

・局面解析（全着手可能箇所の評価値表示）
まずコレだな。おける位置を計算するのはすぐできそう。
っていうかC言語で書いたアルゴリズムあるし、
ネットでも転がってるからそれなりのを使うとして

評価値を計算する方法はどうする？Minimax探索法？
あらたなアルゴリズムを研究するには俺には脳みそが足りない（＾ω＾；

・COMvs人間対戦モード（レベル可変）
↑が出来たなら、COMの作成に取りかかれると思う。
レベルについては読みの深さの調節だったり、もっとも評価のいい手を打つか、
悪い手を打って弱いCOMを表現したりで。

・人間vs人間対戦モード（＝一人打ち研究モード？）
コレは交互に1台の携帯で遊ぶってこと？ネット対戦にするのか？
ネット対戦にするなら後に回したほうがよさそう。

・棋譜の保存と再生　本体に保存する物として
まぁ、COMが先手、人間が後手とかいう情報と次ぎは
どちらの順番か、白と黒の駒がどこに配置されているかが保存できて、
呼び出せるようになればいいよな。

GUIのデザインとかはどうする？
シンプルに十字キーでマスを選択しなんたらかんたらって感じ？
共有の前にどうやって開発を進めていこう？棋譜のデータの持ち方、局面評価の方法、GUIデザイン、メニュー項目、
とか決めた方がいいんじゃね？で開発のスタイルにあった共有方法を探ろう

無難にうｐろだから始めて、合わないようならかえればいいんじゃないかと

＞コレは交互に1台の携帯で遊ぶってこと？
はい。そのつもりで書きました。

＞評価値を計算する方法はどうする？
一応α−β法を使って動的評価の基盤は書いたので、
ゲーム木の末端でする静的評価の方法をごにょごにょしましょう。
あ、静的評価は皆がそれぞれ作ればいろんな特徴・癖のあるCOMと対戦できるかも。

>>194
自分はそれでいいと思います。

zipのパスワードを事前にやり取りして
ソースはクローズドでやってみたいな。

CとPHPを動かすって、レンタル鯖でやるのか？
自宅鯖でやるのか？

思うんだけどさ、Cとphp両方でやる意味ってなんだ？
phpだけで十分できるでしょ

Cで基本のプログラムを組んでおいたほうが安定性はでるんじゃない？

sageないとエロい人に怒られるな(((( ；ﾟДﾟ)))

ソースの管理あたりはWikiにあった掲示板でやり取りするか。
プロジェクトごとに専用のスレ作って。オセロは商標だから「リバーシ開発スレ」とかで立ててほしいな。
パスワードどうやって渡すか具体的なことをそこで話そう。
あの掲示板って酉使えるの？
ここの板はできた時、人集める時、他のアプリ作る人が集まったり知恵を借りたり。

とりあえずリバーシは3人で作ることになるのかな？

性的評価　じゃね静的評価って置けるか置けないかって判断することだよね？
一番よさそうな方法を検討。そのときにデータの持ち方も決まるな。

>>195
動的評価ってαーβ法がよさげ？
俺そのへんまで作ってたわけじゃないから、あんまりワカンネーから教えて

サーバ使って計算するかどうかは、アプリだけで満足行く結果がでなかったときに
検討してもいいんじゃないか？と、思うんだけど。

wikiは酉つかえないorz


とりあえずフリーメールでもとっておかないか？Yahooならチャットもできるわけだし

アプリ側で終わるスタンドアロンなものじゃないと普及は絶対に無理だろ
どこかの企業がやってるならともかく、レン鯖でも自鯖でも、管理放棄した時点で
そのアプリはゴミと化すんだぞ？

携帯上で十分じゃない？
サーバ使うと通信が不安定になることもあるだろうし圏外じゃ動かない
いざとなったら両方実装するという手もあるがなｗ

>>199
プロジェクトごとに専用スレ立てたらさすがにうざがられる
過疎る可能性もあるし

>>201
ちゃうｗｗ　wikiじゃなくて左のメニューのとこにある掲示板のことｗ
フリメはまだ使わないだろ。まだ掲示板でのやりとりで間に合うし。

>>202
>>203
じゃーサーバの使用はまったく考えないことにしよう。

>>204
2chじゃなくてこのスレ用に用意してもらった掲示板のほうでだぞ？
それでもうざいならどうすればいいんだぜ？

>>205
すまん、もう少しROMってから書き込むべきだった
良さそうなスレなのに、2chにスレ乱立して暴走する気かと思ってしまったorz

>>206
>ソースの管理あたりはWikiにあった掲示板でやり取りするか。
>プロジェクトごとに専用のスレ作って。オセロは商標だから「リバーシ開発スレ」とかで立ててほしいな。
まぁ、真上の行に書いてあったんだけど、スレと言えば2chくらいでしか使わない言葉だし、誤解を招きやすい
言い回しだったから俺もわるかったんだぜ？


一人でアプリ作るのとちがって、体制とかコード規約とか(必要かどうかはしらん)を初めのうちに
決めないと、あとあと大変かもな。
実際にコードを書きはじめるまでにあと何日かかることか。
携帯のアプリで複数のプログラマで開発やったことあるひといない？
うちの会社は1アプリにつきプログラマ1人、プランナ兼デザイナ1人でやってたからその辺の
助言がほしい。

静的評価は↓この辺に
http://hp.vector.co.jp/authors/VA015468/platina/algo/
　第3章 評価の方法
http://uguisu.skr.jp/othello/index.html
　５．局面評価
ちなみに↓これは僕が動的評価と呼んでいる物です
　第2章 ゲーム木と探索
　６．評価値探索

>>208
なるほど。イメージは掴めた。
オセロって奥が深いんだな。ってか俺が知らないだけだなｗ
俺のCのソースが役に立たないことが今わかった。うん。

評価、GUIってか見た目のデザイン、これらを平行してやりーの
↓
棋譜の保存、読み込みやりーの
↓
演出とかいろいろ加えーの
↓
とつぎーの

こんな感じになるのかな？

>>196
＞CとPHPを動かすって、レンタル鯖でやるのか？
＞自宅鯖でやるのか？
自分は自宅鯖でやりました。
>>197
＞思うんだけどさ、Cとphp両方でやる意味ってなんだ？
＞phpだけで十分できるでしょ
PHPだけでもできるけど数千行のスクリプトを一手毎に
コンパイル・起動では遅そうだと思ったので。
PHPはあんまり詳しくありませんし。
あと、そのプログラムは起動時に十数MBのファイルを読み込みます。

オセラーは携帯で強いcom対戦ソフト求めてないかもよ。いちばん強いアプリはまあまあの実力だが決まった定石しか打たないから飽きるし、ゼブラの推奨メモリは256。棋譜鑑賞ソフトつくろうぜ。

>>168=>>175=>>211か？
COM無しで作らせたいのか？
そんなにCOMありは嫌なのか？
両方つけるってことで話がまとまりかけてるのに。

今は
・COMvs人モード
・人vs人モード
・棋譜閲覧モード
ぐらいで考えてる。

ってか棋譜閲覧する機能だけでいいなら自分で作りなよ。
すくなくともリバーシ作成に名乗りを上げてる数名はCOM対戦に異論はないと思うよ。
もし俺の意見が少数派だったらそのときは俺が抜けるから。

>>207
>一人でアプリ作るのとちがって、体制とかコード規約とか(必要かどうかはしらん)を初めのうちに
>決めないと、あとあと大変かもな。
に禿同。
細かく決めておかないと間違いなくすれ違いが生じる
この調子じゃ年内にコード書き始めるのも難しいかもな。

いい感じで具体的になってきましたね
必要な素材があれば何ぼか作りますよ

機能ごとにそれぞれが開発するとしたら、規約とかあいまいでもなんとかなっちゃうんだよな、
複数で同じソースに手を加えていくのは非常によろしくないからそれでもいいのかな。
でも最後結合するときに不整合が出てきていろいろ大変かも。
はじめのうちにデータの持ち方だったり、ゲームのシーケンスを確定しなきゃな。

完成のイメージを全員が持って。コーディング始める前に全員が共通のイメージを
持たないとなぁ。

まずは仕様を確定しよう。
COMvs人モードと棋譜閲覧モードは絶対入れるよね？

全部に共通することなんだけど、データの持ち方はどうやって持つ？
◆GEOPlMMeow氏が評価のコーディング始めてるみたいだから、
そのデータの持ち方(具体的にcharの8x8配列で白=1空=0黒=-1とか)を
そのまま使ったほうがいいのかな。どういう感じでやってるの？
データの持ち方決定したら、GUI描画部から局面を問い合わせして
評価とGUI平行に作業できると思うんだけど。

あと、アプリ内でのデータの管理方法とかもどうするか決めないと。
配列作っただけじゃ関係ないとこから書き換えられたりするから、専用のクラスを
作って、絶対それを使って読むようにするとか、そういう体系も決めないといけない。

どうする？

ここって共同制作を練習するためのスレなの?
オセロ程度だとコーダーが役割分担する意味がなさそうだけど
打ち合わせしてる間に一人で作りあげられる人がいそうだ(◆qs6VtKMtoYとか)

>>216は俺だ。俺俺。

とりあえず、盤面を取り扱うクラスと簡単な動的・静的評価を行うクラスは作りました。
盤面は10x10の１次元int配列で、外周は壁で、BLACK=0,WHITE=1,EMPTY=2,WALL=3です。
ソースを渡す方法が決まれば今すぐにでも渡せるんですけど。
自分は複数人で開発した事が無いので規約のことはよく分かりません。
規約が決まればそれに合わせてソースを書き直します。

>>219
乙
パスつきでうｐろだにでもあげる位でいいんじゃないかな？
最初のうちはこのスレ見てたらパスわかってダウンロードできるくらいで。
開発中盤になってきたら作成にかかわってるやつだけ使えるように。
共同製作支援スレなのに最初からガチガチにセキュリティ固めてやる必要はない気がする。


よし。このソースからいろいろ決めていきましょうか。
データ構造と規約確定したらGUI部分とかも決めましょう。

誰かが案を出す→それを元にみんなで話し合い決めていく
ってスタイルの方が0から考えるよりいいのかな。

wikiにあった掲示板のほうに「リバーシ作成スレ」立ててきた。
適度に使い分けましょう。
この２ｃｈのスレでリバーシ関連のことばっかりになるのもあれだし。

ソースのうｐもwikiの掲示板のほうでお願いされたい。

ソースをアップしました。
詳しくはWikiの掲示板を見てください。

家帰ってから見ます。乙です。

>>216
＞あと、アプリ内でのデータの管理方法とかもどうするか決めないと。
スクラッチパッド上にファイルシステムを作るのはどうでしょう？
大掛かり＆無駄が多いかな・・？

>>222
乙です
仕事早いっすねーしょぼい素材ですが作ったのでうｐしておきました
適当に240×240で作ってしまいました

>>224
棋譜もスクラッチパッドに保存するよな。1つ以上の棋譜を保存したり、
サイトからダウンロードしたりってやるにはそのくらいやんないとダメかもね。
棋譜のデータの構造とかも決めなきゃいけんね。

共通して呼び出すデータって今のとこ局面の配列だけかな？

ほかに共通して使わなきゃならないデータが必要になった時も同じように
クラスでラッピングしてそれ使って問い合わせするようにすればいいんだな。

◆GEOPlMMeow氏、乙であります

素材作りましたのでうｐしときます
http://www.uploda.org/uporg621952.zip.html


wikiだいぶ編集しました。掲示板もトリップの使えるやつにしておきましたが、そのトリップに
少し問題があるみたいで･･･orz

すいません。passはdat10です

さぁ。俺はまだ何もしていないわけだが。






すいません。素材くっつけてテストします。

>>228乙
やべー素材かぶったー
自分のサイズだと情報表示するスペースがないですね
DAT10氏のがいいかもです

>>230
どこにうｐしました？

http://www.uploda.org/uporg621928.zip.html
パス：cHN6zUUh9M

これだ！

どう考えても(゜ε゜) ◆cHN6zUUh9M氏のほうが高級感があるwwww


俺のは駄作orz

共同制作すると相乗効果でみんなが勉強になるんだな。
みんながんばってるし、絶対にリバーシ完成させたい。





晩ご飯食べてくる。

プログラムと素材の提供乙です
どうやら俺の出る幕はないようで。。。orz

あ、俺BGMとか作れるけどリバーシには必要ないよね？

>>235
プログラムはまだ評価の計算とかしか入ってないし、
メニューとか棋譜のデータどうするかとか
まだまだ決めることあるんです。
ボスケテ

いきなり駒の色が変わるのはアレなので･･･一応作ってみた
http://www.uploda.org/uporg622125.zip.html
PASS:dat10

black0〜black4,white1〜white5の順に連続再生

リサイズとかはまた今度

思ったんだけど、
素材入れるフォルダの名前、プログラムソース入れるフォルダの名前　とか別々にあらかじめ決めておけばさ、
zip解凍しただけで分類されてて便利じゃね？

例えば素材は[reversi]->[res]->素材１.png とかでzipでうｐ
ソースは[reversi]->[src]->ソース.javaとかね。

で、みんなのPCの中は、例えば、
[Dドライブ]
┗[reversi]
　　　　┣[res]　(いろんな素材.gif,いろんな素材２.gif)
　　　　┣[src]　(すてきなコード.java,コメントがおもしろいコード.java)
　　　　┃
　　　　┗[資料]
　　　　　　　┗[エロフォルダ]
ってなってた時に、解凍して出てきた[reversi]->[res]->素材１.pngの[reversi]フォルダごと
Dドライブに入れて、すべて上書き　[はい]にすれば
(もしくはDドライブにzipの中身を解凍でもいい)

[Dドライブ]
┗[reversi]
　　　　┣[res]　(　　素材1.png　　,いろんな素材.gif,いろんな素材２.gif)
　　　　┣[src]　(すてきなコード.java,コメントがおもしろいコード.java)
　　　　┃
　　　　┗[資料]
　　　　　　　┗[エロフォルダ]
ってなってさ、楽じゃね？
素材ちょっと書き換えても、落として解凍するだけですぐビルドできるんだぜ？
ソースだけならsvn使っても楽でいいんだけど用意できないし、バイナリの素材で世代管理なんかやったら
サーバがパンクしちゃう。

ってのを風呂に入りながら考えてたけど、みんなの考えをきかせてくだしあ

こういうのを作って思考エンジンは各自


ＣＳＡ将棋
思考を自分で作ってくださいというタイプの将棋ソフトです。
コンピュータ将棋選手権出場予定の方が使うソフトです。

http://www2.ttcn.ne.jp/tsuma/download.htm

とりあえずGUI作って、思考エンジンをコピペすれば動かせるところまでいこうぜ

なぜかというと選手権で優勝のBONAZAを超えるアルゴリズム
ほﾓﾚがもっているからなのだ！

>>236
俺はまだiアプリの仕組みが理解できていないんだ
java覚えるので精一杯だよ


>>241
いまはリバーシの方に取り組んでるのでひと段落すると将棋に取り掛かるかもしれません。
それまでお待ちくだされ。

しかし、あのBONANZAを超えるとは...
ぜひとも動かしてみたいです。

wiki編集しました

メニューにプロジェクト:リバーシというページをつくり、そこにまとめもうｐしておきました



一応
http://www.uploda.org/uporg622377.zip.html

PASS:dat10

>>242
俺もauでしかjavaやってなかったからiアプリはまだ使いこなせない。
まぁ、みんな優しそうなやつだから、わからないことあったら教えてくれると思うよ

>>243
乙

じゃーこのuporg622377.zipをタネにしよう。
あくまでこれはデータの保存フォルダって感じにする？

更新情報のテキストは作者別にファイルを用意したほうがいいんじゃないか？
[doc]フォルダ作って　作者名.txtを入れる。

[reversi]
　　　　┣[res] (素材フォルダ)
　　　　┣[src] (ソースフォルダ)
　　　　┗[doc](作者別の更新情報等、いろいろ)
で、データうｐ時には
[reversi]
　　　　┣[res] (今作った素材.gif)
　　　　┗[doc](Aさん.txt)
だけうｐ　って感じで。
とりあえず、[reversi]直下にファイルは置かないことにして
(ローカルでそれぞれがなんか置くのはいいですけどね)
[doc]に　DAT10 ◆X4qqsI5F2s.txt とか、◆JlLrQ.zMe.txt とか
◆qs6VtKMtoY.txtとか作って、自分だけ書き換えるようにしよう。
更新情報.txtだけだと、複数の人が編集してたときに面倒なことになる。
(svn使えとか言う突っ込みはなし)

ソースを書く人とか素材を作る人って誰ですか？
片方やる人とか両方やる人とか、いまいち把握しきれてないんですけど・・。
僕はソースを書くだけにしようと思います。
今はファイルシステムを勉強中です。

俺はソースだけかもしれないし、テストの素材を入れてうｐするかもしれない。
今はiアプリの基本を勉強して来た。
描画はぱっと見auとそんなに大きく変わってるとこなさそうだから、
すぐ手を付けられそう。

あ、あと、今までうｐされたzipファイルは今んとこ俺が全部持ってるから。
なんかあったら対応します。

俺も両方かな。一応
まだソース書く技術はないけど頑張って勉強します。

GUIの画像は間に合ってるんでBGMとかも担当しようかなと思ってます。

補足
リバーシのBGMは作りません。

石の描画処理

弧を描く命令を使って弧を潰していって
弧を潰したら色を反転させて元に戻す

こんな方法で画像なしでも実現可能
FOMAならリソース気にしなくても良さそうだけど

>>249
�d　参考にさせてもらう

◆GEOPlMMeow氏
Board#doFlip(int move)
って
Board#canFlip(int move)を含んでない？

Board#doFlip(int move)の中で
if(canFlip(move)){
　　ひっくり返す処理;
}
とかってできないのかな？

public abstract interface Evaluator
{
　　public abstract int evaluateBoard(Board board);
　　public abstract int getGameResult(Board board);
　　public abstract int getMove(Board board);
　　public abstract void setLevel(int level);
}
ってinterfaceなんだからabstructいらないんじゃない？
public interface Evaluator
{
　　public int evaluateBoard(Board board);
　　public int getGameResult(Board board);
　　public int getMove(Board board);
　　public void setLevel(int level);
}

>>250
できますね。
doFlipを書いてからそれを元にcanFlipを作りました。
>>251
要りませんね。
searchMaxとsearchMinもEvaluatorに含めてabstract classにしようか迷ってました。

みなさん乙です
自分は画像素材作成で使えるのがあれば使ってくださいという感じでいこうかと
とりあえずDAT10氏のGUI設計で作り直してみました

http://www.uploda.org/uporg623792.zip.html

受信パス:トリ

しまった…受信パス失敗したかも
トリの後に半角スペースがいるかもです

>>253
これはすごい………

パスはとりだけでいけましたよ。

>>253
乙です

普通に(゜ε゜) ◆cHN6zUUh9M氏のやつのほうがいいんでとりあえず俺の担当は画像補佐でおｋですかね？

>>256
画像からWikiにファイル管理から企画まで守備範囲広くてディレクターの臭いがするのは気のせいか…
というかそういう役回りが適任な気がする

http://www.uploda.org/uporg624661.zip.html
受パス:とり
◆GEOPlMMeow氏作成のCOMの対戦をGUIで表示するようにしました。
今までの画像とソースまとめて入ってます。

>>253
乙
Reversiのロゴがｶｺｲｲです。


>>258
おぉ、格段に見やすくなりましたね
乙です。

GUIの作り方の参考にします。

夜遅くまでお疲れ様です。
画像もきれいで超いい感じですね。

みんな早起きだね(＾＾；)

今使っているDoJa3.0プロファイルの制限事項等
実行ファイル(jarファイルのこと？)30KB
スクラッチパッド200KB
画面サイズ240x240以上(機種による)
http://www.saturn.dti.ne.jp/~npaka/kvm/doja/index.html
http://www.saturn.dti.ne.jp/~npaka/ibook2/izon.html

DoJa3.0以降の情報
http://www.saturn.dti.ne.jp/~npaka/doja/index.html


DoJa3.0はmova505iシリーズ相当ですね。3年くらい前の機種だっけ？

今はjarが56KBあるので、携帯で実行するときは、初回起動時に画像をダウンロードして
スクラッチパッドに保存するって処理をいれなきゃいけないね。
iアプリの常套手段だよね。
>>256
今は単に画像表示してるだけだからね。もっと作りこまなきゃいけないです。

そろそろアプリの流れも決めましょうか。
なにか案はありますか？

リバーシって先手が黒って決まってるよね？

今俺が考えてるのは、
--------------------------------------
・メニュー画面　タイトルロゴ表示
　(モード選択)　以下の3つの文字列を表示する
　　[COM vs 人]-[人 vs 人]-[棋譜閲覧]
--------------------------------------
・ゲーム画面
　[COM vs 人]モード
　　人に先手が後手を選択させる。
　　終了。結果の表示(先手/黒　〜個　後手/白　〜個とか)
　[人 vs 人]モード
　　先に打ったほうが黒であとは↑と同じ
　[棋譜閲覧モード]
　　再生とか、一手進める、戻す、最後まで早送りする。
--------------------------------------
大まかにこの2つの場面を行ったりきたりするだけでいいと思うんだよね。

[棋譜閲覧モード]について
再生とかどうやって制御するか？
・ソフトキー押して、
　[再生]
　[進める]
　…
　ってメニューを出して選択させるか、
・GUI(画像で再生ボタンとか戻るボタンとか作る)
　左右のキーで選択して、再生させたり、戻したりさせる。
・キーに割り振る。
　決定ボタンで再生、一時停止、左右で一手進める巻き戻すとか。

制御させる動作はどうしますか？
・再生・停止・一手進める・一手戻す・最初まで戻す・最後まで早送り
こんなもん？いるのとかいらないのあるかな。

閲覧モードで見れるのって、ただ局面が進むだけのもの？
たとえば、一手ごとに、それぞれのマスの評価値を表示して、
「あ〜こういうときはここに打っておけば勝てたのかもしれないのか！」
とかわかっていいんじゃないかな。

あと、人が対戦で打つときにも[ヒント表示]って機能があって
評価を計算してくれて、「ここに打つといいよ！」なんてヒント表示を
してくれる機能。リバーシ得意じゃない人も、強い人とやっていい勝負になりそう。

評価のアルゴリズムもいろいろ試してみたいから、俺も研究します。
評価方法を変えてCOMの強さを変えたり、場面で切り替えてめちゃめちゃ強い
COM作ったりとかね。

＞・再生・停止・一手進める・一手戻す・最初まで戻す・最後まで早送り
自分もこれと一緒のを考えてました。賛成です。
評価値の表示は閲覧モードの時に表示すると便利ですね。
でも或る程度強い評価関数を作らないとあまりあてになりませんね・・。
終盤で10個空きくらい以降は完全読みの結果を表示すればいいと思います。
あと、閲覧モードで途中から実戦譜と違う手を並べたり実戦の局面まで復帰する機能はどうかな。
↓このページにあるアプレットの一番右のボタンの（仮打ちモード）ような機能。
http://www.asahi-net.or.jp/~bc2r-hs/ria/index.html

>>264
いいね！これ。
有名な棋譜閲覧してて「あっ自分ならこうするのに…」ってのを試せるってのがいい。

棋譜にデータの形式決めなきゃな
単に
　a1b8g7……
とかでいいのかな

>>262
俺も大体こんな感じのをイメージしてた

>[棋譜閲覧モード]について
キー割り振りがいいんじゃないか？
キーの操作方法を表示してれば分かりやすいし素早い操作が可能かと

>>266
そうだね。

決定キー　再生、一時停止。
→キー　一手進める　長押しで早送り(打っている様子がわかる)
←キー　一手戻す　　長押しで最初の状態へ戻る(一瞬で)

こうか！

>>267
おｋ

>>264
>棋譜データ形式
パスしたときはなにか特殊なデータ入れるようしないといけないね。
特に問題ないと思うよ。

>>268
パスか。忘れてた。
まぁi9とか無効な値を入れて、アプリのほうで無視すればいいだけだね。

棋譜の持ち方こんなのはどう？
１バイトに４つのセルのデータを載せる(2ビットで１セル）
00=空
01=白
11=黒
すると一列を2バイトで表現できる

>>270
棋譜は着手座標を普通は保存するから1バイトでいいのでは?

>>270
それだと棋譜を表現するのに 60手x8x8x2bit必要だろ。
960Bitesか

最初に中心の4つが埋まってるのは決まりきったことだから、
一手ずつ打っていけば、どこに何が配置されているかも、黒なのか白なのかも
計算で出せる。

おけるマスは60マス。パスしたとして、61の数字を表せればすむから、
6bitで一手あらわせられる
60手x6bit
45Bites

まぁ、そういう持ち方も必要になるかもしれない。

6bitで表すってさ2手目は、７〜８＋１〜４bitでいくの？

思いつきで言ったんだ。
6bit x 4手だと
24bit = 3Bites

3バイトで4手ずつ読み込めば使えるじゃん？
15ブロックに分ければ60手全部入るし。

棋譜データ持つなら当然ゲーム中のセーブ機能はあるんだろ？
次回起動時に途中データがあったら再開みたいな。
それを考えると4手ずつってのは頂けないような

配置は2進数で000000〜111100(10進数の0から60)
中心の4つのマスは最初から置けないから、数えない。
パスは111111(63)でいいんじゃないかな。

じゃーパスでもなんでもないのは111101とかで埋める。
って言うか考え方は、Base64エンコーディングと同じような雰囲気

じゃーパスでもなんでもないのは111101とかで埋める。
って言うか考え方は、Base64エンコーディングと同じような雰囲気

(・∀・)

6bitまで削るくらいなら、いっそのこと石を置くことのできる場所のリストのインデックスを棋譜として保存するとか
固定長なら5bitくらいで足りそう。可変長はどうなるかわからん
パディングや実装の手間を考えると8bitでいいと思うけどね

1ブロック5バイト8手なら
38Bites(4bit埋め)

8bitで
60Bites

おける場所のリストって最大で18だっけ？
毎回置ける場所を探してってことだな。
別に難しいことではないよな。

別にめんどくさいのはいいんだ。
6bitで値を持ってようが5bitだろうが、
画面描画のほうで、あるマスが空なのか白がおいてあるのか黒なのか
わかればいいんだからさ。

＞おける場所のリストって最大で18だっけ？
もっとあった気がする
この辺りの話はどこまで最適化するかによるな
局面にcharで64bytesも使うのは無駄って意見もありそうだし

>>280
その方法は考えてたが処理が大変だろ。
圧縮すればするほどいいってもんじゃない

>>283
あくまでアイディアだから
自分としては>>280の最後の行にも書いたとおり8bitでいいと思うよ

ちょっと向きになってしまった…ｽﾏｿ

個人的に6bitがいいんと思うんだけどな

統計処理を扱うのに便利なクラス
http://boost-sandbox.sourceforge.net/libs/accumulators/doc/html/index.html

配置可能位置をインデックス化
俺も考えてたぜ。

別にプログラム自体は難しくないんだよな。
打つごとに配置可能場所を探して順0から割り振る。
棋譜の再生時も局面ごとに探して0から割り振って該当する場所に打つ。
ただ、棋譜の再生なのに置けるかどうか
毎回チェックしなくちゃいけないってのがなんかいやだ。

俺も6bitでいいと思う8bitだとなんか2bitが無駄に思える。
ちょうど6x4で3バイトに収まるんだし、処理自体めんどくさくないと
思うんだけどな。

bitboardというテクニックは便利だ

棋譜の保存方法はあとでいいから
現局面のメモリ配置方法と、ランダムでもいいから
打てるところに打つ（弱くていいから）プログラムを作れよ

棋譜の中にパスの情報は無くても並べていけばどこでパスが必要かはわかりますね。
ところで棋譜名も要ると思いますけどその最大長はどうしましょう？
あと棋譜の保存領域でディレクトリ構造はどうしましょう？
平坦に表示するだけなら棋譜一覧で何百も表示するのは厳しいと思いますし、
階層構造を設ければそっちで「無駄」が発生して6bitに詰め込んで節約した分が消し飛びそうな・・。

棋譜の記録はいいからゲーム出来るようにして

>>290
パスのなくても置ける場所探して、見つからなかったらパスってできるけど、
同じ6bitで記録できるし、処理もそのほうが単純になると思うよ。

ディレクトリ構造は必要だね。
240x240の携帯って横何文字くらい表示できるんだ？
それで見づらくない文字数だね。全角10文字くらいか…物足りないな
可変長にして、カーソルが乗っかったときにポップアップで文字列を全部表示か、
カーソルが乗っかったときに横にタイトルが流れる。電光掲示板みたいにね。

フォルダにIDつけて、kifuにはフォルダのIDをつける
[root]id0
　　[自分]id 1
　　　　>12月10日.kifu　ID1
　　　　>12月20日.kifu　ID1
　　[ダウンロード]id 2
　　　　[熱戦]id 3
　　　　　　>佐藤vs山下.kifu　ID3
　　　　　　>吉田vs鈴木.kifu　ID3
　　　　[研究用]id 4
　　　　　　>テクニック.kifu　ID4
展開してないときは↓のように見える
[自分]
[ダウンロード]

でディレクトリ構造は
1,0"自分" 2,0"ダウンロード" 3,2"熱戦" 4,2"研究用"
ID1のフォルダはID0のフォルダに含まれる。つまり、一番上に表示される。
包含関係がわかればいいから、表示順はIDの順でもいいし、文字列でソートして表示してもいい。

ってのを今考えた。

ごめんPC壊れてたorz

DL遅れたwwww

>>290
ラベル作ってそれを棋譜データに付けてフィルタして表示するというのはどうでしょうか？

>>292
でもパスって何回あるかわからないから、
パスも記録すると棋譜の長さがいくらになるか分からなくなりませんか？
・パスを記録する場合
　6bit*(60-終局時の空きの数+パスした数)
・パスを記録しない場合（最大45B）
　6bit*(60-終局時の空きの数)
0<=終局時の空きの数<=51
0<=パスの数<=?

>>294
あぁ、それ作り易そうですね。
棋譜っていくつくらい保存できれば十分なのかな？

>>293
おつです
>>258でしたら上げなおしたのでどぞー
http://www.uploda.org/uporg625331.zip.html
受パス：とり

しかしここのあぷろだは流れるの早いですね

>>295
パスの数は60回以下なのは確実だけどな。計算しないとわかんない。

そうだね。じゃーパスは記録しないでいいね。
一手ずつ進めていって、置けないとこに置こうとしていたら
パスして、もう一度同じ色のこまを置こうとしているって感じで
プログラム組めばいいね。

棋譜の数はいくつでもいいんじゃない？
スクラッチパッドの残り容量取得出来るならその範囲で。

wikiにうｐって出来るのかな？

棋譜って外部から取得できないよね？
そんなに多くないでしょ。

パスの数を計算する式などあるのだろうか…

>>299
出来るよ。
閲覧モードがあるんだからやっぱり、自分の対局ばかりみてても
つまんないよね。

出来るよって・・・
まず仕様決めようぜ・・・

>>300
サーバからだよね？
これ専用の棋譜データだから他の形式データは使えないけど
うｐされてるやつぐらいしか取れないのか？

>>301
ただHTTP通信でbyte配列取ってくるだけだろ？
できるかできないかで言ったらできるじゃないか。

>>302
SDカード使えないからサーバから落とした物だけだね。

とり　ってPSAA入れられなくないですか？


各自任意でうｐする感じでいいんじゃないですかね？強い人のを見れば勉強になるだろうし

スマン　PASSだった

良く使われてる棋譜データとこのアプリ専用のデータとを
相互変換するソフトとか出来ませんかね？

http://www9.atwiki.jp/othello/pages/28.html
これ自分もちょっと前に参加してたスレのまとめサイトですけど
これによれば8手目まではパスは存在しないのでパスは52回以下かな？
パス16回の棋譜は適当に並べてて見つけました。
F5F6E6F4G7H8G6F7G8F8D3H7G4D6E7D7E8D8C7H5H6G5H4H3G3H2G2F2F3E3C8B7B8B6B5C6A8A5A4C5A7A6B4C4C2C3E2D2C1E1H1B2G1F1B3A1A2A3B1D1
自分の勘で最大は二十数回だと思いますけど・・。
16<=パスの数<=52は確定・・ってすみませんスレ違いでしたね。

>>304
とりってうｐした人のトリップのことね。◆より後ろの10文字ね。

>>306
良く使われてる棋譜データなんて物があるの？
こっちのデータの仕様が決まったら変換するソフト作れるよ。
その棋譜データの形式も理解できたらね。

>>308
棋譜はあとからでも追加できるだろ
さっさと機軸部分作れよ。それとも、でかい口叩いて逃亡するタイプか？

よく使われる棋譜形式は>>307の形式かGGFかな。
http://www.cs.ualberta.ca/~mburo/ggsa/ggf
あと棋譜というより棋譜集の形式ですが、
http://hp.vector.co.jp/authors/VA015468/platina/algo/append_a.html
これもよく使われます。

自分は今ゲームのシーケンス管理と描画関係やってます。

棋譜の形式とかディレクトリ管理は他の方にお願いしたいです。
タイトルとか、再生ボタンもろもろの画像もお願いします。

棋譜の保存方法はあとでいいから
現局面のメモリ配置方法と、ランダムでもいいから
打てるところに打つ（弱くていいから）プログラムを作れよ

>>310
とりあえずアプリが完成してから決めましょう。
急かす人がいますので

>>311
今僕はBoardクラスの省メモリ化をやってます
技術的にこんなことくらいしかできないんで僕には無理です。

>>312
ソースはすでに出来てますよ

アプリで使えるメモリ領域 ドコモ公式より
http://www.nttdocomo.co.jp/service/imode/make/content/spec/iappli/

おまいら最強のリバーシプログラムしてみろよ
http://pc8.2ch.net/test/read.cgi/tech/1166749119/

>>311
＞棋譜の形式とかディレクトリ管理は他の方にお願いしたいです。
僕やりますね。

Boardの省メモリ化しました。
あまりきれいなソースじゃないですがこんな感じになりました。
互換性はあるのできちんと動くはずですがバグがあるかもしれません。
どうでしょう？

http://www.uploda.org/uporg629066.zip.html
パス：酉

>>317お疲れ様です。
あーなるほど。こっちの方がいいですね。
スタックも小さくていいし操作の回数も減るし。
勉強になりました。

>>318
褒めていただき、どうもありがとうございます。
僕はアルゴリズムとか考えるのは得意なんですけど形にするのが苦手でして…
あと、メモリを出来るだけ最小限にしてCPUで補おうとする癖があるんです。

ちなみに盤面を8x9の一次配列にしたものもあるんですけどやめました。
もし見たければうｐしますよ。

>>317をもう一度うｐしてもらえませんかorz

そうそう、8x9配列でも出来るんだよね。
ただ10x10でまわりをWALL(壁)で囲んである方が、
読む側としては理解しやすいんだけどね。

つhttp://www.uploda.org/uporg629669.zip.html
どぞ。

やっぱり分かりやすいソースがいいですね。

>>321
どうなんだろうね。
わかりやすい以上に携帯のアプリだと、容量の制限がついてまわるものだから
可読性を犠牲にしても少ない量のプログラムが書ければいいんだよね。

ただ、複数で開発したり、メガアプリとか容量に余裕もでてきたし、
わかりやすさを重視した方がいいのかな。

でもちょっとトリッキーなコード書いても教えあえば理解できるし
問題ないと思うよ。

しばらく顔見せないでゴメンorz

マジでPC逝ってたww

少し落ち着いたらwiki等整理しまつ

>>323
乙です。もうそのPCだめかもわからんねｗｗ

29日から休みなので、やっと本腰を入れてできそうです。

wikiが･･･

なんか荒らされてるっぽいのは気付いてたよ

荒らしてんのコ○ラの管理サイドだったらウケるw

一応直しときました

>>328
乙です。
俺はwikiをいじったことがない…

ところでPCは復旧したんですか？

みんな乙です。
[7] 投稿者：◇GEOPlMMeow◆OPlMMeow 投稿日：2006/12/22(Fri) 20:46 No.16
http://www.uploda.org/uporg626366.zip.html
棋譜クラスを作りました。
6bit形式とテキスト形式の棋譜を扱えます。

これ落とし損ねてたので、誰かうｐしてくれませんか？
ほんと申し訳ないです。o...rz

一応復旧したっぽいです
すみません

>>330
http://www.uploda.org/uporg633321.zip.html
パス:酉
どうぞ

>>331
よかったです。心配してました

>>331
もうだめかと思ってたよ。
PC結構古いの使ってるのか？

>>332
�d
いつもどうもです。

XPだけどスペックは低いorz心配かけてスマソ


んで、今回の荒らしこともあったので避難所、携帯版(実機確認用)を作りました
詳しくはwikiのトップを

おお!DAT10氏ネ申ｷﾀー!

急に過疎ったような･･･orz

>>336
お前･･･

ちゃんといるんだぜ？

>>388
あ？いたの？
そっか･･･あはは･･･いたんだ･･･

はぁ･･･

>>339
安価>>338な

スマソ

なんで厨房に仕切られてるんだ？ｗ

別に仕切ってる気はないけれども

>>343
煽りなんかに反応しなくて良いと思うよ

力さえあってやることやっていれば問題ない
DAT10氏は今までの言動や対応は多少微妙なところというか2chに毒され過ぎてる感じがあるかな
ム板のまともなプロジェクトなんだし普通の人としての応対するだけでいい

とりあえず煽りに反応してると荒れる可能性もあるよ、と偉そうに忠告しておく

>>344
そうそう
DAT10氏はかなり色々とやってくれてるし
まぁ2chに煽りはつきものという事を忘れずにwww

ばればれな自演ですね

共同開発とかオープンソースの著作権ってどうなるの？
だれか詳しい人いない？

共同著作物については、共同で創作に寄与した者全員がひとつの著作物の著作者となる。
その行使は、原則として著作者全員の合意に基づき行わなければならない。

共同開発者以外の著作物を二次利用する場合には、その著作者が定めた規定に従う必要がある。

例えば、共同開発者以外がGPLで提供しているソースコードを流用する場合には、
その派生著作物についてもGPLが適用されるので、頒布の際にあらゆる修正を含めたソースコードを
提供する（または、提供する旨の法的申し出を添付する）ようにしなければならないし、
商利用禁止や宣伝条項などの頒布条件はGPLに矛盾するため付けることができない。

既に公開されてるソースコードはどうなるの？
これからライセンス決めて既にダウンロードした人にも従わせる事とかできるの？

iアプリ共同製作という目的で提供されていた訳であって、
それ以外の目的で利用したり、製作物を公開したりする場合のガイドラインを
ライセンスという形で定めるという話だよな？

究極として著作者の意思に従わなかった人と著作者が裁判で是非を争うまでは
ケースごとの最終的な判断は下されないとは思うが、
基本的には著作者それぞれの意思に従うと思う。

あとは既にコードが公開されたものであっても、ライセンスを定める過程で同意できず
成果物にその人のコードを含めないよう要請される可能性もあるかな。

>>351
なるほど。�d

避難所が別のサイトになってたんだけど、管理人はもう飽きたのか？

ほんとだ･･･
もとがどんな所だったかは知らないけど、どうなってんだ？

sage忘れｽﾏｿ

皆さん正月は忙しいようであんまりはかどってない様子
ファイルシステムつくるのはどうなったかな？これにだけ興味がある

あ、すみません。明けましておめでとうございます。
年末年始はやってませんでしたけど今やってます。
トップにはフォルダだけ置くようにして、
その中に棋譜ファイルを置くようにしました。
フォルダ作成・ファイル保存・読み込みの処理はできてます。
今は削除・一覧取得などの機能やコメントを書いてます。
明日くらいにはアップできそうな感じです。

GEOPlMMeow氏乙です。

アプリの画像のデータとかサーバにおいて、
初回起動時にダウンロードする事になると思うけど、
その辺と、GEOPlMMeow氏のファイルシステムでスクラッチパッドどうやって割り振るかね
画像とかリソースがどのくらいの量になるかまだわからないからなんとも言えないけど、
100KB-1byteまでリソース、100KBからファイルシステム占有ってかんじかな？
まぁその辺は変動するから、俺の方でごにょごにょやってます。

ステート管理のクラスの骨組みだけは出来たから、来週中にはゲームできるようになるかなぁ
仕事の方も、今月から本格的に始動しだしたから、なかなか時間とれないけど、
こういうのも貴重な経験だからがんばらなきゃな

棋譜保存領域のサイズとか位置は指定できるように作ってます。
僕もそろそろ就職先探さないといけないので
この先あんまり時間とれないかもしれませんけど
面白いのでがんばります。

皆さん乙です。帰省で作業してませんでした･･･
メニュー系画像作ったのでうぷします。

http://www.uploda.org/uporg643592.zip.html

適当にメニューにOPTIONなぞ作りましたが項目は適当です
追加で必要な画像があれば書いてくださいー

>>361
乙です。すげー　クオリティ高いですね。
本職ですか？


さぁ、俺は何とかこの３連休でゲームできるくらいに仕上げないと。
(`・ω・´)

みんながんばってる...乙です。

>>360
統一感があっていいですね。
GJ！


さて、俺も何かしなければいけないという罪悪感が襲ってきましたよ。

>>361
おつです。きれいですねぇ。
>>362
よろしくお願いします。
>>363
全然義務じゃないので気楽に行きましょう。

僕はちょっと評価関数の勉強をしてきます。

そうですね。
まぁ完成を待ってる人もいるかもしれないけど、
それで苦痛になってしまっても、ダメなので気楽にやりましょう。

ファイル消えてる
早すぎ・・・orz

>>360再うｐです。
http://www.uploda.org/uporg644354.zip.html

[9] 投稿者：GEOPlMMeow◆OPlMMeow 投稿日：2007/01/05(Fri) 21:43 No.18

ディレクトリや棋譜ファイルをスクラッチパッドに
保存したり読み込んだり消したり移動したりするクラスです。
メソッドをちょっと追加した棋譜クラスも含まれてます。
http://www.uploda.org/uporg643441.zip.html

これ再うpしてもらえませんか？
お願いします。

>>368
http://www.uploda.org/uporg644829.zip.html
再アップしました。

>>369
ありがとうございます。乙です。
次からこちらのスレにうｐするようにしませんか？
wikiの掲示板は気付かれにくいし、うｐろだの流れが速いので不便です。

>>370
すみません。そうします。

wikiの掲示板使い道なくなったね…
2つ3つ同時にプロジェクトが走ると思ってたから、
このスレでリバーシの「うｐしました」ってカキコばっかりになるとうざいと思ってたけど、
プロジェクト1つしかないから大丈夫なんだね。

>>372
まぁこのリバーシは初めてってこともあるしね

これをきっかけに新しいプロジェクトがどんどんできたら自分も参加しようかと

今はこのプロジェクト見てるだけで、様子を見てるって奴も多いのかな？

>>374
どうだろう...？出来れば参加してほしいね。
まともに活動し始める前はもっといたような気がするが。。。

見てるけど特にやることなさそうだから見てるだけの人は多いと思う
評価関数なんていくつあってもいいもんだから仕様を公開して
いろんな人に作ってもらって
それぞれで対戦させてみたりとかしても面白いかと思う

今は見てるだけの人でも参加して欲しいですね。
リバーシには興味が無くても、自分が興味ある事で
他のプロジェクトを立ち上げてもいいですし。
ソースや画像じゃなくてもアイディアだけでもどんどん出して欲しいです。

>>376
一応インターフェースを作ったので、それを実装したクラスを書けば
いろんな評価関数が使えるようになると思います。

ところで評価関数が複数できたらiアプリ上で切り替えられるようにしますか？
それとも評価関数別のバージョンを作りますか？
できるだけ纏める形にして、容量がきつくなったら別バージョンにするとか？

切り替えれた方がいいんじゃないかな？
その方が、関数の比較しやすいと思うし

>>367 >>369
ファイル見れません。
どうか再うｐおながいします。

すみません 269 は別スレのを消し忘れました

久しぶりのカキコになってしまって申し訳ないorz
皆さん乙です

ようやく正月行事も落ち着いたので、今日から本腰いれられそうです

>>379

>>367 >>369 まとめてうｐしました。
http://www.uploda.org/uporg645739.zip.html

パスワードは酉ですよね？
ダウソできないんですけど

>>308
ですね
できました
ありがとうございます

普通に酉でいけた

>>382
ファイル消えてる
早すぎ・・・orz
どうか再うｐおながいします

あと2日くらい待ってください……　あと2日でゲームできるようになるよ！







よし、自分を追い込んだぞ。　　　　　　　orz

期待してます

CPU使いまくって電池無くなるの早くなるような気がする

iアプリはどれもそうじゃん

>>388
俺はメモリよりそっちの方が心配だった。

ttp://journal.mycom.co.jp/news/2007/01/09/343.html
4KBでどこまでできる? - Java 4K「ミニサイズ」プログラムコンテスト開催

>>387
順調に進んでる？

>>392
今日はむりぽ

>>393
了解。がんばれ。

土曜日には何とかなりそうかなぁ〜

今勉強がてらリソースマネージャーとか、パッドクラスとか、タスククラスとか作ってみたんだけど
やっぱりクラスが多いとサイズが大きくなるね。Doja5.0くらいならこういう開発スタイルでいいのかも
しれないけどね。
とりあえずPCの環境で遊べるまでには仕上がると思います。

携帯で遊べるには、クラス減らして非オブジェクト指向的な方法(従来の携帯javaアプリ)に
切り替えてからですね。

AUのアプリ作ってた時はcanvasと本体の2つのクラスで
キーのpressイベントでステート管理から何から何までやって、
スレッドかタイマーでループするって感じでやってました。
まぁ、ソースいじるの自分しかいないので問題はないですが(数ヶ月前のソース読む時は死ぬｗｗ)

複数で開発してるから今は可読性とか重視してこのスタイルで、
後々出来るかぎりクラスを減らしていくって方法で。

アニメーションとかって1秒あたり何フレームがいいんでしょう？
今は20フレのつもりだけど、問題ないかな

>>395
よく15fpsあれば十分って聞くけどよーわからん。
20だったら問題ないんじゃないかな。

そうなのか。いつも20くらいでやってたんだけど、みんなはどのくらいなの？

>>397
素人の意見ですが、
15でも特に問題ないとは思うけど20ぐらいが妥当なんじゃないかな。

頑張ってください。

アニメーションはよく分からんですが一般的に15〜20というのはよく聞きますよね

>>395
今日うｐできそう？

もうちょい

>>401
お疲れ様です。
早く見たいので今夜アップできそうなら起きて待ってます。

できた
いまソース整理して、ドキュメント書いたらうｐする
あと30分くらい

待ってましたー
お疲れ様ですー
ワクワク

>>403
あ、すみませんがこの前入れるのを忘れてたので
僕の更新履歴ファイルを追加しといてもらえませんか？
\reversi\doc\◆GEOPlMMeow.txt
更新履歴
=====================================
2007/01/06　追加
-------------------------------------
TranscriptLibrary.java：TranscriptLibraryクラス
-------------------------------------
更新
-------------------------------------
Transcript.java：Transcriptクラス
　　getGameName()メソッドを追加
=====================================
2006/12/22　追加
-------------------------------------
Transcript.java：Transcriptクラス
=====================================
2006/12/18　追加
-------------------------------------
SimpleEvaluator.java：SimpleEvaluatorクラス
Evaluator.java：Evauatorインターフェース
Board.java：Boardクラス
-------------------------------------

わかったー

ってかバグったからちょっと待ってね

http://www.uploda.org/uporg653329.zip.html
今までの全部はいったまとめです。
リソースにまだ使ってないのとかサンプルとか入れっぱなしなので
サイズがでかいですが気にしないで下さい。

とりあえずゲームが出来るだけのとこまで作ってあります。
ファイルは5個追加で、11個になっています。


httpでリソースを取得して、スクラッチパッドに保存するコードを書いたんだ、
しばらくはスクラッチパッドに保存されたデータ読み込んでたから気づかなかったんだけど、
スクラッチパッドのデータ消して、httpでロードしようとしたらエラーが出るようになった。
具体的にはhttpconnection.getLength()で-1が返って来る
ADFの設定いじったくらいなんだけど、どうしても原因がわかんない
もしかしてノートンがデータのヘッダいじってそれでContent-Length取得できなくて
-1返してるとかってオチじゃないよね。

お疲れ様です。早速試してみます。

人間が黒でゲーム開始したけど途中からCOMが黒で打つようになってしまいました。
眠くて頭が働かないので明日起きてから原因探します。おやすみなさい

おはようございます。

>>407
乙です。

おはよう
バグってたのか…　探そう…


ADF設定のPackageURLってjadからjarへの相対パスなの？

>>407のバグは
http://q.hatena.ne.jp/1085571244
ここをみたら解決出来そう…

>>411
相対パスで記述するならjamファイルからだと思います

ごめんjadはいい間違い(MIDPだよな…)

jamね
じゃー同じディレクトリにjamとjarおくなら
PackageURLって変更しなくていいんだな

>>411
途中で手番が変わってしまうのは
SimpleEvaluatorクラスのgetMove()メソッドの先頭に
if(!board.hasValidMove())
　return 0;
を追加すれば直るみたいです。
コンピュータの手番で打てない状況でgetEvaluations()を呼び出すと
パスをしてから評価するようになってました。
以下の4行も要らないかな。
if (!board.hasValidMove())
　board.doPass();
if (!board.hasValidMove())
　return evals;

>>415
了解です。
SimpleEvaluatorだけかな？
直しておいて下さい。


Reversi.java以外は作者以外触れないようにしましょう。
次うｐするときReversi.javaの作者名とか更新日時に
携わった全ての作者と更新日時を列挙しておきますね

>>416
http://www.uploda.org/uporg653988.zip.html
直しました。
あとBoardクラスも変更してみましたけどどうでしょう？
TskTitleクラスのcheckPass()、setPass()、delPass()の機能を
Boardクラスに持たせるようにして、
doPass()、undoPass()、doFlip()、undoFlip()などをしたときに
自動でフラグを立てたり下ろしたりするのと、
hasValidMove()を呼び出したとき、盤面や手番が変化していなければ
二回目以降は保存していた初回の計算結果を返すようにしました。

>>417
おーありがとうございます。

>>417
うｐして頂けるのは有難いのですが
また File Not Found なんです

もう少し長生き出来るろだに
して頂けると嬉しいです

このスレ見てる人だけダウンロードできるようにしたいから、
パスのかけられるuploaderか、サーバ借りてそこにまとめおいて置くかしたいですね。

zipにパスかけてgamdevにでも置くのはどうだろ

zipにパスでもいいな。

http://gamdev.org/up/

いいなここｗ３年間は保証されるなｗｗｗ

じゃーコメントに「iアプリ共同制作支援スレ」と入れて、
zipパスは今までどおりトリで。
とりあえず、家帰ったら>>417含めたまとめをうｐしますのでお待ちください。

お疲れさんです

携帯実記確認用のほうにこちらでビルドしたものをうｐしてもいいですかね？
一応著作権とかあると思うんで･･･

>>423
僕の分は構いません。
テストしてもらえると助かります。
お願いします。

jarとjamうｐするの？
Doja3.0だとjarは30KB以内じゃないと実機で動作しないけど、
まぁ903iだっけ？それ以降のDoja5.0ならいけるけどね。

俺も著作権は放棄しないけど、公開してかまいません。
うｐするとこにこのスレのURLと、かかわった人のトリでも載せておけば
問題ないかな。


>>417までの最新をうｐしました。
http://gamdev.org/up/img/8635.zip
パスはとりです。

今度からこちらのうｐろだにお願いします。

リソースをサーバーにおいて、初回起動時にスクラッチパッドに書き込んで使用するようにしたいので、
サーバーにリソースおいてもらえますか？出来ればjamを置くディレクトリにresってディレクトリ掘ってそのなかにでも。

スクラッチパッドに書き込んだ場合、jarが28.5KB(Eclipseを使ったので多少でかいかも)
なので、リソースをサーバーにおいてもらって、jamとjarをおくURLが確定すれば、ResMgr.java更新します。
そしたら実機での確認ができるようになると思います。Doja3.0から対応できそうです。

そのまえに、コードと絵書いてくれたあと2人の許諾をもらってからですね。

ResMgr.javaについて説明しておきます。
・リソースが頻繁に変わったり、サーバーが使えなくなったりしても困るので、
　今までどおりzipでのソース配布の段階ではローカルのresフォルダのデータを読むコードを書いておきます。

・自前でサーバ借りたり、ローカルでサーバー起動しても(httpdとか)出来るように、
　サーバーからスクラッチパッドへ保存するソースもコメントとして入れています。
　//TODO HTTPロード#############################
　//TODO RESロード#############################
　ってコメントのとこでいろいろやってます。
　hc.Length()が-1を返すことがあるので、修正した物を近日中に…
　(画像のサイズをソースに書かなきゃいけなくなるので、
　リソースが変わるたびにソースをいじらなければいけなくなる)

>>426は実機テスト用に更新するってことで、zipには入れません。
とりあえず、実機テストまではもうすこし時間がかかることに変わりありませんが…

>>423
遅くなってすいません。
公開してもかまいませんよ。

久しぶりにオセロやりたくなってきた

>>423
みなさん乙です。公開OKです
100Kで収まるようなら900以降用に1本物バージョンもあるといいかもです

大きな変更はないですが、Boardクラスの変更に併せて変更したものうｐしました。
http://gamdev.org/up/img/8646.zip

こちらは実機のテスト用のソースです。↑のパッチを含んでいて、リソースの取得をサーバーから
やってローカルのresは使わないソースです。
http://gamdev.org/up/img/8647.zip

↑8647.zipをビルドしてテストで、個人的に借りてるサーバーに一時的にうｐしたのも一応はっておきます。
http://www.geocities.co.jp/i_reach_for/iappli/rev.html
これはいつ削除するかわからないです。

QRコード使えば携帯への転送も楽かも
http://www.cman.jp/QRcode/


N506iで動作確認しました。

一局終局すると強制終了するｗ

ｵﾜﾀ＼(＾o＾)／

最新版です
http://gamdev.org/up/img/8651.zip
一応二つほどソースファイルを追加しました。docを見ていただけるとありがたいです


携帯用もまとめましたので動作確認なども徐々にしていこうかと思ってます

乙です。
うｐするのは追加したソースとドキュメントのsrcとdocだけでいいですよ。

とりあえず最新の機種ではSO903とF903で動作確認

どちらもスムーズで良好です

F901iCで動作確認しました。
たまにキーを押しても動かない時があるけど、それはキーを押してる時間が短すぎて
たまたま押してる間にはgetKeypadState()が呼ばれなかった時なのかな？
50ms以上押していれば確実に呼ばれるのかな。
あと細かい動きに関してですが、例えばキーを長押しすると押してる間は連続的に動くとか
カーソルが右端に達してる時に右キーが押されたら左端に飛ばすとかってのはどうでしょう？

カーソル動かす時はtrig_〜の関数でキーが押されたか判定していますが、
この関数はキーイベント時にフラグをセットして、1フレームごとにリセットします。
メインのループでは
//更新
//描画
//キーパッド更新
//sleep
っていう順番でやってるんですけど、
描画してるまさにその時に押されたキー情報は、そのあとキーパッド更新でリセットされるので、
タスクの更新時にはなかったことにされているんだと思います。
//更新
//キーパッド更新
//描画
//sleep
↑みたいにキーパッド更新と、描画を入れ替えれば大丈夫だと思うんですけどためしてません。

パソコンのキーボードでキーを押しっぱなしにしたの時の、一文字打って間隔をあけてからそのあとは連続して打つっていう
キーリピートもパッドに入れたいと思います。押している間だけ動けばいいのであればtrig_〜をhold_〜にかえるだけなんですけどね。

とりあえず今そんなに時間とれないので、まずタスククラスを整理して、みんなにタスクのサブクラスそれぞれ書いて
もらえるようにしたいんですよね。
メニュー、ゲーム、ディレクトリ、etc...分担した方が早いからインターフェースの整備って感じなんですけど。今のタスクは機能が足りていないので。

全体の構造が組みあがった所で、それぞれのシーンの演出なり。細かいとこ詰めていきたいですね。
ただキーリピートに関しては、俺もそうしたかったので、近いうちに実装すると思います。

タスククラスちゃんと作る→それぞれのシーンを分担して作る→それぞれのシーンを意見を出し合いながら
詰めていく。って流れを考えています。
ゲームとして1つ完成してから、機能を追加というイメージで評価関数増やしたり、SDカードに対応したり
やっていきましょう。
キーリピートとキーちゃんと拾えないのは今週中に修正します。
意見ありがとうございます。

au版のリバーシを作る予定はありませんか？
ってiアプリのスレだから無いですよね．．．

>>438
Java携帯がでたら作るつもり

時間があれば本職だったauのjavaのもつくれたんだけどね(´・ω・｀)

auの春モデルでたらまたうちの会社のサイトの会員増えるかな( 　･ω･)

>>438
おまいら最強のリバーシプログラムしてみろよ　スレのひとか。

>>439
作るとしても今のリバーシが落ち着いたらですかね


それにauのjavaでどこまで出来るのか分からないし

みなさんがんばれー

急にペースダウンしてるような・・

みんな忙しいようだね・・・
俺も冬休み間は暇だったんだが今はちょっと無理。
でも、諦めちゃいないよ。

やる気はあるけど、仕事も忙しくなってきて時間とれないんだ。週末にはやるよ

別にこの企画で作るアプリが常に一つである必要はないよな?
リバーシと違うメンバーが他のアプリ作ればいいじゃん

>>447
新しいプロジェクト立ち上げるのは自由だから、その違うメンバーってのを集めてくれるかい？
あと、何を作りたいか言わないと始まらないよ。

彼女を作りたいのですが

それって育成モノ？恋愛モノ？

AIだろ

保守

彼女の名前はAIです

彼女の名前の読みは俺と同じ
漢字は違うけど

真剣に作ってくれ

ここは自分達で作るスレだお
クレクレ君はお断りだお

>>456
そういうおま（ｒｙ

-(ry
+えこそ作ってないだろ

で、リバーシの方はどうなってるわけ？

いまさら思う･･･
>>158




w

>>459
リバーシごとき簡単過ぎて嫌気がさしてそう

保守

TrustedAPIDのクラック…

おまいら、なんか作ろうぜ

子供作るか！

463に賛同！
GPSアプリを作りたいので…

んなこと言ったってどうやるんだよ・・・

ドコモを訴えてオープンにさせたほうが速くね？
自分の金で買ったものの使い方を制限するなと。

オセロの製作が滞ってるところで、将棋でも作るか

GPSをアプリで制御できるわけねーだろ。
バカか？こいつわ。

クラスライブラリも読めないやつがいるのか…
ネットの力を使って、11桁のTrustedAPIDを総当りすれば可能だと思うが？

リバーシ制作陣微妙ならそれはそれでカキコくらいしてよw

今僕は評価関数を作ってて、パソコン用にはある程度できてるんですけど、
それから強さをあまり落とさずに携帯用にする所でてこずってます。
今のところクラスいくつかで30KBと評価用データでスクラッチパッド使用量が100KBくらい増えそうです。

>>471
おまい天才だな。期待してるぞ。

>>473氏
はなから計算能力や機能でPCにかなうわけないんだから、
そんなに本格的（？）な評価関数は必要ないと思われ。
むしろコンパクトで早い評価関数の方が良いのでは。
容量を食ってしまってるのは、評価関数用の棋譜とかかな？

評価用データは定石とかじゃなくてパターンの係数です。
今のところパソコン用の４０分の１くらいのサイズにはしてるんですけどね。
もっとコンパクトなのも研究してみます。

ここでうｐしてもらえると、色々案が集まって良いかと。
リバーシスレも止まってることだし。

タイトルとひっくり返るときの動きが欲しいな･･･

タイトルつくるかぁ〜
時間が空きすぎて次どこいじろうとしてたか忘れかけてるｗ

5月になれば時間取れるんだけどなぁ

早く新しいプロジェクトも始まれば相乗効果でやる気も出てくるだろうけど。
共通で使えるところは使いまわしたり共同で開発したりってのもやってみたい。

Java未経験の俺はゼロから始めるなんてむりぽ



誰か元となるソースくれよ

馬鹿はこのスレに来るなよ。

>>480
じゃあお前もなんかやれよ

コアをnullpoy2にしたエミュの作成を始めてください。

ttp://hobby9.2ch.net/test/read.cgi/appli/1170725401/l50
ここか？

仕事も忙しくなってきて、継続して時間が取れそうにありません。
勝手で申し訳ないですが、誰かに引き継いでもらいたいです。

保守

>>484
遅レスですが、春休みになれば暇になるので頑張ってみようと思います。

連レスすみません。485は僕です。

>>486
お願いします。時間があれば出来る限りサポートします

レイプゲームを作りたいのですが、レイプ画像の素材サイト知りませんか？

スクラッチパッドにファイルシステム作りたいけど知識がない
だれか教えて

符号なし整数使わせろ！！ハゲ！！

>>490 ハゲの何が悪いっつーんだぁ?！表出ろや、ごらぁ！！

良スレ度が下がってきたな

>>491
unsignedも使えないくせに生意気言ってんじゃねぇよ！

そろそろ作業を再開しようと思うのですが、流れが把握できていないので時間がかかりそうです。
TskTitleやTskGameなどを作ればいいのでしょうか？

既存のクラスを改変しないといけないようなので許可も必要です。
お願いします。

>>494
僕の書いた分のソースは改変してもらっても結構です。
評価関数はアプリが一通り形になってから載せるようにしようと思っています。
最近ちょっと忙しくて研究はあれからあまり進んでいないので時間はかかっても大丈夫です。
よろしくお願いします。

タスクとか僕が作ったものは全て改変しても、作り直してもかまいません。
よろしくお願いします。

どこかのアプリ本気の作者は、受託でも平気に仕事を投げるとかでおなじみ

>>495-496
ありがとうございます。
出来る限り変更は最小限にして頑張ってみます。


(゜ε゜) ◆cHN6zUUh9M さん
「LIBRARY」のメニューアイコンを作っていただけないでしょうか。
お願いします。

ぬおっよばれた
LIBRARY作ったのでうｐしておきました
イメージと違ってたら直すので言ってください

ttp://gamdev.org/up/img/9208.zip

>>499
仕事早いですね、ありがとうございます。
もしかしたらまた必要になるかもしれませんがそのときもよろしくお願いします。

シャットダウンとか電源を切るAPIって無いんですかね？
もしくは他から流用できないでしょうか？

いままで少しずつ作ってきたけど、
やる気が起きなくてこのままずるずるひこずるのもいやなのでとりあえず現状報告します。
ソースはきれいにまとめられていないところもありますが動作のチェック等してください。
通信関係は出来そうにありません。あしからず・・・

http://gamdev.org/up/img/9348.zip

↑トリップ付け忘れてました。

アドバイス等お願いします。

お疲れ様です。
MAN vs COMのSecondMoveで試合結果の表示が逆になってませんか？
使ってみた限りでは他に気づいた点はありませんでした。

>>504
ご指摘ありがとうございます。
修正しました。

http://gamdev.org/up/img/9356.zip


実機で動作させるにはjarのサイズを100KB以下に抑えないといけませんよね？
圧縮ツールを使ってもせいぜい3割ほどしか圧縮できないと思うのですが
そこらへんの対策はできるのでしょうか？

初めコンパイルしたら300KBを越えてたのでびっくりしましたが、
今使ってない画像を除くと140KBくらいでした。
画像リソースの事はよくわかってませんがGIFからJPEGにするのはどうでしょうか？
あと僕の書いたクラスには使ってないメソッドがいくつかあると思います。
どれくらい減るかはわかりませんがツールを使えばそれも削れると思います。

>>506
jarには画像データも含まれるんですか？知りませんでした。

>GIFからJPEGにする
確かに色数が多いので有効かとは思いますが、
JPEGは透過できないためそれを考慮する必要があります。

あとは圧縮ツールをつかって何とかなりそうですね。

お久しぶりです。仕事が一段楽したのでのぞきに来ました。

効果的なのはクラスそのものを減らすことなんですけど、なかなか難しいです。

Appli-Style.com
http://appli-style.com/

ここにも多分ダイエット的な項目があったはずです。

小さな画像、たとえば黒と白の駒なんか、それぞれ画像で持つんじゃなくて、
一枚の画像にまとめることで、それぞれの画像で持っていたパレットの部分を共有して
少しはサイズ小さくなるんじゃないかと思います。(たぶん)
使うときは画像の位置を指定して、image作り出すか、クリッピングして描画する。

このページの画像ファイルをつなげるってやつです
http://appli-style.com/technique/compress/compress02.html


>>507
resに入ってるものは全部jarに入れられちゃいます

お久しぶりです
リソースのことですが画像ファイル関係を全て別途ネットからダウンロードするようにすれば、
jarに入れるのはソースだけですむので大幅に削れる気がします･･･

アプリ本体DL（この中には画像は入っていない）
↓
初回起動時に画像をダウンロードしてスクラッチパッドに書き込む（２回目以降はスキップ）
↓
使用

>>508
>>509
画像をもとからjarに入れる方法と通信で取得し保存する方法があるんですね。
ありがとうございます。
画像をまとめるのはかなり期待できそうですね。

GWあたりに圧縮ツールあさってみようと思います。

http://java-source.net/open-source/obfuscators
ここで難読化ツールがいくつか紹介されてました。
ProGuardは2年ほど前に使ったことがあって、
3割くらいサイズが減ってたと思います。
他のは使ったことが無いのでわかりません。

>>511
今試してみましたが3KBほどしか減りませんでした。
更にエミュレータで起動しないという結末orz
設定が悪かったかもしれませんね。

↑は僕です。
毎回コテ忘れてすいません。
ブラウザを変えてから勝手が変わったので･･･

今proguard4.0beta2で試してみましたけど、
jarサイズが142,969バイトから126,856バイトに減りました。
画像は変わらないのでjarを解凍してクラスファイルの合計だけ見ると
89,849バイトから61,085バイトに減ってました。
エミュレータでも起動しました。

>>514
圧縮ツールを使ってもそれほどサイズは減らないようですね。
コードを全体的に見直して書き直さないと難しいようですが、
時間がかかりそうです。

期待age

どうした？

ｉアプリゲームの作成支援ソフトでお勧めのものがあったら教えてください！

>>522
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_foma5.html
http://java.sun.com/j2se/1.5.0/ja/download.html
http://www.eclipse.org/

↑新参？

製作陣どした？ｗ

こんにちは
Java初心者です。
見た限り僕のレベルではぜんぜんダメそうです。バイト列が理解できないバカですから。。。
ソースコード見て勉強させてください。

>>528
ソースは持ってんの？

Javaのバイト(列)の扱いって何であんなに面倒なん？

>>50
あんまり利点ない気がする･･･
だからC+とかの方が人気があるのだろうか･･･

安価ミス>>530

個人でできるブラウザの需要ってどれくらいあるんだろう
個人でサーバ立てて通信できるようなヤツ

需要があるなら今からJAVA勉強する

欲しい！

うっしゃ　一年待ってろ
HelloWorldからはじめる

>>535
頑張ってくれ！（笑）

HTMLムズイ・・
プログラム舐めてたわ

ゲームに使う音楽を繰り返し流す時、一般的なやり方だと繰り返しのところで一瞬途切れてしまいます。
だれかこれの解決法を知っていませんか。

ダブルバッファリングでぐぐってみそ

ＷＥＢサーバとの通信で定期的にステージが変わるアクションゲームみたいのを作成する

>>540
がんばれ

あげ

初歩的なミスの報告〜
今iアプリのゲーム作ってて、ケータイで動かすとどうも動作遅いなと思ったら、ループするたびに画像を読み込むプログラムになってたみたいです。画像を多用しているゲームだったので、全て読み込むのに時間がかかっていたのです。
ゲーム開始時に全ての画像をMediaImageやImageの配列に読み込むように書きかえたらスムーズに動くようになりました。

>>543
ここの奴らと一緒にやればいいじゃない

少しはスキル上がったからやるかもしれません

みんな個人個人で何か作ってるのかな

久しぶりに来ても誰も居ないのね

居ます
お久しぶりです

ときどき見に来てます

作ってる途中、実機でテストプレイするとエラーで止まるようになった。エミュでは普通に動いた。
paintの書き方が悪いらしく、間違いがないか探したが見つからなかった。
結局、paint全体をtry catchで囲んだら動いたので解決、ということにしてしまった。

見つからなかったのではなく見つけられなかったのでは？
どんなエラーかはコードを書いてもらわないとなんとも言えない。

>>551
書き方間違ってたら普通はエミュでエラーがでてコンパイルもできないはず。
それにtryで囲んで普通に動きだすなら、エラーが出るのはアプリ開始時の一瞬だけということになる。
よってpaintの記述自体に間違いはない。

>paintの書き方が悪いらしく、

>よってpaintの記述自体に間違いはない。

(´・ω・｀)どっちなんだよ


それで正解だと思うならそれでいいんじゃないの。教えを乞うような書き方でもないし。

>>553
ごめん。よくわからん。

半透明のfillRectが便利すぎる。

かなり過疎っていますね
何か新しい企画でもないかなぁ・・・

リバーシはどうなったの？

リバーシに参加しても良いんだけど、今は動いてないみたいだし

>>505が最新のソース？
んでやろうとしてたのは容量削減かな？
◆JlLrQ.zMek氏はどれだけ進めたんだろうな

そろそろリバーシから脱却して新しい流れを作らないか？

俺はリバーシを終わらせてからにするか並行してやるかがいい
せっかくここまでやったんだしあともうちょいじゃん
多少やってても全然やってなくてもいいから引継ぎやってほしいな

再開するにも以前のリバーシ関係者が出てきて
ある程度引き継げるようにしてくれないと新しい開発者は出ないだろうね。

メガアプリってことでリッチな2chブラウザ作らないか？

アプリ上から書き込めて、janeみたいなUIで作れたら便利っぽいかな

参加したいけど持ってるのはメガiアプリ非対応端末・・・

iアプリ作成できる人もできない人も思いつくだけどんどん案を出して欲しいな
自分は作れるけどアイディアを持ってないんで

iアプリくらいだと共同制作でなくても出来ちゃうからな。
仕様書書くのダルいからソースが仕様書だし('A`)

じゃー、携帯向け汎用ADVアプリとスクリプトコンバータとかどうよ？

>>566
そう言って貰えると助かります

ニコモバみたいなカンジで自宅のflvやwmv、wmaを
ストリーム配信受けるアプリは作れませんかね？

そうすればパケフルにせずとも自鯖をプロ棋士にしｔゲフンゲフン

もう一つ

P(青歯)限定で恐縮ですが、禿「ちかチャット互換アプリ」も
可能でしょうか？

>>568
一度サーバーにアップロードする形にしないと無理
iアプリの動作原理をまず勉強しろ

>>570
何が無理なのかさっぱりわかりません
・Express Editionはタダ配りしてる
・ADFのサイト名だけは自分で直す
・http://www.example.com:8080/-_-/www.yahoo.co.jp/ (知識古っｗｗ)でどこへでも
だと思うのですが？

さてどこから突っ込もうか

とりあえず「パケフルにせずとも」あたりから

麻雀作ったことある人いますか？

あったからって何なんだ

牌の画像だけ作って切り出して疲れてやめた

>>574
ポンジャンなら作ったことあるけど…

何か技術的問題が発生したのでしょうか？

学校の卒業研究で製作しているのですが、どのくらい時間かかるのか？
と思い、このスレに書いたわけです

1人で製作するとして、実際どのくらい時間かかるんですかね？

sage忘れスイマセン

半年もみとけばいいんじゃね？

これパクればいんじゃね

「 コンピュータ麻雀のアルゴリズム Ｉ／Ｏ ＢＯＯＫＳ
ＡＩインターフェイスと思考ルーチンを作る 」

内容説明
麻雀のルールから、Ｊａｖａ言語で書かれた「麻雀ＡＩインターフェイス」の仕組みとその開発までを解説。このインターフェイスを利用して作られた思考ルーチンのサンプルを掲載し、動作を説明する。

Windows付属のゲーム『ピンボール』に今更ながらはまりだした俺。
はじめて作るiアプリは『ピンボール』を丸々移植したものにしようと考えた。


で、壁にぶち当たってるわけだが…

ボタン長押しの判定ってどうすりゃ出来んのよ？

keyPressedが呼ばれたらタメていって閾値越えてからkeyReleasedが呼ばれたら長押し

>>583
さんくす
最初理解に苦しんだがなんとかなりそうだ

面白そうね

カメラとか財布とかいらねえからもっと安いの発売しろよ
コンチクショウ
新料金制度で実質値上げじゃねえか

なぜ、このスレでそれを言うのかわかんね。
そういうニーズではアプリこそもっとも無駄な機能じゃん。

この国の人間は携帯電話の本来の機能を忘れていそうで困る

ごめん　あと1年待って

>>589
あと3日でどうにかしろ

>>589
ずいぶん几帳面だなｗ
ちなみにどのあたりまでいった？

オセロから1年半も経ってたのか。
相変わらず俺の携帯は506iだけどな

あげ

DoJaでストレージをエミュできますか？

ﾘﾊﾞｰｼ組は全員退場？
新しいﾌﾟﾛｼﾞｪｸﾄ始めようか。

リバーシは一応遊べてるしあれだけできてればいいんじゃないの
やりたい人が出てきたらまた更新していけばいいし
次は何やる？
個人的にはパズルゲーム集なんかを作りたいんだけど

なんぷら

魚醤？

将棋のアレンジゲーとかやってみたい気が
HEXマップでちまちましたやつ

600

ネクタリスだな。おけ、ちょっと待ってなー

モバイルフォトショップみたいなの作れませんか？

レイヤー分けられてブラシ使えてタッチパネル対応のやつ

待ち時間の暇なとき落書きしたい

落書きの続きをやりたい

みたいな需要があると思うんです！

>>602 ほれ。線だけ引けるアプリならやるぞ
http://dosukoi.sub.jp/software/java/touch/Download.html

労が多そうな割には利用者が少なそうなアプリだな

>>603
ありがとうございます

結構可能性感じますね！

ブラシ選択と保存と全画面表示化(sh-04a)も、出来ればお願いします！

は？

リバーシ以降進展なし？

ノブレス携帯をアプリで作ってください

♥

動画体験

地図アプリ
ttp://www.youtube.com/watch?v=bUCrBCQxd8A&feature=channel
Ａダウン
ttp://www.youtube.com/watch?v=F2PomtkfswA&feature=player_embedded
レシピ
ttp://www.youtube.com/watch?v=1yIp8HEnT5s&feature=channel
ＦＸ
ttp://www.youtube.com/watch?v=5VPl6oee0UE&feature=channel

ラウンドタイマー作ってください。
繰り返し（アラームＡ→３分待ち→アラームＢ→１分待ち）

できればアラームＢの１０前にスパートタイム開始のアラームとして、
アラームＣを。

iアプリ(DoJa5.1)でのゲーム製作を暇なときでもいいのですが、ご一緒しませんか？

募集概要
1：堅苦しいコーディング規約などは無く、基本的な部分のみで。
2：DoJaは初めての方も歓迎(私もDOJAは数日前に始めたばかりです・・・)
3：アクション or シューティングを製作(今回は練習を兼ねたゲームですのでお手柔らかに・・・)

ゲーム製作は初めてで、メジャーとされているコーディング方法は、分からないのでそこらへんを理解していただけたら助かります。
(iアプリのループ処理はスレッド、whileなのか等)

暇なときでも良いのでよろしければお願いします(_ _

開発環境
DoJa5.1
Eclipse+EclipseUML+(svn or cvs or SourceForge.JP)

>>613
もぅ作り始めてんの？

>>614
まだ募集していますのでよろしければご一緒にいかがでしょうか＾＾

IRCチャットで部屋を作りましたのでもしよろしければご自由に参加ください＾＾

irc.2ch.net
#iアプリ共同制作