ファミコンのプログラム３

**名前は開発中のものです。** · 2008/06/23(月) 17:38:05

前スレ、何もしねぇカスどもの集まりだったよな。
でも900すぎてホンモノが現れたみたいだ。
もう要らねぇと思ってたけど、そいつらの為に立てたよ。

**名前は開発中のものです。** · 2009/10/16(金) 12:53:36

>>291-294
自分で１から作成したプログラムがあるんですが、それでVRC6の音源を鳴らしたいんです。大雑把に言うと、MMC3構造で音源だけをVRC6などにする事が出来るのか否か、という意味です。

293さんのTNSカートリッジとかじゃなくて、エミュレータ上でそれが出来ればいいのですが…。その方法を知りたくて

コナミLSIだけ別にファイルとして用意して必要な時だけ読み込んで動作させるという事を今やってるんですが、マッパー切替え自体不可能でしょうか？ｗ

**名前は開発中のものです。** · 2009/10/16(金) 14:39:44

それはエミュレータ自体に手を入れるしかないな

**名前は開発中のものです。** · 2009/10/16(金) 15:17:59

エミュレータを改造すれば行けそうな感じですかね…？（´・ω・）

もしくはそういった機能を持つプラグインを作れば可能な領域ですか？

**名前は開発中のものです。** · 2009/10/16(金) 15:44:45

そりゃもう
新しいマッパーを作るのでよければ

たとえばNesterJだったらmapper/004.cppを空いてる番号にコピーして(4*26で104にしようか)
NES_mapper104::Resetに
parent_NES->apu->SelectExSound(1);
を追加

NES_mapper104::MemoryWriteに
addr = addr & 0xfffc | ((addr & 1) << 1) | ((addr & 2) >> 1);
parent_NES->apu->ExWrite(addr, data);
を追加

ヘッダを書き直して、NES_mapper.cppとNES_mapper.hの該当箇所を直すだけで出来そうだぞ

**名前は開発中のものです。** · 2009/10/16(金) 20:44:34

>>298
お、どもありがとです（^ω^）
新規マッパーですか。開発上ではG-NES使ってるのでその辺りを
少し調べてみる事にします。
やっぱりあのデビチルⅡの音源は魅力的ですよねー、とかｗ

もう開発始めてから1年近くなるんですけど
ファミコンはまだまだ判らん事だらけで困っちゃう

**名前は開発中のものです。** · 2009/10/16(金) 20:50:53

>>299追伸

いかんいかん
デビチルⅡ→メガテンⅡ

連投申し訳ｗ

**名前は開発中のものです。** · 2009/10/17(土) 01:29:25

MMC3依存部分をVRC6に書き換えてやればいいんでないの？

**298** · 2009/10/17(土) 09:45:01

俺も>>301でFAだと思うがな・・・
メガテンIIってことはマッパー19か
ちょっとした変更で済みそうだぞ

**名前は開発中のものです。** · 2009/10/17(土) 13:09:19

たぶん、プログラムROMの容量の問題なんじゃないの？
MMC3は512まで使えるけど、VRC6は256までだから。

**298** · 2009/10/17(土) 14:00:54

俺のせいでVRC6で作る話で固まっちゃってるが
使いたいのはN106だそうだぞ

**名前は開発中のものです。** · 2009/10/17(土) 18:31:18

>>303
Sorry.今はなむこさんの拡張音源を広げたいんです。
こなみさんのもその内とは思ったりもしてますが…

プログラム移植の方法なら確かに容量の問題でつっ掛かりました。
例によってVROMを使ってるものからVRAM形式のマッパーに変えるとなると
プログラムそのものを見直さないと駄目で
素人の私には到底むりぽですので、やはり新たに実装する
方法のほうが良いようです。

情報ありがとうございますo(^-^)o

**名前は開発中のものです。** · 2009/10/27(火) 12:45:12

VRAMとVROMって何ですか？
書換えと読取り？

**名前は開発中のものです。** · 2009/10/27(火) 13:52:17

VROMは読み取り専用の構成ですね。
マリオの空とか固定パターンの場合には便利かと思いチップを設計しました。ｂｙ作者

**名前は開発中のものです。** · 2009/10/27(火) 14:13:51

