アカウント名:
パスワード:
こんなのもあったんであんまり驚きませんがハードが進歩したので、普通に動きますね
X68000 Emulator in Javahttp://homepage2.nifty.com/m_kamada/java/x68000/ [nifty.com]
それはJavaScriptじゃなくてJavaですね。当時のJavaScript処理系では遅すぎてエミュレータをまともに動かすなんてまったく不可能でした。また今回のエミュレータで使用しているTyped Array [khronos.org]が登場するまで、JavaScriptで大きなバイナリデータを扱うのはメモリ効率の点できわめて不利でした、ハードウェアだけではなくソフトウェアの進歩も(とくにChrome出現以降)著しいってことです。
JavaScriptによるファミコンエミュレータ [benfirshman.com]ならんてものもありますね。こっちはTyped Array は要らないというか、Typed Array 登場前から存在するエミュですが、元々ファミコン自体メモリが大きくないから少々効率悪くても問題ないんでしょう。
Canvas必須、実行速度の問題からかブラウザはChrome推奨って感じですけど。
> Canvas必須、実行速度の問題からかブラウザはChrome推奨って感じですけど。Typed Arrayがなかった時代のブラウザを想定しているならChrome一択はうなずけますし、実際Firefox 3.5では満足な速さで動かなかった記憶がありますが、同じPC上でもFirefox 4やIE9なら十分動きますね。
俺もおっさんだが、それは無いわ。DOS環境への思い出補正がかかってるだけだよ。
バスは一つしかないからです。デバイスがバスを占有すると他は待ちになってしまう。DOSはシングルタスクでユーザが操作中のプログラムがバスも占有できたから軽く感じる。
># にしたって最近の OS はちょっとバランスを機能側に倒しすぎてるとは思うけどね！
それはユーザがコスト側に倒しているせいです。昔と同じだけの金額をコンピュータにかけてあげればいいのです。
昔のソフトは遅さ依存な造りだったりするからね。マウス操作なら問題ないけど、オートリピートを含むキーボード判定では致命的。
書きながら他の作業するのは楽じゃなかったけどね。子プロセス呼んですぐ終了して終わりの小物ならいざ知らず、対話型のソフトを複数同時に走らせて、相互にコピペもできるなんて、まさに「笑ってお仕事」
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
X68000 Emulator in Java (スコア:0)
こんなのもあったんであんまり驚きませんが
ハードが進歩したので、普通に動きますね
X68000 Emulator in Java
http://homepage2.nifty.com/m_kamada/java/x68000/ [nifty.com]
Re:X68000 Emulator in Java (スコア:3, 参考になる)
それはJavaScriptじゃなくてJavaですね。当時のJavaScript処理系では遅すぎてエミュレータをまともに動かすなんてまったく不可能でした。また今回のエミュレータで使用しているTyped Array [khronos.org]が登場するまで、JavaScriptで大きなバイナリデータを扱うのはメモリ効率の点できわめて不利でした、
ハードウェアだけではなくソフトウェアの進歩も(とくにChrome出現以降)著しいってことです。
Re:X68000 Emulator in Java (スコア:4, 興味深い)
JavaScriptによるファミコンエミュレータ [benfirshman.com]ならんてものもありますね。
こっちはTyped Array は要らないというか、Typed Array 登場前から存在するエミュですが、元々ファミコン自体メモリが大きくないから少々効率悪くても問題ないんでしょう。
Canvas必須、実行速度の問題からかブラウザはChrome推奨って感じですけど。
Re: (スコア:0)
> Canvas必須、実行速度の問題からかブラウザはChrome推奨って感じですけど。
Typed Arrayがなかった時代のブラウザを想定しているならChrome一択はうなずけますし、実際Firefox 3.5では満足な速さで動かなかった記憶がありますが、同じPC上でもFirefox 4やIE9なら十分動きますね。
Re: (スコア:0)
Javaでエミュレータは何も驚かないけど
JavaScriptでエミュレータは、さすがファブリーズたん、ぶっ飛びすぎです。
Re: (スコア:0)
クロック2GHzのWindowsよりも昔のDOSマシンの方が軽く動いていたのに.......
Re:X68000 Emulator in Java (スコア:1)
俺もおっさんだが、それは無いわ。
DOS環境への思い出補正がかかってるだけだよ。
Re: (スコア:0)
バスは一つしかないからです。デバイスがバスを占有すると他は待ちになってしまう。
DOSはシングルタスクでユーザが操作中のプログラムがバスも占有できたから軽く感じる。
Re: (スコア:0)
昔はアプリケーションもシンプルだった (スコア:0)
現代のxyzzyやサクラエディタも同じくらい高速に起動して軽快に動きます。
現代のMicrosoft Wordはもっさりと起動しますが、DOS時代の一太郎Ver.5は
同等以上のもっさりさんでした。
そしてエディタでもワープロでも言えることですが、現在のアプリケーションは
昔のものに比べて遙かに高機能化しています。
機能が増えて便利になるとアプリケーションは肥大化して重くなりますが、
ハードウェアの進化がそれを相殺してくれます。ハードウェアが進化すると
いままでパフォーマンス上の理由で実現できなかった機能が実現できるようになり、
その結果アプリケーションは重くなります。
結局のところ、許容可能な範囲の遅さならば高機能なほうがいい、ということで
ある程度の遅さを保ちつつソフトウェアは高機能になっていくんでしょう。
# にしたって最近の OS はちょっとバランスを機能側に倒しすぎてるとは思うけどね！
Re: (スコア:0)
># にしたって最近の OS はちょっとバランスを機能側に倒しすぎてるとは思うけどね！
それはユーザがコスト側に倒しているせいです。
昔と同じだけの金額をコンピュータにかけてあげればいいのです。
Re: (スコア:0)
お金をかけると、その分、今のもっさり感のまま、高機能化する。
高機能も最近の高機能化はそれなりに便利だから、個人的には許せる。
昔の方がサクサクだったのには同意。今でもフォントとか無視して、漢字ROM
積んで、画面キャラクタマッピングで操作できるモードがあればいいのに。
何もかもが文字通り目にもとまらぬ速さになること請け合い。
Re:昔はアプリケーションもシンプルだった (スコア:1)
昔のソフトは遅さ依存な造りだったりするからね。
マウス操作なら問題ないけど、オートリピートを含むキーボード判定では致命的。
Re:昔はアプリケーションもシンプルだった (スコア:1)
Re: (スコア:0)
キャラクタベースなら味噌もクソも一緒って訳ではない。
ちなみにUNIX 関連のコンソールは大抵最も遅い表示機器と言ってもいいくらいだから、あれでサクサクは
ほぼ不可能。
Re: (スコア:0)
文書の読み込みや切り替え、スクロールが一瞬でできていた記憶があるけど。
Re: (スコア:0)
書きながら他の作業するのは楽じゃなかったけどね。
子プロセス呼んですぐ終了して終わりの小物ならいざ知らず、
対話型のソフトを複数同時に走らせて、
相互にコピペもできるなんて、まさに「笑ってお仕事」
Re: (スコア:0)
その一節は一体どこから湧いてきたんだ、と。