Sign in

いとっち中の人

@itochi.com
109 followers 119 following 4.6K posts

老眼ズ乱視なオッサン。燃え尽きて灰人(廃人違う)。自営できてない自営のPCサポート業。 8ビット時代はMSXなどPCゲーム開発側、網元さん2作った人。ネトゲ放浪民、元EC〇フリージア。現在は鬼斬PC版にて絶賛放置中。国産がんばれ。アイコン&ヘッダーは頂きもの、詳細&連絡はHPにて。@南東北、奥茨城村 www.itochi.com

PostsRepliesMedia
いとっち中の人 @itochi.com · 4h
【ローカル】海岸の詩恵里館さん臨時休業中と・・・。もともとは実家の近所=駅前にあったのでその頃は良く行ってた。 r.goope.jp/shieri-kan/i...
r.goope.jp
お休みのお知らせ
いつも当店をご利用いただき、ありがとうございます。都合により、しばらくの間お休みいたします。営業再開につきましては、こちらでお知らせいたします。ご迷惑をおか...
000
いとっち中の人 @itochi.com · 5h
進捗、もうちょい。これでヒューマンエラーを更に封じた。(出力拡張子は省略できるが、入力と違ったのを指定するとエラー
000
いとっち中の人 @itochi.com · 7h
即席でメモリ系レジスタの値を表示するプログラムで確認した限り、MS-DOSのCOMモデルだとスタックがFFFFあたりからで、プログラムの100H以降、スタックまでは自由に使って大丈夫なはず。いままでワークメモリもソース内のDBで領域取ってたけどさ。。。64KBがめちゃ広く感じる。
100
いとっち中の人 @itochi.com · 8h
【ネトゲ】 #鬼斬 ビットじゃなくドットでは?と突っ込みたくなったが、テラビットとのコラボなので合ってるのか・・・。
000
いとっち中の人 @itochi.com · 9h
ディスク上のインターリーブの場合は1・6・2・7・3・8・4・9・5が正しいかも。間に挟む。
000
いとっち中の人 @itochi.com · 9h
何で詳しいかって言うとディスクコピーを作ったことがあるからです。HX-34で普通だと15分くらいかかるの1セクタ飛ばしに読んだら3~4分に短縮されて驚いた。HC-95だともともと速いROMのせいか順読みで2分くらいでさらに驚く。
000
いとっち中の人 @itochi.com · 9h
件のコンバータ、1つだけ気がかりなのはセクタ並びがインターリーブされてたとき。通常は1~9が順番に来るんだけど、1を読み終わって2を指定してる間に2が過ぎて・・・2は1周してから読むので9倍遅くなる、の対策で1・3・5・7・9・2・4・6・8のように順番を変えてるテクニックがありました。MAHALOTOの仕様的には可能なのでそれが来ても対応できるようトラックはまとめ読みにしてるけど、正順に変換対応するかは未定。めんどくせーの。
100
いとっち中の人 @itochi.com · 29/09/2026
イメージ的にはこんな感じで、あとは処理を組む。ファイル指定部分は最新版を組み込んだ。(出力はフォルダnew¥~にして上書きを防ぐ
000
いとっち中の人 @itochi.com · 29/09/2026
次はこのヒューマンエラーをとことん塞いだファイル名入力を使ってコンバータを完成させよう、の巻。
000
いとっち中の人 @itochi.com · 29/09/2026
今度こそできた・・・っぽい。ファイル名チェックをディレクトリすべてに行うだけだったので基本あるからすぐだった。副産物でソースもきれいになった。
000
いとっち中の人 @itochi.com · 29/09/2026
でも実はまだ終わってない。ファイル名+拡張子と同じチェック処理をパスに対しても行わなきゃならない。今度こそ終わるか?(恐るべしDOSの制限
000
いとっち中の人 @itochi.com · 29/09/2026
動いたでござる。入力されたドライブ・パスを解析してフルパス化。→そのうえで"..¥"されたらパスを1つ戻る。ルートだったらそのまま。".¥"は削除。なくなるまで繰り返す。
100
いとっち中の人 @itochi.com · 29/09/2026
んー、ライブラリにバグでもあるのか最後の¥パス¥の削除が動かん。要は..¥の処理。.¥のほうは出来た。モウチョイ
100
いとっち中の人 @itochi.com · 28/09/2026
入力されたファイル名から省略されたドライブ名とカレントパスを追加してフルパスにする。ここまでは出来た。そこから "..\"や".\"を検索して処理、をいま作ってる。
000
いとっち中の人 @itochi.com · 28/09/2026
文字検索系で、見つからなかったらDI=ゼロ、見つけたらDIでアドレス返してたけど、判別はZフラグに改修してた。のほうが早い。(いちいちDIをAXに移してORしてた
000
いとっち中の人 @itochi.com · 28/09/2026
Windows10のDOS窓で確認した限りだと、 C:\>CD .. → C:\ C:\>CD . →C:\ てことで、どちらもエラーみならずC:\変わらず。 さて、実装しよう。
000
いとっち中の人 @itochi.com · 28/09/2026
ま、おかげで文字列処理のライブラリがいっぱい出来た。功を焦らない、まさに年の功だわ。。。アァ
000
いとっち中の人 @itochi.com · 28/09/2026
MSDOSのファイルハンドルで実際に開いてるフルパスを求めることが出来れば良かったんだけど資料が見つからず。で、自前で確認やってるわけだけど、..¥とか.¥やられた時の処理を作ってる。めんどくせーわ。
100
いとっち中の人 @itochi.com · 27/09/2026
対応してた。v1.02だけど4:50より前のやつは間違ってるのでご注意を(動くけど)。とはいえ ..¥ とかやられたときは未対応。ドットだけとかドット前後に何もない場合でも通っちゃう。まぁOS側にエラーしてもらおう。
100
いとっち中の人 @itochi.com · 27/09/2026
床に蜘蛛が落ちてるんだが、閉じてない(蜘蛛の形)なので生きてるのか抜け殻なのか・・・。(ジグモ類
000
いとっち中の人 @itochi.com · 27/09/2026
MS-DOSでのファイル名は8文字まで。現状のプログラムだと9文字目以降にそれぞれ違った入力されると、2つのファイルは別物と認識しちゃう。8文字+3文字のチェックも必要かもね。。。そう、一番めんどいのがヒューマンエラー。
131
いとっち中の人 @itochi.com · 27/09/2026
一通りの処理は出来たので、あとは拡張子関連。。。(入力ファイルの拡張子を.DATにしたのが実態ファイル
100
いとっち中の人 @itochi.com · 27/09/2026
何してたかと言うと、パス名・ファイル名が128バイト超えたかエラー確認を追加してた。。。文字列を作ってからでは遅い;(バッファあふれる
010
いとっち中の人 @itochi.com · 27/09/2026
文字列の長さを調べるのと、末尾を求める処理は流用が効くと。
100
いとっち中の人 @itochi.com · 26/09/2026
【美プラ】狙ったんだと思うけど、「諏訪のお土産」って感じのパッケージすごくいい。PLUM社、諏訪姫。(たぶんこれが諏訪PAに普通に置かれる(笑
100
いとっち中の人 @itochi.com · 25/09/2026
【美プラ】PLUMさんの諏訪姫が出荷と。
000
いとっち中の人 @itochi.com · 25/09/2026
実際のところ MHLT2DSK data1dd.2dd new\data1dd のような使い方を想定してる。同じファイルだと上書き壊しちゃうので絶対に別にしなきゃならんの。DOSアセンブラ環境ゆえ自動リネームとかめんどくさい。
000
いとっち中の人 @itochi.com · 25/09/2026
MS-DOSコマンドラインテスト。入力と出力が実は同じファイルってのチェックする処理に手間取った。。。
110
いとっち中の人 @itochi.com · 25/09/2026
当時、MSXメインだったけどどうせなら手元にあるNEC98でも機械語を使いたい、ってことで覚えたんだよね。セグメントCS/DS/SSを統一してCOMモデルにすれば64KBの範囲でZ80と同じように組める。16ビット演算でもフラグが変わるのだけ要注意だわね。
000
いとっち中の人 @itochi.com · 25/09/2026
Z80でもIX/IY大好きな人です。。。8086ではSI/DI。
000
いとっち中の人 @itochi.com · 25/09/2026
【ローカル】金曜の模型屋定例会もメンバーがすっかり老人会になり1人消え2人消え(生きてるが;)、なので営業時間の顔出しだけにするかも。そのぶん土曜に集中。
000
いとっち中の人 @itochi.com · 25/09/2026
さっきの投稿、OR で合ってたので削除。ゼロ確認以前にどちらかの文字列が終わってたら一致せず終了してるの。なのでチェックは両方ゼロのケースだけでok。当時の自分は現在より賢かったらしい。
100
いとっち中の人 @itochi.com · 25/09/2026
件のMS-DOS、ようやくコマンドライン解析の目処が立った。・・・歳の功か?(割と笑えない
111
いとっち中の人 @itochi.com · 24/09/2026
ガラガラとベアリングが劣化したような音がしてるのでPCの電源をオフ・・・違う? 音の出所を探したら野外1Fにあるポンプ、たぶん浄化槽のかなぁ。(住処特定?そんなもの行きつけの飲食店に聞けばバレますぜ?RPGのイベントみたいに。
000
いとっち中の人 @itochi.com · 23/09/2026
ペケッター、10の位のケタが上がった・・・。
010
いとっち中の人 @itochi.com · 23/09/2026
いまなら網元さん2の日本語入力をデバッグできるかもしれない(やらない
010
いとっち中の人 @itochi.com · 23/09/2026
まぁ現在だったらシフトJISでの入力は半角は00 41のように2バイトにして逆側からも判別しやすくするかなぁ。ヌルは00 00で。(下位00でも可
100
いとっち中の人 @itochi.com · 23/09/2026
1~2バイト可変コードは1文字戻る時に半角か全角か判らなくなるので、毎回先頭から遡るか、まはた文字列先頭から1212な判別テーブル置いてた。
100
いとっち中の人 @itochi.com · 23/09/2026
久々にMS-DOSアプリ作ってていろいろ思い出したが…。日本語ファイル名は未対応ってことにする。半角カナ含む。シフトJISとかだと第二バイトにドットが混ざったりする。(処理経験こそあるけど、いまこれを対応する気はナッシング;
100
いとっち中の人 @itochi.com · 22/09/2026
件のゼロ表示バグ、MSXLISTでは該当行が存在していて不具合なし。次のDCP2DSKでは欠落してるんだけど、10進表示を使ってないので問題なし、と。どうして、どの段階で消えたのかは謎い。。。
000
いとっち中の人 @itochi.com · 22/09/2026
MSXやNEC98当時、自作したコンバータが入力/出力の2つのファイルを交互アクセスしてFDDヘッドがガーガー往復して遅かったので、バッファリングするようになりました(4096溜めて読み書き)。それそのまま引き継いでるから実機でも問題なく動くかと思われます。今回は入力2/出力2の同時4ファイルアクセスになるので、無理やり拡張しましたとさ。
100
いとっち中の人 @itochi.com · 22/09/2026
MHLT2V 公開しました。(ジャンク置き場) www.itochi.com/junk/index.h...
000
いとっち中の人 @itochi.com · 21/09/2026
・・・と、こんな感じでmahalitoのヘッダを確認するとこまで作った。
000
いとっち中の人 @itochi.com · 21/09/2026
20ン年越しと思われるバグを直した。 8ビットの数値を10進表示において、ゼロだった場合に何も表示されなかったと; 何故か何も表示されなかったので16進表示に切り替えたら普通に出たので、これは?と調べた。やっちまった感がひでぇ。このライブラリ使ってた他ソフトにも影響がある。 これ当然解って組んでたので、どの段階でこの1行が消えてたのか気になるとこ・・・。16ビット10進のほうは正常。
100
いとっち中の人 @itochi.com · 21/09/2026
MS-DOSのファイルハンドルって実際どんな値で渡されるのか?と思い調べてみたら1ファイル目は5でした。0~4は予約済みなので妥当な結果。ゼロだったらオープンされてない、の扱いで行けそうだ。(処理失敗時のクローズ問題があって確認してた
000
いとっち中の人 @itochi.com · 21/09/2026
【ネトゲ】リネアゲ(伏せ)が未だサービス続いてるのがすごいな・・・。LV51は現仕様ではチュートリアル(苦笑
100
いとっち中の人 @itochi.com · 21/09/2026
嵐は逸れた感なので外食に出てきた。当地はいつもそうだが、来る時は当地だけやられると(苦笑
000
いとっち中の人 @itochi.com · 20/09/2026
マジで籠城準備が要りますねこれ・・・カップ麺とおやつはある;
000
いとっち中の人 @itochi.com · 20/09/2026
8086CPUにEXレジスタなんて無かった! いや、勘違いしてた。SIとDIでしたね。。。
100
いとっち中の人 @itochi.com · 20/09/2026
【アニメ】探プリがいろんな所とコラボしまくってることに、ただただ驚くのだわ。
000