アカウント名:
パスワード:
16連射じゃなく、17.4連射だったんじゃないか
高橋名人！
バネによるアシストが1割程度あったのかもしれません。
#そもそもの「15フレームしか出ない」ってのもどっから出てきたんだか…
＞#そもそもの「15フレームしか出ない」ってのもどっから出てきたんだか…
件のブログにそれらしい理由が書いてある。
日本のTVは、NTSCという規格を採用しています。この規格は、１秒間に６０フィールドという更新を行っていますので、最大限で考えると、１秒間に６０回の問い合わせを行う事で、ゲーム画面との同期が取りやすくなります。今のPS3やXbpx360の様なゲーム機の場合は、その問い合わせを１秒間に６０回行っていると思いますが、当時のファミコンの場合、６０回にしても、全く意味がありませんでした。だって、そんなに精度を要求する様なゲームではなかったですからね。よって、この問い合わせの回数を半分に減らしたのです。それが１秒間に３０回という数値でした。その問い合わせに対して、ボタンを押した信号を返すわけですから、１秒間に１５回以上ボタンを押しても意味が無いのです。
日本のTVは、NTSCという規格を採用しています。この規格は、１秒間に６０フィールドという更新を行っていますので、最大限で考えると、１秒間に６０回の問い合わせを行う事で、ゲーム画面との同期が取りやすくなります。
今のPS3やXbpx360の様なゲーム機の場合は、その問い合わせを１秒間に６０回行っていると思いますが、当時のファミコンの場合、６０回にしても、全く意味がありませんでした。だって、そんなに精度を要求する様なゲームではなかったですからね。
よって、この問い合わせの回数を半分に減らしたのです。それが１秒間に３０回という数値でした。その問い合わせに対して、ボタンを押した信号を返すわけですから、１秒間に１５回以上ボタンを押しても意味が無いのです。
当時のファミコンの場合、６０回にしても、全く意味がありませんでした。だって、そんなに精度を要求する様なゲームではなかったですからね。
意味がないことはなくて、例えばファミコンの流行が始まったころの任天堂とハドソンのゲームを見比べてみれば、動きのなめらかさが明らかに違います。アーケードゲームのような映像芸術では、動画の品質が高いことには大きな意味があります。で、どうして３０回にしてしまうかというと、これはプログラマの腕が原因です。ゲームの処理が高負荷になってフレーム内に処理が収まらないと、さらに次のフレームを待ってから処理を続ける、いわゆるフレーム落ちが発生しますが、プログラマに短いステップ数で処理を記述する技術がないと、このフレーム落ちが頻繁に発生することになります。早くなったり遅くなったりすると明らかに異常に見えるので、最初から２フレームかけて１ステップ分処理する、つまりフレームが落ちたままの状態にして回避するわけです。当時８ビットCPUでメジャーなのはインテル系のZ80などでしたから、ファミコンの6502に不慣れなプログラマが担当したであろうことも原因として推測できます。
「ファミコンの流行が始まったころ」のハドソンのゲームはおそらくロードランナーを指していると思いますが、あれは「元のAppleII版がそうだから」というのが大きいでしょう。（ファミコン版はブローダーバンドから提供を受けたAppleII版のアセンブラソースを元に制作されたそうです）FDと48KB RAMを前提としたゲームをファミコンの2KB RAM/32KB ROMに収めたのは十分に高い技術力だと思いますが。
アーケードゲームのような映像芸術では、動画の品質が高いことには大きな意味があります。
当時の映像品質を考えれば、そんなものに意味なんてないでしょう。少なくとも開発者はそんなところに重きを置いていたとは思えませんね。仮に30fpsのゲームを60fpsにすることで新しい別の遊びが提案できるとか、何か別の理由がないとそれは単に「無駄なコスト」ですし。だから名人も「全く意味がありませんでした」と言ったんだと思います。
＃実際にゲーム開発の現場に携わってきた人から「映像芸術」なんて絶対出てこないなぁ
あんた真面目にビデオゲームで遊んだことないでしょ
そりゃ作ってる側と遊んでる側の意識は違って当然だろうｗ向こうさんは商売でやってるんだぞ。やらなきゃ飢えて死ぬんだぞ。やり過ぎて飢えて死ぬ立場と一緒にしてはいけない。
当時８ビットCPUでメジャーなのはインテル系のZ80などでしたから、ファミコンの6502に不慣れなプログラマが担当したであろうことも原因として推測できます。
当時のハドソンは国内で出ていた大半のパソコン向けにソフトを作っていましたし（Z80に限らず6809も）、社内にはAppleIIもあったそうなので、それはないのでは。
http://www.highriskrevolution.com/gamelife/index.php?e=186 [highriskrevolution.com]
ファミコンは奇数か偶数どちらか、秒３０フレームしか描画してなかったんじゃないかな
NTSCの企画では512本の水平走査線を毎秒３０回表示しますが、これを順番とおりにやると人間の目にはちらついて見えるので、一回の垂直走査をさらに二回(秒間６０回)に分け、最初は奇数番目の、次は偶数番目の走査線を描くようにしています。ファミコンの場合はこれを簡略化し、奇数回と偶数回に同一の内容を表示して、縦の解像度を半分にしています。よって、画面に映像が映される回数は毎秒６０回です。
>NTSCの企画では512本の水平走査線を毎秒３０回表示しますが、
→NTSCの規格では525本の水平走査線を毎秒29.97回表示しますが、
やっぱりでたでた。その値でもおおよそなんだよ。だからこのコンテキストでは30と書くのと大差ない。それにその桁まで書いたら許容ジッタも書かないとね。
正確には(ITU的には)NTSCはカラーエンコーディングの規格なのでフレームレートは関係がない。NTSCでは30を使っているところばかりだから、NTSCなら30という言い方なら正しい。同じくPAL,SECAMもカラーエンコーディングの規格の名前で、フレームレートは関係ない。例えばPALで30を使っているところもあるので、PALは50というのは間違い。
den=30000num=1001
垂直同期割り込み周期関係かな？割り込みハンドラでボタン状態をポーリングすると秒間フレーム数の半分しかON/OFFできないことになる。NTSCの垂直同期は約60Hzだから最大で秒間30発撃てることになるけど、表示は30pfsだから毎フレームで打つと弾がつながってしまうので間引いたのかも。
「”バネ入れてて云々で逮捕”のデマが流れたあとで実際にパッドにバネ仕込んでやってみたけど反発が強くなりすぎて駄目だった」 ってなんかの時に言ってたような・・・
あの夏の日、スイカを割るにはまだまだ鍛錬が足りなかった・・・
もうずいぶん鈍ってしまったが、今晩アワビで練習するか。
あわびゅ！
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
だまされた！ (スコア:2)
16連射じゃなく、17.4連射だったんじゃないか
おそるべし (スコア:0)
高橋名人！
Re: (スコア:0)
バネによるアシストが1割程度あったのかもしれません。
#そもそもの「15フレームしか出ない」ってのもどっから出てきたんだか…
Re:だまされた！ (スコア:2, 興味深い)
＞#そもそもの「15フレームしか出ない」ってのもどっから出てきたんだか…
件のブログにそれらしい理由が書いてある。
Re:だまされた！ (スコア:2)
当時のファミコンの場合、６０回にしても、全く意味がありませんでした。
だって、そんなに精度を要求する様なゲームではなかったですからね。
意味がないことはなくて、例えばファミコンの流行が始まったころの任天堂とハドソンのゲームを見比べてみれば、動きのなめらかさが明らかに違います。アーケードゲームのような映像芸術では、動画の品質が高いことには大きな意味があります。
で、どうして３０回にしてしまうかというと、これはプログラマの腕が原因です。
ゲームの処理が高負荷になってフレーム内に処理が収まらないと、さらに次のフレームを待ってから処理を続ける、いわゆるフレーム落ちが発生しますが、プログラマに短いステップ数で処理を記述する技術がないと、このフレーム落ちが頻繁に発生することになります。早くなったり遅くなったりすると明らかに異常に見えるので、最初から２フレームかけて１ステップ分処理する、つまりフレームが落ちたままの状態にして回避するわけです。
当時８ビットCPUでメジャーなのはインテル系のZ80などでしたから、ファミコンの6502に不慣れなプログラマが担当したであろうことも原因として推測できます。
Re:だまされた！ (スコア:2, 興味深い)
「ファミコンの流行が始まったころ」のハドソンのゲームはおそらくロードランナーを指していると思いますが、あれは「元のAppleII版がそうだから」というのが大きいでしょう。
（ファミコン版はブローダーバンドから提供を受けたAppleII版のアセンブラソースを元に制作されたそうです）
FDと48KB RAMを前提としたゲームをファミコンの2KB RAM/32KB ROMに収めたのは十分に高い技術力だと思いますが。
Re: (スコア:0)
アーケードゲームのような映像芸術では、動画の品質が高いことには大きな意味があります。
当時の映像品質を考えれば、そんなものに意味なんてないでしょう。
少なくとも開発者はそんなところに重きを置いていたとは思えませんね。
仮に30fpsのゲームを60fpsにすることで新しい別の遊びが提案できるとか、何か別の理由がないとそれは単に「無駄なコスト」ですし。
だから名人も「全く意味がありませんでした」と言ったんだと思います。
＃実際にゲーム開発の現場に携わってきた人から「映像芸術」なんて絶対出てこないなぁ
Re: (スコア:0)
あんた真面目にビデオゲームで遊んだことないでしょ
Re: (スコア:0)
そりゃ作ってる側と遊んでる側の意識は違って当然だろうｗ
向こうさんは商売でやってるんだぞ。やらなきゃ飢えて死ぬんだぞ。
やり過ぎて飢えて死ぬ立場と一緒にしてはいけない。
Re: (スコア:0)
当時のハドソンは国内で出ていた大半のパソコン向けにソフトを作っていましたし（Z80に限らず6809も）、社内にはAppleIIもあったそうなので、それはないのでは。
Re: (スコア:0)
http://www.highriskrevolution.com/gamelife/index.php?e=186 [highriskrevolution.com]
Re: (スコア:0)
ファミコンは奇数か偶数どちらか、秒３０フレームしか描画してなかったんじゃないかな
Re:だまされた！ (スコア:5, 参考になる)
NTSCの企画では512本の水平走査線を毎秒３０回表示しますが、これを順番とおりにやると人間の目にはちらついて見えるので、一回の垂直走査をさらに二回(秒間６０回)に分け、最初は奇数番目の、次は偶数番目の走査線を描くようにしています。
ファミコンの場合はこれを簡略化し、奇数回と偶数回に同一の内容を表示して、縦の解像度を半分にしています。
よって、画面に映像が映される回数は毎秒６０回です。
Re: (スコア:0)
>NTSCの企画では512本の水平走査線を毎秒３０回表示しますが、
→NTSCの規格では525本の水平走査線を毎秒29.97回表示しますが、
Re: (スコア:0)
やっぱりでたでた。
その値でもおおよそなんだよ。だからこのコンテキストでは30と書くのと大差ない。
それにその桁まで書いたら許容ジッタも書かないとね。
Re: (スコア:0)
正確には(ITU的には)NTSCはカラーエンコーディングの規格なのでフレームレートは関係がない。
NTSCでは30を使っているところばかりだから、NTSCなら30という言い方なら正しい。
同じくPAL,SECAMもカラーエンコーディングの規格の名前で、フレームレートは関係ない。
例えばPALで30を使っているところもあるので、PALは50というのは間違い。
Re: (スコア:0)
den=30000
num=1001
Re:だまされた！ (スコア:1)
垂直同期割り込み周期関係かな？
割り込みハンドラでボタン状態をポーリングすると秒間フレーム数の半分しかON/OFFできないことになる。
NTSCの垂直同期は約60Hzだから最大で秒間30発撃てることになるけど、表示は30pfsだから毎フレームで打つと弾がつながってしまうので間引いたのかも。
Re: (スコア:0)
名人も年取ってきたからぼけちゃったのかなって感じですね。
Re:だまされた！ (スコア:1)
バネによるアシストが1割程度あったのかもしれません。
「”バネ入れてて云々で逮捕”のデマが流れたあとで実際にパッドにバネ仕込んでやってみたけど反発が強くなりすぎて駄目だった」
ってなんかの時に言ってたような・・・
Re: (スコア:0)
あの夏の日、スイカを割るにはまだまだ鍛錬が足りなかった・・・
もうずいぶん鈍ってしまったが、今晩アワビで練習するか。
Re: (スコア:0)
あわびゅ！