スキップしてメイン コンテンツに移動

ご無沙汰しております。

いやー、一年以上空けての更新です。
まぁ、昔から日記なんて継続して書きつづけられた性分じゃないのですが
開いた一年間の動きについて少々・・・。
使用しているPCが変わりました。
以前のペン4(2.2Ghz)ノートは母の文書作成機になりまして
私の方は、同じペン4の(HT-3.06Ghz)になりました。
これがまた曲者で搭載のRADEONが熱破損し易いのか手に入れて一週間で昇天、
代替の同型機も連続で昇天、すべてジャンク扱い品ですので、
自己責任ってやつですよ。
結局4台目に安定したのを手にしたわけですよ。
(トホホ、この時点で投資した金額で新品の現行機種が買える)
まっ、1400x1050の画面解像度は
以前に比べて広くて快適ですから良とします。
世間じゃ、8コアとか普通になりつつ有るようですがHTでも充分快適です。
2、3年したらデュアルコアとか考えます。
あとは、前回更新の後くらいにPSPを手に入れましてMPOとMGSPWにどっぷりです。
MPOはいろいろ言われてますが、それなりに面白 かったです。
予想外だったのが、MPO+の方で、前評判ではストーリモードが無い為、
ネットワークプレー専用で面白くないとか言われてたのですが、
ボス戦 がない分 下手な私には嬉しかったですね。
ひたすら下っ端の兵士相手に同じマップを
猿の如く繰り返し繰り返し楽しんでました。

MGSPWの方も、いい感じです。
各マップが独立しているので、一通りこなした後にMPO同様に
猿の一つ覚えの如く繰り返し繰り返しやれるのはあり がたいです。
あと、終盤に入手したアイテムを序盤のマップに持ち込める(一部例外もありますが)のは
やりこみ要素としては嬉しい限りですね。

このブログの人気の投稿

screen コマンドでの コピーペースト転送の実現について

 以前、GAME言語のあれこれについての中で、GAME80ICなどでZ80-MBC2とのscreenコマンドでのシリアル接続中にソーステキストのコピーペースト転送ができない事に触れていたが、単に使ってる環境に依存した所謂「おまかん」なのだが、回避したければ、素直にwindowsで使うか 若しくは linuxでもwine上でteratermを使えば済む話ではある。だが、我が家に於いては普段使いにできるwindows機など無い。棚の奥を探せばwin7の入った古PCが有るとは思うがボードマイコンとの接続の為だけに引っ張り出してきたいとまでは思わない。そこで ふと考えるにteratermにあってscreenやcu,minicomにないものはと、teratermには、テキスト転送中に行単位、文字単位でミリセカンドのディレイを挟む設定がある。対してlinux系のシリアル接続コマンドにそういった類のモノを知らない(単に自分が知らないだけの可能性もある) 。そこで、duckduckgo検索のサービスである「Duck.AI」に聞いてみた。自分の思いついた革新的なアイデアは大概は先人が既に思いついてる当たり前過ぎるモノというのはいつもの事であっさりと解決策を教えてくれた。

一部の関西の人にしか通じないネタ

たぶん「30年モノ」くらいだと思う?  拡大 値札に注目! ちなみに、ATMEGA32へのファーム書込用のアダプタを作るのに使用。

GAME言語 あれこれ

 MZ-700用にSDカードからMZTファイルの読み書きが出来る基板を入手して以降、MZ用のインタープリタやコンパイラの打ち込みをやってた延長でZ80-MBC2上のCPMで動作するGAMEインタープリタとコンパイラをいくつか発見。GAME-MZは国会図書館のコピーサービスで当時のアスキー誌の記事を入手済で打ち込みMZT化は済んでいるが動作の確認はしてない。 CP/M-80で動作するGAME80言語を3点ほど紹介する。 まず、動作環境は実機としては8Mhz動作のZ80-MBC2にXMODEMでPCからのファイル転送 PC側はFedora40の端末から「screen」コマンドでの接続、比較用に同じくFedora40の端末上で動作するCPMエミュレータ2種類。エミュレータで動作確認がとれたモノを実機に転送して最終動作させてみる流れ。    skyriverさんのGameOnCpm80 端末のエミュレータ上ではコピーペーストによるソースの転送もできるが ファイル読み書き用のコマンドが組み込まれているので、なぜか実機の方ではコピペに転送が出来ないのでありがたい。コンパイラも組み込まれているのでインタプリタで実行確認後、コンパイルもできる。 難点は、コンパイルの際にソース格納アドレスやデータエリア、オブジェクト格納エリアの指定をする必要がある。GAME-MZでもコンパイルの際は普通に必要な事ではあるが、自分の頭の中でシステムのメモリマップを把握しておくのが意外と面倒くさい。 コンパイルで 出来たオブジェクトをCOMファイルにするのにDDTなんかの別ツールでメモリ上に残ってるデータをCOMファイルとして保存するしかない。 COMファイル化とかを視野に入れずインタープリト、コンパイル、実行だけなら使いやすくお薦め。   ファイル操作コマンド例 files ファイル一覧表示 :\\ *.g 拡張子 .g のファイルの表示      \\のみ、\\ *.* での表示は出ない模様(単に自分の使い方が悪いだけかも?)  save(¥>FileName)とload(¥<FileName) 詳細は https://piclabo.blog.ss-blog.jp/CPM80GameCompiler...