| 掲示板の過去ログ(本文 2000/09/19-) | 2007-07-18(Wed) 21:18 |
|---|
鎌田さん、広井さん、こんにちは。
けんじょ@けろぴーです。
「おとしてポン」の背景色の件が話題に出てたので、少し調べてみました。
結論から云うと、エミュレータのBG-Text間の透明色判定のバグのようで
すね。
一応修正を掛けてみました。他のソフトで不整合が出なければ、そのまま
次バージョンには適用しますので、なんとか次では正常に表示されるよう
になるかと思います(汗。
# それにしても複雑怪奇です…… ^^;;;<X68kのビデオコントローラ
> けろぴーのソースを覗いてみたのですが、
> windraw.cのWinDraw_DrawLine()が長い長い。
「一関数は画面に収まる程度の長さに」というセオリーを完全に無視した
構造ですね(汗。
正直、私自身でもすでに理解が困難な状況です……(大汗。
一回、大幅に整理しなければ……とは考えているんですが、下手につつく
とエンバグしそうで…… ^^;。
鎌田さん、けんじょさん、こんにちは。
> 「おとしてポン」の背景色の件が話題に出てたので、少し調べてみました。
> 結論から云うと、エミュレータのBG-Text間の透明色判定のバグのようで
> すね。
>
> 一応修正を掛けてみました。他のソフトで不整合が出なければ、そのまま
> 次バージョンには適用しますので、なんとか次では正常に表示されるよう
> になるかと思います(汗。
>
> # それにしても複雑怪奇です…… ^^;;;<X68kのビデオコントローラ
調べていただいて、ありがとうございます。
次回のバージョンアップが楽しみですが、その前に
私のオンボロマシンもバージョンアップしないと
いけませんね(笑)。
# X68k のビデオコントローラ、本当に複雑ですよね。
それではまた。
広井さん、こんにちは。
「おとしてポン」の背景色ですが、
けろぴーv0.50で直っていることを確認しました。
鎌田さん、こんにちは。
> 「おとしてポン」の背景色ですが、
> けろぴーv0.50で直っていることを確認しました。
確認していただき、ありがとうございます。
そして、修正された けんじょさん に大感謝です。
けろぴーの CD-ROM 対応はすごいです。
こうなるとニューマシンが欲しくなりますね。
> 掲示板にPalmの話題が出たので、DragonBallの
> ページへのリンクも書いておきました。DragonBall
> ことMC68328は、68EC000をコアに持ち、LCDインタ
> フェイスまで内蔵している、まさにPDA向けの
> プロセッサです。
なるほど、Palm は 68000 系のプロセッサでしたか。
DragonBall とはなんじゃらほい、と思いましたが、
型番 MC68328 を見て納得しました。
それではまた。
広井さん、こんにちは。
> なるほど、Palm は 68000 系のプロセッサでしたか。
> DragonBall とはなんじゃらほい、と思いましたが、
> 型番 MC68328 を見て納得しました。
Palmについては私も詳しいわけではないのですが、
PalmOSなどの資料を漁るとMC68328という型番が
出てきます。
DragonBallを7つ集めるとシェンロンが現れて
願いをかなえてくれるんですよー。(笑)
けんじょさん、こんにちは。
> 一応修正を掛けてみました。他のソフトで不整合が出なければ、そのまま
> 次バージョンには適用しますので、なんとか次では正常に表示されるよう
> になるかと思います(汗。
期待しています。
> # それにしても複雑怪奇です…… ^^;;;<X68kのビデオコントローラ
X68kのビデオコントローラを設計した人がどこまで
意図していたのかわかりませんが、X68kユーザは
使えるものは全部使いますから、エミュレータは
大変ですね。
> > けろぴーのソースを覗いてみたのですが、
> > windraw.cのWinDraw_DrawLine()が長い長い。
> 「一関数は画面に収まる程度の長さに」というセオリーを完全に無視した
> 構造ですね(汗。
いや、「長い=プログラムの書き方が悪い」という
ことではなくて、X68kのビデオコントローラの機能を
記述するのは大変だなあと思ったまでです。
私は、「一関数は画面に収まる程度の長さに」
などという、実用的でない、いかにも初心者向けの
教科書に書いてありそうなセオリーは嫌いです。
関数の機能を要約して注釈に書いてみて、意味不明に
なってしまう場合は、その関数は短すぎます。
逆に、機能を要約して書いた注釈が非常に長くて、
データの流れを含めて考えても複数の段階に分割できる
場合は、その関数は長すぎます。
例外はいくらでもありますが。
> 正直、私自身でもすでに理解が困難な状況です……(大汗。
> 一回、大幅に整理しなければ……とは考えているんですが、下手につつく
> とエンバグしそうで…… ^^;。
そういうことってありますよね。
いじるとエンバグしそうだけど、一から書き直すには
大きすぎたり複雑すぎたりするプログラム。
私はHAS060.Xを一から書き直そうと思ったことが
何度かあるのですが、いまだに実行できずにいます。
207. PNG? みかぜ 2000/09/20 (水) 04:02
└211. Re: PNG? M.Kamada 2000/09/20 (水) 06:37
207. PNG? みかぜ ⌂ 2000/09/20 (水) 04:02 実はよく理解してませんが(笑
その上で改訂版ページをぱっと見させて頂きました。
通常は問題ない筈ですが、私の様に、背景画像を表示しない
(真っ黒に設定している)と、CGのアンチ部分が半端に
残ってしまうので、CGの文字にバリが残ったり欠けたり
している様です。
私みたいにウェブの背景が真っ黒じゃないと読みにくいから
という理由で背景カットしている人がどれだけいるかは
分かりませんが、ご参考までに。
211. Re: PNG? M.Kamada ⌂ 2000/09/20 (水) 06:37 みかぜさん、こんにちは。
> 実はよく理解してませんが(笑
> その上で改訂版ページをぱっと見させて頂きました。
早速ありがとうございます。
> 通常は問題ない筈ですが、私の様に、背景画像を表示しない
> (真っ黒に設定している)と、CGのアンチ部分が半端に
> 残ってしまうので、CGの文字にバリが残ったり欠けたり
> している様です。
透明化の影響ですね。
BGCOLORとIMGで減色方法が異なるため、透明化しないと
普通に表示しても水色の長方形が見えてしまうのです。
どうしよう。
> 私みたいにウェブの背景が真っ黒じゃないと読みにくいから
> という理由で背景カットしている人がどれだけいるかは
> 分かりませんが、ご参考までに。
参考になりました。ありがとうございます。
212. 訪れました 松岡(VALLEY) 2000/09/23 (土) 10:12
└213. Re: 訪れました M.Kamada 2000/09/23 (土) 17:36
212. 訪れました 松岡(VALLEY) ⌂ 2000/09/23 (土) 10:12 どうも、相互リンクさせていただいたR.V.R.Groupの松岡です。
私は前にPC88系を使っていて、I/Oに載っていた「快速16MHz」のX68000はよだれをだして見ていました。
この前、X68000がSofmapで出ていたので買えばよかったなぁ・・・。
それでは。
松岡さん、こんにちは。
> どうも、相互リンクさせていただいたR.V.R.Groupの松岡です。
相互リンクありがとうございます。
『魔女っ子ルーネとオバケ城』は面白いので、
みんなにおすすめです。
誰かX68000に移植しないかなー。
> 私は前にPC88系を使っていて、I/Oに載っていた「快速16MHz」のX68000はよだれをだして見ていました。
> この前、X68000がSofmapで出ていたので買えばよかったなぁ・・・。
完全に動くX68000の実機を手に入れるのは難しく
なってきていると思います。
壊れたときのために予備を買っておく人もいます。
X68000の実機を持っていたけれど壊れてしまって
エミュレータに乗り換えたという人も多いです。
エミュレータの性能がよくなってきているので、
かつてX68000ユーザだった人はもちろん、かつて
X68000を欲しくて結局手に入れられなかった人にも、
とりあえずエミュレータでX68000の感触を味わって
みることをおすすめします。
X68000のエミュレータとしては、EX68とけろぴーが
有力です。いずれもここのリンク集から辿れます。
鎌田さんはじめまして、こんにちは はんかつと申します。
電脳倶楽部休刊あたりからROMさせていただいております。
最近、最後の68KマシンPalmをさわり始めました。
MAC系のOSなのであまりハードを叩くことはできそうにないのですが、
SXWINを想いだしながらごそごそやっております。
はんかつさん、こんにちは。はじめまして。
「こっちの世界」だなんて、ちょっとドキッとして
しまいましたぞ。(笑)
> 電脳倶楽部休刊あたりからROMさせていただいております。
ということは電脳倶楽部の読者だった方でしょうか。
> 最近、最後の68KマシンPalmをさわり始めました。
PalmというとDragonBallですね。
必ずしも最後の68Kマシンとは限らないかと…。
> MAC系のOSなのであまりハードを叩くことはできそうにないのですが、
> SXWINを想いだしながらごそごそやっております。
X68kのSX-WINDOWとMacOSの怪しい関係を知ってる人って
どのくらいいるのかなぁ。
クロス開発環境がしっかりしていれば、PDAも面白いかも。
Kamadaさんこんばんは はんかつです。
お返事が遅くなりまことにすみません。
> ということは電脳倶楽部の読者だった方でしょうか。
あたりです。
> 必ずしも最後の68Kマシンとは限らないかと…。
失礼今世紀が抜けておりました。
> クロス開発環境がしっかりしていれば、PDAも面白いかも。
市販のものは
CodeWarrior for Palm Computing Platform
http://www.palm-japan.com/software/codewar.html
フリーのものは
Gnu C Compiler for Win/Palm
http://www.palmos.com/dev/tech/tools/gcc/
またPalmのサイトでエミュレータとデベロッパ登録すれば
各種のROMが落とせます。
はんかつさん、こんにちは。
> > 必ずしも最後の68Kマシンとは限らないかと…。
> 失礼今世紀が抜けておりました。
それなら納得。
20世紀も残り3か月を切りましたね。
> 市販のものは
> CodeWarrior for Palm Computing Platform
> http://www.palm-japan.com/software/codewar.html
> フリーのものは
> Gnu C Compiler for Win/Palm
> http://www.palmos.com/dev/tech/tools/gcc/
>
> またPalmのサイトでエミュレータとデベロッパ登録すれば
> 各種のROMが落とせます。
情報をありがとうございます。
Kamadaさん、こんにちは。
重要な情報が抜けておりました。
Assembler SDK と言うのが有って、Darren Masseeenaのサイト
http://www.massena.com//
に情報があるそうです。
(英語が苦手なので細部は不明)
モトロリアンなリンクが増えててびっくり。
早速巡回してみます。
新しいインデックスですが、ドリームキャストでも
問題なかったですよ。
AC-YOUCHさん、こんにちは。
> モトロリアンなリンクが増えててびっくり。
> 早速巡回してみます。
ついでにColdFireのページも書いておきました。
> 新しいインデックスですが、ドリームキャストでも
> 問題なかったですよ。
報告ありがとうございます。
DCのことはすっかり忘れていました。
221. 五芒星の問題 春麗 2000/09/28 (木) 10:53
221. 五芒星の問題 春麗 2000/09/28 (木) 10:53 鎌田さん、こんにちは。僕は、未だにX68で2D格ゲーなんぞを作ろう
としている、諦めの悪い春麗と申す者です(060turbo使ってます)。
五芒星の問題、やっと解けました。休憩時にこれを会社で見たのが間
違いでした。その時はちょっとトライしてみて3分では解けなかった
ので、すぐに意味を終了して仕事に戻りました。が、何故か五芒星の
問題が頭の中でグルグルしてロクに仕事が手に付きませんでした。
耐え切れず、画像をPaintで貼り付けて、直線ツールであーでもな
いこーでもないと悩み続けて…なんかパズルの合間に仕事やってたよ
うな…(苦笑)。
「絶対、線分の交点を通り三角形を二分する直線を引くはずだ」など
と自分の思い込みにハマっていたのですが、何気なく引いたら10コ
できました。
日記でこれをプログラムで解いたとありますが、僕にはサッパリ分か
りませんでした。パズルの解法関係の知識が皆無とはいえ、プログラ
マとして恥ずかしい限りです。しょぼーん。
春麗さん、こんにちは。
> 鎌田さん、こんにちは。僕は、未だにX68で2D格ゲーなんぞを作ろう
> としている、諦めの悪い春麗と申す者です(060turbo使ってます)。
夢や目標は簡単に捨てられるものではありませんよね。
エミュレータもどんどん良くなっていることですし、
頑張って作ってください。
> 五芒星の問題、やっと解けました。
やった! 報告第1号です!
> 休憩時にこれを会社で見たのが間
> 違いでした。その時はちょっとトライしてみて3分では解けなかった
> ので、すぐに意味を終了して仕事に戻りました。が、何故か五芒星の
> 問題が頭の中でグルグルしてロクに仕事が手に付きませんでした。
> 耐え切れず、画像をPaintで貼り付けて、直線ツールであーでもな
> いこーでもないと悩み続けて…なんかパズルの合間に仕事やってたよ
> うな…(苦笑)。
いやー、すっかりハマらせてしまいましたね。
このパズル、有害だったかなあ。(笑)
> 「絶対、線分の交点を通り三角形を二分する直線を引くはずだ」など
> と自分の思い込みにハマっていたのですが、何気なく引いたら10コ
> できました。
おお、いいヒントが出ました。
他の人も挑戦してみてください。
> 日記でこれをプログラムで解いたとありますが、僕にはサッパリ分か
> りませんでした。パズルの解法関係の知識が皆無とはいえ、プログラ
> マとして恥ずかしい限りです。しょぼーん。
落ち込むことはありませんよ。
五芒星の問題はコンピュータにやらせるには少々
とっつきにくいのですが、あまり難しく考えることは
ありません。
「五芒星に直線を2本描き加えた図形」の中にある
「内側に線を含まない三角形」を数えるためには、
「五芒星に直線を2本描き加えた図形」をどのような
データ構造で表現しておくと都合がよいか、考えて
みてください。
直線は通過点を2個所固定すれば一意に定まります。
2個所の通過点の選び方はさほど多くはありません。
2本目の直線の通過点の候補は1本目と少し違います。
鎌田さん、こんにちは。
すっかりはまっていた五芒星の問題、
やっと解けました! とてもうれしいにょ(笑)。
五芒星の内部を分割するだけでは解けないところがポイント
ですね。とても面白いパズルです。
五芒星のパズルでは、数字を配置する問題もあります。
頂点と交点が10ヵ所ありますが、そこに 1 から 10 までの
数字を配置します。すると、直線上に4つの数字が並びますが、
その和が n 本の直線で等しくなるような配置を求めます。
3本の直線で等しくなる配置は、ある本で見かけたことが
ありますが、5本の直線全部が等しくなる配置はあるので
しょうか? もしかすると、解がないかもしれません。
そのうちに挑戦してみようと思います。
広井さん、こんにちは。
> 3本の直線で等しくなる配置は、ある本で見かけたことが
> ありますが、5本の直線全部が等しくなる配置はあるので
> しょうか? もしかすると、解がないかもしれません。
> そのうちに挑戦してみようと思います。
3分間プログラミングでてきとーに調べてみたのですが、
5本全部等しくすることは不可能ではないかと。
力ずくではなくてスマートに証明できないかなあ。
鎌田さん、こんにちは。
> 3分間プログラミングでてきとーに調べてみたのですが、
> 5本全部等しくすることは不可能ではないかと。
> 力ずくではなくてスマートに証明できないかなあ。
五芒星では解がないとのこと、調査ありがとうございます。
スマートに証明できると凄いですね。
ちなみに、六芒星の場合は解があります。
パズル雑誌では、マジックスターという名前のパズルで
登場することがあって、プログラムしたことがあります。
六芒星の場合、1 から 12 までの数字を配置しますが、
自分が調べた結果では、重複解をのぞくと 80 通りの解を
見つけました。解はもっと少ないと思っていたので、
意外な結果でした。
それではまた。
広井さん、こんにちは。
> 五芒星では解がないとのこと、調査ありがとうございます。
ちなみに、4本までならできます。
1+3+9+10=23
10+2+6+5=23
5+7+3+8=23
8+9+2+4=23
4+6+7+1=18
とか。
4本のとき何通りできるかは数えてみていません。
鎌田さん、こんにちは。
> ちなみに、4本までならできます。
> 1+3+9+10=23
> 10+2+6+5=23
> 5+7+3+8=23
> 8+9+2+4=23
> 4+6+7+1=18
> とか。
> 4本のとき何通りできるかは数えてみていません。
私もプログラムしてみました。数字の配置にたいする
回転解や鏡像解を除くと、168 通りの解を見つけました。
プログラムは私のHPで公開する予定なので、検証よろしく
お願いします。
4つの数字の和は、20, 21, 23, 24 の4通りもあるで、
意外な結果でした。
六芒星では4つの数字の和が 26 の場合しか調べて
いませんが、26 以外にもあるかもしれませんね。
それではまた。
広井さん、こんにちは。
> 私もプログラムしてみました。数字の配置にたいする
> 回転解や鏡像解を除くと、168 通りの解を見つけました。
> プログラムは私のHPで公開する予定なので、検証よろしく
> お願いします。
168通りで合っています。
> 4つの数字の和は、20, 21, 23, 24 の4通りもあるで、
> 意外な結果でした。
値が決まっていないところがあるわけですから、
そこで吸収できるのでしょう。
> 六芒星では4つの数字の和が 26 の場合しか調べて
> いませんが、26 以外にもあるかもしれませんね。
6本全部一致するときは26だけです。
鎌田さん、こんにちは。
> > 私もプログラムしてみました。数字の配置にたいする
> > 回転解や鏡像解を除くと、168 通りの解を見つけました。
>
> 168通りで合っています。
検証していただき、ありがとうございました。
間違いがなくて良かったです(笑)。
> > 六芒星では4つの数字の和が 26 の場合しか調べて
> > いませんが、26 以外にもあるかもしれませんね。
>
> 6本全部一致するときは26だけです。
さっそく調べていただいて、大感謝です!
どのパズルでもそうですが、最初に考えた人は
すごいですね。
それではまた。
224. 間違いでした Hiroi Makoto 2000/09/30 (土) 16:16
224. 間違いでした Hiroi Makoto ⌂ 2000/09/30 (土) 16:16 鎌田さん、どうもです。
すいません、五芒星の問題ですが数え間違いました。
うーん、はずかしいよう(泣)。
ここで、ギブアップします。答え教えてください(笑)。
それでは。
広井さん、こんにちは。
> すいません、五芒星の問題ですが数え間違いました。
あらら、残念。
> ここで、ギブアップします。答え教えてください(笑)。
では、そろそろ答えを発表することにしますか。
もう少し粘ってみようという人は見ないようにしてください。
五芒星の問題の答え
http://homepage2.nifty.com/m_kamada/gif/pentagram_a.gif
鎌田さん、こんにちは。
> では、そろそろ答えを発表することにしますか。
> もう少し粘ってみようという人は見ないようにしてください。
>
> 五芒星の問題の答え
> http://homepage2.nifty.com/m_kamada/gif/pentagram_a.gif
なるほど(ポンと手を打つ)、これは一本とられました。
これだからパズルはやめられませんね(笑)。
十分に楽しませてもらいました。
ありがとうございます。
久しぶりです。こんばんは。
分かったーと思い答え合わせしたら、
数え間違いで9個しかできてないのに答え見てもーたぁ。
でも、もう少し考えていても、
あんなの思い付かなかったかったと思います。
できれば答えを見ずに一週間くらい悩みたかったところですが。
(あれをプログラムで解く方が、普通に紙と鉛筆で解くより難解だと思いました。)
M.Hayashiさん、こんにちは。
> 分かったーと思い答え合わせしたら、
> 数え間違いで9個しかできてないのに答え見てもーたぁ。
あー、そのパターンは悲しいかも。
他のかたも気をつけてくださいまし。
> でも、もう少し考えていても、
> あんなの思い付かなかったかったと思います。
アプローチの仕方を一度思い込んでしまうと、
なかなかそこから抜け出せないんですよね。
> できれば答えを見ずに一週間くらい悩みたかったところですが。
私は高校生の頃に、ある数学の証明問題を10日かけて
解いたことがあります。
時間がかかればかかるほど、最終的に解けたときの
喜びは大きくなりますね。
フェルマーの最終定理の証明は350年かかったそうで。
> (あれをプログラムで解く方が、普通に紙と鉛筆で解くより難解だと思いました。)
完璧なプログラムが書ける頃にはプログラムの注釈に
答えが書いてありそうな気もしますね。(笑)
しかし、「アルゴリズムは穴だらけだけれど、答えが
見つかればラッキー」くらいの気持ちでプログラムを
書いてみるのも、ひとつのアプローチだと思います。
特に、アタマで考えていて煮詰まってしまったときは。
プログラムで答えが見つからなくても、「答えは
こういうパターンではない」ということがわかるので、
ヒントが得られるかも知れません。
慎吾ママは実際に、おはスタに出演していました。
とわいえ私は当日談をその後の「サタスマ」で見ただけですが。
また堀江さんは実際に「ラジオ番組中に他のキャスターを肩叩きする」
なる罰ゲーム(?)を与えられて、「や、ほんと上手だったよ」と
冨永み○なさんに言わしめた人です(^^;
VFC-LINKさん、こんにちは。
> 慎吾ママは実際に、おはスタに出演していました。
> とわいえ私は当日談をその後の「サタスマ」で見ただけですが。
あ、やっぱり。
おはスタで「慎吾ママまた来てくれー」って叫んでいたので、
一度は出たんだなあと思っていました。
それで、そのあとほったらかし? みたいな感じ。(笑)
> また堀江さんは実際に「ラジオ番組中に他のキャスターを肩叩きする」
> なる罰ゲーム(?)を与えられて、「や、ほんと上手だったよ」と
> 冨永み○なさんに言わしめた人です(^^;
ラジオですかぁ。う〜ん、イメージ、イメージ。
ごほうびになでなでしてもらえたのかなぁ。(んなわけないか)
鎌田さん、こんにちは。
ページデザインが突然変わってたのでビックリしました ^^;。
クールな感じで良いですね。
で、日記にあったタイトルの件ですが、これ、確かBIOS設定が
保存されているSRAMの内容のチェックサムエラーということだっ
たかと思います。
何かのタイミングでSRAM内容が壊れたのか、若しくはSRAM用の
バッテリがへたってるのかも知れません。
けんじょさん、こんにちは。
> ページデザインが突然変わってたのでビックリしました ^^;。
> クールな感じで良いですね。
早速のご感想、ありがとうございます!
ビックリしていただけで嬉しいです!
そろそろタイトル画像を変えたいなあと思って落書き
していたら、なんだかいい感じのが描けてしまったので、
急に変えてみたくなったの。(^^;
> で、日記にあったタイトルの件ですが、これ、確かBIOS設定が
> 保存されているSRAMの内容のチェックサムエラーということだっ
> たかと思います。
> 何かのタイミングでSRAM内容が壊れたのか、若しくはSRAM用の
> バッテリがへたってるのかも知れません。
情報ありがとうございます。
なるほど。
最近、落雷対策と部屋の模様替えとハングアップのために
電源を切ったことが多かったから、電池切れなら納得。
そういえば、ふたを開けたときに、見慣れたボタン電池の
2032が見えて、「こんな電池で大丈夫なんかいな」と
思ったんだっけ。
あのあとエラーは出ていないけれど、電池を取り替えて
おこうかなあ。
ここに発表されている「XCの不具合」ですが、
>IOCTRLFDCTL()が正常に動作しない
はXCのNewKitでは修正されていると思います。
(DOS4413.S;93-09-15 12:00)
逆に、IOCTRLRTSET(DOS4411.S)にて
move.w #$11,-(sp)
というのが間違いで、
move.w #11,-(sp)
のはずです。
LeDAさん、こんにちは。
> ここに発表されている「XCの不具合」ですが、
> >IOCTRLFDCTL()が正常に動作しない
> はXCのNewKitでは修正されていると思います。
> (DOS4413.S;93-09-15 12:00)
>
> 逆に、IOCTRLRTSET(DOS4411.S)にて
> move.w #$11,-(sp)
> というのが間違いで、
> move.w #11,-(sp)
> のはずです。
情報ありがとうございます。早速、追記しておきます。
他にも気付いたところがありましたらご指摘下さい。
よろしくお願いします。
> LeDAさん、こんにちは。
>
> > ここに発表されている「XCの不具合」ですが、
> > >IOCTRLFDCTL()が正常に動作しない
> > はXCのNewKitでは修正されていると思います。
> > (DOS4413.S;93-09-15 12:00)
> >
> > 逆に、IOCTRLRTSET(DOS4411.S)にて
> > move.w #$11,-(sp)
> > というのが間違いで、
> > move.w #11,-(sp)
> > のはずです。
>
> 情報ありがとうございます。早速、追記しておきます。
> 他にも気付いたところがありましたらご指摘下さい。
> よろしくお願いします。
採用、ありがとうございます。
こんなマイナーなバグ、普通は見つからないのかもしれませんが、
たまたま自作のソフトで使う機会があったので見つけてしまいました(自作デバイスドライバのバグ取り中に)。
私の知る限り、V2.1→NewKitでの唯一のバグ取りです。
(追加ライブラリや__main.Sの変更はありますが。)
LeDAさん、こんにちは。
> 採用、ありがとうございます。
> こんなマイナーなバグ、普通は見つからないのかもしれませんが、
> たまたま自作のソフトで使う機会があったので見つけてしまいました(自作デバイスドライバのバグ取り中に)。
リトライ回数なんて普通は変更しませんからねぇ。
> 私の知る限り、V2.1→NewKitでの唯一のバグ取りです。
> (追加ライブラリや__main.Sの変更はありますが。)
XCのライブラリには結構バグがあったと思うのですが、
NewKitでは修正されているところが多いかも知れませんね。
247. びっくりしました! Hiroi Makoto 2000/10/10 (火) 19:42
247. びっくりしました! Hiroi Makoto ⌂ 2000/10/10 (火) 19:42 鎌田さん、こんばんは。
STUDIO KAMADA にアクセスしたら、黒を基調とした
ホームページに変わっていたので、びっくりしました。
やっぱり X68000 は黒なのでしょうか。かっこいいです。
新しいバナー、輝いていますね。さっそくリンクで
使わせていただきます。
広井さん、こんばんは。
> STUDIO KAMADA にアクセスしたら、黒を基調とした
> ホームページに変わっていたので、びっくりしました。
> やっぱり X68000 は黒なのでしょうか。かっこいいです。
ありがとうございます!
X68000だから黒というわけではないのですが、確かに
X68000ユーザのページは背景が黒い所が多いですね。
> 新しいバナー、輝いていますね。さっそくリンクで
> 使わせていただきます。
よろしくです。
バナーのURLと大きさが以前と違うのでご注意下さいませ。
古いバナーも残してありますが、新しいのと比べると
やはりしょぼいバナーだったんだなぁと。(笑)
あ、五芒星の背景が水色のままだ。
こんにちは。
新しいページ、かっこよくなっていいですね。
CG文字のアンチも奇麗に見易くなってますし、
レイアウトもトータルイメージもいいです。
でもCG文字はBMPよりもGIFファイルの方が
ページが軽くなっていいかもです。
1ファイル6KBくらい(プロフィール、の文字)
ある文字だと、アナログモデムだとちょい辛いかもです。
あれなら256色で十分ですし。
こっちで試しにGIF化してみたら、半分くらいになりました。
ではでは。
みかぜさん、こんばんは。
> 新しいページ、かっこよくなっていいですね。
> CG文字のアンチも奇麗に見易くなってますし、
> レイアウトもトータルイメージもいいです。
ありがとうございますぅ。
> でもCG文字はBMPよりもGIFファイルの方が
> ページが軽くなっていいかもです。
> 1ファイル6KBくらい(プロフィール、の文字)
> ある文字だと、アナログモデムだとちょい辛いかもです。
> あれなら256色で十分ですし。
> こっちで試しにGIF化してみたら、半分くらいになりました。
> ではでは。
にょにょ? 画像は全部GIFになってるにょ。
プロフィールの文字(profile.gif)は3436バイトだにょ。
> にょにょ? 画像は全部GIFになってるにょ。
> プロフィールの文字(profile.gif)は3436バイトだにょ。
プロフィールは今見直したらGIFでした。
申し訳ないです。私が見た時日記のCGだけフォント
タイプが違ってたから過渡期だった???
今見直した所、日記と更新記録はダウンロードすると
今もBMPになってしまいますが、これは……IEのせい?
みかぜさん、こんばんは。
> プロフィールは今見直したらGIFでした。
> 申し訳ないです。私が見た時日記のCGだけフォント
> タイプが違ってたから過渡期だった???
> 今見直した所、日記と更新記録はダウンロードすると
> 今もBMPになってしまいますが、これは……IEのせい?
IEの画像キャッシュの更新のタイミングが変なのかも。
diary.gifは2115バイト、history.gifは3416バイトです。
たびたびすいません
> IEの画像キャッシュの更新のタイミングが変なのかも。
あ〜なんかその辺の可能性が高い気がしてきました。
先日キャッシュがとんだばっかりだし、
ちょっと前に見た時はレイアウトは変ってたけど、
背景が水色だったので……しばらく後でリロードを
かけたら黒になりました。
うむむ……とりあえず無意味な事いって混乱させましたね。
申し訳ないです。
みかぜさん、こんばんは。
> > IEの画像キャッシュの更新のタイミングが変なのかも。
>
> あ〜なんかその辺の可能性が高い気がしてきました。
> 先日キャッシュがとんだばっかりだし、
> ちょっと前に見た時はレイアウトは変ってたけど、
> 背景が水色だったので……しばらく後でリロードを
> かけたら黒になりました。
CSSだけキャッシュの更新が遅れたのかな。
STUDIO KAMADAにはBMPフォーマットの画像ファイルは
置いていない(更新中も含めてアップロードしていない)
ので、BMPになっていたらそれはキャッシュだと思います。
お使いのマシンの時計、あってますよね?(念のため)
うちのIEも以前キャッシュがおかしくなって、
キャッシュをすべて消去したことがあります。
キャッシュの機能がないとオフラインで読んだり
書いたりするときに不便ですが、キャッシュが悪さを
していると障害の原因がわかりにくくて困るんですよね。
> うむむ……とりあえず無意味な事いって混乱させましたね。
> 申し訳ないです。
いえ、たとえ間違っていたとしても、気付いたところを
報告していただけるのは嬉しいものです。
これからもよろしく。
KAMADAさんこんにちは。
> STUDIO KAMADAにはBMPフォーマットの画像ファイルは
> 置いていない(更新中も含めてアップロードしていない)
> ので、BMPになっていたらそれはキャッシュだと思います。
そのようですね。早とちりしてしまいました。お恥ずかしい。
> うちのIEも以前キャッシュがおかしくなって、
> キャッシュをすべて消去したことがあります。
> キャッシュの機能がないとオフラインで読んだり
> 書いたりするときに不便ですが、キャッシュが悪さを
> していると障害の原因がわかりにくくて困るんですよね。
常時接続だから基本的に必要無いんですが、
いつも見ているページが、いざ、ふいに無くなってしまった
時などで、溜まっているキャッシュから無理矢理サルベージ
させる事があるので、あんまり切りたくないんですよね。
難しい所ですが。
ではでは。
みかぜさん、こんにちは。
> 常時接続だから基本的に必要無いんですが、
うちは昨日やっと(ほぼ)常時接続になりましたが、
回線速度が遅いので、最近見たページを開くのに
かかる時間がキャッシュの有無でだいぶ違います。
みかぜさんのところは常時接続でしかも回線速度が
速いんですよね。いいなあ。
> いつも見ているページが、いざ、ふいに無くなってしまった
> 時などで、溜まっているキャッシュから無理矢理サルベージ
> させる事があるので、あんまり切りたくないんですよね。
> 難しい所ですが。
なるほど。そういう使い方もありましたか。
IEのキャッシュの実体の部分がもうちょっと探しやすく
なっているとよかったかも。