Softbankエミュ総合 part4

基本的にsage進行。
乞食行為は一切禁止。神降臨は黙って待ちましょう。
また、開発に関する事以外の質問は激しくスレ違いです。

また、質問をする前に、必ずFAQに目を通すようにしてください。
あなたの考えるような質問は、もうすでに誰かが考え、書き込み、解決されています。
http://f14.aaa.livedoor.jp/~javaappl/index.php?emu

色々と参考になるサイト
http://www.geocities.jp/v904shmania/

※注意
アプリ★ゲットのオフィシャル作者登録はアプリ公開の意思がある人のみ行うこと。
現在、OperaMini、vodanesなどを利用する目的で登録した場合、
法的措置及び、賠償請求を行う事が明言されています。

アプリ開発の為の勉強目的以外でエミュを扱うのは止めましょう。

前スレ
【Vodanes】Softbankエミュ総合 part3【wJSCL】
http://hobby9.2ch.net/test/read.cgi/appli/1162714248/

関連スレ
CLDC+MIDP+携帯電話用Javaスレッド part 7
http://pc11.2ch.net/test/read.cgi/tech/1180010672/

JAVA初心者の俺がアプリを作ってみる
http://hobby9.2ch.net/test/read.cgi/appli/1120137628/

↓避難所[Softbankエミュ総合 part4（仮設）]に書き込まれた内容の転記


[2] 投稿者：非通知さん＠アプリ起動中 投稿日：2007/06/30(Sat) 22:27 No.4
避難所まで用意していたとは、、、さすがですな>1

>性能改善は難しそうだから、
>次は対応ソフトを増やす検討をしてみようかなぁ。
>現在のfamiJSCLで、正常に動作しなくて困っている
>ROMがあったら教えて下さい。

ジャレカーの私としては
ミシシッピー殺人事件（起動直後に止まる）
バイオ戦士ＤＡＮ（全く動作しない）
エスパ冒険隊（動くが、上下にスクロールするときコンソールに3unknown opc=d4と0unknown opc=7が多数出る）
妖怪倶楽部（全く動かない）

とか、、、ミシシッピーだけでも何とかならないかなあ

↓避難所[Softbankエミュ総合 part4（仮設）]に書き込まれた内容の転記

[3] 投稿者：非通知さん＠アプリ起動中 投稿日：2007/07/01(Sun) 10:30 No.5
ぴょんぴょん飛ぶのはともかくまっぱー66のはできそうな
気もするんだけどね。

↓避難所[Softbankエミュ総合 part4（仮設）]に書き込まれた内容の転記

[4] 投稿者：非通知さん＠アプリ起動中 投稿日：2007/07/01(Sun) 12:31 No.6
そうなんですよ。mapper66だと、ミシシッピーと同時期の、
じゃじゃ丸の大冒険とかは普通に動いているようなので。
（妖怪倶楽部も66だが不動）
バイオ戦士ＤＡＮは140なので、mapperを追加すれば動くはず。

他にも、
宇宙船コスモキャリア（タイトル画面でSTART押すと止まる）
伝説の騎士エルロンド（3unknown opc=ff Uncaught exception java/lang/ArrayIndexOutOfBoundsException.で落ちる）
ピンボールクエスト（タイトル画面でSTART押すと止まる）
じゃじゃ丸撃魔伝（動くが、画面化けが多い）
など。

エルロンドはmapper7、ピンボールクエストは72をちゃんと入れれば多分動くようになるとは思いますが、、、

↓避難所[Softbankエミュ総合 part4（仮設）]に書き込まれた内容の転記

[5] 投稿者：非通知さん＠アプリ起動中 投稿日：2007/07/01(Sun) 18:14 No.7
チート機能を入れる事は可能ですか？

↑避難所[Softbankエミュ総合 part4（仮設）]に
　 書き込まれていた内容は、ここまでです。