>>306
VRAMは、2kバイトのビデオ用RAMです。どこに何を表示するかのRAM。
これをROMにしたのがVROMかと。だがファミコンじゃ普通ROMにしない。アフターバーナーはROMになってたけど。特殊ですね。
(ただし、外人さんは名前の付け方が変なので、キャラクタジェネレータROMのことをVROMと言ったりするので注意。
キャラクタ用ROMはCROM、これがRAMだったらCRAMと名付けるべきでしょう。）　

**名前は開発中のものです。** · 2009/10/27(火) 15:19:06

>>307->>308
ご丁寧にありがとうございます！なんと作成された方直々にとは…、びっくりしました。
VRAMのほうが実用性高そうですね。パターンテーブル切替えとか

**名前は開発中のものです。** · 2009/10/27(火) 22:19:12

FCのVDPはVRAM空間として4画面分あるのですが、実際に積まれてるVRAMは2画面分しかないので、
それぞれ１画面ずつRAMとROMを選択できるようにしました。
VROMの使用法としてポールポジションの道のアニメーションが目的だったのですが、
試作段階で挫折しましたｗ　俺・・・

**名前は開発中のものです。** · 2009/11/05(木) 07:22:57

cc65を使って、ファミコンゲーム作ってる人いますか？

分からない所があるんですが、
BGの書き込みの際にBASICのLocateみたいに、
x座標とy座標を指定できる方法は、ありますか？

**名前は開発中のものです。** · 2009/11/05(木) 13:08:00

>>311
void Draw(char x,char y,char number)
{
char adress = 0;

adress = ( y - 1 ) * 32 + x ;

*(char*)0x2006 = 0x20;
*(char*)0x2006 = 0x00 + adress;

*(char*)0x2007 = number;
}
これだと書き込む位置が0x2000から0xFF以下なら書き込めるが…
他に方法あるのか

**名前は開発中のものです。** · 2009/11/05(木) 19:56:59

こんな感じでいけたような気がする。
extern int adr;
#pragma zpsym("adr");
adr = 0x2000 + y/32 + x;
*(char*)0x2006 = adr>>8;
*(char*)0x2006 = adr;

**名前は開発中のものです。** · 2009/11/07(土) 21:04:44

http://ppup.dip.jp/uploader/download/1257595273.zip
ブロック崩しもどき作ってみた。
下に３回落ちたらゲームオーバーのはずなんだけど、
文字（ＢＧ）がうまく表示されない。

**名前は開発中のものです。** · 2009/11/07(土) 21:29:27

パスが掛かってるよ

**314** · 2009/11/07(土) 22:56:01

passはbbです。
BGで表示できないので、代わりにスプライトを使いました。
http://ppup.dip.jp/uploader/download/1257602099.zip
同じくpassはbbです。

**名前は開発中のものです。** · 2009/11/14(土) 14:14:41

がんばって作った過去の遺物
http://ppup.dip.jp/uploader/download/1258175338.nes
pass：1944

**名前は開発中のものです。** · 2009/11/15(日) 15:40:05

>>311
スケッチブックに巨大な図を描きながら、関数電卓を叩いて計算してみた。
多分、これで合ってるはず

void DrawBG(unsigned char x,unsigned char y,unsigned char number)
{
  int adr;
  adr = (y-1)*32+x;
  *(char*)0x2006 = 0x20+adr/256;
  *(char*)0x2006 = adr;

  *(char*)0x2007 = number;
}

cc65でコード入力して、この関数呼び出した自作ROMを
エミュで実行すると画面にBGが指定の位置に描画されたが、確証は無い。

**名前は開発中のものです。** · 2009/11/15(日) 18:16:36

固定画面ならそんな感じでよさそうだが
スクロールレジスタも考慮するとあんまり一般的な方法ってのはないんじゃね

**名前は開発中のものです。** · 2009/11/15(日) 23:05:33

縦はともかく横は$1fでANDを取ればいいだけだから
スクロールを考慮する必要ナッシング

>>317
頑張ったな
でも流行ってるときに公開すればよかったんじゃね？

**名前は開発中のものです。** · 2009/11/17(火) 11:58:25

メインループの中でBG書き込みをすると、画面が壊れるんだが、どうして？

**名前は開発中のものです。** · 2009/11/17(火) 12:59:06

表示期間中にPPUいじると画面が崩れるハードの仕様

**名前は開発中のものです。** · 2009/11/17(火) 22:11:35

>>321
実機？エミュ？

**名前は開発中のものです。** · 2009/11/18(水) 13:19:33

>>323
エミュ

**名前は開発中のものです。** · 2009/11/18(水) 22:51:06

>>324
そうでしたか。　そんなとこまで再現するとはすごい。　
ちなみに、BGとSPR表示をオフにすれば、表示期間でも書き込みできるはず。

**名前は開発中のものです。** · 2009/11/24(火) 18:08:45

NESASMでジョイパッドのチャタリングを防ぐにはどうすればいいの？

**名前は開発中のものです。** · 2009/11/24(火) 18:47:46

いや、前回のと比較するのは知ってるんだけど具体的にどうするのか知りたい

**名前は開発中のものです。** · 2009/11/24(火) 19:24:15

入力受付間隔を調整すればいいだけでは

**名前は開発中のものです。** · 2009/11/25(水) 20:21:24

LDA 入力読込
PHA
STA 押しっぱのボタンの判定
EOR １つ前のフレームでの入力
AND 押しっぱのボタンの判定
STA ボタン押した瞬間の判定
PLA
STA １つ前のフレームでの入力

**名前は開発中のものです。** · 2009/12/06(日) 03:05:59

CC65で15パズルを作った方が、このスレッドで
公開していたかと思いますが、参考になるのでは。

**名前は開発中のものです。** · 2009/12/15(火) 15:19:45

NESASMとcc65ってNES研究室のサンプルみた限りだと記述方式が違うみたいですが
これってなんででしょうか？

**名前は開発中のものです。** · 2009/12/17(木) 23:49:54

<<321
と同じく、BG関係が出来ません。
VBlank中で、PPUの初期化もしているのですが、
$2006 $2007 でネームテーブルを弄ると画面全体がずれてしまいます。

入門者丸出しですいません

**名前は開発中のものです。** · 2009/12/17(木) 23:53:07

>>332

×<<321
○>>321

ミスりました。

**名前は開発中のものです。** · 2009/12/18(金) 07:18:22

>>331
ソース見てないから多分だが。
1．アセンブラ独自拡張部分が違う。
2．開発規模に差があって、ソース分割したりしている。

**名前は開発中のものです。** · 2009/12/18(金) 09:45:35

>>332
それをいじるとずれるのは仕様。（内部がスクロール設定と共用してるから）
いじったら、スクロールレジスタで設定する。　　ネームテーブルも再設定必要だったかも。

**名前は開発中のものです。** · 2009/12/20(日) 17:30:01

ありがとうございます！
LDA #$00
STA $2005
STA $2005

で解決しました。

**名前は開発中のものです。** · 2009/12/26(土) 01:03:22

ファミコンのプログラムを
作ってみたので、上げてみました。初投稿です。
また機会がありましたら、投稿したいと思っています。
http://ppup.dip.jp/uploader/download/1261756865.zip
pass fami

**名前は開発中のものです。** · 2009/12/26(土) 23:19:52

すごいな

**名前は開発中のものです。** · 2009/12/27(日) 03:58:45

ここまで作ってなぜBボタンに対応しないのか

**名前は開発中のものです。** · 2009/12/27(日) 04:17:31

連射ONでやってみたら、199回超えるとフリーズした

**名前は開発中のものです。** · 2009/12/28(月) 19:43:15

これで楽しいクリスマスがすごせそうだ
ありがとう337

**名前は開発中のものです。** · 2009/12/29(火) 12:33:01

>>337

テトリスすごい

**名前は開発中のものです。** · 2010/01/01(金) 00:56:26

お褒めの言葉、まさにありがたき幸せであります。
また、今回修正版を作りました。
ソースファイルmainの273行目を、and #%10000000からand#%11000000
に変更でBボタンの回転が可能に。
また、相対パスにしてどこにファイルを置いてもアセンブル可能に。
連射のバグについては、修正できませんでした。つまり、私に出来る限界であります。
またの機会があれば、挽回したいと思います。

ファイルのURL > http://ppup.dip.jp/uploader/download/1262274542.zip
pass fami2

**名前は開発中のものです。** · 2010/01/07(木) 01:25:45

あら丁寧にソースコード付きでステキ。

**名前は開発中のものです。** · 2010/01/07(木) 18:24:09

>>343
GJ　あとP'L'AYERに直せない?

**名前は開発中のものです。** · 2010/01/10(日) 13:08:37

ダウンロード数が50近いじゃないか

**名前は開発中のものです。** · 2010/01/21(木) 06:45:05

NES DevKit
http://sourceforge.net/projects/nesdevkit/

これで作ってるやついないんか

**名前は開発中のものです。** · 2010/01/21(木) 12:00:44

誰も興味無いし時間も無くなったからディスコン
と書かれているな

**名前は開発中のものです。** · 2010/01/23(土) 01:50:27

これアセンブルできるんだな

**名前は開発中のものです。** · 2010/02/10(水) 17:01:51

比較命令を4連続使って、あたり判定を作っているのですが、
スタックが原因で暴走してしまいます。
ループを使って何体もの敵と判定しているのですが、
なぜか2回以上ループさせると暴走してしまいます。
スタックについて、良く分からないのですが、
誰か教えてくれませんか？

**名前は開発中のものです。** · 2010/02/10(水) 17:33:12

原因のコードが無いと分からないよ

**名前は開発中のものです。** · 2010/02/10(水) 21:56:06

多分レジスタのオーバーフローだな

**名前は開発中のものです。** · 2010/02/10(水) 22:39:11

lda $200,y
clc
adc #$0D
cmp $10
bcc crashsprite
lda $200,y
clc
sbc #$0D
cmp $10
bcs crashsprite
lda $201,y
clc
adc #$0D
cmp $11
bcc crashsprite
lda $201,y
clc
sbc #$0D
cmp $11
bcs crashsprite
lda #$00;当たり判定で当たった時の処理
sta $202,y
sta $201,y
jmp nosprite
crashsprite:

**名前は開発中のものです。** · 2010/02/11(木) 06:19:52

ページ境界を意識してみよう。

**名前は開発中のものです。** · 2010/02/11(木) 11:16:39

バイナリを見たところ、ページ境界を挟んでませんでした。

**名前は開発中のものです。** · 2010/02/11(木) 12:52:58

少なくともスタックポインタ(S)を変更する命令は↑にはない。
Sもしくはスタック領域($100-$1ff)を操作しているのはどこ？

ループのどこかで PHA/PLA/PHP/PLP をしてない？
ループの中で PH* して PL* し忘れはよくやる。

**名前は開発中のものです。** · 2010/02/11(木) 13:52:48

スタック操作命令はしてないのですが、JSRはしてます。

**名前は開発中のものです。** · 2010/02/11(木) 15:37:49

jsrとrtsは処理の流れで１セットになってないと駄目だよ
jsrで呼びっぱなしになるとスタックに戻り先番地が積みっぱなしになるから

**名前は開発中のものです。** · 2010/02/11(木) 18:10:10

チェックしたところ、RTSとセットになってました。
解決できませんでしたが、自分の力で何とかしていきたいと思います。
ありがとうございました。

**名前は開発中のものです。** · 2010/02/13(土) 11:28:12

自己解決しました！
ありがとうございました。

**名前は開発中のものです。** · 2010/02/14(日) 00:03:10

>>360
まてまて、自己解決したときは、問題点はどこだったのか、どう改善したのかを書いていくんだ。

**名前は開発中のものです。** · 2010/02/14(日) 03:31:52

>>350
そもそもスタックについてよくわからないのに、何故スタックが原因だと思ったのかが謎。
たぶん結果的にハズレだったのだと想像してるけど。

**名前は開発中のものです。** · 2010/02/14(日) 10:56:58

原因は分からないのですが、もう１つループを作って、
そっちに当たり判定を書いたらうまくいきました。

>>362
メモリビューアをみたら、$100^$1FF
が、おかしくなってたからです。

**名前は開発中のものです。** · 2010/02/17(水) 21:19:35

>>363
nospriteとcrashspriteの2つのパスがあるけど、片方にRTSが実行されないバグ
があったとかじゃないかな? (RTSせずにJMPで呼び出し元に戻ってるとか)
もしくはJMPと間違えてJSRを使っているとか。

**名前は開発中のものです。** · 2010/03/03(水) 22:25:15

age

**名前は開発中のものです．** · 2010/03/05(金) 23:52:48

スクロールについての質問．
横スクロールゲームをつくっているのですが，
なぜか15フレームに1回8ドットだけ縦にスクロールして，次の15フレーム分は
正常に水平方向にスクロールするという現象が起きており，その原因と解決法が分らず
困っています．

**名前は開発中のものです。** · 2010/03/06(土) 02:40:39

とりあえず、コード見せて？
どういう手順でやろうとしてるのか見たいから。

**366** · 2010/03/06(土) 03:01:24

自己解決したかも
NMI始めのVRAMアクセスで一度に大量のデータを転送しているのが
原因である可能性が高い
新たな地形のグラデータをPPUメモリに書き込む際，
16*16ドットのブロックを縦一列(13個)分
＝合計52バイト，しかも2回に1回は属性テーブル7バイト分をあわせた59バイト
をもいっぺんに書き込んでいるからかもしれません．
属性テーブル転送をやめ．ネームテーブルに書き込むデータを半分にすると正常に
動作しました．
とりあえず明日，VRAMアクセスを分配するようにコードし直し，それでも直らなければ
コード晒します．

**名前は開発中のものです。** · 2010/03/06(土) 12:32:36

Vblank 期間中に VRAM アクセスが完了してないからじゃないかな？
FC の Vblank 期間は全 262 ラスタラインのうちの 20 ラインだから、
(1789772 / 60 / 262) * 20 ~= 2277
つまり Vblank 期間に入ってから 2277 CPU クロックくらいで
次のフレームの最初のラスタラインの描画が始まってしまう(BG or SP表示時)。
それまでに VRAM アクセスを完了して $2005 を設定しておかないと
スクロールが乱れると思う。

**名前は開発中のものです。** · 2010/03/07(日) 23:52:29

1intでネームテーブルに書き込み可能なのって32くらいまでじゃなかったっけ

**名前は開発中のものです。** · 2010/03/08(月) 04:41:47

>>370
スプライトDMA切って、BG書込みのループを全展開すれば
128くらいはいけるはず(実用的ではないが)
要はコードによると思う。

**名前は開発中のものです。** · 2010/03/08(月) 10:23:58

ネームテーブル書き込みは32チップまでって聞いたことあったけど
あれは別にハードの制約ではなかったのか・・・

**名前は開発中のものです。** · 2010/03/20(土) 23:30:35

ロムの改造ってできないですかね?
バグを直したいのでふが

**名前は開発中のものです。** · 2010/03/22(月) 00:33:34

>>373
自分の作ったものならソースあるだろ
他人の作ったもの？著作権って知ってるか？

**えいいち** ◆GRGSIBERIA · 2010/03/22(月) 06:17:25

エミュレーター動かしてる時点で著作権も糞もないような……。

**名前は開発中のものです。** · 2010/03/22(月) 09:41:05

それは認識を誤ってる

**名前は開発中のものです。** · 2010/03/22(月) 10:05:38

>>375
まだこんなこと言ってる人いたんだ

**名前は開発中のものです。** · 2010/03/22(月) 14:32:44

373は、そんな質問してる時点で無理だろ。
つーか、バグの内容を書けない時点で、どうせよからぬ方向性なんじゃねーの。
裏技・改造板のAC化スレの連中の真似でもして、なんかハックROMでも作って神とか呼ばれたいだけとかさ。

**えいいち** ◆GRGSIBERIA · 2010/03/22(月) 17:38:49

>>376-377
そう思う理由を求める。

**名前は開発中のものです。** · 2010/03/22(月) 19:22:48

>>379
まずお前がエミュレーター動かしてる時点で著作権も糞も無いという理由を言えよ

**えいいち** ◆GRGSIBERIA · 2010/03/22(月) 22:47:19

>>380
ある仕組みを再現するソフトを無断で作ってばら撒いたら財産権のいずれかにはヒットするだろう。
場合によってはその仕組みを利用している業界団体から訴えられることもあるが。
（PowerTabEditorとかは勝訴したけど、逆転するまでは公開差し止め食らってたし）

はい、次。

**名前は開発中のものです。** · 2010/03/22(月) 23:45:51

>>381

ばら撒いたらとか、なんでエミュレータの配布の話になってるんだよ。
ファミコンソフトの著作権とエミュレータ自体の違法性の話をごっちゃにするな。

**えいいち** ◆GRGSIBERIA · 2010/03/22(月) 23:59:50

>>382
違法ダウンロードの拡大解釈で適用できなくもないような気がしないけど。
改正著作権法自体が新しいし目立った判例も少ないからなんとも言えんけどね。
違法であることを知っててダウンロードした、ってことに焦点を置けばいいけど、
エミュレータ自体の違法性が立証できなきゃだめだろうね。

ところで、>>376-377マダー？

**名前は開発中のものです。** · 2010/03/23(火) 07:41:37

まあ感覚的にはアウトってのも分かるんだけど、
「こんなに真似てるんだから絶対どこかで法に触れてるはず。よって違法」では不足なんだろう。

古いニュースだが、米国ではプレステのエミュレーターについての裁判でソニーが敗訴しているらしい。
http://wiredvision.jp/archives/200010/2000100301.html
リバースエンジニアリングは基本的に合法。ソフトウェアエミュレーションも一般にありふれた技術で、
禁止すべきものではない。ただし内部資料を不正に入手するのはダメという判断らしい。
国内でどう考えられてるかは知らないが、まあ似たようなもんじゃないか。
勝算があるならマジコンみたいにガンガン裁判を吹っかけて潰しにかかってるだろう。

ちなみに、PowerTabEditorで問題になったのはこのソフトそのものじゃなくて
このソフトのためのタブ譜ファイル（ギターの楽譜みたいなやつ）の著作権らしいから、
「ある仕組みを再現」することとは関係ないんじゃないかな。

**えいいち** ◆GRGSIBERIA · 2010/03/23(火) 17:08:55

>>384
なるほどね。
でも、地方裁では一応仮差し押さえに成功してるわけでしょ？
これって、ソニーが主張する財産権の侵害が（一時的に）認められた、ってことだから、
まだエミュレーションとかが違法である、ってことの余地は残してないかい？

＞「ある仕組みを再現」することとは関係ないんじゃないかな。
違法ダウンロードを促したとして『ある仕組みを利用』している団体から訴えられるかもしれない。
かもしれないで現実にないからアレなんだけど。

**名前は開発中のものです。** · 2010/03/23(火) 20:09:34

そうだねー、訴えられたら大変だねー、だからエミュレータはダメだよねー

**名前は開発中のものです。** · 2010/03/23(火) 21:31:29

>>385
その仮差押えは取り消されて、最高裁で件のエミュレーターの製作販売が認められた。決着はついている。
んで、仮に「違法ダウンロードを促した」場合があったとしても、それがどんな法に触れてるのかが問題。
先にも書いたけど、エミュレーターを差押えられる見込みがあるならゲーム会社はとっくに動いている。
それが全てだ。安心してコードを書け。

**名前は開発中のものです。** · 2010/03/24(水) 03:11:17

>>385
分かったからとりあえず、VPCとVMwareとXen試してこい
ただし、ちゃんと正規ライセンスは用意すること

ついでにプログラムの特許について調べてくるべきだな
LAMEがMP3の特許侵害にならない理由とか

**名前は開発中のものです。** · 2010/03/24(水) 16:09:45

そろそろ、ファミコンのソフト開発のしている方が
どんなところか気になるところ。絶好調だといいんですけどね。

**名前は開発中のものです。** · 2010/03/25(木) 00:10:07

関連サイトをチラ見したけど
今さら8bitマシンをアセンブラであれこれする気力は沸かないな・・・
もうオッサンなのだろうか・・・

**名前は開発中のものです。** · 2010/03/26(金) 18:33:48

ニコニコ起源でございますが、大百科の解説で詳しく
FC音源について書かれているようです。これを見れば、
音楽ルーチンの作成に役立つかもしれませんな。
>ttp://dic.nicovideo.jp/a/fc%E9%9F%B3%E6%BA%90

**名前は開発中のものです。** · 2010/03/26(金) 23:37:38

>>391
これは、良く細かいところまで載ってるな。

**名前は開発中のものです。** · 2010/03/30(火) 02:05:14

パターンデータとかネームテーブルデータを高速に転送したいです。

普通、VBlank中に転送しないと表示がおかしくなるとのことですが、
BGもスプライトも表示を消した状態であれば、VBlank中でなくても転送
は滞りなくできるのですか？

**名前は開発中のものです。** · 2010/03/30(火) 19:56:11

できるよ。