Docomoの方が、NESエミュの開発が進んでいるっぽいので、
処理速度が上がる事を期待して、
NemulatorPlus(Docomo用NESエミュ）のコア部分を、
苦労してfamiJSCLに移植してみたのだが・・・。

＜MEXAエミュレータでの処理速度比較(fs=5)＞
・famiJSCL(通常版)…41fps
・famiJSCL(NemulatorPlusのコア部分移植版)…33fps

どうみてもfamiJSCL(通常版)の圧勝です。
本当にありがとうございました。

boyをいじったことだし今度はfamiのほうも色々といじりたいところだけど
famiはマッパーによって色々ありすぎるので手を出したくないなぁ。

現在famiの方を大改造中です。
完成すれば、恐らく正常に動作するROMが増えるはず。
>>2 >>4に記されてソフトが動作するようになるかは、
今のところ分かりません。

それではfamiはお任せして
私はひさしぶりにgearでもいじってます。

>>10
famiはお任せ下さい。
gearはまだ一度も触った事がないので、
期待して待ってます。

>>1
乙でし

>>1
　乙です。

　ドコモスレ見てるともう動かないロムなんてないだろうぐらいな
ことが書いてますが（nes）一応プログラマさんから見るとドコモ
の方が稼働率って高いですか？まっぱーだけ見るとぱくりつくして
る気もするんですが。

ダビスタ動作きぼん！

>10
ぜひ、gearJSCLをお願いします。
テンプレサイト？にソースが上がってれば何らかの協力はできるかもしれません。

>13
mapperさえちゃんと入れれば、だいたいのは動くんじゃないかなあ。
今の奴だと、ソース見る限りMapperOther.javaにあるのは、まともに処理してない感じだから。
チートはパッチだけなら簡単でしょうけど、GUIは面倒くさいのでは。。。

>>13
色々調べた結果、処理速度は>>7に書いた通り、
「famiJSCL >> NemulatorPlus」でしたが、
ROM稼働率の高さは、
「famiJSCL << NemulatorPlus」である事が判明しました。

>>15
元々、famiJSCLのMappeｒ○○.javaのソースは、
NemulatorPlusをパクって作られているので、
ROM稼働率の違いは、NESCore.javaのロジックの
違いによるものである事も判明しました。

というわけで、現在私の方では、
famiJSCL処理速度と、NemulatorPlusのROM稼働率を兼ね合せた、
最高のエミュを作成する為に、NESCore.javaを大改造中です。

超がんがってください！！
これで198氏あたりが復活してくれると更に盛り上がるのになぁ。

10も198も同じ人なんだけどね。

>>18
10も198も同じ人だったとは、びっくりですね。

ついに、famiJSCL処理速度と、
NemulatorPlusのROM稼働率を兼ね合せた、
いい感じのNESエミュが完成しました！！！

＜改良点＞
�@コア部分修正
NemulatorPlusを参考に、コア部分を修正し、
ROM稼動率が、一気上がりました。
・マッパー5のROM（メタルスレイダーグローリーや
　ジャストブリード等）が動作するようになった。
・ダービースタリオン全国版が動作するようになった。
・ドラゴンボール2や3等で、画面の一部が文字化けする不具合が直った。
・>>2に書かれている、ミシシッピー殺人事件、バイオ戦士ＤＡＮ等が
　全て動作するようになった。
・ドラゴンクエスト3でステートセーブ/ロードが正常に動作しない不具合が直った。
※上記以外にも、色々なROMが動作するようになったと思われます。

また、>>7に書いた通り、NemulatorPlusのコア部分の処理速度は遅いので、
famiJSCL(通常版)コア部分の、高速に処理している部分を参考にし、
更に自分なりの改良も加え、高速化しました。
稼働ROMが増えた分、処理速度はfamiJSCL(通常版)より、
多少下がっても仕方がないと思いましたが、
何故か元のfamiJSCL(通常版)より、1〜2fps速くなったみたいですｗ

↓つづく

�A設定自動保存追加
キーコンフィッグ/音量/フレームスキップの値は、
アプリ終了毎に自動的に保存するように改良してみました。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
・QVGA版…070705版famiJSCL.zip
・WQVGA版…070705版famiJSCL_W.zip
パスは、「fami」です。

言い忘れましたが、「�@コア部分の修正」により、
DISKシステムのBIOSは、NES形式(41KBサイズ)も
NES形式ではないもの(8KBサイズ）も使用可能になりました。

当然の事ですが、「NES形式ではないもの」を使用するようにした方が、
jarサイズが小さくなってお得です。

>>20
ダービースタリオン全国版 動作してます。
ありがとうございます。神すぎる！
お疲れです。

ダービースタリオン全国版ですが
save now? でフリーズしてしまいます。
QVGA版での動作です。よろしくおねがいします。

ダービースタリオン全国版がsave画面ではいを
押すとsave now?でフリーズしてしまいsaveできない
ということです。すみません

チート機能があったら最高なんだけどなぁ。

じゃお前がチート機能追加して公開しろよ

好意で公開してもらってるんだから、作者、改造者への敬意だけは忘れちゃダメだ。

どなたかうｐロードしている方はいませんかね？

>>27
作者への敬意はありますよ。
別におかしな事書いてないでしょ。
何怒ってるんだか。
何か家庭で嫌な事でも？

>>25
　私もできないですね。９０４ＳＨです。
　ArrayIndexOutOfBoundsExceptionって。
　ただ最初そう書き込まれてたからメキサでSAVEが動くか試してみて
その時はセーブもロードも効いたんだけどなぁ。何回か実機でもメキサ
でも試したんですが最初の１回以外は駄目でした。
インデックスによって通る時もあれば通らない時もあるって状況でしょ
うか。直して頂けると嬉しいです。
ターボファイルでもセーブできなかったです。当たり前かな。

>>28
日本語？

>>24
>>30

しまった・・・。
「�A設定自動保存追加 」の修正後に、
その不具合が発生するようになっていたようです。
申し訳ありません、至急修正致します。

>>31
自分は911SHなんだけれど、ステートセーブすると
ダービースタリオンどころか、すべてフリーズします（汗

でも音も前よりもだいぶよくなったし、とてもいいものをありがとうございます。

どなたかアップローダーに出している方はいませんか？

ステートセーブ/ロードの不具合を修正しました。
今度こそ完璧になったはず・・・。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
・QVGA版…070706版famiJSCL.zip
・WQVGA版…070706版famiJSCL_W.zip
パスは、「fami」です。

>>34
ステートセーブできました。
お疲れ様でした。いいものをありがとうございます。

>>33
　何が言いたいんだかわからんなぁ。

>>34
　ありがとうございました！！こいつはちょっと最高かも。

動作完璧です！ありがとうございます。

オフィシャル登録申請中ですが、
「OperaminiやVodanesの変換のためだけに登録することはお断り！」
と返事がきました。また、
「行為が発覚した際には法的範囲も含め、しかるべき措置をとる」
ともありますが、抜け道はありますか？
措置を受けた方はいらっしゃるのでしょうか？

>>38
いないんじゃないかな。仮にいたとしても、ここには書かないだろうし。

まあ、こんなつまらないことで人生を棒に振りたいなら、一度試してみれば？
日本は、前科者には非常に冷たい社会だからねぇ・・・

むしろ、スパイシーとバトルしてくれると面白いから、ぜひやってくれｗ

社会問題になって、SBだけが自作アプリを携帯で動作させられないという事実が
広く知れ渡れば、その後改善されるかもしれないし。そうなったら38は英雄だよ。

>>38
1つ聞いておきたいのですが、
スパイシーの人が、これまでのあなたのアップロード履歴を見て、
>>38さんの目的は、OperaminiやVodanesの変換であると判断したのでしょうか？
※つまり、これまでOperaminiやVodanesを何度も
　 アップロード&ダウンロードしていた事が、審査の時にバレて、
　 「OperaminiやVodanesの変換のためだけに登録することはお断り！」
　 と言われたと考えていいのでしょうか？
　

38です。
現在、オフィシャル登録の申請中です。
登録前に確認したいことがあるということでメールが届きました。
下記内容に返信を下さいという内容です。

１．公開意志があるかどうか？
２．どんな作品を公開したい為に、今回オフィシャル作者登録をする必要があるのか？

そのメールの中に
「OperaminiやVodanesの変換のためだけに登録することはお断りしております」
「行為が発覚した際には法的範囲も含め、しかるべき措置をとらせていただきます」
という内容が含まれていたのです。

変換目的でオフィシャル登録する人に釘を刺してる事のように思いますが
安全を取って、オフィシャル登録は断念しようと思っています。
ご意見、ありがとうございました。

>>41
なるほど、登録前の確認メールで、
変換目的でオフィシャル登録する人に釘を刺してるという事ですか。

私もそろそろ、外部読込み版のfamiJSCLを作成したいので、
オフィシャル作者登録をしようと考えていましたが、
やっぱり断念した方がよいのだろうか・・・。

でも、ちゃんと一般公開用アプリも作成していけば、
「OperaminiやVodanesの変換のためだけ」ではなくなるから、
しかるべき措置はとられないのかなぁとも思ったりする。

>>42
今までの流れで言えば基本的に一般公開用アプリもすれば大丈夫なハズですよ。

まぁ、さらなる安全策は8月1日にコンテンツレジが復旧するまで待つ　ということですかね。
コンテンツレジはそういう規制とか明言されていなかったような気がしますから。

それ俺もだな。
とりあえず登録したが、変換のために使用した場合は罰金取られるってようなこと書いてあるしな。

変換だけやってつかまってるってやついる？

>>44
>>39読め。というか、この話題はもういいでしょ。

で、070706版famiJSCLはスピードもアップしているし、互換性も高くて非常に良いですね。

ただ、ダビスタ全国版はタイトルとかがわずかに化けて、まれに画面にゴミが出るけど、うちのが東芝機だからかな。
MEXAエミュでも状態は変わらなかったが、、、

>>45
　機種も書いた方が、いろいろ後で参考になるよ。
　東芝でも動くんだ。911Tは速度出ないって前あったけど。

>>43
コンテンツレジってアプゲと同じくSDカードにアクセスできるの？

変換だけで捕まった奴いなさそうだから俺もやってみようと思う。
その前に聞きたいのだが、812SHで出来た奴いる？

>>46
実機以前に、MEXAですら画面崩れるんだけど（タイトル文字の最下部が化ける）
割り込みタイミングがずれてるんじゃないだろうか。
他の人は再現しないのかな。コンパイルに問題があるのだろうか。

あと>>4に挙げられていたタイトルだと、じゃじゃ丸撃魔伝もタイトルで一瞬画面化けがあるね。
もともとNemulatorはnesterベースだったはずなので、そのへんが継承されているのかも。
（winで試しても、nester系エミュだと同様の画面化けがでた。G-NESとかなら問題無し）

そうは言っても全般的に物凄い互換性の向上なわけで、嬉しい限りです。

最新ファイルはjarが含まれていない、自分で作成するものだからやってみたんだが、
SET JAVA_HOME=の後に何を入れればいいんだ？
javaの場所を入力したら、「〜は内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。」
と出てできん。

>>49
うーむ、申し訳ないですが、
Nemulatorを参考にして作ったから、
Nemulatorで正常に動作しないとなると、
修正はちょっと困難です・・・。


ちなみに次は、セーブ/ロード関連の処理を改善する予定です。
通常セーブ(.「○○.sav」の保存)の実装について検討中ですが、
実装できるかまだ分からないので、期待しないで待っていて下さい。

>>51
Vodanesがそうでしたよね。Vodanesでセーブしたデータそのままパソコン
のｎｅｓえみゅでも動いたし、wJSCLでも引き継げたし。
.sav形式で保存できると使い回し効くから実装されると嬉しいですねぇ。

>>51
いえいえ、画像化けとか、微妙に画面が揺れるのとかはなかなか修正が難しいので
放置で構わないですよ。一応、報告ということで。

そうそう、新版で全く動かないものとしては、例えば「みんなのたあ坊」とか。
マッパー３で動かないってのが、ちょっと不思議です。
他の３の奴（ドラクエ、グラディウス、影の伝説など）は、全部動いていたような。

>>52
え！？VodanesやwJSCLは、.sav形式に対応していたのですか！
なぜfamiJSCLで、劣化してしまったのか謎だ・・・。

>>53
画像化けとか、微妙に画面が揺れるのとかは、
修正が難しいですよね。と言うか、修正方法が分からない・・・。
正直、NemulatorとfamiJSCLのコア部分のマージは、
かなり苦労しました。Nemulatorを完全移植した時点では、
当然ダビスタ全国版等のROMは動いていましたが、
famiJSCLのコア部分の一部を移植していたら、
いつの間にかダビスタ全国版等のROMが動かなくなっていたりして。

それでまた、famiJSCLのコア部分を移植する前の状態に戻して、
famiJSCLのコア部分を移植していく、という作業を何度か行って、
結局最終的には、何だかよくよく分からないけど
うまくマージできた、という感じでしたｗ
ほんの少しでも、割り込み処理とかのタイミングがずれると、
ROMがうまく動作しなくなるのかな？

「みんなのたあ坊」が、動くようにならないか、ちょっと検討してみます。

Vodanesにはそんな機能があったんですねぇ。しらんかった。
しかし劣化と言われるとちょっと悔しいなぁ。

>>55
劣化と言ってしまい申し訳ありません。
私も>>52に言われて初めてVodanesのソースを見ましたが、
対応マッパーはかなり少なそうですけど、
セーブ等の機能は、意外と充実してそうでした。

>>53
先ほど、「みんなのたあ坊」を動かす事に成功しました。
ただ、他の動作しないROMも動くようにしたいし、
セーブ/ロード機能の改善もしたいので、
それらの修正が終わったら、またソースをアップします。

>>56
劣化といわれた→なにくそ！がんばろう なんで
他意はないので気にしないでください。

VodanesとfamiJSCL(wMIDP2)は違う進化系統をたどって来てるので
お互いのいい部分をうまいことマージしていってください。


ttp://uproda11.2ch-library.com/src/1113584.lzh.shtml
久しぶりにgearを更新。
少しは速くなったけど、ＣＰＵまわりはもっと抜本的な改革が必要だねこりゃ。

>>56
す、凄い。どのへんをいじると直るんでしょうか。
Mapper3はVROM切り替えだけだから、動かない理由が思いつかなかったです。

>>57
gearを試してみようと思ったら、前回との差分のみなんですね。残念。
前スレに上がってた奴は落とせていないので、、、（まだ落とせる奴ありますか？）

ビルドしたらエラーでるので、お聞きしたいのですが、
SET PROJECT_NAME=boyJSCL
SET PROJECT_HOME=F:\KEITAI\SApp\新しいフォルダ\boyJSCL
SET JAVA_HOME=C:\j2sdk1.4.2_08
SET VAPPLI_HOME=C:\SOFTBANK_MEXA_EMULATOR11
SET SIZEUPDATE_HOME=F:\KEITAI\SApp\Tool\SizeUpdate
を自分の環境に合わせると書いてありますが、
>SET JAVA_HOME=C:\j2sdk1.4.2_08
は皆さんはどのように書き換えていますか？

何度やっても、コンパイルに失敗するので、恐らくJAVAが問題だと思うのですが、旧JAVA、新JAVAにしても変化はありませんでした。
宜しくお願いします。

Q. JAVAの環境の整え方が分かりません
A. http://www.smg.co.jp/seminar/java/ を参考に

>>60
有難う御座いました。
無事jarファイルの作成が完了しました。

>>1のサイトにて
Q.外部ROM読み込みバージョンで、「API審査に通過できませんでした云々」のエラーが出てうｐ出来ません。
A.アプリ★ゲットなどで、本人確認書類を郵送してのオフィシャル作者登録が必要です。
通常の作者登録ではうｐできません。

とありますが、オフィシャル作者登録をしなくても良い方法は外部ROM読み込みにしない事ですよね？
外部ROM読み込みにしない方法はあるのでしょうか？

>>61
>>1のサイト隅々まで読んでみれば？
リンク先なんかも見ると吉だ。

というか、自分のbuildしたboyJSCLが外部読み込み版か内蔵版かどっちなのかを
動かして調べた方がいいかもな。お前は。

>>62
お返事有難う御座います。
>>1のサイトは調べました。

自分のビルドしたものは外部読み込み版です。
内蔵版を探し回ってもないので作成したいのですが、単にROMをセットしない状態でビルドすればよろしいのでしょうか？

>>57
gearの更新ありがとうございます。
初歩的なことを教えてください。今回差分ってことで
「filesフォルダのgearCore.classを差し替えてください。」って
ありますが、前スレで最近あがってたものにはそもそもgearCoreってない
ようなのですが。b.classっぽい気が。これだと差分としては動かないん
ですよね？？諦めるか。。。
変なこと言ってましたらスルーしてください。
　

>>64
これは失礼。
更新が久しぶりだったもので以前何を配布したのかわからなくなってしまいました。
再度まとめなおします。

>>57
gearの更新お疲れ様です。
できれば、以前配布したクラスも
同梱してもらえるとありがたいのですが・・・。

>>58
「みんなのたあ坊」は、かなり特殊な作りみたいです。
CPU処理をどうこうして直すのではなく、
単純に、初回のRAM領域をクリアする時、
「0x00」ではなく、「0xFF」でクリアすると、正常に動作するようになります。


恐らく今日中には、改良版famiJSCLが完成して、
ソースもアップできると思います。

>>66
お疲れ様です。


オフィシャル登録していない方でboyJSCLをアップロードしている方は、どのような手順を使っていますか？
現在>>1に公開されているboyJSCLは外部読み込み版なのでオフィシャル登録しなければ使用できませんので。
通常の登録でアップロードしている方がいましたら宜しくお願いします。

>>67
「070620版boyJSCL.zip」は、
外部読込み版ではないよ。

>>67
なんかさっきからずっと勘違いしてんじゃね？
外部読み込み版…microSDなどからROMを読み込む/要オフィシャル登録
ROM内蔵版…アプリ自体にROMが含まれる(ビルドの時ROMをセット)/一般登録で可

内蔵版を探し回ってもないので作成したいのですが、単にROMをセットしない状態でビルドすればよろしいのでしょうか？
という文を見る限り、勘違いしてるんじゃないかな。

マルチうざいよ。
>>50でレスつかなくて他で聞いてシカトされ聞き直しか？
50での知ったかぶりも最悪だし。
みんな優しくなったなぁ。。。

>>68>>69
有難う御座います。
070620版boyJSCL.zipを使っているのですが、API審査に通過できませんでしたと出てしまいます。
ということはオフィシャル登録が必要なので、外部版ということではないのでしょうか？
同梱の説明書どおりにビルドして、jarファイルが出来たサイズは43KBでした。
吸い出したロムはポケットモンスター金です。
ROMファイル名は.GBCで合っても.GBにした方が良いのでしょうか？

一般登録で使用できるROM内蔵版にしたいのですが、手順はどのように行ったらよいのでしょうか？
探してもスレ落ちやソフトバンク端末でのエミュ利用者が少ないため、情報が入手できません。

宜しくお願いします。

ついに改良版famiJSCLが完成しました！

＜改良点＞
�@「.sav」ファイル対応
セーブ機能有りのROMは、ゲーム終了時に、
「.sav」ファイルを出力し、ゲーム開始時に、
「.sav」ファイルを読込むようにしました。
※ドラクエ3で、ぼうけんの書が正しくセーブされ事を確認しました。
※また、他のNESエミュと、「.sav」の互換性がある事も確認しました。

�AROM同梱版の各ROM毎個別セーブ対応
これまでROM同梱版では、
1種類のROM分しか、ステートセーブができませんでしたが、
本バージョンでは、各ROM毎にステートセーブができるようになりました。
（勿論、「.sav」も各ROM毎にセーブされます）

�Bリセット機能対応
ファミコンのリセットボタン機能を追加しました。
（一番最初の画面に戻る機能）
リセットは、左ソフトキーを押下した時に表示される、
メニューの2番目にあります。

�C対応ROM増加
・「みんなのたあ坊」が動作するようになりました。
・マッパー48(Mapper048.java)を追加しました。
　それにより、「フリントストーン」が動作するようになりました。
　（最初の画面だけはバグってましたが、
　　NesterJでもバグって表示されるので、どうしようもないです・・・）

すいません。
>>72は名前が658になっていますが、私です。

上記>>72の改良版ファイルは、>>1の最初に記されているサイトにアップしました。
・QVGA版…070708版famiJSCL.zip
・WQVGA版…070708版famiJSCL_W.zip
パスは、「fami」です。

お疲れです。頂きました　ありがとうございます。
ドラクエ3がぼうけんの書から立ち上がるところが
NICEです。

度重なる更新乙ですー

前にアップロードしたのは少しでもスピードを稼ごうとあれやこれややってたため
今見てもさっぱりわからんかった。

なのでまとめ直したのがこれ。
ttp://uproda11.2ch-library.com/src/1113917.lzh.shtml

強引な部分が多いですがファンタシースターが耐えられる速度になったと思います。
でもアウトランで激しくグラフィックが乱れてるし音がへっぽこだしで
まだまだやらなきゃいけないことは山盛りな感じ。

>>76
　おつです。
　頂きました。ソースもつけてもらってありがとうございます。

>>76
お疲れ様です、頂きました。
でも、起動してもなぜかゲームが始まらない・・・。
（バックの画像や、メニューウィンドウは表示されますが）

ソニックすら動かないはずはないので、
ソースのどこかにバグを埋め込んだ状態で、
ソースをアップしてしまったのではないでしょうか？

あ、GameGearの確認してなかった。

>>73
070708のfamiJSCLを外部読込にしようとやってみてるんですが、NESCore
がコンパイル通りませぬ。3291シンボルを解決できませんって嫌なエラーが
出ます。変数sc isが怒られます。finallyの中4箇所。
ここ消すとコンパイル通るんですが、きちんとセーブロードが動かないし。
（あたりまえですが）
どっかやり方がまずいんだと思うのですが、皆さんは外部読み込みで動い
てます？？

動いてないです。

NESCanvasの//#elseをどうすればいいかわからない。

//#elseの意味はわかったので後は色々試して見ます。

>>83
がんばりましょう！！
動いたら教えてください。

はい、まだ動きませんがｗ

>>72氏
fami試させていただきました。すばらしい出来ですね＾＾
boyの方の対応も期待しちゃいます

>>76
やっと試してみました。SMSは、Uncaught exception java/lang/ArrayIndexOutOfBoundsException.
でいきなり落ちるソフトがありますが、起動したのは動いています。
噂どおり？結構重いですね。でも改善の余地はありそうです。

ＧＧはいくつか試しましたが、全て
java.lang.NullPointerException occurred in gearCanvas.paint(Graphics), ignored.
になって止まります。ソースからやってみても状況は変わりませんでした。

すいません、今boyJSCL_Wに初挑戦中なのですが
build.batを実行してもjarファイルが作れないんです。
ドス画面が一瞬で消えてしまう為エラーメッセージが読めなくて原因が不明わかりません。
コマンドプロンプトでjava.exe jar.exe javac は使える環境になっています。
どなたか教えて下さい･･。

>>88　笑った。
本人がエラーメッセージ読めないのに、人様にどう教えてもらうつもりなんだよ。
そんな聞き方では誰も教えてくれないと思え。

DOS画面が一瞬で消えないようにしてbuildしたら、エラーメッセージ読めて原因分かるから、自分で万事解決できるな！
コマンドプロンプトを開いてやってみれ。

GB一般公開してる人いませんか？
俺にくれ

ゲームボーイの事を言ってるのなら、任天堂が一般公開してたような

>>87
gearCanvas.paintを直して通るようになって初めて、自分の勘違いに気付きました、、、

ということで、元のままでもGGも動きます。すみません。
SMSの方は、動かないのはやはり全くダメです。
少し自分でいろいろいじってみます。

88ですが、"C:\Program"は外部パッチプログラムとは認識されておりません
みたいなエラーメッセージでした。
>>60のサイトを参考にして手順は合ってると思うのですが、確認したところやはり
java.exe jar.exe javac　は使える環境になってました。
どなたか教えて下さい。お願いします。

"C:\Program"ってとこが駄目なんじゃね。

>>94
そう思ったのですが環境変数に C:\Program Files\Java\jdk1.5.0_12 まで入力しないと
java.exe 等が認識しないのです。ホントに困ってる次第です。

C:\Progra~1\

そだね。まぁなんでもいいんだけどさ。

>>93
>>96のようにするも善し。
↓のように囲むのも吉。
"C:\Program Files\Java\jdk1.5.0_12\java.exe"

前スレ後半でも同じ質問あったな・・・

んじゃマジレスしてやるか。
スペースがないフォルダ名にインストールしる

つか、いい加減にスレ違いやめてくれ
レスしてる奴も含めて>>1を見ろ、声に出して読んでみろ

続きは該当スレの↓でやれ
http://pc11.2ch.net/test/read.cgi/tech/1180010672/

皆さんありがとうございました。何とか頑張ってみます。
スレチ申し訳ありませんでした。
失礼します。

>>80
プリプロセッサを通してからbuild.batを実行すればいいみたい

やっぱりだめだった

１）j2sdk-1_4_2_14-windows-i586-p.exeをインストール
２）環境変数PATHの設定：C:\j2sdk1.4.2_14\bin
３）S!_Appli_Emulator_JSCL.exeのインストール
４）C:\SOFTBANK_MEXA_EMULATOR11のフォルダを作成し、MEXA_un.msiをインストール←ここが重要
５）C:\SOFTBANK_MEXA_EMULATOR11\binのフォルダを作成し、その中にC:\S_appli_SDK\binフォルダのpreverify.exeを
　　コピー
６）SizeUpdateをC:\KEITAI\SApp\Tool\SizeUpdateにコピー
７）famiJSCL_WをC:\KEITAI\SApp\project\famiJSCL_Wへコピー
８）build.batを以下のように修正
SET PROJECT_NAME=famiJSCL_W
SET PROJECT_HOME=C:\KEITAI\SApp\project\famiJSCL_W
SET JAVA_HOME=C:\j2sdk1.4.2_14
SET VAPPLI_HOME=C:\SOFTBANK_MEXA_EMULATOR11
SET SIZEUPDATE_HOME=C:\KEITAI\SApp\Tool\SizeUpdate
　　

しつこい

やってみたけど想像以上に重いね・・・

最新のfamiJSCLは動作が快適で操作もし易く、本当に遊びやすくなりましたね。
以下のROMもできれば対応をお願いします。
ちなみに、使用機種は904SHです。

Mother(Aボタンのコマンド欄とBボタンのステータス画面が文字化け)
ラグランジュポイント(コンピュータルームに入ろうとするとフリーズ)

仕事が忙しくなってきたので、
当分famiJSCLの改良ができそうにありません・・・（泣

>>80の質問は、プログラムやった事がある人なら、
直ぐに解決したと思われる問題だけど、
誰も正確な答えを教えてないね。

3277行目の「StorageConnection sc = null;」と
3278行目の「InputStream is = null;」を、
すぐ上の行にある、「try{」の1行前に移動するだけで解決できますので、
外部読込み版にしたい人は、各自で上記のように直して下さい。


>>107
不具合レポートありがとうございます。
仕事が落ち着いたら、調査していきます。

他の方も、不具合を発見したら、報告して頂けると助かります。
稼動ROMが増えたから、動かないROMを見つける方が難しくなってきました・・・。

Motherはグラフィック化けなのでタイミングなのかなと思いますが
ラグランジュポイントは、最初の階段下りて入る扉のことかな？

ところで、フリントストーンはmapper33なので、正しいromなら
タイトル画面もちゃんと表示されますよ。
（というか、48もtaito用みたいですが使っているソフトを見たことが無い。
　全部33に変えても問題無いような・・・）

機能改善のリクエストとしては、リセットではなくて、rom選択に戻れるといいなと思います。
まあ、一度終了して再起動すればいいんですが。

>>109
確かに、Motherはタイミング的な問題のようですね。

フリントストーンは、正しいromならちゃんと動くとは知りませんでした。
私の持っているromが悪いだけなのだろうか・・。
PC用のNESエミュのソースを見ると、
フリントストーンはmapper48で動作させているので、同じように修正しました。


>機能改善のリクエストとしては、リセットではなくて、rom選択に戻れるといいなと思います。
ついにこのリクエストが来ましたか。
私もこの機能が無くて、ものすごく不便だと感じていましたが、
なぜか誰もこの不便さに文句を言わないので、不思議に思っていました。

というわけで、私も次の機能改善バージョンで、
rom選択に戻れる機能を追加する予定でいました。
今は仕事が忙しいので、次のバージョン完成時期は、
まだ先になりそうですが・・・。

>>108
レスありがとうございます。
感謝します。

>>108
>>109
レスありがとうございます。

>ラグランジュポイントは、最初の階段下りて入る扉のことかな？
そうですね。その階の扉(お店)と更にその下の階の扉(コンピュータルーム)に入ろうとすると
フリーズしてしまいます。
これらは、メガテンと同じく１枚絵に切り替わって売買などを行うシーンです。

>>108
　ありがとうございます。コンパイルとおりました。
　初歩的なことなのかもしれないのですが、一応プログラマさんの環境
だと、この直す前の状況でもコンパイルとおるんですか？ＪＡＶＡのバ
ージョンとかによるんでしょうか？

>というわけで、私も次の機能改善バージョンで、
>rom選択に戻れる機能を追加する予定でいました。

期待していますので、ぜひ、トライしてみてください。

フリントストーンは試しに48に書き換えてみましたが、画面は正常だったので
元ファイルに問題があるのかなと思います。

>>113
直す前の状況だと、私の環境でもコンパイル通りません。
というか、そこのミスはソースをアップする前に気づいて、
直していたハズだったのに…、と思ってソースを見直したら、
直したファイルが、>>1にアップしたファイルと別のファイルというオチでした…。

>>114
フリントストーンは、私の持っている元ファイルに
問題があるだけだったのですか。了解しました。

ttp://uproda11.2ch-library.com/src/1115097.lzh.shtml
DLキー:jscl

boy更新。色々いじってたんですがあんまり速くなってないかも。

>>116
　乙です。いただきました。
　音周りも更によくならないかと期待してます。

17日からのキャンペーンはオンラインショップだけじゃないかな？
それにしても812T（コドモバイル）が売上げ１位機種なんだなあ

すまぬ。誤爆った。

くそ〜、仕事が忙しくて、
famiJSCLを改良する時間がほとんどない・・・。

でも、早ければ金曜日の夜あたりに
次のバージョンのfamiJSCLが完成するかも。

仕事やめればいーやんwww

>>120
ご苦労様です。
あなたががんばってくれたので、私もまたやる気になりました。とても感謝してます。
これからもご自身のペースでがんばってください。

ついでに変換済みにしておいてくだ(ry

ドコモスレみたいにならないように前みたいにソースのみでいいよ。

>>124
それでは、私も>>10氏と同様に、
「ソース」と「○○.MF」と「○○.jad」のみアップするようにします。
（その方が私も楽なので・・・）

その代わり、これからは、
ROM同梱版と外部読込み版の、両方のソースをアップするようにします。

今まで通りで頼むよー

ついに改良版famiJSCLが完成しました！

＜改良点＞
�@ゲーム開始後、ROM選択画面に戻れる機能を追加
※左ソフトキーを押下した時に表示されるメニューの、2番目に追加。

�Aバッテリー残量を、メーターで細かく表示する機能を追加
携帯に元から表示されているバッテリー残量は、
3段階表示で、全く当てにならないので、
メーター表示で、より細かくバッテリー残量を表示するようにした。
ついでに、電界強度(アンテナの強さ)も、メーター表示するようにした。
↓例）電界強度が100%、バッテリー残量が80%の時の表示
　　ttp://uploader.fam.cx/img/u12501.jpg
※メーターの更新は、30秒に1回のみなので、処理速度は下がっていないはず。

�B画面表示化け修正
・「Mother」で、画面が文字化けする現象が、大分改善された(※完璧には直っていない）。
・「ドラゴンボール3 悟空伝」で、画面の一部が揺れたり化ける不具合が、ほぼ完璧に直った。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
・QVGA版…070720版famiJSCL.zip
・WQVGA版…070720版famiJSCL_W.zip
パスは、「fami」です。

>>107に記されていた、「ラグランジュポイント」は、
PC用のNESエミュ等を参考にして、修正は試みました。

しかし、参考にしたものと同じように修正したのに、
なぜか逆に画面の表示がバグるようになったので、
「ラグランジュポイント」は、結局前のまま何も改善できていません・・・。
※引き続き、不具合の調査は続けていきます。

おつです。

911SHで外部読込版を試してみました。
ロム交換するとファイルリストまでいって新しいロムを選ぶと
ＳＤを読みにいってそこで固まってしまいます。
いくつか試してみましたがどれも固まります。
機種のせいかなぁ。電池いつも気にしてたので便利です。

>>129
MEXAエミュレータでは、ちゃんと動いていたのになぁ・・・。
私はオフィシャル作者登録していないので、
実機では確かめていませんが、
ROM同梱版は、実機(912SH)で正しく動く事を確認しました。

プログラム的にも、別のROMを読込む前に、
前に読込んだROM領域等を開放しているので、問題無いはずです。

他に外部読込み版を試せる人がいたら、
ROMの交換が正常にできるかどうか、レポお願い致します。

>>一応プログラマー様
激しくネ申乙過ｆｔｇｙふじこｌｐ；＠：「

やりかたわかんね

>>130
自分も実機で外部読込版でのロム交換時のフリーズを確認してみました

結論から言うと、フリーズではなく、ロムの読込にかなりの時間がかかっている模様
何度か試しましたが、読み込み終わるまで平均して5分くらいかかります
アプリはfamiJSCL_W、機種は912SH、使用SDは虎の1Gです
この件には関係ありませんが、WideModeにすると何も表示されなくなるようです

あと、ソースは分けるよりもプリプロセッサに通す前のソースで配布した方がよいかと

フリーズじゃないのか。でも５分っておかしいよね。
一度切って再起動の方が早いなぁ。
この件には関係ないんですが、133さんは例えばＦＦとかの.sav機能
があるロム動きます？前のバージョンからの話なんですが、読込時は
ＯＫなんですが、終了時に書き込みに行くといつもSRAM失敗します。
毎回落ちるのが頭に来て、もうこの機能はコメントにして使わないよ
うにしてるぐらいなんですが。
メキサだと問題なく最後書き込んで終了するんですけど、前のは自分
の直し方が悪いのかと思ったんですが今回もそうなので。９１１のせ
いなのかな。

>>133
うーむ、毎回ROM読込みが長いのではなく、
ROM交換時だけROM読込み時間が長いとなると、
理由がさっぱり分かりませんね・・・。
この問題の解決には、時間がかかりそうです。

>>この件には関係ありませんが、WideModeにすると何も表示されなくなるようです
何も表示されなくなるというのは、画面が真っ暗になるということでしょうか？
MEXAエミュレータでは、ちゃんと動いていましたが・・・。

>>ソースは分けるよりもプリプロセッサに通す前のソースで配布した方がよいかと
みなさんの手間が増えると思いますが、その方が厨が減って良いのかなぁ。
それでは、プリプロセッサに通す前のソースで配布しようと思います。

>>134
外部読込み版で、sav機能が正しく動作しないとは知りませんでした。
これはセーブタイミングを工夫すれば、解決できそうな気がするので、
修正方法を検討してみます。

やり方わかんねーしアプゲに通報しとくわwww

>>135
これからはプリプロセッサ前のソースを配布するようになるんですか・・・
私はできなくなるので残念ですが、変な人を減らす為に仕方ないですよね・・・。
これからも開発がんばってください！陰ながら応援しています。

>>135
どうなんでしょうね。他の人.sav動いてるのかな？
９１１ってあんまり動かないとも評判なので。
一応プログラマさんが外部読込試してみてみるといいかとも思うのですが。
捨てアドとかないですかね？　

>>137
　そんなこと言わずにがんばれよ。一手間増えただけだろうに。
　ちゃんとに調べてがんばってそうな人の質問には割と前から
も答えてくれる人いたよ。

俺はやり方わかるから通報しないでもおｋ

>>137
できなくなるというのは、
プリプロセッサが分からなくてできなくなるという事ですか？
>>1の2番目に記されているサイトの、FAQを見れば、
何とか分かると思うのですが・・・。

>>138
私も外部読込み試してみたいなぁ。
捨てアドは持ってますよ。

出来ないから通報するって。。
普通に遊ぶ分には前ので十分だろ？
速度的な改善はまずないんだろうしw

>>140
いつも改良お疲れ様です。その技術力非常にうらやましいです。

こんなこと聞くと窓から捨てろとか言われそうだけど、手順の
�@「famiJSCL\res」フォルダに、ROMを格納する。
のfamiJSCL\resフォルダは自分で作るものってことでおｋでしょうか？
�Bビルドする。
ビルドするとは、どのような手順を行うことなんでしょうか？

>>142

>famiJSCL\resフォルダは自分で作るものってことでおｋでしょうか？
そういえば、resフォルダには、自分では作れないファイルも
格納されていました・・、申し訳ない。

>ビルドするとは、どのような手順を行うことなんでしょうか？
javaのソースと、resフォルダのファイルと、「○○.MF」と、「○○.jad」を元に、
○○.jarを作成する手順です。
S!アプリ開発に関するHPを参考にして、頑張って下さい。


というわけで、resフォルダも入れたものを、
>>1の最初に記されているサイトにアップしました。
(070720版で、パスは、「fami」です)
ビルドに関するヒントも少しだけ書いておきました。
今回は、プリプロセッサ後のソースを入れてありますが、
次回からは、プロプロセッサ前のソースを入れる事にします。

素人が手を出していいものではないぞ

>>140
　138です。捨てアドさらしてもらえませんか？ここだと凄いメール来
ちゃう気もしますが、あくまで捨てアドということで。
ここでID見ないと一応プログラマさんだと確認する術がないので。
　

>>145
捨てアドは、
[email protected]
です。宜しくお願いします。

外部読込み版は、メモリカードアクセスによる影響で、
色々と問題があるようです・・・。
なるべく早く修正できるように、頑張ります。

これは完全な規約違反だねー
通報しようぜ

>>148
あげるから通報しないで。
捨てアド晒しよろ

>>149
すみません。私もfamiJSCの外部読み込みお願いします。
画面は640x480です
[email protected]です。
よろしくお願いします。m(__)mペコ

>>149
私も是非お願いしたいです。

[email protected]

宜しくお願い致します。

厨が沸いてきた。
だめだこりゃ。

最初で最後と思ってカキコしました。
お願いします。m(._.)m

[email protected]
640x480
自分もほしいです。

Operaスレと同じ状況だね。

>>143
レスありがとうございます！お忙しいのに・・・。

わかりました！挑戦してみます！

>>145
お願いします。
[email protected]

やっぱり、自分で一般公開アプリを作成して、
オフィシャル作者登録した上で、
自分で外部読込み版を作成するべきだな…。

次の改良版のfamiJSCLが出たら、
結局またそれが欲しくなるわけだし、
その度に誰かにもらうのは迷惑だろうし。

とりあえず、俺は真面目に一般公開アプリを作成して、
オフィシャル作者登録する事にするよ。
スレがこんな状況じゃ、
エミュの開発者もこのスレに来なくなってしまうよ。

[email protected]
まだ受け付けてもらえるかな？
自分も欲しいです。

コジキなのは重々承知ですが

おお、しばらくぶりに来てみれば・・・

>�@ゲーム開始後、ROM選択画面に戻れる機能を追加

助かります。ご自身も不便だと思っていたそうで、よかったです。

ソースはプリプロセッサ前でも後でも大差無いので、作者が楽だと思う方でいいかと。
むしろノーマルと_Wとの二重が面倒なので、一本化してもらえればなお嬉しい。

メアド晒しはクレクレが増えるだけだなあ・・・
149が責任取ってくれるといいんだけど。

実際、スレ住人で自分でビルドして使えている人は、10人もいないのではなかろうか。

>>159
作る側としては、プリプロセッサ前も後も一長一短で、
どうしたものか悩んでいます。

・プリプロセッサ前だと、1本のソースを管理するだけで良いが、
　コンパイル毎にプリプロセッサを通す必要がある。
　※プリプロセッサを通すと、結構時間をくう。

・プリプロセッサ後だと、2本(2種類)のソースを
　それぞれ管理しなければならないけど、
　コンパイル毎にプリプロセッサを通す必要はない。

今は、famiJSCLとfamiJSCL_Wの2種類と、
さらにROM同梱版と外部読込み版の2種類で、
計4種類のソースを管理する必要があり、
ソースをアップする準備をするだけで、ものすごい手間になってきた・・・。
誰か良いソースの管理方法を教えてくれ・・・。

そだね。作者が楽な方法であげてくれればいいさぁ。

149は何がしたかったんだろうか？ウィルス送りつけたかった
んかなぁ。
開発者にレスもらってがんばるって言ってクレクレかぁ。

>>161
クレクレの実態を把握したかっただけ

>>160
JAVAは始めて間もないからわからないけど、Cとかの
「#ifdefつかってコンパイル時の-Dオプションで切り替え」
みたいなのは無理？

>>163
「プリプロセッサ」というのが、Cとかの
「#ifdefつかってコンパイル時の-Dオプションで切り替え」 に
相当するものなのですが・・・。

ＳｕｎのＪＡＶＡコンパイラにはプリプロセッサはないね。
たとえばマイクロソフトのＣコンパイラにプリプロセッサだけやらせるって手もある。
でも拡張子を.cにしないといけなかったり面倒だった気が。

今までいろいろと試行錯誤してやっとこさ出来たのにプリプロセッサ通す前とか言われても訳わかめorz
まぁ今のバージョンで十分満足だからいいか
ありがとう作者

最近来た人達なんだろうか。なんでこんなプリプロセッサごときで
話題になんだろう。前スレで,どのプリプロセッサがいいかとか
使い方とか何度も出てただろうに。

私もお願いします。

[email protected]

よろしくお願い致します。

なあ、なんで不完全な外部読み込み版がそんな欲しい訳?

>>160
pppとかいうプリプロセッサを使っているのでは？
一度使ってみたら、ハングしたのかと思うぐらい遅くて苦笑してしまった。
ビルドは数秒なのに、pppに1分以上、、、

どうすればこんなに処理を遅くできるのか不思議。とりあえず他を使ってはどうでしょう。
ただ、javaではプリプロセッサってあまり一般的ではないような。

フリー派だとAnt/Antennaのユーザーが多いと思いますが、
スレ住人にとっては、更にjar作りへのハードルが高くなるだろうから難しいかな。

>>159
　ROMを変えられたら便利だなぁってのは割と誰でも思うとおもうん
だけど、キーコンフィグ付ける時にやらなかったのって今回みたいに
何か問題あるからなのかなぁ？？たまたま要望がなかったからなの
かな。
　メキサでは問題なく動いちゃうからテストにならんし。
　１０氏はこの辺何とか言ってくれないもんだろうか。

>>170
pppというアプリを使っていました。
プリプロセッサの処理が遅いのは、このアプリのせいだったんですね。
情報ありがとうございます。

>>171
外部読込み版でROM交換の処理が遅い件、
オフィシャル作者登録をしたら、修正します。
ただ、オフィシャル作者登録する前に、
ちゃんとした一般公開アプリを作成しようと思いますので、
まだまだ先の事になりそうですが…。

10は内包版しか作ってないよ?w

>>171
とりあえず>>110を読んでから出直せ

>>172
貴方の事はアプゲに通報済みだから多分認可降りないよwww

まだ大丈夫なら…

[email protected]
480×640

>>145
お前だけは死ね、氏ねじゃなく死ね
無駄に場を荒らすなカス
厨に現物ちらつかせたらどうなるかくらいガキでもわかるだろうに

>>177
ここは俺が代わりに謝っておく、すまん。

↓これ以降、メールアドレス書いてクレクレ言う奴は氏ね。

│
│　 ≡　('A` ) 　お願いします。
│≡　〜( 〜)　　[email protected]
│　≡ 　ノ ノ　　1240×768
│　
↓　

｜
｜
└───────┐
　　∧＿∧　　　　...　|
　 （　・∀・） 　 　 . .　|
（( （　ヽ ﾉ　）　　　　...|
　　ﾉ＼(○´　　.. ｺﾞｯ |
　（＿ﾉ（＿＼　 　 ∧.|
　　　　＝　()二) < 　>────────────────────────────→

作者様へ
オフィシャル登録のために一般公開アプリを作るならiMonaの改良というのも一つご検討なさってみてください。
NGワード／あぼーん機能などアップデートの要望は多いのですが誰も手を付けず…m(_ _)m

オフィシャル登録しないとネットアプリは作れないぞ。

>>182
iMonaは通信処理等、複雑そうな処理をしているので、
実はエミュより難易度が高い気がする・・・。

仕事が忙しいし、エミュもまだまだ改良していきたいので、
iMonaにはなかなか手が出せなさそう。

マリオっぽい横スクロールアクションゲームはどう？
個人的にケータイでクオリティいい横スクロールゲーなくて
飽き飽きしてたんだ・・

以前９０３ＳＨで動かないと書いた者です。
次の改良版で問題なく動作しました！ありがとうございます！！
お仕事の方もがんばってください。応援してます！

>>184
やはりそうですか…。iMonaすごいんですね（汗）DoCoMoのw2chだかなんだかっていうアプリの移植とかでも良いのですがね…。
エミュとは畑が違いますもんね。そっち方面の神が現れることを期待してみます。
丁寧なご返答ありがとうございましたm(_ _)m 今後ともお暇なときにアプリ開発頑張ってください。期待しております！

つーか、iMonaもw2chもエミュじゃないんだがな…
スレ違いも甚だしい

なんてゆーか、夏だなぁ…

>>１８７
確かにそうなのだが、流れを読んでほしい。
エミュをいじるような神が「オフィシャル登録するために別アプリを作る」と言うので恐れ多くもｉＭｏｎａ改良をお頼みしてみただけ。本スレの荒れ具合は目に余るものがあったのでね。
スレ違いなのは謝るm(_ _)m

さて、913SHが発売されたわけですが。
どの程度のfpsが出るのか、はたまたfamiJSCL_Wを動かすとどうなるのか、レポきぼんですヨ。

SHは新しくなるほど、
性能が劣化しているように思える・・。

ワイド機種の性能を比べると、
905SH > 911SH > 912SH　だし。

そういやドコモのエミュスレに書かれている性能比較表でも、
SHは新しくなるほど、fpsが下がってるよね。
画面がWVGAとかで綺麗になっても、
携帯のCPU自体が高速になってないから、
性能劣化するのは当然だけどね。

913SH,912SH,911SHの比較では、動作速度はたいして差は無かったですよ。

最近のドコモではNが一番速いので、安く買えたら706NとかのNEC機で
試してみたいけど、動作が遅いと聞いたので期待薄かな。

このベンチマークを見ると
http://www.moreread.net/mario/Any/appli/s_bench/list.php

CPUはSC>P>SH>N>T　ImageはSH>T>SC>P>N　という感じですね。

トータルバランスだと、無難に912SHとかがベストチョイスになるのかな？
エミュはcpu処理が一番重いから、SC使っている人が
どのくらいfps出るのか知りたいですね。

>>191
私は912SHを持っていますが、
そのベンチマーク見ると、
912SHって結構性能良さそうですね。

下記のサイトのレポを見ると、
ワイドの機種は動作が遅いように思えるけど…。
http://www.geocities.jp/v904shmania/


912SHの実際のfpsは下記の通でした。
＜測定条件＞
・測定ソフト…スーパーマリオ
・fs…5
�@音なし、スタートボタン押下後（画面停止中の時）
�A音なし、Bダッシュ中（画面停止中ではなく、キー入力有りの時）
�B音あり、スタートボタン押下後（画面停止中の時）
�C音あり、Bダッシュ中（画面停止中ではなく、キー入力有りの時）

＜測定結果＞
�@56〜57fps
�A53〜54fps
�B56〜57fps
�C49〜51fps

↓他の機種を持っている人は、測定結果を書いてくれ〜！
　 特に、ワイドではない904SHや910SHの測定結果が気になります…。

正確にレポしますのでダウンロードURLをおくってもらえないでしょうか。
[email protected]
640x480

910SHです。

>>193
メールアドレスがビリーズブートキャンプっぽい。

俺と同じことを考えるやつ発見ｗ

>>1のサイトの、
「070720版famiJSCL.zip」のダウンロード件数が、
5918件とかいうとんでもない数値になっているけど、
これは本当なのか？

ほんとだ。いつ頃なんだろう？_Wと比べるとあり得ない数字だよね。
雑誌にでも載ったか？？
ちょっと前にwJSCLも置いてあったよね。すぐ消えたけど。
そこに置くのもどうかという気がするなぁ。

>>193
ほんとに死ね。

ヒマなんで測定に協力。905SH、NomalModeで。
�Aおよび�Cは1-2の序盤で天井上へ上ってステージ全体で計測。

＜測定結果＞
�@55〜59fps
�A52〜55fps
�B57〜59fps
�C50〜54fps

912SHより微妙に早いのは低解像度の恩恵かな。でも体感差は無いに等しい感じ。
あと、久しぶりにNomalModeで遊んだけど、当たり前かもしれないけどやっぱWideModeより早い。
それでもWideModeでしか遊ばないけどｗ

>>116にある、10氏の070715版のboyJSCL、どこかに再掲載をお願いします。
うｐろだ11にはもうありませんでした。

>>198
なんでwJSCLを置いたらダメなの？
前スレからしか読んでいないので、昔の経緯があまり良く分からないのですが
オープンソースだったようなので、どこかにあげてもらえると参考になるのですが、、、

76のgearも非常に勉強になります。
ちなみにうまく動かないソフトは、bank切り替えのところが変なのだと思います。

どうでもいいけど、アクションゲームの場合、
ワイドモードにした方が、処理速度が速いと感じるのは俺だけ？

僕もエミュを頂きたいです。レポするので送ってください。

[email protected]
320×240

>>203
お前はアバンストラッシュのレポでもしてろ

アバンストラッシュA（アロー）とか叫んで真空波みたいなの飛ばしていればいいんじゃね？

>>203
僕も、とあるが一応プログラマ以外は誰も貰ってないと思うぞ
変わりに業者のメールがわんさか来るだけ

それにしても>>145から流れがかなり変わってしまったな
前スレの時点ではそれなりに良スレだったのにな…
たった一度の厨行動でこんなに変わってしまうのか

俺URL来たよ
さらせばくるんだね。

145が「釣れた釣れた」とか言ってくれれば終わるんかな

俺もURL来たよ

俺来てない

make.bat

del bin\famiJSCL_W.jar
REM [コンパイル]
C:\j2sdk1.4.2_08\bin\javac -bootclasspath C:\SOFTBANK_MEXA_EMULATOR11\lib\stubclasses.zip -d classes -g:none src\*.java
REM [検証]
C:\S_appli_SDK\bin\preverify -classpath .;C:\SOFTBANK_MEXA_EMULATOR11\lib\stubclasses.zip classes
REM [JARファイルの生成]
C:\j2sdk1.4.2_08\bin\jar cmf bin\MANIFEST.MF bin\famiJSCL_W.jar
C:\j2sdk1.4.2_08\bin\jar uf bin\famiJSCL_W.jar -C output .
C:\j2sdk1.4.2_08\bin\jar uf bin\famiJSCL_W.jar -C res .
REM [JADファイルの更新]
C:\j2sdk1.4.2_08\bin\java JADUpdate bin\famiJSCL_W.jad bin\famiJSCL_W.jad

vbagXというソフトでGBAのエミュが動くそうですが
これはSoftbankの携帯で動きますか？

うごく

軒なら動く

NOKIA最強・・・。そんな時代が私にもありました。

携帯を初めて持った時からSHを使い続けていましたが、
さすがに902SHの不具合の多さには呆れ、一時期NOKIAに浮気しました。
NOKIAのエミュは、音有りでフレームスキップ無しでも、
実機並のスピードが出て、本当に感動しました。

しかし、804NK以降は、インストールのセキュリティが厳しくなり、
エミュ等のアプリもインストール出来なくなって、
NOKIAの携帯にも飽きてしまいました・・・。

そんな中、友人の911SHを触らせてもらった時、
最近のSHは昔のSHのように、使い易くていい感じになっている事に気づき、
912SHを買って、再びSH派となりました。

NOKIAがインストールのセキュリティを厳しくしなかったら、
私はこのスレに来ることはなかったかもしれないですね・・・。

>>215
手間はかかりますが705NKでもvbagXはインストールできますよ。
picodriveとかも良くできているなあと、FOMA M1000で使ってみて思いました。

やはり携帯javaだと、処理速度面でGBAは厳しいですね。
ファミコンやGB、GGあたりがちょうど良いのかなと思ったり。

残る8bit系では、そういれば誰かがmsxをやりたいと書いていたような。
msx1に限ればjsMSXの再現度が高いので、これベースにSBMに移植できないでしょうか。
java scriptですが・・・（flashに移植してる人もいました）

他にはjava msx emulatorってページもありましたが、こちらはソースが無いので難しそう。

>>216
705NKでも、エミュ等のインストールが
できるとは知りませんでした。

でも、NOKIA以外の携帯を使っている人の方が多いので、
やはり開発者としては、携帯java用のエミュの方が、
作り甲斐があっていいですね。

msxは需要があまり無い気がしますが、
誰か作ってくれないかなぁ・・・。

>>216
ファーム書き換えしたら705NKって言えないだろ

>>217
需要やユーザーの反応という面では、ゲーム専用機にはかなわないですね。
その点ではGBAは熱望なのでしょうけど。

そういえばｉアプリでWSを見かけたな・・・

ttp://uproda11.2ch-library.com/src/1120265.png.shtml
MSXはここまでなら作ったけどね。

GBAよりSNESを是非。

>>220
凄いですね〜
画像見る限りでは、かなりいけそうな感じです。
何をベースに作られているのでしょうか？？

>>221
SFCの方がさらにニーズが高そうですが、どちらにしても現状の携帯javaでは
実用的な速度は出ないと思います。
（Nokia専用とかAuのBREWなら、javaじゃないので可能でしょうけど）

そんなにSFCとかGBAやりたいなら芝ポンでも買えよ

軒でGBAそれなりに動くと言ってもかなりのメモリ確保必要だよ

n73

ていうかSNESとかGBAとかMSXとかよりfamiJSCLの.savセーブのバグ直してください。お願いします。

そんぐらい自分で直せよ。作者登録してんだろ？

やっと時間が取れたので070720版を使ってみました。いつも感謝です＞作者さん

とりあえず、改良点�@のROM選択なのですが、残念ながら動かないです、、、

SelectRomのあと、ROM選択しますか？に「はい」を選ぶと
その瞬間、リストの一番最初にあるromを勝手に読みこんで実行してしまいます（選択画面すら出ない）
ちなみに_Wでないノーマルのrom同梱版で試しました。

また、MEXAでも同じ現象が再現しました。
2週間以上経過していて、他に誰も同様の書き込みが無いのは、自分だけの特異現象なのかな？？

もちろんアプリを終了して再起動すれば、どのromも選べます（当然か）

逆に.savの問題は出ないですねぇ。
特に支障なくセーブロードできているように見えますが、、、

おれは問題なく動いてる

>>227
>その瞬間、リストの一番最初にあるromを勝手に読みこんで
>実行してしまいます（選択画面すら出ない）

MEXAでテストした時は、確かにその現象が発生しましたが、
実機で試したところ、その現象は発生しなかったので、
MEXA自体のバグだと思っていました。
（恐らく他の人も、実機では問題なく動いているので、指摘していないのだと思います）


>逆に.savの問題は出ないですねぇ。

rom同梱版では、savの問題は発生しません。


>>225
一般公開アプリを作成して、オフィシャル作者登録をしたら、
.savセーブのバグも、2回目のROM読込みが
ものすごく遅いバグも全て直します。

すごい意気込みですね。がんばってください。
かげながら応援しております。

アプゲに通報済みだからあんたは認証されないっていってるのに
神気取りはマジ死ねよ。

厨が増えてくると、夏休みって感じがするねぇ〜

>>222
完成したわけではないのであんまり偉そうなことはいえませんが、
MSXに使われているのは汎用チップが多いので他の8bit機エミュのソースが参考になりました。
特にJavaGearのソースが大変参考になりました。

>>229
えーと、単にrom選択のところで即座にそのまま決定してしまうだけみたいなので、
FIREボタンのリリース処理を修正したらちゃんと動くようになりました。
（というか、私の場合は実機でもなるので、912SHとかではたまたま動くだけで、
MEXAでの挙動が、本来のS!アプリの仕様に沿った動作なのではないかと思いますが、、、）

で、次に外部読み込み版ですが129,130の報告にあるようなメモリカードアクセス時の
フリーズは再現しませんでした。
何の問題も無く、何回でも選べますし、読み込みもほとんど瞬時です。
（むしろディレクトリ一覧表示の方が少し待たされる感じ）

関係無いと思いますが、SDカードはsoftbank純正1Gカードで試しました。
自分のはマイナーな東芝機なので、SHARP特有の問題かもしれませんが。

あと、.savも正常にセーブロードされているようです。とりあえずFF1とDQ3しか試してませんけど。
134にある「毎回落ちる」の意味が分からないけどアプリエラーになるのかな？

>>233
なるほど。

未完でもソースをupしてもらえると参考になります。
ともかくも、開発がんばってください。

>>234
　本当？？SDではなくROMを本体に持っていったりもしたけど読込に数分
かかるのは変わらないのでSDは関係ないのではって思ってるんですが。
　メキサだと瞬時に変わるのになぁ。動くのかぁ、うらやましす。

>>234
むぅ、という事は、東芝機はMEXAと全く同じ挙動になるという事ですか。
softbankは、SHARP機のユーザーが圧倒的に多いから、
大抵みんな同じ現象にぶち当たるんでしょうね。

色々と試していて、rom読み込み時にハングするケースがありました。
フォルダやファイル名が長いと、正常にファイルアクセスできずに止まります。
長いといってもせいぜい30文字ぐらいですが、、、

もちろんMEXAでは問題無く動きます。このケースでは、最初にrom選択するときも正常動作しないので
アクセスが非常に遅くなるという現象とは、原因が違うと思いますけど。
セキュリティ設定で毎回メモリカードアクセスの許可を求めるようにすると、ファイルアクセスする前に
ハングする（＝ファイルが見つからない）ので、すぐ分かります。


あと.savでの問題というのも理解できました。FF1とかを起動してそのままアプリ終了させると、
savを保存し終わる前にアプリ終了しようとして止まるようです。
（私の環境だと、数秒待てばそのまま正常終了しますけど）

rom切り替えが自由にできるので、最初は気付きませんでした。
とりあえずdestroy時に、ダミーのwaitルーチンを入れたら正常に保存できるようになりましたよ>>225

rom切り替え時には、savを自動で保存してから切り替えてくれるので、ソースをいじらなくても
BBを使わないソフトに一度切り替えれば障害は全く発生しないのですが、
そうすると912SHとかは5分待ちになるんでしたっけ。結構難儀ですね。

発生条件とかがもう少し絞り込めれば原因も分かりそうですが、自分の環境だと
今のところ発生しないので見当が付かないです。

waitルーチンを入れるだけでいいのかぁ。
自動で保存できるし、それが一番楽そうですね。
225じゃないんですが、ありがとうございます。

showFileList();まではいってＲＯＭ選択画面までは普通に切り
変わります。ロムを選んで決定してopenRom()あたりから数分か
かる感じで、ずっとSDアイコンが点滅してます。
こんなんじゃわからないですよね。

>>234
FIREボタンのリリース処理は、どう直しましたか？

>>235
まだ私がページとスロットについてうまく理解してないようで、
ソフトによって起動できたりできなかったりな状態。おっかしいなぁ。
そのうちまとめますが、あまり期待しないでください。

話しかわるがコンテンツレジ復活しないね

くれ厨

>>239
メモリカードをフォーマットし直して、ファイルサイズの小さいmapper0のnesファイル
（例えば、ドンキーコング、ポパイ、アイスクライマー、バルーンファイトあたり）を
*２個だけ* 入れて、念のためアプリ自体も一度削除してインストールし直してみて

１． どちらのnesファイルも、アプリ起動直後に選択すれば普通に動く
２． メニューからSelectRomすると読み込みに数分かかる

というのは確認できますか？

また、数分待たされた場合、その時間を計測してみて、もっと大きなnesファイル
（ファミコンだと、メタルスレイダーグローリーが唯一の8Mbitソフト。別に4Mソフトでも構いませんが。）
を読み込んだときに待たされる時間とに差がありますか？

>>240
キーリリースしたときにフラグを立てるようにして、フラグが立ってなければ
SelectRom処理をしないようにしてみました。
キーセンス命令があればそれでキーリリースを待てばいいのでしょうが、
携帯javaはあまり詳しくないので、イマイチ美しくない処理方法です。

とりあえずMEXAでも実機でも動いたのでよしとしました。
でも外部読み込み版だと何もいじらなくても問題無いので、ちょっと不思議、、、


>>242
コンテンツレジは、非公開のテスト用uploadでも毎回中の人がファイルチェックしてからでないと
携帯でダウンロードできないので、このスレの住人にはたぶん無意味なんじゃないかな。

1Gの金熊をフォーマットしてfamiも落とし直しました。
25KBのバルンファイトと25KBのアイスクライマの2つのみで実験
アイス→ばるん53秒、ばるん→あいす53秒
ちなみに本体に移しても全く同じでした。
ドラクエ4　1025KB　と上記の3つで実験
ドラクエ→アイス58秒、アイス→ばるん58秒
ばるん→ドラクエ4分57秒　
もちろん起動して選べばドラクエもすぐ動きます。
904SHで試してます。参考になるでしょうか？？

>>245
レスありがとうございます！
さっそく試してみます。

すみません。何か埋もれてしまっているようですので、再度書き込みさせていただきます。
>>116にある、10氏の070715版のboyJSCL、どこかに再掲載をお願できないでしょうか？

>>246
検証thanks。明らかにファイルサイズが大きいと時間がかかっているので
ブロックリードに時間がかかっているのは間違い無いもよう。
ただ、DQ4は４Mソフトなので513KBでないと問題があるような、、、起動後に52xxxx byteって出ませんか？
（ちなみに8Mはメタスレのみ、6Mはカービィ・ジャストブリード・光栄もの２つで全4本、4Mはたくさんあります）

とりあえず、InputStreamでアクセスしているところをBufferedInputStreamクラスを使うようにすればいい
と思うのですが。少なくとも、そうした方が少しは早くなると思います。

あと、初回起動時で問題無いのは、coreが動いていないためファイルアクセスに処理を集中できるからだと思う。
rom読み込みの前に、一度coreを完全に終了させておけばいいのではないかな。

でも連続性という意味からも、この手の改良は作者さんに直接やってもらいたいなあ。
（今のソースだと、初回はcore未起動なのでrom読み込み後にcore始動、2回目以降はcore起動済みなので
単にcoreにリセットをかけるだけ）

現象が再現しないと予想でしか書けないから、実験用に安いsharp端末でも買うかと思って705SHの
スペックを調べたら、音源チップが今時MA-3という泣ける仕様だったのでさすがにやめました、、、
（912SHとか東芝機はだいぶ前からMA-7搭載）
SBMってやたらSH機ばかり売れているんですね。なんでだろう。

>>249
　1,048,576ってメキサでは出ますね。windows上のファイルサイズは
1,048,592ってなってます。16バイトなんでしょう？どうでもいいですね。

　私もcoreが起動してるのが時間かかってるんだろうと思うのですが、
よくわかってないのでstopだのやってみたんですが全然止まらなくて。
リセットをかける？んですか。調べてみます。
　東芝機はなんで平気なんでしょうかね？

あっ、違うか？coreにリセットをかけるだけっていうのは現在の
2回目以降の時のcoreの処理ですね、きっと。
coreを止めて、初回起動時と同じでstartApp()から起動させて同じ
ように火を入れてけばいいんだと思うんだけど。

>>250、>>251
私も2回目のROM読込みが遅いのは、
coreが起動しているのが原因であると思っています。
何日か前に、2回目のROM読込み部分を少し直してみましたが、
まだオフィシャル作者登録していないので、実機では試せず…。

上記不具合とは別に、アプリ終了時のセーブで失敗する
不具合もありますが、特にこちらの不具合は、
実機で色々試しながらでないと、完璧に修正する自信がありません…。

という訳で、申し訳ありませんが、
まずはオフィシャル作者登録が完了しないと、
修正版のfamiはりリースできそうにありません。
※ROM読込み部分の修正のみ(TEST版)でも、
　 今すぐ欲しいという方がいたら、どこかのサーバにアップしてもいいですが・・・。

ぜひ３つのソースだけでいいので見せてください。

>>254
申し訳ないです、直ったと思っていたけど、
まだ少し修正しきれていませんでした。
（二回目のROM読込みを行った後、
なぜかMENUボタン等を押さないと、
画面が更新されていかない・・・）

ちゃんと修正するには、もう少し時間がかかりそう・・・。
ちなみに今は、ワイド版(famiJSCL_W)の方のソースしか修正していませんが、
あなたが欲しいのは、ワイド版ですか？それともノーマル版(famiJSCL)ですか？

ありがとうございます。ワイド版で大丈夫です。

>>256
やっと、二回目のROM読込み後の
画面更新がうまくいくように修正できました。

　サウンド関係の変数のアクセスで、
エラーが発生していたようなので、
サウンド関係の変数を一旦全てクリアする等、
2時間以上色々修正してみたりしたが直らず・・・。
　最終的には、JAVAのドキュメントを読んで、
下記の1行を終期化処理に追加するだけで、
全て解決する事に気づきました…。
p_player.disposePlayer();


修正ファイルは、下記にアップしておきました。
ttp://updas.net/up/download/1187028494.zip
・ダウンロードパス：無し
・zipパス：fami

※修正した部分は、2回目のROM読込み処理のみです。
　 外部読込み版が作成できる方は、是非試してみて下さい。

ありがとうございました。今サイズを直して904で試しました。
快適にロム交換できました。
newでいいのかぁ。何度もやった気がするんだけど。
でもすっきりしました。もうちょいよく見てみます。

乙であります。

famiJSCL_WのROM交換、早速私も試してみました。
さっくり直ってますね。素晴らしいです。
ありがとうございました。

違法犯罪者共死ね

famiJSCL_Wをコンパイルしようとしているのですが、
src\NESCanvas.java:616: シンボルを解決できません。
シンボル: メソッド drawRGB (int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
　　　　　g.drawRGB( core.fb, 256*8+8, 256, 80, 1, 240, 224, false);
^
src\NESCanvas.java:675: シンボルを解決できません。
シンボル: メソッド drawRGB (int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
zoomGra.drawRGB( core.fb, 256*8+8, 256, 20, 1, 240, 224, false);
　　　　　　 ^
と表示されてコンパイルする事ができません。
自分なりにかなり調べてみたのですが解決方法がわかりません。
どなたか親切な方教えていただけないでしょうか。

>>170に書かれている通り、
pppとかいうプリプロセッサは、もの凄く処理が重いので、
pppと同等の機能で、処理が速いプリプロセッサを
ずっと探し続けていましたが、ついに見つける事ができました。

見つけたと言っても、pppの古いバージョンですが、
余分な機能がついていないからなのか、
新しいバージョンよりも、50倍ぐらい処理が速くて感動しましたｗ
※公式HPには、新しいバージョンしか置いてないように見えますが、
　 ある技を使えば、古いバージョンのファイルが見える事に、
　 今日初めて気づきました・・・。

というわけで、これからはプリプロセッサを利用(#ifdefを利用)していきますので、
ROM同梱版/外部読込み版/ワイド画面版/ノーマル画面版の
ソースを1本化します。ソースの管理がかなり楽になったので、
これからは、開発がサクサク進められそうです。

いつもお疲れ様です。

>>263
GJ!

昔からある動画なんだけども
http://jp.youtube.com/watch?v=70Jg5OPKMtU&mode=related&search=

これって何？？IGAﾌｧﾐｺﾝS1VGAっていうのかなぁ？
fpsとかはVodanesっぽいけど、前スレぐらいからしか
知らないからなんとも。
この音凄くない？904SHだとfamiでもスーマリこんな音
鳴るの？？

>>266
なんだってー！！
こんなエミュが本当に存在するのか？
スーマリの音がかなりキレイだ！

音いいよね。
メニューで縦画面と横画面も切り替えられるんだね。
全然やりづらそうだから俺はいらないけど。サイクロイドだと需要
あんのかな。

ムービーじゃないのかな？

>>266の動画を見る限り、Vodanesっぽいので、
ググって色々調べてみたけど、最新のソースは見つからなかった。

しかし、Vodanesを改良している人のブログ(2006年9月頃に書かれている)
らしきものがあったので、多分そこの人が作ったものじゃないだろうか？
※その人が使っている機種も、904SHだったし、
　 上記動画も、2006年10月頃にアップされているから、時期的にも合っている。

せっかくだから、ソースを公開してくれたらいいのになぁ。

GBA音付きサクサクで出来るお〜ヽ(*´∀`)ﾉ

>>271
702nkがすごいのわかったから、巣に帰ってください。

702NKは解像度足りなくて文字崩れるからｲﾗﾈ

GBだけなら702NKは最高だよ

GBAは内容次第、神トラとかは遊びやすい。

>>270
呼んだ？

>>275
その動画で使用しているエミュのソースを見てみたいのですが、
>>1の最初に記されているサイトに、アップして頂けないでしょうか？

↑
名前下記忘れましたが、上記のレスも270です。

３Dマリオについても教えてほしいなぁ。

そろそろ通報してもいいですか？

前スレで
「vodanesさんのほうはどうしたんだろ？
　前スレの音エミュ開発をしてるころの勢いが懐かしいであります。」
ってのがあって。Part2の頃にvodanesは音出るようになったのかなぁ。

Vodanesっていろんな人のバージョンがあったからよくわからんけど、
YouTubeのやつとPart2のころのやつとは別物だと思う。

このスレの10氏 = part3スレの198氏(famiJSCLを作成した人)
である事は分かったけど、part2スレの10氏(wJSCLを作成した人)は、
famiJSCLを作成した人と同一人物なのでしょうか？

同じ。

>>283
レスサンクス！
やはり同一人物でしたか。

boyもGGも全部１０氏が創って来たんだしょ。
ＧＧはあのまま修正なかなか入らないね。
すぐバグ取りあると思ってたんだけど。

10と言えば偵察に言ったドコモエミュスレに誤爆して向こうの引退した198と勘違いされてて吹いたな

GGは需要ないから他の頑張れって言われた時にはムキになって必死になってたけど
何より速度がまともに出ないからどーしょうもない。
702NKなら快適に遊べるよん

すまない。702NKには興味ないんだよね。

10氏最近来ないねぇ。
gearJSCLの改良は進んでいるのだろうか…。

10はメインが905SHだからな。。

何とかjadとjarを作ることができMEXA上での確認もできました。
こちらの皆さんのおかげです。ありがとうございました。
でも、実機で動かそうと思ったらコンテンツアグリゲーターへの登録が必須なんですね。
登録してないって方が結構多かったのでコンテンツアグリゲーターへの登録しなくても動かす方法があると勘違いしてました(´・ω・｀)
一応プログラマーさんや他の登録してない方々もMEXA上だけの確認だったのでしょうか？
そうなると>>145以降のｸﾚ厨ってどうやって実機に登録するつもりだったんだろう(・・;)

何言ってんだ？
クレクレはURL貰ってそこからDLするだけだぞ？

俺も>>291と同じ考えだった・・・。
ｱﾌﾟｹﾞ厳しくなったから諦めてたよ・・・。

厳しくなったのはオフィシャル登録だけじゃないの？

エミュの為に今更登録なんてやめてくれ、これ以上締め付けられても困る。

誰かうｐしている人がいたらURL教えてください。

はい。

外部読み出しで、どなたかうｐしてたらURL教えて下さい。お願いします。

はい。

うｐお願いします。

はい。

はいじゃないが。

はい？

いいえ

状態セーブしますか？
　はい　　いいえ

過去ログやクリエータスレからアブゲにウプされたURL拾って来て適当にファイル名と数字いじればたまに落とせるよw

あ、ほんとだ落とせたw

famiのアプリ終了時、「.sav」の保存に失敗し、
アプリがエラー終了する件ですが、
>>238にwaitルーチンを入れたら正常に保存できると書いてあったので、
wait入れてみたり、色々と2〜3日やってみたが直らず・・・。

そもそも、エミュとか関係無しで、
アプリ終了時に、単純にデータを外部へ保存する処理が
できるのか試してみたところ・・・、エラーとなりました。
どうやらアプリ終了時の処理(destroyApp内の処理)は、
約5秒で強制終了されるらしいです。
※但し、アプリ終了処理のタイムアウト時間は、
　 機種依存である為、一部の機種ではエラー終了しない場合もある。

とりあえず、SHはアプリ終了時に、
外部へsavファイルを保存するのは無理っぽいです。（東芝は大丈夫なのかも）
でも、savファイルを自動的に保存させる事を諦めたくないので、
色々と練りに練って閃いた方法で、ただいま修正中です。

練りに練ったとかそんな言い方しなくてもwww
神気取り過ぎるwww
馬鹿じゃねーの？

http://1.rank-nation.jp/entry.php?in_id=maiakkun&id=nline
可愛くね？採点よろ

msxですがいまのところこんな感じです。

ttp://tomiya.bne.jp/cgi-bin/up2/src/myg3692.mov.html
DLkey:msx

うーん、まだまだ重い。
Z80がとにかく重い。

多分明日(土曜)中には、famiJSCL改善版をリリースできそうです。
sav保存等の不具合修正 + ちょっとした機能改善1つ + 大きな機能改善1つ
という感じになると思います。

大きな機能改善は、外部読込み版を使用している方には特に、
喜んでもらえる機能改善だと思います。

今日は眠いのでもう寝ます・・・。

>>312
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!楽しみです！

外部読み込みの大きな改善ってzip対応とかかな？

寝てねーでとっとこ起きて作業しろやぼけ

>>308の練りに練った方法がさくっと無駄になるまであと15時間と30分か!!

早く改良版famiで遊んでみたいな〜！

>>311
　土曜にしては早く起きた方なのに既に。。。orz
　見てみたかったですが作業進んでいるみたいで乙です。

>>312
　乙です。
なんだろう？？要望があったのって後チート機能ぐらいだよね？
　ここもドコモスレになったね。。。

sav保存の不具合を修正したつもりなのに、
何故か一部のROMだけsav保存されなくて、
試行錯誤してたけど、やっと原因が分かった・・・。

前のバージョンのfamiは、>>308に記した通り、
sav処理中に強制終了してしまうので、
壊れた異常なsavファイルができてしまう可能性があります。
その異常なsavファイル(※上書きできない不可視ファイル)が残っていた為、
sav保存がうまくいかなかっただけだったみたいです。

romが入ったフォルダを、フォルダごと削除して、
新しく作成したフォルダにromを入れなおしたら、
ちゃんとsavが保存されるようになりました。
※前のバージョンのfami(外部読込み版)を使っておられた方は、
　上記の事に注意して下さい。


30分後ぐらいに、やっとfamiJSCL改善版をリリースできそうです。

やっと、famiJSCL改善版が完成しました。
前にも伝えた通り、ROM同梱版/外部読込み版/ワイド画面版/ノーマル画面版のソースは1本化してあります。
※ソースの1本化に伴い、famiJSCL_Wのメインクラス名が、「famiJSCL_W」から「famiJSCL」に変わりましたので、
　 famiJSCL_Wを作成する場合、コンパイル時のプロジェクト名にご注意下さい。

＜改善点＞
・これまでのROM選択画面は、JAVAの既存クラス(Listクラス)を使用して作成されていた為、
　画面は白黒で操作性もイマイチだったので、ROM選択用のFileListクラスを自分で一から作ってみました。
　下記のようなエクスプローラ風の表示にし、ページスクロールも可能にしました。
　http://up.mugitya.com/img/Lv.1_up29538.jpg
　↑↓　「左キー」、「右キー」でページスクロールできます。
　http://up.mugitya.com/img/Lv.1_up29539.jpg
　※各ファイルのアイコン/ファイルサイズが表示されるようになり、
　　 画面最下部には、空きメモリ(空きヒープ領域)も表示されるようになりました。
・外部読込み版は、ステートセーブデータを、9個まで作成できるようにしました。
　※ROM同梱版は、沢山セーブファイルを作成してしまうと、
　　 内部保存領域がパンクしてしまうので、敢えてこの機能は追加しませんでした。

＜不具合修正点＞
・外部読込み版にて、アプリ終了時に、SRAMセーブで失敗する不具合を修正。
・外部読込み版にて、2回目のROMの読込みが非常に遅い不具合を修正。
・外部読込み版にて、ユーザデータ読込み/書込み確認画面(セキュリティによる確認画面)が表示された後、
　元の画面に戻ると、背景が表示されなくなる不具合を修正。
・ROM同梱版にて、一部機種(東芝等)で、メニューからROM選択画面に正しく移れない不具合を修正。
・2回目のROM読込み後、fps/音量が表示されない場合があった為修正。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「070901版famiJSCL／famiJSCL_W.zip」で、パスは「fami」です。

言い忘れましたが、ソースはプリプロセッサ前のものを上げてあります。
プリプロセッサ方法は、同梱されている説明書に詳しく書いてあります。
※上記説明書にも記しましたが、
　 外部読み込み版を作成する場合は、これまでと同様に「SDUSE」
　 ワイド版を作成する場合は、「WIDE」をプリプロセス時に指定して下さい。

リスト表示が凄すぎてﾜﾛﾀ

キターーーー(゜∀゜)ーーーーー！！
リスト表示はパソコン上よりも、実機の方が更にキレイに見える！

乙です。
リスト使いやすいっす。
最初そんなのいらねぇんじゃって思ったんだけどロムたくさん入れてると一番下のに
いくのが大変で。上から下にいけるといいのにって思ってたので快適になりました。
アイコンもかっこいいなぁ。今回これが一番嬉しいかも。

SRAMセーブデータ作成処理って変えました？？ＰＣでやってた.savデータが
引き継げなくなってしまったんだけど、プログラマさんはできます？？FF3。
famiの中では.savはちゃんとに保存できました。もうちょい良く見てみますが。。。

>>324
SRAM(.sav)のセーブ処理は、>>308に記した不具合を直す為、
今回かなり修正を加えております。
"ROM同梱版では、>>308に記した不具合は発生しない"
　→という事は、「内部保存領域」にデータを保存する処理であれば、
　　 アプリ終了時に行っても問題ないと言える。

上記の事を利用して、下記の通り小細工をし、
何とか外部読込み版のアプリ終了時SRAMセーブを実現しました。
（練りに練ったと言う程すごい方法ではないかもしれませんが・・・）

�@外部読込み版であっても、SRAM(.sav)データは、
　 一旦「内部保存領域」に保存しておく。
　 ※但し、外部読込み版の場合は、SRAMデータと一緒に、
　　　「SRAMデータの保存先(フルパスファイル名)」を保存しておく。
�A次回ROM(※セーブ機能付きのROM)選択時に、
　 「内部保存領域に格納されているSRAMデータは、
　　選択したROMのSRAMデータであるか？」というチェックを行う。
　　(a)選択したROMのSRAMデータである時
　　　→内部保存領域に格納されているSRAMデータを読出し、
　　　　 ゲームを開始する。
　　(b)選択したROMのSRAMデータではない時
　　　→内部保存領域に格納されているSRAMデータを、
　　　　 �@で保存していた、「SRAMデータの保存先(フルパスファイル名)」
　　　　 を利用して、外部メモリへ書き込む。
　　　　 →選択したROMのSRAM(.sav)データファイルを、
　　　　　　 外部メモリから読出し、ゲームを開始する。

うーむ、書いてる途中で気づいたけど、
多分>>324さんの場合、PCからsavデータを持ってきても、
「�Aの(a)」の処理を通ってしまって、うまくsavデータが読み出せてないような気がする・・・。

>>325
ネ申ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

>>324
今PCからのsavデータ移行を試してみたところ、
やはり>>325に記した通り、「�Aの(a)」の処理を通った場合は、
外部メモリからsavデータは読み出されません。

申し訳ありませんが、PCからsavデータの移行を行う時だけは、
下記の方法でROMを起動して下さい。下記の方法なら、
必ず外部メモリからsavデータを読込めます。

例）FF3の場合
�@最後に起動したROMが「FF3」の場合は、
　 famiJSCLを起動し、別のROM(※セーブ機能付きのROM）を選択する。
　 ※別のROMの起動を確認したら、famiJSCLはすぐに終了してよい。
�APCのsavデータを携帯に移行する。
�BfamiJSCLでFF3のROM選択し、起動する。

※最後に起動したROMがFF3でなければ、
　 上記ｊの手順を行う必要はありません。

324です。
なるほど、こういう仕組みなんですね。
ＰＣから問題なく持って来れました。
携帯からＰＣも、一度他のロム（例えばＦＦ１）を選んで、ＦＦ３の．ＳＡＶ
はき出させて、ＰＣで動かせました。
（あまりしないんですが。。。）

使いやすく、かっこよくなってきましたよね♪

久々に来てみれば、更に新版のfamiをリリースされたようでお疲れ様です。

そうそう、PPP.exeの古いver1.00が必要なら、internet archiveで過去のページから落とせましたよ。

で、rom交換は無事に対応できたようでよかったです。やはりcore起動が原因でしたか。
（SH機だとファイルアクセス中も並列処理するんでしょうか？）

savの保存の件は、外部メモリでも5秒はかからないような気がしますが・・・
ともかくも内蔵メモリに書き込むことで回避できたようで、めでたしですね。
（自分の環境だと1秒wait入れる方式で、セーブデータも正常なのは確認済みです）

たまに色々なゲームの動作確認をしていますが、（多少の画面崩れ等を除けば）
支障無く遊べるケースがほとんどです。凄いです。

zipファイル対応があれば便利かなとも思いますが、今時１GのSDカードでも安価で買えるので
別に圧縮しておく必要性も少ないでしょうか。作者さんの今後の改造予定を聞きたいです。

後はcheatぐらいなのかな。
（私は必要な時にだけソース埋め込みでやってます。やはりGUI作るのが面倒だし）

>>311
落とそうと思ったら、もう無いですね。残念。
自分で消したのか、拡張子movだから消されたのか・・・

Z80のコアはJavaGearだとすると、結構速い方だと思うのですが、まだまだ重いですか。
MSXのslotは、mapperが沢山あるファミコンと比べるとシンプルだと思います。
ともかくも、開発がんばってください。

>>329
>そうそう、PPP.exeの古いver1.00が必要なら、internet archiveで過去のページから落とせましたよ。
PPP.exeの古いver1.00なら、>>263に書いた時に見つかりました。

>で、rom交換は無事に対応できたようでよかったです。やはりcore起動が原因でしたか。
>（SH機だとファイルアクセス中も並列処理するんでしょうか？）
はい、SH機だとファイルアクセス中も並列処理しているようです。

>たまに色々なゲームの動作確認をしていますが、（多少の画面崩れ等を除けば）
>支障無く遊べるケースがほとんどです。凄いです。
起動すらしないROMがありましたら、報告して下さると助かります。

>zipファイル対応があれば便利かなとも思いますが、今時１GのSDカードでも安価で買えるので
>別に圧縮しておく必要性も少ないでしょうか。
zipファイル対応は難しそうですが、対応したとしても、
zipファイル読込み領域と、zipファイル展開領域が必要になって、
起動時に余計にメモリが必要にならないでしょうか？

>作者さんの今後の改造予定を聞きたいです。
とりあえず、私が個人的に改善したかった、
ワイド画面対応、sav機能対応、ROM選択画面に戻る機能、
電池残量表示、ファイルリストクラスは、全て対応できたので、
後はみなさんの要望に答えていきたいと思います。

↓つづく

今のところ、みなさんの要望はcheatぐらいなのかな。
そらから先ほど気づいたのですが、
ステートやSRAMデータは、ROMと同じフォルダに作成するより、
セーブ専用のフォルダを作成して、そこに保存するようにした方がいいのかなぁと思いました。
理由は、ROMと同じフォルダにセーブデータを作成した場合、
ROMフォルダのファイル数が増える為、
ROM選択画面でリストを表示する時間が長くなってしまうからです。
ただ、今まで通りromと同じフォルダにセーブを作成したい人もいるだろうから、
改善するなら、上記のどちらのフォルダにセーブ保存するか、選べるようにしようとは思います。


とりあえず、上記famiの改善よりも先に、
ずっと放置していたboyJSCLの機能改善をしたいと思います。
お盆休み中に、boyJSCLの方のソースもちょくちょく直していたので、
早ければ今日中にリリースできるかも。
問題が発生したら、数日後になるかもしれませんが・・・。

乙であります！

>>331
おお、早速の回答が。起動しないのがあったら報告します。
zipはもちろん展開用にメモリが必要になりますが、ファミコンに限定した話なら
SBMの3G機のヒープ容量は下位機種でも十分に搭載していると思いますよ。

あと改善要望とすると、サウンド周りですかねぇ。

上の方にあったYoutubeの動画のマリオだと、ジャンプ音がかなり変だなあと思いましたが
famiJSCLで試したらBGMそのものが厳しい状態ですね・・・。
（すみません、自分は常時サウンドoffなので聞いたことが無かったのです）

全chをPCM変換してやれば、かなり音が良くなりそうですが激重になるのかな。
自分で色々試してみて、何か良い方法があったら書き込みます。


最近の更新分をboyJSCLにも反映してもらいたいなあ、と書こうと思ったら
まさに今やっているとのこと。期待しています。。。

>>334
>zipはもちろん展開用にメモリが必要になりますが、ファミコンに限定した話なら
>SBMの3G機のヒープ容量は下位機種でも十分に搭載していると思いますよ。
ファミコンなら下位機種でもヒープ容量は足りそうですね。
でもzipを使うメリットって、ゲームボーイカラーROM等の、
1本4MバイトもするROMを圧縮してこそ発揮するような気がしますが・・・。

>あと改善要望とすると、サウンド周りですかねぇ。
私はプログラムを組む為の知識はありますが、
ファミコンのサウンドや、JAVAでサウンドを鳴らす為の知識は全然無いので、
サウンド周りを改善して頂けると助かります。

boyJSCL改善版が完成しました。

＜改善点＞
基本的には、famiJSCLの改善部分と同様。
boyJSCLのみ改善された部分は、下記の通りです。

boyJSCLは、背景にゲームボーイの画像がある為、
ワイド版の場合、電池残量等の表示が背景と重なってしまい、
じゃまだと思う方もいると思われた為、
電池残量等の表示は、いつでも表示/非表示の切換ができるようにしました。
※前のバージョンでは、ズームボタンは、デフォルト「0」キーでしたが、
　 ズームボタンをfamiと同様に、右ソフトキーの位置に変更し、
　 上記の電池残量等の表示/非表示切換は、デフォルト「0」キーの位置としました。


＜不具合修正点＞
今日発見したのですが、ドラクエ3で何故か「冒険の書1」しかセーブされなかったので、
「冒険の書2」以降がなぜセーブされないか調べていたところ、
SRAMが、実際の領域の半分しかセーブされていなかった事が判明しました。
（今まで全然気づかなかったのが不思議です。マリオ2等は、たまたまちゃんと動いていたからだろうか・・・。）
SRAMのセーブ/ロードサイズを2倍にしたらちゃんとセーブされるようになりましたが、
この修正により、これまでのセーブデータとの互換性がなくなりますので、
今まで通りのままで良いという方は、下記の部分を修正して下さい。

「GBCore.java」の229行目に
mbc_save_ramsize = mbc_ramsize * 2;
という今回加えた処理がありますが、上記の右辺を
「mbc_ramsize * 1」とすれば、これまでと同様のサイズでセーブ/ロードされるようになります。

言い忘れましたが、
上記改良版boyJSCLファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「070902版boyJSCL／boyJSCL_W.zip」で、パスは「boy」です。

boy超いい感じですね〜
まだメキサでしか動かしてないですが。

私も音を改良して欲しいですね。ボーイもfamiも。
後はだらだらと、速度をあげてもらえればっと。

>>330
消しちゃってしまんす。

コアはJavaGearのものを使っているわけじゃないです。
速いZ80部分が出来たらgearなど他のZ80機にも挑戦したいところですが、
いかんせんまだまだ遅いので、日々改良中であります。

>>339
Z80部分の高速化、頑張って下さい。
期待しています。

消しちゃってます。だ。変な日本語でしたね。
で、別のところにアップしてきました。
こんな感じ。
ttp://eyevio.jp/movie/36778

>>341
　うーんこれは。。。期待して待ってます！！

これってパソコンはネット中心でプログラミングとかやったことない人でも出来ますでしょうか？
外部読み込み版を作りたく同封されているて説明書通りにやっていくと、コマンドプロンプトに
I:\emu\ppp\ppp.exe I:\emu\070901版famiJSCL／famiJSCL_W\プリプロセッサ前ソース I:\emu\070901版famiJSCL／famiJSCL_W SDUSE
と打ちました。
そうすると
<<<<< start paMuLow preprocessor ver 1.00 (build time 2002/11/13 00:59:34) >>>>>
read def.H...done.
read famiJSCL.java...done.
read FileList.java...done.
〜省略〜
write file NESCore.java...done.
と表示されました。このここまでは正しいのでしょうか？正しければ次に何をすればよいのか教えてください。

>これってパソコンはネット中心でプログラミングとかやったことない人でも出来ますでしょうか？

残念ながら、無理。
プログラマーとしての知識が必要。

>>344
そうですか・・・＿|￣|○

プログラマーの知識って言うか、コンパイルの知識だな。
プログラム自体理解できなくてもなんとか…なる…と、思う…。根性で。

あ、でもごめん。
プログラム作る気無いのにオフィシャル登録はやめておいた方がいいと思う。

ひょっとしてオレ、余計なこと書いた？orz

お前、厨を集めてどうするつもりだ？

最近912shに乗り換えたんだが、sbはSNESないの？ぐぐっても無さそうだったけど
FCで苦戦中？？

>>349
SNESはX01HTなら完璧。
702NKならまぁまぁ。

出てないけどX01Tならades並だとすると、かなり良いんじゃない？
俺はadesユーザーだけど、プレステまでは遊べる。
X02HTでもいい。X01NKでも動くんじゃね？

ドコモみたいな糞動作じゃないから、好きなヤツを選べ。

すみませんご教授下さい
「ROM同梱」ってのはビルドする時にROMを含めてアプリを作成するイメージであってるでしょうか？
「外部読込み」はカードから読み込みするイメージですか？
その場合「外部読込み同梱」の意味がよく分からないのですがどなたか
ご教授下さい。

誤記。

外部読み込み同梱ってどんな新単語だよｗ

なるほど誤記だったんですね。
ありがとうございます。
また、makeファイルの作成がうまくいかないのですが、
コピペして下さる方はいらっしゃらないでしょうか？？
(すみません同時進行でいろいろと試しています)

>>351
申し訳ありません。
説明書の＜プリプロセッサ方法＞に記した、
「例2)外部読込み同梱のワイド版を作成したい場合」は、
「例2)外部読込みのワイド版を作成したい場合」の間違いです。

>>355さん
レスありがとうございます。
なんとかして携帯で動かしたく挑戦中です。
うまくいきましたら報告します。
このような作品を作って頂き感謝しております

実行するMIDLETが指定されていませんと表示されるんですが
どなたかご教授下さいませ

プログラマーさんのごきぶりは異常

>>357
質問の仕方でだいたいその人のスキルがどの程度か分かるわけだが、
あんたの場合、もうやめておけ、としか答えようが無い。

10氏さん、頑張ってfamiのサウンドを改善して、スーパーマリオもいい音が出るようにして下さいm(__)m

下記のコンパイルエラーが発生します。

C:\Users\misaki>javac -bootclasspath C:\S_appli_SDK\lib\stubclasses132.zip -d class
es -g:none D:\i_apply\build\nnn\src\*.java
D:\i_apply\build\nnn\src\famiJSCL.java:12: famiJSCL の書き込み中にエラーが発生し
ました。classes\famiJSCL.class (指定されたパスが見つかりません。)
final public class famiJSCL extends MIDlet{
^
D:\i_apply\build\nnn\src\NESCanvas.java:684: シンボルを解決できません。
シンボル: メソッド drawRGB (int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
g.drawRGB( core.fb, 256*8+8, 256, 80, 1, 240, 224, false
);
^
D:\i_apply\build\nnn\src\NESCanvas.java:745: シンボルを解決できません。
シンボル: メソッド drawRGB (int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
zoomGra.drawRGB( core.fb, 256*8+8, 256, 20, 1, 240, 224,
false);
^
エラー 3 個

が発生します。原因が分かる方、一言助言をお願い致します。

>>361
まず簡単なもので構わないからS!アプリをひとつ作成して、
ケータイで動かせるようなスキルを身に付けてから再チャレンジしてみてください。

ここでそのスキルをつけさせて下さい。
よろしくお願い致します。

>>361
エラー表示見る限りMIDP2の命令のところでこけてるから
MIDP2のアプリが作れるようになってからまた来てくださいね。

>>363
ここはお前のための質問ｽﾚじゃねーんだよ
消えろ

>>364
大変ありがとうございました。
調べてみます。
>>365
ごめんなさい

1MB以上のアプリに対応してる機種ってある？
DQMとかやりたいなぁ

エミュが出来ないからソフトバンク以外を選ぶ人って少ないか

>>367
X01HTとか今後出るX01Tとか

famiJSCLをコンパイルしたいんですけど計半日ぐらいかけたんですができませんでした。
たぶんアプリゲットなどの登録もできないと思うので最新版のfamiJSCLをアプリゲットなどでアップしていただける方がいましたら、
[email protected]に送っていただける方いないでしょうか？お願いします。

>>370
javaアプリの開発者になるつもりがないんだったら
アプリゲットの迷惑になるだけなんでやめておきな。

僕はそう思い登録するのをやめたんです。
なのでどなたか登録している方でしていただける方がいらしたらと思って。

できないからくれ　じゃなくてさ。
できないから質問する　のが普通だろ？

まあ嘘でっち上げのクレ厨なんだろうな。
登録するのやめた理由が>>371ならはなから半日もコンパイルしようとしないしｗ

本当にコンパイルしようとしたんですよ。
どのようにコンパイルすればいいか教えていただくことはできますでしょうか？

やりかたは同梱の説明書に書いてあるじゃん。
どこまでやってなにで詰まってるのかくらいは書こうよ。
っつーかアプリゲットの迷惑になるからやめたんじゃなかったの？

一応半日以上は考えてやったりしたからコンパイルとかだけはやってみようかなと思いまして。

やると、
src\famiJSCL.java:13: シンボルを解決できません。
シンボル: クラス NESCanvas
場所 : famiJSCL の クラス
private NESCanvas CPU;
^
src\famiJSCL.java:19: シンボルを解決できません。
シンボル: クラス NESCanvas
場所 : famiJSCL の クラス
CPU = new NESCanvas();
^
と出てしまってできないんです。

>>376
プリプロセッサはやった？

＞やると、
どの段階で何をやったの？
どうもNESCanvas.javaが存在してないみたいだけど。

ごめん俺エスパーじゃないからもっと情報がないとわからない。
ちゃんと説明書通りにやってる？

一応プリプロセッサを通したはずなんですけど。
ppp.exeでちゃんとコマンドプロンプトでreadとかwriteとか出てきたのでちゃんとできていると思います。
プリプロセッサが終わった後にコンパイルをしました。
けど先ほどのエラーが出てしまうんです。

>>376
多分このスレにはあんたの知りたい事は何も書いて無いし、誰も答えてくれない。

例えば車板には車の話題は出てても車の運転の仕方は何処にも書いて無いだろ？
javaが出来て、説明書.txtを読めば当たり前に出来る事があんたは出来て無いんだよ。
あんたの質問は、車板で「車ってどうやったら前に進みますか？」って言ってるようなもんなんだよ。

>>377
厨房ホイホイか、お前は。

>>379
すみませんでした。

>>379
ごめん、ただの乞食よかマシだと思ったんだ。

ぃゃその、軒並みあやっまられると困ります。
こちらこそイキがってすみませんでしたorz

いえいえ。
おっしゃる通りですよ。
皆さんはできているんですもんね。

みんな、オラに元気を少し分けてくれ！

コンパイルエラー内容
プロジェクトの設定を保存しました
ビルド中 "WJS"
C:\WTK22\apps\WJS\src\NESCanvas.java:10: パッケージ com.j_phone.util は存在しません。
import com.j_phone.util.GraphicsUtil;
^
C:\WTK22\apps\WJS\src\NESCanvas.java:13: パッケージ com.jblend.graphics.j3d は存在しません。
import com.jblend.graphics.j3d.*;
^
C:\WTK22\apps\WJS\src\NESCanvas.java:14: パッケージ com.j_phone.system は存在しません。
import com.j_phone.system.DeviceControl;
^
^
〜中略〜
^
エラー 65 個
com.sun.kvem.ktools.ExecutionException
ビルドに失敗しました

ちなみに「J2ME Wireless Toolkit」でのコンパイル結果です。
環境設定PATHなど足りてないのでしょうか？
現在はSDKだけ、PATHを通しています。
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Program Files\Qu
ickTime\QTSystem\;C:\Program Files\Java\jdk1.5.0_12\bin

どなたかご教授ください。お願いします。

>>384
少しは空気読んでくれよ。
君はまず下記のサイトにいってS!アプリが作れるようになってからここにきてくれ。
ttp://developers.softbankmobile.co.jp/dp/tool_dl/java/tool.php

>車板には車の話題は出てても車の運転の仕方は何処にも書いて無いだろ？

この例えはどうかと。
車板には運転の仕方の話題はいくらでもあるし
運転の仕方を質問すれば喜んで答えるオタがいくらでもいそうだが・・・。^^;
いやどーでもいいんだけど。

とりあえず、
HelloWorldをコンパイルして、
MEXA エミュレータ上で動作を確認できるようになってから、
ここで質問をして下さい。

HelloWorldを実機で動作を確認できるようになってからだろ

>>388
確かにその通りですね。
実機で動作を確認できるようになっていれば、
エミュを実機で動かせるようにするまで、
それほど時間はかからないはず。

教えてｸﾚ君が急に湧いてきたね・・・

出来ない奴はアプゲに通報すればいい。
これで丸く収まる

なんの話題を話すスレなんだここ？？

1にあるけど
＞アプリ開発の為の勉強目的以外でエミュを扱うのは止めましょう。

つまりアプリ開発の為の勉強の為のスレって事か。
てことはコンパイルの質問はこのスレの話題に沿っている気もするな。w

>>394
因数分解のスレで九九の話してるようなもんだぞ、それ。

なるほど、そうかもしれんな。

厨がエミュやらないようにビルドバッチを外した訳だよね。
ドコモと違ってJAVA開発の目的でアプゲを利用するという
建前上、細々やらなきゃいけないのはしょうがないかと。
コンパイルできないんですって教えて君はこのスレの基準
に達してないんだよ。残念、はい消えたって感じで。

黙って過去ログ調べたりSunのサイト見たり本見て勉強して
るやつはがんばれ♪

>>397
なるほど･ザ･ワールド懐ｶｼｽ。

言うことはもっとも。俺もそう思う。
クレクレ厨はドコモにMNPでもすればいいんだよな。

つか外部にこだわらないなら速度的には変わってないんだし出来ない人は前のバージョンでもいい気がするんだけど

それで納得出来ないなら702NKでも買って後は通報すればいい。

作者自ら割れって宣言してるんだしw

ほんの一言でいい・・・・オラに元気を分けてくれ(下さい)
何が足りないのか・・・

>>400
まず自作のS!アプリをケータイで動かすところまでは自力でやってみなよ。
詳しくは>>385のサイトを参考にするといい。

ラグランジュポイントで途中で止まるってバグあったよね？
向こう直したみたいだからまっぱーぱくればいいんじゃまいか。

>>402
向うのマッパーを参考にして直す予定ですが、
その前にチート機能も追加したい・・・。

チート機能は本筋からはずれているような気がするなぁ。
何よりゲーム製作者に対して申し訳ない。遊ぶんならちゃんと遊ぼう。

とゆーより、チート機能は使う人を選ぶから、後回しにするか違うブランチにして開発すべき
基本機能である音周りや動作速度の改善の方が万人に望まれるかと

お疲れ様です。
下記のコンパイルエラーをなんとか解決したいのです。
下記エラーを取らずにダウンロードも完了しましたが、起動後うまく動作せず、
エラーで落ちます。

app\src\NESCanvas.java:684: シンボルを見つけられません。
シンボル: メソッド drawRGB(int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
g.drawRGB( core.fb, 256*8+8, 256, 80, 1, 240, 224, false
);
^
app\src\NESCanvas.java:745: シンボルを見つけられません。
シンボル: メソッド drawRGB(int[],int,int,int,int,int,int,boolean)
場所 : javax.microedition.lcdui.Graphics の クラス
zoomGra.drawRGB( core.fb, 256*8+8, 256, 20, 1, 240, 224,
false);
^
エラー 2 個

スレ違いとは思いますが、
ご教授下さい。よろしくお願い致します。

>>406
なんで最近この手の質問が多いんだろ？
このスレのちょっと上にも書いてあるけど
まず下記のサイトにいってS!アプリが作れるようになってから再度挑戦してください。
ttp://developers.softbankmobile.co.jp/dp/tool_dl/java/tool.php

>>406
ここは玄人隔離スレだから他所で聞いた方がいいよ

他で聞くにしても迷惑なだけだろ。
もう少しＪＡＶＡの勉強しろ。

優しいなぁ、みんな。。。

>>1も読まない、直前すら見ない、どうすればできるようになるのか
教えてるのに言われたとおりには決してしない。。
教えて君とｸﾚｸﾚ君に足りないのはJAVAの知識とかじゃないんだよ。
うぜぇから二度と来るな。

黙ってHelloWorldを作ってみたりしてるやつはがんばれ♪

JAVAの基本も出来ないやつがエミュ作ろうだなんて、背伸びしすぎにも程があるｗ

チート機能はあったらいいですよね。
もう速度とか音周りは遊べるだけのものもってるわけですから、
あとはそれ以外の機能が加わればPCのエミュと変わらないですね。

音はまだまだだろ。。速度にしても一部の端末限定だし、まだまだ改良の余地はあると思う。

最速の端末って何？
905SHでは概ね5fsで50〜60fpsだから、正直かろうじて遊べるレベルなんだけど。

>>414
X01HTなんじゃないの？
よくしらんけど。

スマートフォンを除けば、
905SHが最速だった気がする。

>>406です。
コンパイルうまく通りました。
たくさんのコメント頂いた方、ありがとうございました。

>>417
おめでとさん。
同じところで悩む人もいるかもしれませんので、
どこでつまってどうやったら解決したかを>>1のＦＡＱに書き込んでくださいね。

>>416
少なくとも最新のfamiJSCLでは、905SHより911SHの方が速いな。
まあ、大差無いけどね。アプリによっては905SHの方が速いものもあるのか？

X01HT等は、Javaベースではかなり遅いよ。famiもboyも、20-30fpsとかで悲しくなるほど遅い。
まあエミュ用途なら、普通はsymbianアプリ使うから問題ないでそ。
当然、速度も圧倒的に速いし。

>>418
助け合いですね。また書き込みしてみます。
ありがとうございました。

>>420
自分も苦労しているので、私からもお願いします。
とにかく頑張ってみるつもりですが、
コンパイル関係のヒントが欲しいので・・・。

こんなかんじです。あとは作者様添付の資料を読む事です
1.javaのpathを通す
2.JSCL SDKとMEXA SDKをソフトバンクのページから落とす
3.MEXA SDKのインスト先をC:\SOFTBANK_MEXA_EMULATOR12にする。
4.コンパイル時に　-d 出力先　にclassファイルが出来るのでコンパイル前に
出力先に相当するディレクトリを作成しておく。
5.アプリコンパイル例を書いているHPに行って考える。

5.アプリコンパイル例を書いているHPに行ってとにかくやってみる。です。

外部取り込み版の場合、DISKのBIOSはどこへ置けばよいのでしょうか？
SD?　JARファイル内？？

>>424
JARファイル内

>>422
有難うございます。
色々調べて、試して見ます。

famiとboy頂きました。
ありがとうございます。

famiJSCL改善版が完成しました。

＜改善点＞
・チート機能に対応。
・拡張グラフィックを使用しないMapper5を高速化した。
・メニュー表示時、カーソルが一番上にある時に、上キーを押下した場合、カーソルが一番下へ移動するようにした。
　同様に、カーソルが一番下にある時に、下キーを押下した場合は、カーソルが一番上へ移動するようにした。

＜不具合修正点＞
・Mapper5にてステートセーブ/ロードが失敗する不具合を修正。
・ラグランジュポイントの途中でハングする不具合を修正。
・ウルトラマン倶楽部２が起動しない不具合を修正。

[チート機能について]
・メニューの2番目に、「Cheat」メニューを追加しました。
・チート機能有効/無効切換用のキーを、キーコンフィッグに追加しました。

チートコード入力画面は、下記画像の通りです。
一番下の「保存」を押下すると、入力したチートコードが、
外部メモリ(又は内部保存領域)に保存されます。
※「ROMファイル名 + 拡張子(.cht)」の名前で保存されます。
※保存したチートコードは、次回ROM起動時に、自動的に読込まれます。
ttp://up.mugitya.com/img/Lv.1_up30701.jpg

チート機能を有効にすると、下記画像の右下部の通り、
音量の右側に「 [C] 」という文字が表示されます。
※チート機能が有効になっている間は、常にチートコード書込み処理が行われます。
ttp://up.mugitya.com/img/Lv.1_up30702.jpg

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「070909版famiJSCL／famiJSCL_W.zip」で、パスは「fami」です。

乙。早速いただきました。



ところで…


チートって何？
おじさんにちぃとばかし教えてくれんかの？

>>429
まず、famiJSCLでゲームをしているとします。
このとき、「メモリ」というところに現在の状況が事細かく書き込まれています。
チートコードは、この「メモリ」を書き換えることのできるものです。
結局は現在の状況を書き換えることになるので、ＨＰを最大にしたり、所持金を増やしたりできます。
(他にも、アクションゲームで敵キャラの動きを止める等いろいろ・・・)

とりあえず、チート機能が動作しているか確かめたいなら、
下記で試してみて下さい。
・ROM：スーパーマリオ
・チートコード：0058-4-80808080

スーパーマリオのROM起動後、
上記チートコードを入力し、
チート機能を有効状態にして、ゲームを開始して下さい。
そうすると、最初に出てくるクリボーに殺されるという屈辱を味わうはずです・・・。

>>429
用語すら知らない奴には、必要無い機能だよ

>>430
マジレスすんません。ありがとうございました。

>>431
ぃゃ、実は親父ギャグを言ってみたかっ（以下略

>>429
すまん、チートぐらい知っているだろうから、
釣りだとは薄々感づいてはいたけど、
ギャグの文章である事には全然気付かなかった・・・。

>>429
このギャグに気づいて一人でニヤニヤしてた俺は間違いなく親父

orz

だれかJAVAが使える環境の作り方を教えてください
S!アプリメモの通りにやってmake.batの記述をfamiJSCL.jad等に書き換えてもコマンドプロントが即効で終了し、binフォルダにはマニフェストが残っているだけになってしまいます。
どなたかご教授をお願い致します。

>>437
make.batとやらの最後の行に
pause
と追記すると
その行で一時停止できるから
どんなエラーが出てるか確認できるよ

>>438
いろいろエラーが出ましたorz
素人が適当にやっていたので、>>1のサイトにあるやり方でプリプロセッサまでは完了しましたが、コンパイルの作業に入るとエラーが出て先に進めません。

>>439

１）j2sdk-1_4_2_14-windows-i586-p.exeをインストール
２）環境変数PATHの設定：C:\j2sdk1.4.2_14\bin
３）S!_Appli_Emulator_JSCL.exeのインストール
４）C:\SOFTBANK_MEXA_EMULATOR11のフォルダを作成し、MEXA_un.msiをインストール←ここが重要
５）C:\SOFTBANK_MEXA_EMULATOR11\binのフォルダを作成し、その中にC:\S_appli_SDK\binフォルダのpreverify.exeを
　　コピー
６）SizeUpdateをC:\KEITAI\SApp\Tool\SizeUpdateにコピー
７）famiJSCL_WをC:\KEITAI\SApp\project\famiJSCL_Wへコピー
８）build.batを以下のように修正
SET PROJECT_NAME=famiJSCL_W
SET PROJECT_HOME=C:\KEITAI\SApp\project\famiJSCL_W
SET JAVA_HOME=C:\j2sdk1.4.2_14
SET VAPPLI_HOME=C:\SOFTBANK_MEXA_EMULATOR11
SET SIZEUPDATE_HOME=C:\KEITAI\SApp\Tool\SizeUpdate

>>439
一行づつexcite翻訳に入れて調べるんだ



とりあえず、
エディタを開いて
java
pause
の2行だけ書いて
test.bat という名前で保存して
ダブルクリック！
どんなエラーが出る？

エラー内容は「シンボルを解決できません」です。
場所：NEScanvasのクラス
ソフトは一通りインストールしたのですが……
あと、>>440のソフトのヴァージョンが
j2sdk-1_4_2_14→j2sdk-1_4_2_15
SOFTBANK_MEXA_EMULATOR11→SOFTBANK_MEXA_EMULATOR12
だったので置き換えてやってみたのですが、最後の
８）build.batを以下のように修正
のbuild.batがどこにあるかわかりません。
自分で作成すればよいのでしょうか？

build.batを下記の通りに記述し、実行すると以下のようなエラーが出ます
致命的エラー: クラスパスまたはブートクラスパスでパッケージ java.lang を検出でき
ません。

del bin\famiJSCL.jad
REM [コンパイル]
C:\j2sdk1.4.2_15\bin\javac -bootclasspath C:\ProgramFiles\SOFTBANK_MEXA_EMULATOR12\lib\stubclasses.zip -d classes -g:none src\*.java
REM [検証]
C:\S_appli_SDK\bin\preverify -classpath .;C:\Program Files\SOFTBANK_MEXA_EMULATOR12\lib\stubclasses.zip classes
REM [JARファイルの生成]
C:\j2sdk1.4.2_15\bin\jar cmf bin\MANIFEST.MF bin\famiJSCL.jar
C:\j2sdk1.4.2_15\bin\jar uf bin\famiJSCL.jar -C output .
C:\j2sdk1.4.2_15\bin\jar uf bin\famiJSCL.jar -C res .
REM [JADファイルの更新]
C:\j2sdk1.4.2_15\bin\java JADUpdate bin\famiJSCL.jad
bin\famiJSCL.jad
SET PROJECT_NAME=famiJSCL_W
SET PROJECT_HOME=C:\KEITAI\SApp\project\famiJSCL_W
SET JAVA_HOME=C:\j2sdk1.4.2_14
SET VAPPLI_HOME=C:\SOFTBANK_MEXA_EMULATOR11
SET SIZEUPDATE_HOME=C:\KEITAI\SApp\Tool\SizeUpdate
pause

ご教示下さいませ
DISKする時って何か手順あります？
ただDISKシステムのROM読み込めばいいだけ？？
DISKSYS.ROMは大文字でないといけないとか小文字でないといけないとか
コンパイルの時には特に必要ないですよね？？？
jar -C に取り込む時だけあれば。８KB版なんですけど

外部読込版で、確かにSDにROMを入れているはずなのにリストに出てこないROMがあるのは俺だけですか？
SDへROMをコピーしなおすと、リストに出てくるROMと出ないROMが、ランダムに入れ替わるんですが。

ちなみに、0720版だとROMが全部表示されて全部稼動できるので、ROMが原因ではないはずです。
出てこなくなったのは新リストになってからです。
SDの不具合か？と、思ったりもしなく無いんですが、かれこれ１年以上何の不具合もないSDなんで、これも違う気がします。

一応報告と>>429のお詫びを兼ねて。

>>445
うーむ、リストに出てくるROMがランダムに変わるとなると、
原因の特定が難しいですね。

フォルダの階層が深すぎるという原因ではないんですよね？
MEXAエミュレータでも発生する不具合ですか？

>>446
今MEXAで同じ条件で実行してみましたけど、問題なく全てのROMが表示されました。

フォルダの階層は少しいじっています。
Other documentsフォルダ内に、NES romフォルダを作成し、
FileList.javaの、364行と366行のパスを、
file:///mc/Other documents/NES rom/
へ変更してあります。

MEXAは↑の条件で走らせて問題なしです。

>>447
となると、機種依存の特殊な問題があるのだろうか・・・。
使用している機種は何ですか？

自己解決、自分のせいでした（汗
ピリオドを２つ使ったファイル名をつけたファイルがありました（滝汗
ファイルリストは、ROMがコピーされた順番に表示されるみたいですが、その際、上記のファイルがあると
それ以降のファイルが表示されなくなるみたいです。
お騒がせしました。

>>449
なるほど、そういうことでしたか。
とりあえず、問題なく表示されるようになって、ホッとしました。

DISKの使用方法をご教授下さい。
DISKSYSはjar -C res の時に取り込みしています。
もちろんディスク名.FDSにもしていますが、
読み込みすると黒画面になります。
どなたか・・・ご教授を・・・・
DISKSYSが悪いのでしょうか・・・・

>>450
一応。
MEXA上では件のファイルも、それ以降のファイルも正常に表示されていることを付け加えておきます。
機種は905SHです。
まぁバグというほどのものでも無いので、放置で問題ないかと思います。

どなたか内部読み込みワイド版のアプゲにアップ前のJADとJARをアップして頂けないでしょうか？
自分の不完全なJARの中身を見たとき、ROMファイル等がそのまま入っていました。
正しいJARの中にROMを入れてJAD内のファイルサイズの欄を書き換えれば恐らく動くと思うのでどなたかよろしくお願い致します。

MEXAで動かす権利は少なくとも万人にあると思うから、環境構築とビルドについては、解説してもいいかな？

>>454
お願いします。助かります。

ずいぶん優しいな〜。

>>454
御教授お願い致します。

つまずいてる人は何につまずいているか言わないとわからんぜよ

DISKシステムでつまずいています。ご教授下さい

>>454
テンプレに、
> 開発に関する事以外の質問は激しくスレ違いです。
と書かれてある以上、環境構築やビルドなどについてはム板などの該当スレに誘導すべき

よく言われることだが、教えて君以上に教えたい君は罪悪でしかない

459みたいに何がわからないんだかさっぱりな質問ばかりあふれても困るしね。

教えて君＆教えたい君のせいでこのスレがだいぶ荒れてきたな・・・

>>459
あんた、２日くらい前から同じ事言ってる人か？
説明書.txt呼んで、２日間試して出来ないならあきらめた方がいいよ。

結局厨避けにソースのみにしても厨に教えてるなら前と同じ方式にした方がいいんじゃね？
俺はかったるいから適当なURLにアクセスしていただいてるけどなw

おお！ついにチート機能が！

DISKシステム解決しました。ROMの拡張子.famを.fdsにして使用していましたが、
ダメで.fdsで吸い出したイメージだと起動しました。
大変お騒がせしました。そしてここにいるさまざまな皆様誠にありがとうございました。

boyJSCL改善版が完成しました。
famiのチート機能は、数分で反映できると思いましたが、
FCとGBのチートコードは、入力桁も各桁の値の意味も違ったので、
反映に結構時間がかかりました・・・。

＜改善点＞
・チート機能に対応。
・メニュー表示時、カーソルが一番上にある時に、上キーを押下した場合、カーソルが一番下へ移動するようにした。
　同様に、カーソルが一番下にある時に、下キーを押下した場合は、カーソルが一番上へ移動するようにした。

＜不具合修正点＞
・ROMの拡張子が2文字(.gb)の場合に、セーブファイル名が正しく作成されなかった為修正。
　※ステートやsavのファイル名は、「(ROM名).sta」、「(ROM名).sav」となりますが、
　　 ROM名の部分が、実際のROM名より1文字少なくなっていました。
　　 famiの場合は、拡張子が「nes」か「fds」で、必ず3文字だったので、
　　 ROM名は、単純に後ろ4文字(拡張子3文字+ピリオド)を削れば取得できましたが、
　　 boyの場合は、拡張子が2文字(gb)の場合があるので、
　　 単純に後ろ4文字を削ってしまうと、ROM名が実際より1文字少なくなってしまう・・・という事です。
　※申し訳ありませんが、前のバージョンのboyでセーブした方は、
　　 セーブデータを正しい名前にリネームしてから、本バージョンを使用して下さい。
　　 (リネームしないとセーブデータ名がマッチせず、ロードで失敗します）

上記改良版boyJSCLファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「070911版boyJSCL／boyJSCL_W.zip」で、パスは「boy」です。

>460
私は決して教えたい君ではありませんが、当スレ上で、もうこれ以上、環境構築やビルド方法等の基本的事項について、初心者からの質問が出てくる事は避けたく、開発者の開発阻害要因になると思うので、MEXAエミュレータ上の動作に限定して、敢えて解説しておきます。
「famiJSCL_Wのプリプロセス及びビルド方法について」
http://uproda11.2ch-library.com/src/1128080.txt.shtml
DLキーは「fami」です。

>>468
お前の事を教えたい君って言うんだよ。
このファイル見てみたけど、こんな文章が理解できる人ならビルド環境ごときでは躓かない。
下らない質問が増えるだけ。
あんた自身が開発者の開発阻害要因だと断言できる。

>>468
感謝です。有難うございます。
お言葉どおり、今後ここで不用意な質問は控えます。
後は自力で努力します。

まずsageの場所間違ってる

>>471は>>468へのレスです
安価付け忘れたorz

>468
じゃ、お前は見なけりゃいいじゃん。
大体、お前は何様のつもりだ？

自演なのかアンカミスなのか…
どっちにしろコイツはもうダメかもわからんね。

ひょっとしてsage君は10年に一人の逸材かも試練

ははは。激しく誤爆。
sageの場所は違うし、アンカミスるし。
もう、さよならです。

>>468
>>1のWikiにまとめるべきかと思います

>>477
勝手にwikiに貼りました
http://f14.aaa.livedoor.jp/~javaappl/index.php?emu%2Fbuild_famiJSCL_W

>>468様
もしダメだったらおっしゃってくださいませ
すぐ削除させて頂きます

とりあえず一度公開。
ttp://uproda11.2ch-library.com/src/1128239.7z.shtml
DLKey:msx
MSX1相当。ROMサイズは32KBまで。

メガロムのマッパーについて詳しい仕様を教えてくれる親切な方募集。

ttp://uproda11.2ch-library.com/src/1128244.7z.shtml
あ、こっちでお願いします。

DLKeyはjsclでした・・・
３連投すんません。

>>479-481
>>220
すばらしいです！
ここまでの速度で動くとは思いませんでした。
携帯の中にMSXが入っていると思うだけでワクワクしてきますね。

famiもboyもmsxも素晴らしいです。
開発者の方々、ホントにありがとうございます。

>>477-478
ありがとうございます。大変恐縮です。by sage君

>>483
許可ありがとうございます

>>478
あなたみたいな方がいらっしゃってほんとうれしいです。
>>464みたいに
俺はかったるいから適当なURLにアクセスしていただいてるけどなw
なんて言ってる人と比べたら「月とうんこ」ぐらいの差があります。
ありがとうございました。

エミュやりたいけど、作者登録したりあれこれ大変そうだねぇ・・・
初心者の俺にはムリポ

そろそろサクサクで音でるようになった?

vodanesで起動確認して以来ずっとスレ見てるだけだったが、今回famiJSCL入れてみた。かなり進化してるな・・・

コンテンツレジはどうなったんだ？

さくさくで音が、とまでは言わないから
音が崩れるのを何とかしてくれれば有難いかも・・・。

ドラクエやっているけど、
ピッって操作音や、戦闘が終ったときの高音が
ピーーーってやたらの伸びて
耳障りで仕方ない。orz

アプゲにエミュレータしかうpしないエセ作者をBANするようにメールしといた。
悪はゆるさん！

>>491
頼む空気を読んでくれ

>>491
プログラムいじれる者同士で交換したりファイル共有してるようなもんだし
どっか他所のアングラでやりゃいいと思う

このスレ最初は指くわえて見えたが、ただのオナニースレに見えてきた

>>492
犯罪の増長を見逃せとでも？
作者もいい加減犯罪に加担してる事に気付けよ。

ＡＶＡ開発者になればいいだけじゃん。
色々開発してＪＡＶＡアプリを盛り上げようぜ。

ＡＶＡってなんだ。ＪＡＶＡでした。

それが出来ないエセ作者ばっかりだからだろ。

定期的に待受時計アプリでも作ってうｐしとけば問題ないだろｗ

>>498
定期的に待受時計アプリでも作ってうｐしないから問題なんだろ

JAVAアプリの登録を全く行わないと、下記の様なメールが届くらしいから、
エミュだけうpしてる人は、そのうち作者登録情報を削除されちゃうんだろうね。

お世話になっております。
アプリ★ゲット作者サポートチームです。
作者の登録をなさってから1作品の登録もない状態である事と、
・・・、・・・、・・・といったエミュレータアプリ、
および・・・といったブラウザアプリのアップロードをおこなって
いる事から判断いたしまして、
大変申し訳ございませんが、お客様の作者登録情報を削除させて頂きます。
残念な心持で一杯ではございますが、
弊社サービスを正しくご利用して頂く事を
編集部一同心より願っております。

>>498
　　,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　　Hello World うｐすれば問題無し。
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f 　　　　そんなふうに考えていた時期が
　　 〜''戈ヽ 　 ｀二´ 　　 r'´:::.　`!　　　　　俺にもありました

連休明けからアプゲ動くみたいだな。
毎日メールした甲斐があったぜ

この連休にアプリ作って公開しろってことだな。
みなさん、がんばりましょう！

例の教えたがりのお陰で扱える人増えたんだろうな。。
もはやプログラマの知識なんていらないし、アングラ系はひっそりとやるのは常識だと思うんだが。。

この中でアプゲで実際になんか作って公開してる人っている？
そろそろ俺もやばいと思うからどの程度のもの作ってうぷればいいか参考にしたいからアプリ名かなんか教えてください。

今初めて気づいたんだが、
>>1の2番目に記されているサイトのFAQに、
下記の過去ログが保管されていたんだね。
�@VodaNesについて
�A【Vodanes】Vodafoneエミュ総合 part2【wMIDP2】
�B【Vodanes】Softbankエミュ総合 part3【wJSCL】

part2は、凄い勢いでエミュが進化していくので、結構読み応えがあった。
part2では、Vodanesの方も頻繁にバージョンアップしていて、
最終的にはVodanesも、処理速度／音がかなり良くなってたみたいだ。
もしかしたらfamiJSCLよりも、Vodanesの本当の最新版(2006年10月頃？)の方が、
音はいいかもしれん。誰か、Vodanesの最新ソースをアップしてくれんかなぁ。

904SHの同士よ教えてくれ
MIDxlet-ScreenSizeは何を指定している？

>>428
　久しぶりに来たらもうチート搭載ですかぁ。
　乙です。やっと試せました。ラグランジュも問題なかったです。
　体裁は整ったって感じですかね。

　まだ教えて君わいてるんだ。教えたがり君もわいてるんだね。
　いっそのことプログラマさん、バグだらけにしちゃえばいいのに。
何カ所か自分で直さないとコンパイル通らないみたいな。
　>>80のは最初わざとだと思ったんだけどなぁ。

>>508
>久しぶりに来たらもうチート搭載ですかぁ。
>体裁は整ったって感じですかね。

あともう1つ、追加したい機能があるので、更に改良中です。
その機能を追加したら、今度こそ本当に
機能追加作業は終了を迎えると思います。

>いっそのことプログラマさん、バグだらけにしちゃえばいいのに。
>何カ所か自分で直さないとコンパイル通らないみたいな。

それをやると、更に教えて君がわいてきて、
今よりスレが荒れそうな予感・・・。

ROM吸い出してMEXAで動かしてみるのは別にいいんでないかい？

>>510
同意。エミュなんて、自己責任。ROMを配布しているサイトはダメなんだよね

作者が吸い出しじゃなくて割れROM使ってるんですが？ww

MEXAで起動確認できるとこまでいったけどなんだか自分でアプリ作ってみたくなったので
作者登録はまだしないっ！

完全アングラなんだから他のサイトなりP2Pで公開すればいいんじゃね？

？？？

>>514
あなたはこのスレをどーしたいんだい？
教えてクンのためのスレにしろとでも言うのかい？

しかし最近のスレの流れを見ていると、教えてクンより
スレが荒れているどうの言う連中の方が
よっぽどスレを荒らしているな。

>>517
スレが荒れてるどうこうは教えてクン＆教えたいクンがいるからこそ話が出る。
教えてクン＆教えたいクンはスレが荒れてるいう連中がいるいないに関わらず現れる。

教えてクン＆教えたいクンがいなくなればスレが荒れている話は出なくなるが、
スレが荒れてるという連中がいなくなっても教えてクン＆教えたいクンはいなくならない。

公共の巨大掲示板2chで書き込みしてりゃ一般人も見るに決まってるだろｗｗｗ
だからアングラでやれってことだろ

教えてくん教えたいくんとかバカじゃねーの？ｗｗｗ
それ以外になんの会話で交流すんだ？？「できた！」とか報告のみ？？？？
閉鎖的になるならオナＨＰでも作ってそっちでやれよ知的障害者どもがｗｗｗｗｗｗ

色んな人がこのスレで進化改良を加えていった歴史を忘れたのか？
最近はプログラマーさんががんばっておられるが、
ソースが公開されてるんだから、他の人も開発に参加できるわけじゃないの。

教えてくんたちも開発にどんどん参加してきてくれるならむしろ歓迎したいところですが、
あんまり開発者が育たないのが悲しいところ。

サウンドと処理速度の改善をしてくれる
開発者はおらんかのう・・・。

単にタダゲやりたいって考えの奴ばっかりなんだから仕方ないだろw

>>522
開発者の意図もさほどかわらんよ

>>520
じゃ、まずは君がサウンド関係にでも
開発に参加してみてはどうでしょうか？

それなりにがんばっているつもりだけどサウンドは苦手でねぇ。
Ｇｅａｒ作っているときこのスレでサウンドについて協力してもらった恩は忘れませぬ。

>>525
もしやあなたは前スレの198氏？

もういっその事公開なんてやめたら？

ここを荒らしてるのは、ドコモスレと同じで、エミュれないau厨だと推測。

912SH持ってますよ？
悪が許せないだけです。

>>529
じゃあ、ドコモスレなり、ドコモそのものに行って天下りを糾弾してこい。

これからは荒れている、荒れている
と言って荒らすのが良いと思う。
悪いのは例えいなくても、
とりあえず教えてクンが悪い！と言っておけばおk

住所まで晒して違法ファイル上げてるって事にいい加減気付けよ。

>>532
このスレじゃ違法ファイルのやりとりして無いって事にいい加減気付けよ。

音周りのソースについて質問。

現在8ch実装してるけど、ひょっとしてch2,3,5,6は使用してない？
もし使ってないのならば4chに減らせる = spfと1:1対応で管理できて
改良が容易になる気がするんだけど。

俺も音周りは詳しくないが、ファミコンのBGMは、
「矩形波」×2、「三角波」、「ノイズ」の4種類で構成されている、
という事ぐらいなら、ググって分かった。

でも、何で4種類なのに、下記のように、
8チャンネル分の処理をしているんだろう？
for( chan = 0 ; chan < 8 ; chan++ ){

誰か8回ループする理由を解説して下さい・・・。

def.hを見た憶測でモノを言うぞ。

dChSquare1, // 矩形波
dChSquare2, // 矩形波
dChDelta, // 三角波
dChNoise, // ノイズ

ここまでが通常のファミコン音源だな

dChVrcSquare1, // 矩形波
dChVrcSquare2, // 矩形波
dChVrcDelta, // 三角波

こいつらはコナミのVRC音源だと思われ

dChFDSSnd, // ディスクシステム拡張

でこれはディスクシステム。

spfは４チャンネルしかないのに相当無理してるなぁ。

>>536
なるほど、そういう事でしたか。
レスありがとうございます。

>>534
>>535教えてくん

>>536教えたがりくん

氏ねｗｗｗ

>>538
せっかく534や535が音周りを改良しようとしてるのに茶化すなよ

>>536
�d、使用目的は納得しました。

ただ、現状こいつら拡張音は使用してない模様。
（sound_write()にて無視してるっぽい）
この辺今後実装予定があるのかが気になりますね。

あと、squate.spfがPhrase-L1形式なのをPhrase-L2形式のものに差し替えれば
もう少し綺麗な音になるかも。
（ただし、makePhrase()での音程差し替え部分を変更する必要あり）

とりあえず個人的に気になる、音量バランス変な点を調査予定です。
他にも音周辺でおかしいと思う点があれば教えてください。

なんか雲の上の話に聞こえる
おまいらガンガレ超ガンガレ

音いらねーだろw
処理速度上げろよ。
だいたい外で音鳴らせる場面なんて殆んどないだろ？
まさかお前ら家でやってるの？

家で少しだけエミュしたい場合もあるでしょ。
10分ぐらいだけゲームして暇潰ししたい場合なんかは、携帯エミュが最適だよ。
音の改善、超期待してます。本当に頑張って下さい。

まぁどれを優先して欲しいかというと本音は速度なんだが、そもそも元のWが十分良く練られたもんだしなぁ…
音もガンガレ。

いい流れですね。
高速化はそのうちboyでチャレンジしようと思ってます。
で、その前にMSXのメガロムをなんとかしたいのですが詳しい方いませんか？

知ってても興味ナイカラ

>>220
是非、MSXのBASIC起動できるようにして下さい(><)

取り合えず途中経過。

たまに極端に小さな音になるのは、減衰音の場合の処理が入っていないのが原因。
ローカルで試してみてとりあえず音は出るようになりました。
あと、sweep処理の解釈も間違えてるっぽい。
（音量の変化ではなく、音程の変化に使用するものみたい）
後日変更ソースをアップするんで検証お願いします。


今日はもう寝る…

>>548
おー！すごい！！！
ついにスーパーマリオでも、
キレイなサウンドが出るようになるのですね！
変更ソースで試すのが楽しみです。

私の方も、最後の機能追加がもう少しで完了しそうです。

でも今日は眠いのでもう寝ます・・・。

>>220
協力したいけど、せめて>>1のところにupしてけろ
毎日張り付いている訳じゃないし。

うわっ、１つ上は>>545の間違いね。

>>550
了解。
次回更新時は>>1のところにあげますです。はい。

>>548
490ではないんですが、私もドラクエのビーって音が耳障りで。
改善されると嬉しいです。

音オフでやれよ

DQのような神曲は是非聞きながらやりたいもんだ
BGMあると雰囲気が全然違うしね

イアホン使って電車でやってるのあまり見ないけどな・・・
出張の新幹線の中で欲しいと思った

イヤホンしながら携帯いじってるとゲームやってるってバレバレだからなw

俺は音楽聴きながらメール打ってると思うけど。

そもそも、他人が携帯でイヤホンしてたって
全くどうでも良いんだが。

流石にDSやPSPだと
ちょっと見てしまうけど。

603SHで音楽聴きながら肩揺らしてるおっさんなら電車で見たことがある

イヤホンマイクで通話してる人は怖いけどな…ｗ
いきなり笑っててびっくりしたよ

>>548
サウンド改善版のfamiが、すごく待ち遠しいのですが、
いつ頃ソースをアップできそうですか？

>>561
くれくれ乙

>>561
自分でサウンド改善版ソースアップしろ。

サウンド部分、調べれば調べるほど複雑でして色々悩んどります…。

今後のこと考えて、色々参照しながら設計をしてる段階です。
基本方針は大体見えたんで、この３連休で何とかしたいところ。

音の修正、ひとまず現在のソースに暫定で組み込みました。
逆におかしくなっているところもあるかも知れないんで、お好みでどうぞ。

famiJSCLの音周り、本来の動作と比べてかなり違うところが多いので
本格的に作り直すには時間かかりそうです…

乙です。
まだメキサでしか試してないですがマリオとＤＱやってみました。
音がたくさん出てるって感じですね♪
外部読込に直して実機で試してみます。
時間かかっても全然いいので本格的な作り直しも続けて頂きたいです。

>>565
乙です。
・スーパーマリオでBGMが聞こえるようになった。
・ドラクエ1で、変なビープ音が鳴る現象が無くなった。
・ドラクエ3で高音部分のサウンドが、音痴になる現象が無くなった。

まだ他にもサウンドが改善されたソフトがあると思います。
これからも頑張って改良を続けて下さい。

がんがってくれー

DoCoMoからSoftBankへエミュは、移植できますか？

できる。

今日の夜(何時になるか分からないが)に、
改良版famiJSCLが完成するかも・・・。

＜大きな機能追加1つ＋ちょっとした機能追加(改善)4つ＞

だれかダウンロードさせてください。おねがいします。

>>1のサイトにあがってるから好きなの選んでダウンロードしてくださいな。

>>1のまとめサイトにうｐされてる奴は中身入ってないよ

filefamiJSCL音暫定修正差分ソース(070909版)の動作について、
PPP後の外部ROM読込版では、起動時にROM選択をしてもまたROM選択画面に
戻ってしまうみたい。
まだソースを細かく見てないけど、もしかしてROM内包仕様なのかな？

改良版famiJSCL＜大きな機能追加1つ＋ちょっとした機能追加(改善)4つ＞
楽しみに待ってマース。

famiJSCL改善版が完成しました。

＜改善点＞
�@ZIP圧縮されたROMの読込みに対応。
　 ZIPにすればファイルサイズは減りますが、やはり解凍処理に時間がかかります。
　 圧縮されたROMの読込み(解凍時間含む)時間は、従来の約5倍ですが、
　 ファミコンのROMサイズ程度なら、従来1秒ぐらいで読込めるので、圧縮しても5秒で読込めます。
�AROMロード時、ROMをどれだけ読込んでいるか分かるように、ゲージを表示するようにした。
　 ZIP解凍処理に時間がかかる場合、フリーズしたように見えてしまうので、この機能を追加してみました。
　 ttp://up.mugitya.com/img/Lv.1_up32808.jpg
�BROMロードで失敗した場合、「ROMの読込みに失敗しました」ダイアログを表示するようにした。
�Cステート/セーブ/チートファイルは、ROMと同一フォルダではなく、
　 「mc\Other documents\famiJSCL_Data」の中に保存するようにした。
　 このように改善した理由は、>>332参照。
　 ※「famiJSCL_Data」フォルダは、初回ファイル保存時、自動的に作成されます。
　 注）上記フォルダが作成された後、申し訳ありませんが、
　　　　これまでROMと同一フォルダに作成されてきた、ステート/セーブ/チートファイルを、
　　　　全て手動で上記「famiJSCL_Data」フォルダに移動させて下さい。
　 ※これまでと同様(ROMと同一フォルダに保存)でいいという方は、
　　　プロプロセッサ前に、「def.H」の57行目をコメントアウト(先頭に「//」付加)して下さい。
�D1度ROMを起動した後、ROM選択画面に戻った場合に、前回のカーソル位置にカーソルを表示するようにした。

※548氏のサウンド改良版ソースはマージ済みです。

>>575
痛すぎるから余計なこと書くなよ。

boyJSCL改善版も完成しました。
改善点は、famiと同様なので省略します。
※改善点�Cのフォルダ名は、 「mc\Other documents\boyJSCL_Data」となります。

改良版famiJSCL/boyJSCLファイルは、>>1の最初に記されているサイトにアップしました。
パスはいつものやつです。

ちなみに拡張子がZIPのファイルは、ZIPファイルのアイコンで表示されます。
nesファイルもfdsファイルもZIP圧縮した場合、全てZIPファイルのアイコンで表示されてしまうので、
ZIP圧縮した後に、ファイル名(拡張子)を元の名前に書き換える事をお勧めします。
※「Frename」等のファイル名一括変換ソフトを使えば、
　 簡単に拡張子を元の名前に書き換えられます。

これで詰め込みたかった機能は、本当に全て詰め込みました。
まだ追加して欲しい機能がある方は、早めに教えて下さい。
次はゲームギアのエミュを作成していきたいと思います。

>>579
おつかれっしたっ！！
感謝！

乙です！
いよいよスキの無い完成度の高いソフトになってきましたね。
感謝です。

機能の追加についての希望なんですが
ノーマルfamiJSCLと、WIDE版famiJSCLとで、
サイクロイド液晶の向きに対応した方が立ち上がる、
もしくはメニューで切り替えが出来る
なんて事は不可能でしょうか。
地味に便利だと思うのですが。

ん・・・？ROMを読み込めなくなったのは俺だけか？

乙です。
何かと思ったらＺＩＰかぁ。凄いなぁ、本当にのせるなんて。
後は音の更なる改良と根本的に速度があがるといいなぁ。
fs5で音なし７０音あり６０ぐらいな。端末の性能の向上と併せてだろうけど。
ＧＧも嬉しいですが、だらだらっとこっちも続けて欲しいです。

>>581 前はこう言ってた。
アプリを起動してから、縦/横の画面切換を行う事は不可能ですので、
申し訳ありませんが、その画面切換機能は、実現できません。

おや、実は既出の希望だったのですか。
切替えは不可能ですが〜。残念ですが了解です。

本体を携帯に取り込むにはユーザー登録必要なんですか？？

>>581
あ…、それは私もいつかやろうと思っていましたが、
すっかり忘れていました。
でもあなたが考えているほど、
画面の向きを切り替えるのは簡単ではなさそうです。

画面の描画方向は、プログラムの中で決めたり
変更したりする事はできません。
画面の描画方向は、binフォルダの中に入っている
「famiJSCL.jad」内の「MIDxlet-WideScreen: Y」という記述があるかないかで決まります。
※上記記述がある場合は、ワイド(横画面)で描画される。

でも、あなたの要望を何とか満たす下記方法を、この前発見しました。
�@一旦、「見えない(内部)領域」に縦画面方向で描画を行う。
�A上記の描画した領域を、90度回転させて、「従来の見える領域」に貼り付けて描画させる。

ただ、ソフトキーの文字列(Menu/WideMode等の画面下部の文字)を
どうするかが問題です。あの文字列は、文字列描画プログラムで書いているわけではなく、
ソフトキーにコマンドを割り当てるプログラムを書くと、勝手に描画されるものなので、
あの文字列までは回転できません（「見えない(内部)領域」に描画できません)。

サイクロイド携帯の方しかメリットはありませんが、
とりあえず画面切換機能に挑戦してみます。

おお！
厄介な要望、お聞き頂き有難うございます！
個人的には、縦横画面切り替えがあればもう完璧です。
気長に楽しみに待っています。


>ただ、ソフトキーの文字列(Menu/WideMode等の画面下部の文字)を
>どうするかが問題です。

なるほどです。
個人的には横向きに字が表示されるぐらいなら、
いっそ何も表示してない方がスッキリしてて良いような。

>>576氏

おお、お疲れ様です。本当、高機能になりましたね。

音修正ソースもひと段落しましたので0923版との差分を添付しました。
（一応パスもつけておきました）

あまり動作確認してないので
変なところあったら教えてください。

>>548氏
お疲れ様です。
サウンド部分のソース、かなり変わりましたね。
ソースも凄く綺麗に書かれていて、非常に見やすくて良いと思いました。

実際に試してみましたが、
前よりも音が滑らかに再生されるようになったと思います。
古いソースは無駄に8チャンネル分のサウンド処理を行っていましたが、
今回は4チャンネル分(必要な分のみ)のサウンド処理を行うようにした
という認識で良いでしょうか？

基本的に色々なROMのサウンドが向上したと思いますが、
なぜか唯一、スーパーマリオのコインをとった時の音だけは、
微妙に前のバージョンより劣化しているかも・・・。

どこでどうやったらアップできるのですか？

>>590
ttp://developers.softbankmobile.co.jp/dp/
次の質問するときはこのページに目を通してからきてくださいね。

>>576氏
お疲れ様です。9/23版のfamiとboy、早速試させてもらってます。
ますます完成度が高くなってますね。
この短期間にここまで仕上げられるとは…敬服いたします。

>>548氏
お疲れ様です。
9/23版のサウンドの差分、使わせて頂きました。
>575で「ROM選択画面に戻ってしまう…」と書いたんですが、
その現象は無くなってました。（私んトコだけの問題かも）
以前より、明らかに“サウンド”がちゃんと鳴ってます。
エミュの動作速度に多少の影響はあるようですが、
fsの微調整でバランス取れる範囲で、ここら辺は、トレードオフですね。

お二人には遠く及ばないですが、色々と勉強させていただきました。
本当にありがとうございました。

私も本業のPIM系の開発頑張ります。

>>588
乙です。
凄い良くなってると思います。
スーマリの土管に入る時と出る時の音が変な気がします。
でも、本当に綺麗に鳴るようになりましたね。
boyはまた全然違うのでしょうか？
昔198氏がポケモンの音に併せて修正を重ねて、他が変
になって途中でやめちゃってましたが。

検証どうもです。

>>589氏
>古いソースは無駄に8チャンネル分のサウンド処理を行っていましたが、
>今回は4チャンネル分(必要な分のみ)のサウンド処理を行うようにした
>という認識で良いでしょうか？
チャンネルの整理に関してはそのとおりです。
あと、ついでに使用していないADPCM（音声？）も消しちゃいました。

>なぜか唯一、スーパーマリオのコインをとった時の音だけは、
>微妙に前のバージョンより劣化しているかも・・・。
再生中の音階変化の対応忘れてました… orz
現在ローカル修正して確認中です。

>>593氏
>スーマリの土管に入る時と出る時の音が変な気がします。
レジスタ書き込みと再生のタイミングの問題で、音が消えていなかったようです。
こちらも修正して確認中です。
ただし、音色が変なのはノイズデータの問題なので未解決です。
ノイズに関しては資料も少なく、手をつける目処も立ってません。


こういうマイナーチェンジを気軽にアップできるスペースないですかね。
wikiに添付するのもちょっと違う気がしますし。

>>594

>再生中の音階変化の対応忘れてました… orz
>現在ローカル修正して確認中です。
不具合の原因がすぐ分かるなんて凄いですね。
再生中の音階変化とかは、私にはさっぱり分からないので、
あなたがサウンド関連の改善をしてくれて、本当に助かりました。

>こういうマイナーチェンジを気軽にアップできるスペースないですかね。
>wikiに添付するのもちょっと違う気がしますし。
アップローダに上げると、2日もしないうちにファイルが消されたりしますから、
やはりwikiに添付した方が良いと私は思います。
ただ、wikiに新しいバージョンのファイルを添付する時は、
古いのを消してからの方が良いかと思います。
（wikiの添付のファイルの数が、どんどん増えていってしまうので・・・)

こーゆー共同開発にはＣＶＳがいいと思うぞ。
使ったことないけど。

CVS…、俺もよく知らないが、面倒くさそうな感じだなぁ。

ｺﾝﾋﾞﾆかとｵﾓﾀorz

famiJSCL音修正差分ソース、v1.01に差し替えました。
スーパーマリオの不具合（コインの音が変、音が止まらない）等が解消されたはずです。

オマケ機能として スウィープ処理を追加！
ppp実施時に「ENABLE_SWEEP」をつけるだけでOK！！
これでマリオのジャンプ音やポールを降りる音がよりリアルに！！！

…… (´･ω･)

当初予定していた機能の実装が完了したんで、音についてはこれでひとまず終了。
あとは不具合/要望等があがったときに対応します。

http://sourceforge.jp/でSubversion(SVN)レポジトリ貸してくれるけど
沢山の人がソースを突っつくんじゃなければ返って面倒かも

>>548氏
乙です。
さっそく試してみました。
ppp実施時に「ENABLE_SWEEP」をつければ、
マリオがファイヤーを出す時の音も再現されて良いですね。
ver1.00では、コナミ系のサウンドがおかしかったですが、
ver1.01では、それらも直って綺麗に再生されるようになっていました。
全体的に、これまで出なかった音も出るようになって、本当に満足です。

1つ気になるのは、ドラゴンボール3悟空伝等で、
「ザザッ」という音が何度もしますが、
これはノイズの音でしょうか？
ノイズデータの問題なら仕方がないと思いますが、
ノイズではないならば、何とか直す事ができないか検討お願い致します。

一応プログラマー様
548様
誠にありがとうございました。ソース頂きました。
すばらしい機能改善ありがとうございました。
ほんとうに感謝しております。
さっそく試してみます。

>>548氏
お疲れ様です。
早速、やってみました。
スウィープ最高！
カナーリ音出てますねぇ。ありがとうございます。

タイトルによって様々でしょうけど、バランスを考慮すれば、
十分すぎるレベルではないでしょうか。

正直、ちょっとビックリでした。

ADPCMはFDSの読み込み音とかに使っていたんじゃないかな
まぁいらないって言えばいらないけど。

こんにちは、乞食ですがboyJSCL_Wの外部読み込み版をアップしたURLを提供して頂けませんか。

頂けません。
JAVA環境は無料で整いますますのでテンプレを熟読した後、ご自分でどうぞ。

お願いします。

>>606
優しいな。親切乙だけど、スルーがルール。

ROMと外部読み込み交換してくれる人いないかなー？

RARと7zと複数ディスクにも対応してくれー

>>605
残念ながら今のとこオタしかやれませんので
貴方が写メうｐしてオタ認定されたらURL提供して貰えます

カシャ

　　　　　　　　　　　_., .,､._,r hh.､ y...u,_ ､ ､.,.,
　　　　　　　　.yl!).彳｝ﾞ.^ﾞ冖^^^ﾞﾞ'⌒ﾞﾞ「｛ .〕:!|ｧ_ l.r.
　　　　　　 .rl!.「.ﾞ.′　　　　　　　　　　　 .ﾞ.^ﾞ「.|^|'!.,.ri,､
　　　 _,.u:l 「″　　　　　　　 _,..vv-─--v､､.,__ﾞ ´「 リﾞ.r
　 .-i(┴^　　　　　　　　,.v‐ ′　　　　i!､　　厂^'ｰ､_　.'ﾞ/
　.,l|　　　　　　　　　.,.‐'ﾞr　　'=,　 .|ﾄ!　 ..　　　　　／_ ┘ _,
.［.′　　　　　 .,r(,,vv!冖h厂 _,､､､,_ ¨ﾞ（）　　　.ﾞﾞil|ﾘ冖ﾐ(ﾐ,.l|/ﾚ'
.||　　　　　_,yr!^″　　　 ［.zli》ﾆ《)ﾐ|l;,　|ノ冖ｰu「.,zzzzy,｛丁′
.!ミ　　 .yr(l「′　　　　　　〔″　　　　｀.,i^　　　.〔.!!干「「)v）《ﾌ
i|　 __,/′.｝　　　　 .　　　　＼,,,,,_,,,,,,vr″　　　 .ﾞ)z　　　　,メﾞ'ly
|ﾞ/|ﾚr》!　 ｝　　　　 .｝..　　　　　　　／,v--r　,､u_:rﾌ'¬ｰ^″　ﾞミ
》ﾞ|′ .ミ　.|　　　　 .∨　　 ,､　　　 ｛lzﾄrr┘ ＼从,,）　　　　 ｝:! .《
｝｝.,rｰ ミ,,ｪ　　　 ,　　　　 .'|ﾌ　　　　　　.,,zu厶　￣　　　　　ﾞ'^　l!
ﾞ|从　　》″　　　 | r　　　　　　　　　 -:(工ｪ」zﾐv_　　　n.　　　　〔
.》ﾄ　　.′　　　　∨　　　　　　 7vv=(干=─干ﾐl||l,_,z　″　　　 》
.《l,_ .'|!　　　　　　　　　　　　　　　　 .__　　　　　, .￣ﾞ..　　　　　 〕
　《^¨′　　　　　　　　　　　　　　　　 .ﾞ冖'^^'''冖　　 v＼　　　　｝
　［　　　　　 ､　　　　　　　　.　　　　　　　　　　 〕　　 〔 .′ .」_ .ll′
　.|　　　　　 | 」　　　　　　 ._｝　　　　　　　　 .hノ　　 .:|　,.. .,.ﾄﾄ 〕
　.｝　　　　　.^′　　　　　　ﾞ《,_　　　　　　　　　　　.､,ﾉ ...厂､　.il
　 ｝　　　　　　　　　 _　　.､　.ﾞﾞ'〜 .y,_　　　　　　_,r;|¨ <､､‐　. ﾉ
　 .｛,　　　　　　　　 〔 」　 ´　‐　「ilﾘiｱｱｧｧｧ;lllllli(ﾘﾞ｝ ┌ 冫.. .ｱ
　　 ＼　　　　　　　 ∨ﾞ .　_　.- . ' .｀ﾞ厂¨厂ﾞ厂'. .ﾞ ､' .ﾞ. ヽ‐,r|
　　 .ﾉy　　　　　　　　　　 .´ ､ .: ' ..:　 .､　'　｀ ' _ . .冫 -.',y;|^ .i|)

カインドゥギャルズが動かねーよ
なんとかしやがれ

>>613
せめて何のエミュでどんな状況かぐらい書きなよ。
その報告だけじゃわからんだろうに。

カインドギャルズってディスク三枚組だったけ？

zip圧縮してもGBの4MBロムはさすがに無理なのね・・・
残念orz

4MBどころか、2MB以上はダメじゃないかな？
ポケモンも1MBの金銀は動くけどクリスタルはダメだった。

>>612
キモスｗｗｗｗｗｗｗ

>>581さんの要望を実現するには、
思ったより手間がかかりますね・・・。
ファミコン画面部分のみを回転して描画させるのは簡単ですが、
メニューやダイアログ、ファイルリストを回転させるとなると、
色々な座標も計算し直さないといけないので、かなり厄介です。

画面の回転を実現させるとしたら、
「1.0×1.0」倍表示の場合は縦画面表示、
「1.0×1.5」倍表示の場合は横画面表示、
という仕様（「1.0×1.0」倍表示を横画面で表示するのは不可）になりますが、
それでみなさん問題ないでしょうか？
※「1.0×1.0」倍表示は、横画面で表示させようとした場合、
　 fps等の文字も、毎回回転させて描画する必要があるので、
　 性能がかなり下がり、手間もかかるだけなので実現しません。

今まで通り、「1.0×1.0」倍表示と「1.0×1.5」倍表示を
横画面で表示させたいという人が多いなら、
この機能を実現する意味は余りありませんので、
この機能を実現するべきか、みなさんの意見が聞きたいです。

お疲れ様です。
私はサイクロイド機を使っているので、回転機能は欲しいと思います。

ただ、横画面で「1.0×1.0」倍表示が使えないのはどうかな、とも思います。
横画面の「1.0×1.0」倍表示が困難な理由が文字表示でしたら
文字表示は無し、もしくは文字は回転させないまま表示、
でも構わないのでは・・・とも思います。
（オプションで上記2つを選べるとなお良いですが）

つまり、ファミコン画面部分のみの回転でも良いと思います。
それならば、横画面の「1.0×1.0」倍表示も実現可能でしょうか。

スピードなどは始めに縦画面の時に調整すれば良いだけですし・・・。
私は基本的に通勤時に縦で使うので、
縦の時の機能が削られるのでなければ良い、というのが本音です。^^;

>>581さんにゃー悪いがそんな機能はいらん！
MIDxlet-WideScreen?: Y
で十分やないかい？？
もしくは縦画面用にコンパイルしれ！！

回転機能を期待してるヤツらに最初に言っとくけどさ、アンテナとか電池とかの表示は多分縦のままだぞ？
少なくとも俺の知識では、アプリ開始後にメニュー領域の縦と横を切り替えることは出来ない。
それでも欲しいか？

確かに電池マークやアンテナは、
描画できない領域であり、
消すこともできない領域である為、
回転して表示させる事は絶対不可能です。

回転後の座標をソフト計算して表示するんなら、WVGA(WQVGA)携帯は今まで通り表示可能なんじゃない？

ソース見る限り毎フレーム描画してるものはゲーム画面とFPS(メッセージ)部分のみで、電池/電波のバーは30フレームに1回更新。
ゲーム中でに回転表示する文字はFPSのみなんだけど、そこまで処理遅くなるものなのかな。
俺の考え、なんか間違えてたら指摘してくれ

ともあれ、変更が面倒臭いってのは凄く理解できる

電池/電波表示って画面最上段のピクトのことか、間違えてました。

これに関しては、画面に合わせた専用のレイアウトにするしかないですね。

思うに独自に開発したプログラムも組み込んでうｐ（公開）はダメなのかな？
jpegビューワorMP3再生アプリ公開、おまけでエミュ機能付き！
何て…何処かのデジカメみたいだけど。

数ヶ月毎週メル送ってるけどアプゲから返信が来ないorzｵﾜﾀ

一応プログラマーさん、お疲れ様です。そして有難うございます。

思いつきの一案ですが、
現在のノーマルfamiJSCLだけに、おまけとして横表示モードを追加する、
という形にしてはどうでしょうか。
つまり、WIDE版はそのままにすれば特に失うものは無いのでは、と。
（横画面の表示を優先する人は、今まで通りWIDE版を使うと）

そして右ソフトキーで、
縦表示→文字入り横表示（文字は縦のままで可）→文字無し横表示→1.5倍横表示→
と表示を変えれるようにするとか・・・。

別々でええやん。
作るの大変そうだし、変な位置に電波等のアイコン出るのイヤだし。

作者様には、無理な注文など無視して、自分が納得する機能や改善を追求して欲しい。

メーカーのアプリはアンテナもちゃんと横になるから不可能ではないんじゃない？
ま、切り替えできないけどね


俺は縦でも横でもいい。

いや、別に分かってて欲しいといってるんだったらそれでいいんだよ。
個人的に画面上部のアンテナ＆時計等の表示が切り替わらないのにそんな機能は要らないと思うだけで。
一応プログラマー氏も、欲しい要らないは別で既にほとんど遊びの領域だと思うし。
ていうか、遊びでそれが出来る技術がうらやましいけど。

ただ、縦横切り替え機能が欲しいって言ってるヤツらがそれを知らずに要求してるなら、
正直そいつにはアプリゲットの作者登録を辞退していただきたい、ってそれだけ。

>>629
言ってる事がよく分からないんだか…。
現状のfamiJSCL_Wも、アンテナ等は横で表示しているよ？

>>631
横表示で作った場合、途中で縦に切り替える事は出来ないよ、って話。

みなさん貴重な意見ありがとうございます。
やはり下記のように、色々と問題点や不便な部分があると思います。

�@画面最上段の電池/アンテナ表示は回転表示できない。
→電池/アンテナ表示領域に、描画を行う事はできない為、
　 famiJSCL_Wに比べ、横画面表示時の横幅が狭くなる。
�A横画面で「1.0×1.0」倍表示をできるようにした場合、
　画面回転させて描画する必要があり、
　縦画面の「1.0×1.0」倍表示よりも大分性能が下がる。
　→かと言って、横画面で「1.0×1.0」倍表示をした場合のみ、
　　 fps等の文字を表示しないようにするのはイマイチ。
�BfamiJSCL(QVGA用)だけに、横表示モードを追加した場合、
　 上記�@よりも更に、横画面表示時の横幅が狭くなるのでイマイチ。
　 →元々QVGA機種を使っている人にとっては、
　　　メリットがあるかと思いましたが、QVGA機種を横向きで使用すると、
　　　十字キーの上下左右が逆になってしまうのイマイチ。

famiJSCL(QVGA用)をサイクロイド(WQVGA)機種で使用できないなら、
画面切換機能を搭載する価値はあるかもしれませんが、
famiJSCL(QVGA用)は、サイクロイド(WQVGA)機種で使用する事も可能ですから、
サイクロイド機種の人は、famiJSCLとfamiJSCL_Wを両方入れておけば、
別にいいような気がしてきました・・・。
（縦画面で使用したいのは、通勤時ぐらいだと思いますし、
famiJSCLを選択して起動するのは、別に面倒な操作という程でもないと思います）

申し訳ありませんが、画面切換機能は、とりあえず保留とさせて頂きますm(__)m

エラー: src\*.java を読み込めません。
エラー 1 個

エラーの原因が全然ワカラーン

あんこくきしのときのセシルは格好良かったんに

画面回転機能について

サイクロイドで利用する云々よりも、単純に画面を横向けてPLAYしてみたいと思ったりします。
アプゲに横ゲーというアプリがUPされていますが、あれと同じ要領で携帯を横に持てば、
よりコントローラチックにPLAY可能なのじゃないかと思うのですが、如何でしょうか？
十字キーの問題はキーコンフィグで吸収するなど。。。

操作性は。。。対応版そのものをPLAYしてみないと何とも言えません。。
自分でプログラムは組めく他力本願で恐縮なのですが、こういうPLAY方法の在り方も含めて、一考お願いします。

>>636
現在、ゲームギアエミュ(gearJSCL)を作成しておりますので、
申し訳ありませんが、その後、画面回転機能を作成しようと思います。
（私もあなたと同じく、画面を横向けてPLAYするのもありかなぁと昨日ふと思い、
画面回転機能について、後日再度検討しようと思っていました）

ちなみに昨日、famiJSCLの高速化について検討してみました。
PCのVirtuaNesのソースを参考に、CPU処理を修正してみたり、
if文を少しでも減らすように、プログラムを書き換えてみたりしましたが、
fpsの値は変わらず・・・。
これ以上famiJSCLを高速化するのは困難みたいです。

元々横画面で遊べない機種では特に有用なきがするね。

こちらもこの土日でfamiJSCLのソース見てました。
高速化できそうなところ、なかなか無いですね。
しいて言えば、表示されない行のバックグラウンド作成を行わないよう修正することくらい。
（current_frame_lineが8未満、または232以上の時）
5fsの場合で1フレーム速くなるかどうかですけどね。

ついでに音ソースの整理してたらバグがあるわあるわで
そっちの修正の方が楽しかったりする始末。

>>601氏
遅レス失礼。
鳴る場所がいまいち特定できませんが、おそらくノイズチャンネルだと思います。
音色があまりにも違うため雑音にしか聞こえない音が多い感じですね。
もう少し、ノイズの音色に関する資料を探してみます。

皆様お久しぶりです。乞食です。
何方かファミコンかゲームボーイのワイド対応、外部読み込み版をアップしたURLを提供して頂けませんか。
お礼は何もありません。

>>640
とりあえず「氏ね」

>>640
ほんと馬鹿だなあ(笑)
自分でやってみろよｗ

わざわざ釣られてあげる必要ないと思う

試しに912SHでやってみたらFF1とかfps7とかにしてもカクカクで遊べるレベルじゃないんだけど。。
俺のコンパイルの仕方が悪いの？
それともこーいうものなの？

>>644
そーいうものなの

まぁ905SHから912SHに機種変した身としては、確かに912SHはカクカクだと感じるなぁ
エミュに関する性能は905SHのが上なのかな？

912なら5FS音量0で実機程度の速度(60fps)相当。

音ありで実機並の速度出すには確かに7FSくらいになるけど
「7FS=7フレームに1回画面更新」だから動きがカクカクなのは当然だね。

エフェクトや文字表示が超もっさりだから余計カクカクに感じるんだろうな。
GBなんか特にひどい。

DoCoMoスレ見ると、ファミコンよりGBの方が軽いって書いてあるな。
CPU周りに改善の余地あるのかもね。

>>639
お疲れ様です。
やはり、高速化できそうなところは、あまり無さそうですね。
ノイズチャンネル等、サウンドの更なる改善、期待して待ってます。

>>645
やはり912SHより、905SHの方が性能は良いですか。
エミュはWQVGA用サイズに作られてるから、
912SHは拡大処理が入る分、性能は落ちるんでしょうね・・・。
※ただ、912SHはヒープ領域が多い(※905SHの2倍)から、
　 ゲームボーイカラー等の、4MB ROMが余裕で動くという利点はあります。

ゲームギアエミュの方は、50%ぐらいまで作成できました。
まだちゃんと動いていませんが、他のエミュに比べると、
処理速度は遅くなりそうな予感・・・。

>>547
超遅レスですが、まだSCREEN0に対応してませんでした。
いまぽちぽちと作ってたんですが、
フリーのBIOSではBASICは起動できませんので、
MSX本体から吸い出したBIOSをつかっていただければBASICが起動できるようになります。

>>一応プログラマー氏
>※ただ、912SHはヒープ領域が多い(※905SHの2倍)から、
>ゲームボーイカラー等の、4MB ROMが余裕で動くという利点はあります。
し、知らなかった．．．
何せ905SHユーザなものですから．．．
また一つ勉強させていただきました。。

SH-VGA機は904SHが7MB、それ以外は8MBで共通。もっと割り振って欲しいくらいだな。

>>639
　乙です。ノイズがきちんと鳴るようになったら凄いでしょうね。
　シティコネクションなどは割と音出しながら走れるのですが、
エレベータアクションなどは音出すと途端に激重になってしま
います。鳴らしてるタイミングが違うんですかね？同じBGMっ
ぽいのに。

>>650
　MSX楽しみにしております。

最近眠くて作業がほとんど進みません、ハイ

とりあえず、ノイズ32音中ショートモードの16音は再生の目処が立ちました。
ただし、できるだけ忠実に再現しようとすると1音あたりの容量が2KB近くなるため
そのまま組み込むとjarのサイズが約64kb増えてしまいます。
なので、再現性を犠牲にした軽量版も選べるようにしようと考えてます。

残りの16音(ロングモード)に関しては、どんな音なのかの確認すら取れてません。
マリオで使われてるみたいだけど、音が聞こえない…orz
使用しているゲームがあれば教えてください。
ノイズ再生関数 PlayPhraseNoise()の先頭に
// -------------------------
if(ch.generationMode == 0x01) {
System.out.println("On(" + + "," + ch.note + ")");
}
// -------------------------
みたいなコードを入れれば、ロングモードが使用された時に
MEXAEmulatorのログに出力されるはずです。


>>653氏
MEXAEmulatorで確認しました。
エレベーターアクションは、エレベーターに乗ってるときの効果音で
低い音を高速でOn/Off切り替えしているのが原因のようですね。
残念ですがソフト的な対処は難しそうです。

はんたきたな

>>654
>そのまま組み込むとjarのサイズが約64kb増えてしまいます。
64kb程度なら、別に全然どうってことないと思いますよ。

16音(ロングモード)を使用しているゲームの調査は、
仕事が楽になったらやってみます。
でも、16音(ロングモード)を使用しているゲームが
あまり無いようなら、とりあえずショートモードの16音だけを
実装したものをリリースしてもよいかと思います。

では、サウンドの更なる改善、期待して待ってます。

>>656
なんでお前そんな偉そうなの？

>>64kb程度なら、別に全然どうってことないと思いますよ。

自分は外でする事がほとんどだから、音はいつも消している。軽量版の方がいいが・・・。
好きな方を選べる仕様になんで文句つけるのか分からん。

ROM同梱版を使っているし、サウンドは使用しないので、軽量版の方がいいかな…。
やはり好きな方を選べるようにするのが一番だと思います。

>>654
お疲れ様です。
16音(ロングモード)を使用しているソフトを少し調べてみましたが、
確かにこれを使用しているソフトは、あまりなさそうな感じですね。
しかし、下記の通り、1つだけ使用しているソフトを発見する事ができました。
・ソフト名…ファイナルファンタジー3
・使用タイミング…戦闘シーンで、敵キャラを倒した時の音（敵キャラが消滅する時の音）
　※低い音が流れるはずのシーンですが、famiJSCLだとピコピコ〜という高い音が流れているようです。


ゲームギアエミュ(gearJSCL)の方は、
やっとまともに画面が表示されるところまでいきました。
しかし、まだSRAM/ステートセーブ機能がうまく動作しません。
それから、処理速度が実用レベルじゃないから駄目ですね。

ちなみに、元のgearJSCLは、動作しないROMがいくつかあるようだった為、
今回、某エミュを参考に、コア部分を一から作り直しています。
おそらくROM稼働率は上がったと思いますが、
元のgearJSCLの方が処理速度は速いので、
2つのエミュのいいところをうまくマージしていきたいと思います。
ROM稼働率と処理速度を兼ね備えたエミュの開発・・・って、
famiJSCLを最初に改善していた頃と同じ展開になってきたなぁ。

>>660
お疲れ様です！

たまたま見っけたので…こちらでどうやって鳴らしているのか解らないですが。

>>NESのノイズ2種
Paranoiz.nesでググると便利なモノが手に入ります。

PC向けエミュのソース読むと、（NesterJをみてみました。）
シフトレジスタによる擬似乱数をエミュレーションしてるので、
どうにかしてやると波形データ書き出すことが出来ました。
エミュレーション方式によっては、
予めノイズ波形を書き出して鳴らしているみたいですね。
(GBエミュではそうだった

お目汚し失礼しました。

皆さん、情報ありがとうございます。
とりあえずわかってる音だけで組んで以下の方法で試してみました。

・mckを使ってノイズだけを順に鳴らすnsfファイルを作成
・virtualNESを使って再生＆wav録音
・ATS-Phrase2を使って各wavを音色に指定したspfを作成

サンプリング周波数などを削りに削ってサイズは358バイトまで減りました。

再現率は個人的に満足ですが、再生するとやはり重いです。
スーパーマリオ地上面で45〜50fps、ブロック壊してると40切る有様です。(912SH/5FS/SWEEPなし)
やはりサンプリング音色は内部処理が重い模様。
ソースをもう少し整理したらひとまず公開して、皆さんの意見を聞きたいと思います。

>>662氏
これは便利ですね。全32音、見事に再生できるようですね。
>>660氏の情報とあわせて一気に検証が楽になりそうです。

ひとまず音修正ver1.10をアップしました。
「この音が変」「この部分が劇的に遅くなった」などありましたら報告ください。

あくまで暫定バージョンなので、一つ前のver1.01も残しておきます。

テスト

>>664
お疲れ様でです。さっそく試してみました。
スーパーマリオのBGMで使用されているノイズ音も、
実機並に再現されていて驚きました！
その他にも、今まで出なかった音が出るようになり、
本当に満足しております。

ただ、下記の通り音が変な部分がありましたので、報告しておきます。
・ドラゴンボール神龍の謎のBGMで、明らかに実機とは違うノイズ音が流れる。
・ドラゴンボール3悟空伝のゲームオーバー時のBGMでも、
　明らかに実機とは違うノイズ音が流れる。

905SHでGBやろうとしたらアプゲ通さないとできないんですか？初歩的な質問すみません。

>>667
初歩的な質問だから>>1のFAQを見てね。

GBエミュうPしてくださる親切な人いないですか？

あ、俺昨日うｐしたばっかだ。
いやぁ、まさか親切な人だなんていわれるとは思わなかったわ〜。

>>670
ダウンロードのURL教えてもらえませんか？

そろそろ放置の頃合いだな。

>>666氏
ご指摘ありがとうございます。見事にデグレってましたorz
修正とともにノイズデータを統合したver1.20をアップします。
これでノイズ関連もひと段落…かな。

音に限らず、もしなにか要望があれば上げてみてください。
一応プログラマー氏の邪魔にならない範囲でですが
JAVAの勉強がてら適当に挑戦してみようと思ってます。

どうでもいい改善点なんですけど、ほぼ完成状態にあると思うんでここらできぼん。
ファイルリストですが、現行のSDに書き込んだ順に表示されるっつー仕様はちょっとどうかと。
普通にアルファベット順に表示されて欲しい。

>>673
お疲れ様です。サウンドのエミュレートは、
もう完璧と言ってぐらいの出来になりましたね。
私はサウンドの知識が全然なかったので、
あなたが現れてくれて本当に助かりました。

>一応プログラマー氏の邪魔にならない範囲でですが
>JAVAの勉強がてら適当に挑戦してみようと思ってます。
どの辺りを修正したか明示して頂ければ、
ソースはどこを触ってもらっても構いません。
私の今後の作業予定は下記の通りですので、
下記以外の要望に対応して頂けると、非常に助かります。

＜今後の作業予定＞
�@gearJSCLの作成(多分今週中には完成するはず）
�AfamiJSCLの画面回転機能対応

くだらねー機能より速度早くしてくれよ。
神機702nk並によ

>>676
テメーがやれボケ

ここで開発してる人の最終目的て何？
一般公開？まさか自分らだけで遊んで自己満？
なんでこんなに排他的でいけずなのかね

別に全然排他的ではないと思うよ
誰でもコンパイルして手に入れる可能性はあるわけだし

最終目的というか知的好奇心を満たすためにやってるわけで
その好奇心はなかなかつきることがないんじゃないかねぇ

>>678
聞きたいんだが
趣味の遊びに自己満足以外に何を求めているの？？

>>681
何を求めるって…アプゲにうｐしたURLの公開だろ。
触れてやるなよ。

>>674氏
変更点少ないですし、ファイルをアップするのもなんですから修正手順を記述します。
リストを作る際に無条件に後ろに追加するのではなく、ファイル名順に並ぶ位置に挿入するよう変更してます。（正直、かなり力技です）
なお、当方オフィシャル登録してないので、MEXAのみで試してます。問題点ありましたら報告ください。

1) Vectorに追加しているところを、以下のように変更
・476行目〜
veFileName.addElement(thisList[i]);
↓
int insertPos = SearchInsertPosition(veFileName, thisList[i], 0);
veFileName.insertElementAt(thisList[i], insertPos);

・484行目〜
veFileName.addElement(thisList[i]);
veFileSize.addElement( new Integer( (int)sc.getLength() ) );
↓
int insertPos = SearchInsertPosition(veFileName, thisList[i], iFolderN);
veFileName.insertElementAt(thisList[i], insertPos);
veFileSize.insertElementAt( new Integer( (int)sc.getLength() ), insertPos - iFolderN );

2) FileListクラス内に下のメンバ関数を追加
private final int SearchInsertPosition(Vector fileList, String fileName, int startPos) {
int fileListSize = fileList.size();
String fileName1 = new String(fileName.toUpperCase());
for(int i = startPos; i < fileListSize; i++) {
String fileName2 = new String(String.valueOf(fileList.elementAt(i)).toUpperCase());
if(fileName.compareTo(fileName2) < 0) return i;
}
return fileListSize;
}

連投失礼…
わかるとは思いますが、変更ファイルは FileList.java です。

やっと、gearJSCLが完成しました。

最初は>>660で記した通り、某エミュのコア部分と
gearJSCL(JavaGear)のコア部分をマージしていき、
MEXA上では、10fps近く高速化できた事を確認しました。

しかし、ソースのマージをすると、リセット機能とステートロード機能が
うまく動作しなくなるという障害が起こり、挙句の果てには、
なぜか実機上では、全くfpsが上がっていないという事が判明したので、
結局ROM稼働率と安定性を重視し、某エミュのソースをメインに作成致しました。
※高速化できそうな所は、一応独自で高速化してみました。(2fpsぐらいは上がったかも)

↓実際のゲームギア本体は横長なので、ワイド画面の方が背景画像がフィットします。
・ゲームギア画面
ttp://up.mugitya.com/img/Lv.1_up35371.jpg
・セガマスターシステム画面
ttp://up.mugitya.com/img/Lv.1_up35372.jpg
※画面はファミコンより綺麗ですが、はっきり言って動作は重すぎです・・・。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「071013版gearJSCL／gearJSCL_W.zip」で、パスは「gear」です。

＜補足＞
・SMS(セガマスターシステム)は、元々画面が大きいため、画面サイズ変更(1.5×1.5等)は行えません。
・ステートロードは、タイミングによって失敗する(画面が固まったりする)場合があります。(原因不明)
　もう一度メニューからステートロードを実行すれば、大抵直ります。
・ステートロード実行後、ROMによっては、画面が暗くなる場合があります。
　そのままゲームを進めていれば、そのうち元の明るさに戻ります。(原因不明)

10が作ったエミュの方が速度出てるなら無理にロム対応させずにワイドにするとかした方が実用性あるんでね？

それはあなたの要望では？
俺はそれ反対だけどね。

前に公開されてたGGって北斗もカクカク過ぎて実用に耐えれなかったのにそれ以上に遅いってゴミじゃん

神機702NKなら120fpsでも動くのによ

>>687
私も本当は、10氏の作成した元祖gearJSCLを元に、
gearJSCLを作成したかったのですが、
10氏が作成した>>76のソースはバグがあるらしく、
全くROMが起動しませんでした。

ただ、元祖gearJSCLは、「JavaGear」というエミュを元に作成されているので、
結局、元祖gearJSCLではなく、「JavaGear」のソースをマージしました。
その結果は、>>685に記した通り、MEXA上では10fps近く上がったのに、
実機上では全くfpsが上がらず(むしろ1fps下がった)というものでした。

10氏の作成した元祖gearJSCLは、「JavaGear」に手を加え、
更に高速化されていると思われるので、ちゃんと動けば
私の作成したものより性能は良いと思うのですが・・・。
どなたか、10氏が作成した>>76のソースを、
正しく動かす為の修正方法を知っているなら、教えて頂きたいです・・・。

それだったらgearJSCLではなく別の名前にしたほうがよくない？

時々ノキア厨が沸くな
粘着してないで自慢なら他のスレでやってね

>>691
メニュー等のGUIは、元祖gearJSCLと同じですし、
別の名前にして、同じ種類のエミュが増えてしまうのは、どうかなぁと思います。
2つのエミュが存在して、それぞれ別の良い所があった場合、
結局最終的には、2つの良い所をマージすれば、最強のエミュになるのでは？
という話になると思います。

現在のfamiJSCLは、まずDocomoのNemulatorPlusを移植した事により、
ROMの稼働率がアップし、更に10氏が作成した元祖famiJSCLの、
高速に処理している部分をマージした事により、処理速度がアップし、
更に私が幾つか機能を追加して、使い易さが向上し、
更に548氏がサウンドを改良した事により、実機並に音がキレイに鳴るようになりました。
つまり、1つのエミュをみんなで改良していった方が、良いものが出来上がると思います。

Docomoスレを見ると分かりますが、Docomoの場合、
同じ種類のエミュが複数存在していて、それぞれ別の良い部分があるので、
Docomoユーザは、各自で四苦八苦しながらソースのマージをやっているという状況になっています。

マージかよ・・

>>一応プログラマー氏
お疲れ様です。
gearJSCL、早速やってみました。

私としては、ROMの稼動率が高くなっているだけでも有り難いッス。
いつもありがとうございます。

速度の事を気にされておりましたが、ファンタシースターがfs5〜6あたりで、
実用的に遊べるのには、驚きましたよ。

そのうち、10氏もやってくれるのではないでしょうか？

>>695
レスありがとうございます。
とりあえず実用的に遊べるゲームがあると聞いて、ホッとしました。

>>548氏
gearJSCLのサウンドが不完全なのですが、
何とか改善する事は出来ないでしょうか？

んー。俺的には全然実用的な速度じゃないけどな。。
実機でやったことないから信者フィルターで補正かかってるんじゃねーの？

>697
あ、そう。
俺は905SHだが、fs6で30fps前後出てるから、実用的との評価に値すると思ってる。

実機でやってみて文句あるなら使わなければいいだけじゃねーの？（笑

いや、30fpsは客観的に見て非実用的だろｗ

動いたことにバンザーイって喜べればそれでいいんでないの？
ちゃんと遊びたいときは実機でいいだろうし。

実機を未だに持ってるような口ぶりやめろよ。割れ厨の癖に

ファンタシースターとかメジャーなタイトルなら
セガが移植してくれてるのでそっちで遊ぶよ。
でもあんまりアニメしなくてけっこうがっかりなものだったんだよねー

他のエミュなら30fps出てれば十分遊べるレベルなんだけどここのエミュは何故かカクカクで処理も遅い。
famiでもgbでも60fps前後出てても明らかに挙動が違う。
実は騙されてる？

fps/fs

548氏　
　久しぶりにやってみたのですが、凄い音になりましたね。感動です。
　リストの並び順もありがとうございました。674ではないんですが私もこれできると
便利だなぁっと思っていたので助かりました。

　後はドコモスレにある　====== 超 え ら れ な い 神 と 愚 民 の 境 界 線　======
って言えるような端末が出るといいなぁ。920も駄目かな。。。 　

>>696

現在の問題点としては
1)音量に関する問題（鳴動する音量がおかしい、鳴動中の音量が途中で変化しない、等）
2)ノイズチャンネルが未実装
の2点という認識であってるでしょうか？

ゲームギアに関するエミュレータの資料が全然無いので
DegaというエミュレータのソースとgearJSCLとを比較する方法で進めています。

1)の音量に関してはDegaのソースを参考に修正し、
なんとか期待通りの音になった気がします（ファンタジースターにて確認）
ひとまず現段階のソースをアップしましたので確認願います。
# そういえばMEXAでしか確認してません（汗）

ノイズに関してはこれから調査開始です。
が、これまた資料が無いのがつらいところですね…。

>>705
ファイルリストに関しては実機で確認できないのでちょっと不安でした。
報告いただきありがとうございます。

>>548氏
お疲れ様です。
もの凄く早い対応ありがとうございます。

> 現在の問題点としては
> 1)音量に関する問題（鳴動する音量がおかしい、鳴動中の音量が途中で変化しない、等）
> 2)ノイズチャンネルが未実装
> の2点という認識であってるでしょうか？

はい、上記2点という認識で合っています。
さっそく改良版ソースで試してみましたが、
1)の問題が解決された事によって、
かなり実機に近い音に改善され、本当に感動しました！

後はノイズが実装できれば、
実機と変わりないぐらい完璧なサウンドになると思います。

音よりも速度なんとかしろよ。。

>>708
よし、速度向上はお前にまかせた。

708じゃないけどgearのスピードアップに挑戦してみたよ
ttp://sakuratan.ddo.jp/uploader/source/date54900.lzh

256KB以下のROMに限定してあるけど試してみてください。

最近なんだかいい流れになってきたな
一応プログラマー氏が流れを引き込んで来た感じだ、グッジョブ

最初は自己主張が激しいから2ch向きじゃない奴だと思っていたけれど

>>710
お久しぶりです。そしてお疲れさまです。
さっそく試してみました。
は、速い・・・。私の作成したものよりも、10fpsぐらい速い！

できればソースも同梱して欲しかったです orz

ちょっと思いついたことがあったので
こんなことしてる余裕はないはずなんだけどつい作業してしまったｗ
やはりエミュ作りは楽しいですな。

次はVDPをいじってからまとめの作業するのでいましばらくお待ちを。

楽しいならスーファミ作ってくれw

スーファミに興味ナシ
同様な理由でスワンにも手を出してません

M・S・X！ M・S・X！

おｋｗｗｗｗｗ待ってろｗｗｗｗｗ

ちょｗｗオラﾜｸﾃｶしてきたぞｗ

famiJSCL改善版が完成しました。

＜改善点＞
画面回転機能に対応。
→画面90°右回転時(携帯を横向きに持ってプレイ時)用のキーコンフィッグ設定を追加。
　 （十字キーは、画面90°右回転時、自動的に上下/左右が入れ替わるように修正してあります。)

画面は右ソフトキーを押すたびに、下記�@→�A…の順に切り換わります。
[famiJSCL]
�@縦画面表示(1.0×1.0倍)
�A横画面表示(フルスクリーン／90°右回転[携帯横向きプレイ用])
�B横画面表示(1.0×1.0倍／90°右回転[携帯横向きプレイ用])

[famiJSCL_W]
�@縦画面表示(1.0×1.0倍)
�A横画面表示(フルスクリーン／90°左回転[サイクロイド用])
�B横画面表示(フルスクリーン／90°右回転[携帯横向きプレイ用])
�C横画面表示(1.0×1.0倍／90°左回転[サイクロイド用])

※ちなみに、MEXAにはバグがあるらしく、MEXA上で回転画面は正しく表示されません。

＜不具合修正点＞
ガンナックでフリーズする不具合を修正。

上記改良版ファイルは、>>1の最初に記されているサイトにアップしました。
ファイルは「071021版famiJSCL／famiJSCL_W.zip」で、パスは「fami」です。

以前は、>>633に記した通り、
画面最上段の電池/アンテナ表示は回転表示できないので、
famiJSCL_Wを画面回転機能に対応させるのはイマイチだと思っていました。

しかし、縦画面(jadにMIDxlet-WideScreen: Yを記述しない)でアプリを作成した場合は、
画面最下部のソフトキー文字列(Menu/WideMode等の文字列)を表示しないようにする事ができる
という利点があるため、WideMode(画面拡大表示)時は、ソフトキー文字列を表示せず、
その分、ファミコン画面を引き伸ばす事により、より大画面な感じで表示されるようになりました。
大画面な感じで表示できるようになったので、個人的には
famiJSCL_Wを画面回転機能に対応させて良かったと思っています。


>548氏
>>683のソースを、マージさせて頂きました。
ただ、フォルダ名の追加処理で、1箇所間違いがあったので、下記のように修正させて頂きました。
int insertPos = SearchInsertPosition(veFileName, thisList[i], 0);
↓
int insertPos = SearchInsertPosition(veFileName, thisList[i], 1);
※ファイルリストの先頭に、必ず「..」という名前のフォルダを配置させるため、
　 最後の引数は、「0」ではなく、「1」にする必要有り。

お疲れ様です！
特にfamiJSCL_Wが良い感じですね。
素晴らしいです。

>>719
まさしく神！！

一応プログラマさん　乙です。

新バージョン試してみました。
前のバージョンもそうだったんですが、ダビスタでうまく動かない所がありまして。
ロム選択画面が昔のままで、ロム交換の２度目の読込が遅いとか言ってた頃は
問題なく動いていたのですが。

牧場でも厩舎でも馬をＡボタンで選択するとコメントが入る画面があって、
その時に↓ボタンを押すと今までの戦績が見れて、↑やＡを押すと閉じるＢだと
戻る。
が最近のfamiでは↓を押すと戦績が開いたままで、固まってしまう。
MENUは動く。
911で試しています。他の人はどうでしょうか？

前のバージョンでやれば動くので、どうでもいい話なのですが、他のロムでも影響
あるのもあるのではと報告させていただきました。

>>723
申し訳ありません。
原因を調べてみます。
（仕事が忙しくなってきたので、いつ修正できるか分かりませんが・・・）

ここでエミュってる人たちはアプゲにうｐしてるんでしょ
で大丈夫なんすか？

駄目だからやめといたほうがいいぞ

>>724
　恐縮です。

>>723
ダビスタでフリーズする不具合ですが、
思ったより原因が単純だったので、すぐに修正できました。

どうも、548氏が修正した部分に問題があったみたいです。
>>639に記されている、「current_frame_lineが8未満、または232以上の時に、
バッググランド作成処理を行わないようする」という修正が、
「famiJSCL音修正差分ソース」のv1.10(070923版)以降に入っていますが、
その修正により、本不具合が起きていました。
※恐らく、バッググランド作成処理以外に、内部メモリを操作するような処理があり、
　 そのメモリを操作する処理まで行われなくなっていたと思われます。

上記部分を元に戻したら、ダビスタでフリーズする不具合が解消されました。
修正ファイル(071025版famiJSCL／famiJSCL_W.zip)は、
>>1の最初に記されているサイトにアップしました。

一応プログラマーさんて仕事でJAVA扱ってんの？
凄すぎなんだけどｗ

凄腕のプログラマーともなると、JAVAなんて
一目見ただけでわかるらしい。
おそらく一応プログラマーさんの扱ってる言語はC♯、C++がメインだと思う。

>>728
　忙しい中、修正ありがとうございます。

>>729、>>730
仕事では、ただのC言語しか扱っておりません。
C♯、C++は一切扱った事がなく、
JAVAは独学で少し勉強した程度です。

なので、私は全然JAVAのスペシャリストではありません・・・。
JAVAのAPIの種類等も、ほとんど頭に入っていないので、
JAVA関連のホームページで調べながら、プログラムを作成しています。

548氏はソースを見る限り、C++を扱っていそうですね。
クラス設計のレベルも、私なんかより548氏の方が全然高いと思います。

>>730
なんか凄ぇ厨くさいレスだなｗ
ワナビとかにありがちな感じｗ

> 凄腕のプログラマーともなると、JAVAなんて
> 一目見ただけでわかるらしい。
んなもん凄腕関係あるのかよｗ
書式さえ合ってれば書き方なんて人それぞれの世界なのに
他人のコードが一目で理解できるとか、関西人が東北弁をパッと聞いて理解するようなもんじゃね？
出来る奴は出来るし、出来ない奴は出来ないだけ
凄腕かどうかは一切関係ない

レスｷﾀｷﾀｷﾀ━━━━━━(ﾟ(ﾟ∀(ﾟ∀ﾟ(ﾟ∀ﾟ)ﾟ∀ﾟ)∀ﾟ)ﾟ)━━━━━━!!!!!!

>>728
ｷﾞｬｰ!!
ローカルで適当にいじっていたソースが混ざってしまっていたようです…orz
こちらの不手際でお手数をおかけしました。申し訳ないです。

そしてご明察のとおり、現在使用している言語はC++です。
JAVAはまだ始めたばかりですがC++と似たところも多く
コードの改造とかは比較的すんなり入れましたね。

しばらく仕事が忙しかったのでほとんど手をつけてませんでしたが
この休日利用してjsclGearのノイズ音の調査を再開しようと思います。

いあ、音よりも速度をなんとかしてくれよ。

よし速度は、速度に対して不満のある>>736に任せたよ。頑張れ！

この流れ、いつか見たぞ。
速いgearなら>>710があるじゃん。

実機並って事だろ？

>一応プログラマー氏
乙です。905SHで使わせていただいてます。いつもありがとうございます。

今回のfamiJSCLですが、私のトコでやってみた限り、
電波強度とかバッテリ残が表示される小窓において、
・fpsが表示されない。
・fs及び♪の表示がキー操作にリアルタイムで反映されない。
　デフォの1,4及び#の操作で内部的には動作しており、表示の問題。
　ちなみに画面回転機能で切り替えると反映されるので、書き換え
　タイミングの問題かと。

この点、famiJSCL_Wでは、全く問題ありません。
もしかすると、自分トコだけの問題かも知れませんので、一応、ご報告まで。

また、音周り改善のソースがマージされているとの事ですが、
PPP時のENABLE_SWEEPオプションは変わらず有効ですよね？

自分でも>>740さんと同じ現象が起きています。
famiJSCL_Wでは試してないのでわかりませんが、famiJSCLではこの２つの現象が起きます。

>>740、>>741
指摘の不具合を修正致しました。
※急いで直したので、ちゃんと直っているか不安ですが・・・。

>また、音周り改善のソースがマージされているとの事ですが、
>PPP時のENABLE_SWEEPオプションは変わらず有効ですよね？
はい、変わらず有効です。

修正ファイル(071027版famiJSCL／famiJSCL_W.zip)は、
>>1の最初に記されているサイトにアップしました。

>>一応プログラマー氏
ありがとうございます！

>>742
ちゃんと動作していました。
ありがとうございました！

色々やってみたんだけど画面切り替えとか文章送りとかモサモサ過ぎる。
javaの限界？
ドコモとかもこんな感じなの？

単純に端末の性能の問題。それをソフトの範囲でできるだけ軽くしようというのがこのスレだろう。

端末の性能は、
ドコモ > SoftBank
であって、ドコモの最速の機種なら、
音有りで60fpsぐらい出るらしい。

>>747
java限定の端末性能だけどな。

聞いたとこによるとノキアの端末だと実機以上の速度が出るらしいのですがそんなに端末性能違うんですか？

>>749
ノキアはjavaじゃないから

ファイヤーエンブレム試してみたけど会話が異様に重い。。
みんなこれで楽しめるの？
それとも俺の吸い出しミスかな？

動いたのを喜ぶものであって
吸いだせる環境なら実機で遊べ。

>>751
君にはX01HTがいいんじゃないかな

X01Tとかすごそうだけど
WindowsMoblie機はどーなんだろうねぇ

>>754
それって普通にエミュないのか？？

>>755
あるよ。ＰＳＰ程発展してないけど。
ＮＥＳとかは普通に快適だった。

WM機ならSFCまではそれなりに快適に遊べる
GBAはソフトによっては遊べる。

まあ最大の問題は一番出来のいいmogphみたいな名前のSFCエミュの入手が困難なところかな。

MSXも2までディスクも遊べるよ。

まあメモリの極端に少ないX01Tではどうなるかわからんがな。。

初めて>>266に記されている動画を見た時は
凄いと思ったけど、今のfamiJSCLは、
この動画のNESエミュを超えているのではないだろうか？

やっぱこの手の遊びをするならWM機の方が面白そうだな。
シャープもSBにZERO3出してくれんかな。

シェア一位のシャープは来ないよ。
携帯端末の方が儲け高いんだから

ttp://jp.youtube.com/watch?v=f-JFE9NlI_4
ttp://jp.youtube.com/watch?v=i_pSAe0vaFg

じゃあなんでウィルコムにはWM機を出して携帯端末を出さないの？

>>761
これって何？GG

>>762
W-SIMモジュールが無駄に大きいから904SHよりでかくブ厚い端末になってしまうからだよ。
そしてフルブラウザにオペラが使えない。
それでもシャープ製端末望むのか？

結局705nkはエミュ使えないでFA？

>>764
シャープ端末欲しいよ。>>759で言ったじゃん。

>>764
ウィルコムの話だろ？

>>763
もし804NKや705NKでエミュが使えてたら10のエミュ自体存在してなかった。
10は804NKでエミュが動かなかったからjavaで制作したと最初に発言してる。
もっとも今のバージョンは根本的に軒じゃ動かないけどな。。

このような理由から非QVGAの702NKが神機と言われている。

WM機とかで動かしてもなんかときめかないんだよねぇ。

まぁ、それはあるかな。
普通は動かない携帯で動いてこそ感動は大きいのかも。

動くのはすごいと思うけど処理が重すぎ。なんとかしてー

作者登録うざいな。。。

そのままダウソできるURL教えて下さい。

チート機能でsram領域に書き込めないのかな・・

ｒｏｍ内蔵版でキャプテン翼をステートロードするとフリーズします。他のｒｏｍを起動すると起きるようです

作者登録なしでするにはどうしたらいいんだ？
ネット探してもないぞ。

>>771=>>774？

>>772
チート機能でSRAM領域に書き込めるよう、改善致しました。
NNNesterJの入力形式なので、10000番台のアドレスが、
SRAM領域に書き込む場合のアドレスとなります。
※下記サイトを見れば、入力形式が分かると思います。
　　ttp://rabirion-web.hp.infoseek.co.jp/cheat.html

修正ファイル(071103版famiJSCL／famiJSCL_W.zip)は、
>>1の最初に記されているサイトにアップしました。

>>773
確かにフリーズする場合がありますね…。
他のromは関係なく、キャプテン翼特有の不具合みたいです。
ロードのタイミングによって、フリーズする場合としない場合があるので、
不具合原因を特定するのは、かなり困難です…。

一応プログラマー様　お疲れ様です

今週末もがんばってください

771,774同様に作者登録なしで遊べることを夢見て
さまよう乞食より


GCCXの有野課長のプレイを見て
PCやR4DSでファミコンエミュにとりつかれ
ぜひ携帯でもやってみたいとさまよっております。

すてアドを記載して盛り上がってた時期もあったようですね
[email protected]

どうぞよろしくおねがいします

>>771=>>774=>>777

素人意見で申し訳ないんだけど文字送りとかエフェクトだけをもう少し早くするとかは無理なのかな？

それ以外はかなりよく動いてると思うんだけど

>>779
> 文字送りとかエフェクトだけをもう少し早くするとかは無理なのかな？

この答えは、プログラムを知らない素人でも想像が出来ると思う。
プログラムとは関係ない理屈で説明が出来るからだ。

さて、文字送りやエフェクトだけを早くというか速くする事は可能と思う？？
>>779の想像を聞こう。

登録できそうにないので、ゲームボーイの外部読み込み版をうｐしてくれませんか？

>>780
個別対応すればなんとか可能だろ？
汎用エミュとは言えなくなるがw

９１２ＳＨを使っていますが、ファンクションキー（十字キー）を使って
いるとキーを受け付けなくなる頻繁にある。
斜めを押した時の９１２ＳＨ側の問題かと思うけど、これって直すことは
難しいのでしょうか？スーパーマリオやっていて途中で動けずアボーンしてしまう。
かなり致命的だ。

いいから早く作者登録なしでできるようにしてくれ。
それくらい天才プログラマーならできるだろ