| 掲示板の過去ログ（本文 2001/02/13-） | 2007-07-18(Wed) 21:18 |
|---|
逆ポーランド記法といえば、私もインタープリターを
自作したときに勉強しましたっけ｡
ASK3のアクセサリで､拙作のASKDen2等にはそれが載ってます｡
私が参考にしたのは､I/O別冊の「MZ80活用研究」。
その中にあったHudsonのBASICコンパイラーの解説が
わかりやすかったです｡
2本のスタックを使えば楽に処理できます｡
今にして思えば、インタープリターでは不要な気もしますが。
（コンパイラー作成には不可欠と思う｡）
LeDAさん、こんにちは。
> 逆ポーランド記法といえば、私もインタープリターを
> 自作したときに勉強しましたっけ｡
> ASK3のアクセサリで､拙作のASKDen2等にはそれが載ってます｡
フロントエンドプロセッサに電卓機能を持たせたのね。
そういえばASKのアクセサリは私は作ったことがないかも。
> 今にして思えば、インタープリターでは不要な気もしますが。
> （コンパイラー作成には不可欠と思う｡）
インタプリタでも、プログラム機能があってループや
関数定義などで1つの式を何度も評価する場合には、
あらかじめ演算子の優先順位を解析しておいたほうが
速く動きます。
「ぺけ-BASIC」はインタプリタですが、プログラムを
ロードした直後にすべての式をポーランド記法
（逆ポーランド記法とは逆の前置式）に変換しておくことで、
式の評価を高速化しています。
フロントエンドプロセッサやコマンドライン電卓で
プログラム機能を持たせない場合は、数式の文字列を
1パスで計算するほうが手っ取り早いです。
HAS060.Xは、整数の式ではシンボルの前方参照や外部参照を
伴うので逆ポーランド記法を使用し、浮動小数点数の式では
前方参照も外部参照も許されないので1パスで計算しています。
製作体制のアレですが、私も最初の数分見逃したので、もしかしたらそこに違う情報が含まれているのかもしれませんが、日記の例で言うとその速い赤や凄い黒というのは、監督の頭の中にはそれなりのイメージはあるのでしょうが、この場合は、それが無い、本人がその「速い赤」のイメージが出来ていない状態でスタッフがつくっているという感じがしました。私はこのチームの前作は買ったし非常に気に入っているのですが、それだけに意外という感じがしてます。
みかぜさん、こんにちは。
> 日記の例で言うとその速い赤や凄い黒というのは、監督の頭の中にはそれなりのイメージはあるのでしょうが、この場合は、それが無い、本人がその「速い赤」のイメージが出来ていない状態でスタッフがつくっているという感じがしました。
なんと。
スタッフがてきとうに作ってそれを監督が気に入ったら
採用とか？
名前だけ貸しているという解釈もできますが、私は逆に
学生が書いた論文を自分の名前で発表する悪徳教授を
連想してしまいました。
こんにちは．igaです．
暇が出来たので，少し動作チェックをしてみました．
メモリ周りに不安がある，という事ですので，違うメモリ（I/O
スロットに挿す2MB）に換えて，mach2pのメモリを無効にしてみた
のですが，やっぱりlx.rが固まりました（一応内蔵2MBはFDに
キャッシュをあててつぶしました）．上手く行く事もあって，
電源を入れたてだと大丈夫なような気もします．
強制ソフト転送の件ですが，lx.rでは使ってなさそうですね．
一応ソース覗いておきます．
こうなると一体何がいけないのか本当に判りません．
とりあえず，QuantumのATLASIIが手に入る事になりましたので，
それが来てからもう少し試してみます．
それでは．
igaさん、こんにちは。
> 強制ソフト転送の件ですが，lx.rでは使ってなさそうですね．
> 一応ソース覗いておきます．
>
> こうなると一体何がいけないのか本当に判りません．
lx.rはメモリを目一杯使うことで.lzhファイルを高速展開
するプログラムです。
詳しく調べたわけではないので憶測になりますが、lx.rが
他のプログラムが普段は使わない領域まで使っている
可能性があります。
特定の領域を使うとうまく動作しないということであれば、
lx.rだけ動かないこともあり得ると思います。
鎌田さん，こんにちは．
> lx.rはメモリを目一杯使うことで.lzhファイルを高速展開
> するプログラムです。
> 詳しく調べたわけではないので憶測になりますが、lx.rが
> 他のプログラムが普段は使わない領域まで使っている
> 可能性があります。
> 特定の領域を使うとうまく動作しないということであれば、
> lx.rだけ動かないこともあり得ると思います。
そういえば，refreshg.xも固まって実行できない事がありました．
fsck.xをATから転送して展開して……というのが面倒だったので，
refreshg.xでFATのチェックだけを行いたかったのですが，1023MB
のパーティションを調べるとなると，メモリを大食いしますね．
確かにメモリの使い方が関係しているかもしれませんね．
# これがリフレッシュ中だったら……
こんにちは．
QuantumのAtlasIIが届きましたので，早速試してみました．
……
固まらなくなりました！
あっさり直ってしまいました．
mach2(p)とIBMの相性が悪いという話は今回初めて知りましたので，
ここに来なかったらと思うと……本当に助かりました．
ありがとうございました．
igaさん、こんにちは。
> QuantumのAtlasIIが届きましたので，早速試してみました．
:
> 固まらなくなりました！
> あっさり直ってしまいました．
おお、それは良かったです。
IBMのHDDで動かなかったmach2pでも動いたHDDの例として
参考になりますので、細かい型番を教えていただけますか？
（QM3xxxxAL-Sxxのような感じだと思います）
鎌田さん，こんにちは．
> IBMのHDDで動かなかったmach2pでも動いたHDDの例として
> 参考になりますので、細かい型番を教えていただけますか？
> （QM3xxxxAL-Sxxのような感じだと思います）
QM〜という表記は見つけられなかったのですが，HN21S391
と書いてありました．商品名はXP32275Sです．AtlasIIの
narrow SCSI，2275MB(1MB=1,000,000bytes)です．
IBMのHDはXVIに入れる事にします．
igaさん、こんにちは。
> QM〜という表記は見つけられなかったのですが，HN21S391
> と書いてありました．商品名はXP32275Sです．AtlasIIの
> narrow SCSI，2275MB(1MB=1,000,000bytes)です．
ありがとうございます。
Atlas IIっていろいろあるんですね。
XP32275Sというのがキーワードのようです。
これから買う人は参考にしましょう。
その１．
「でじこ」は、隠し属性でなので、ＤＶＤは買うにょ。
でも、ＴＶは、放送地区外…。（だから、ＤＶＤ待ちにょ）
その２．
バナーを更新しました。パスの方は、変更ありません。
その３．
【（す）のぺーじ】の掲示板を見たら、懐かしい名前発見。
おもわず（ＰＣの前で、）小躍りしてしまいました。（笑）
はぐれこかとりすさん、こんにちは。
> その１．
> 「でじこ」は、隠し属性でなので、ＤＶＤは買うにょ。
> でも、ＴＶは、放送地区外…。（だから、ＤＶＤ待ちにょ）
隠し属性って…。
世界征服の前に日本全国のテレビ局を征服しなくちゃダメだにょ。
> その２．
> バナーを更新しました。パスの方は、変更ありません。
フォントが変わって影がつきましたね。
こちらは16日に更新しました。
> その３．
> 【（す）のぺーじ】の掲示板を見たら、懐かしい名前発見。
> おもわず（ＰＣの前で、）小躍りしてしまいました。（笑）
ほっほっほ。
鉄の大陸、もうすぐかな？
SCSI-BIOSといえば､一応自前でほぼ互換の
SCSIアクセスのルーチンを書いたことが
あるのですが､入出力の処理を
全部DMAでやるのは苦労が多いですね｡
READ/WRITEはともかく､メッセージ関係が｡
それはそうと、それで思い出したのですが､
InsideX68のSCSIのサンプルプログラムにが
バグが居ます｡
p515
dma->cpr=0x08;とある行は0x03が正解です｡
CPRに0x08と言う設定はないです｡
p68のDMAのサンプルと見比べるとわかります｡
巷にあるInsideX68の正誤表にもなかったので｡
LeDAさん、こんにちは。
> SCSI-BIOSといえば､一応自前でほぼ互換の
> SCSIアクセスのルーチンを書いたことが
> あるのですが､入出力の処理を
> 全部DMAでやるのは苦労が多いですね｡
> READ/WRITEはともかく､メッセージ関係が｡
おお、SCSI-BIOSを書けるとは、さすがです。
ほんと、READとWRITEだけで動けば簡単なんですけどねぇ。
それじゃSCSIじゃなくて単なるシリアルポートになっちゃいます。
> それはそうと、それで思い出したのですが､
> InsideX68のSCSIのサンプルプログラムにが
> バグが居ます｡
>
> p515
> dma->cpr=0x08;とある行は0x03が正解です｡
> CPRに0x08と言う設定はないです｡
> p68のDMAのサンプルと見比べるとわかります｡
CPR（チャンネルプライオリティレジスタ）は下2ビット以外
0固定だから、0x08は変ですね。
情報ありがとうございます。
> おお、SCSI-BIOSを書けるとは、さすがです。
あっ、いや、100%オリジナルじゃないんですけどね(^_^;)｡
InsideX68のサンプルと､SCSI-BIOSの逆アセンブルソースを
参考に、全部Cで書いたものがあります｡
FAT32ツールでは使ってませんが､ある実験でSCSIの全エラーを
検出する必要があり、また全ての待ちにおいてタイムアウトを
起こさせる必要から作りました｡
（SCSI-BIOSは一部の処理待ちで永久待ちになる可能性が
あります｡）
この部分のソースは公開しても問題ないので（どうせ
X68内蔵SCSI専用だから）､希望があれば出します｡
もっとも、関数レベルですし、BIOSの全コマンドを
サポートしているわけじゃないのですが｡
（全コマンドは発行出来るが､全コマンドと同じエントリはない｡
要するに、SCSIコマンドを知ってないとダメ｡）
LeDAさん、こんにちは。
> あっ、いや、100%オリジナルじゃないんですけどね(^_^;)｡
> InsideX68のサンプルと､SCSI-BIOSの逆アセンブルソースを
> 参考に、全部Cで書いたものがあります｡
> FAT32ツールでは使ってませんが､ある実験でSCSIの全エラーを
> 検出する必要があり、また全ての待ちにおいてタイムアウトを
> 起こさせる必要から作りました｡
> （SCSI-BIOSは一部の処理待ちで永久待ちになる可能性が
> あります｡）
タイムアウトは必要ですよね。あまり長いのは嫌だけど。
S44PLAY.Xを作っていたときは、CD-ROMドライブのアクセスが
固まったら、おもむろにキー操作で止めて、SCSIバスリセット
していました。
> この部分のソースは公開しても問題ないので（どうせ
> X68内蔵SCSI専用だから）､希望があれば出します｡
> もっとも、関数レベルですし、BIOSの全コマンドを
> サポートしているわけじゃないのですが｡
> （全コマンドは発行出来るが､全コマンドと同じエントリはない｡
> 要するに、SCSIコマンドを知ってないとダメ｡）
SCSI-BIOSのプログラムの例を参考にしたい人はいると思います。
内蔵SCSIとMach-2(p)ではSPCの仕様がだいぶ違うので
SCSI-BIOSが別の物になってしまうところが難点ですね。
内蔵SCSIはMB89352、Mach-2はMB86601、mach2pはMB86604。
鎌田さん、こんばんは。
日記で紹介された ThroughClock ですが、さっそく
使ってみました。なるほど、これならばディスクトップに
表示していても邪魔になりませんね。便利なだけではなく、
オプションメニューも豊富でとても面白いにょ（笑）。
ではでは。
広井さん、こんにちは。
> 日記で紹介された ThroughClock ですが、さっそく
> 使ってみました。なるほど、これならばディスクトップに
> 表示していても邪魔になりませんね。便利なだけではなく、
> オプションメニューも豊富でとても面白いにょ（笑）。
ThroughClockは、ある意味すごくシンプルなんだけど、
カスタマイズしやすくて使い勝手がいい、そんな感じ。
これを見てDelphiというものに興味を持ったりしています。
テレビ番組雑誌のTVstati○nには、フジテレビ明日21日の
深夜３時35分〜４時５分の枠に
「鉄甲機ミカヅキＳＰ」ダイジェスト
ってあります。
フジテレビWebの明日の番組表にはそんなこと一切書いて
いませんが(^^； TVstati○nの公式変更情報ページには
変更の届けは出ていません・・・。
変更の届けといえば、金曜■ードショーで予定されていた
米国ゴジラが延期になったそーで。
時節的に危ういシーンがあるそーで(^^；
TVstati○n変更情報ページはここ。
http://tv.diamond.ne.jp/ch/
VFC-LINKさん、こんにちは。
> テレビ番組雑誌のTVstati○nには、フジテレビ明日21日の
> 深夜３時35分〜４時５分の枠に
> 「鉄甲機ミカヅキＳＰ」ダイジェスト
> ってあります。
>
> フジテレビWebの明日の番組表にはそんなこと一切書いて
> いませんが(^^； TVstati○nの公式変更情報ページには
> 変更の届けは出ていません・・・。
インターネットTVガイドにも書いてあったのですが、
21日午前4時頃、「現在の番組表」の日付が変わると同時に
消えました。
以前は予定されていたものの、中止になったのでしょう。
残念。
Kamada様、お晩です。
「でじこ」って本名じゃ無かったんですか。
ガシャポンのリンクのおかげで判りました。
......っていう素人？な私も拝見させてもらってます。
gussyさん、こんにちは。
> 「でじこ」って本名じゃ無かったんですか。
> ガシャポンのリンクのおかげで判りました。
「でじこ」と「ぷちこ」は通称だにょ。「うさだ」は本名。
> ......っていう素人？な私も拝見させてもらってます。
ありがとうございます。
（でじこの本名を知ったからには、もう素人じゃないにょ）
私もgussyさんの日記をこっそりチェックしていたりします。
「ハロ」とか、影響を受けています。
これからもよろしくです。
640. バナー 小西 2001/02/22 (木) 22:04
└641. Re: バナー M.Kamada 2001/02/22 (木) 22:58
640. バナー 小西 ⌂ 2001/02/22 (木) 22:04 相互リンクしていただいている「遊楽街」の管理者、小西です。
バナーを作ったので、リンクページで使って下さい。
641. Re: バナー M.Kamada ⌂ 2001/02/22 (木) 22:58 小西さん、こんにちは。
> 相互リンクしていただいている「遊楽街」の管理者、小西です。
> バナーを作ったので、リンクページで使って下さい。
ご連絡ありがとうございます。
さっそく、リンク集を更新しました。
642. 逃げる時計 VFC-LINK 2001/02/25 (日) 00:24
└645. Re: 逃げる時計 M.Kamada 2001/02/26 (月) 17:51
642. 逃げる時計 VFC-LINK 2001/02/25 (日) 00:24 私から言わせればパクリです(爆)
とはいえ、私のマシン３台＋会社マシンに常駐中のは完成度
低すぎですけどもね(^^；
ま、この辺は能力の問題ってことで・・・。
http://homepage1.nifty.com/vfclink/ccc/garbage/dokodoke.htm
VFC-LINKさん、こんにちは。
> http://homepage1.nifty.com/vfclink/ccc/garbage/dokodoke.htm
んー、時計ついてきますねー。
X Window Systemで昔見たonekoを思い出してしまいました。
マウスポインタに猫がついてくるの。
日記より、
＞アメリカの文化には日本のようにとりあえず謝る気持ちを伝えるための謝罪の言葉というものが存在しないのでしょうか。
これ、私が思うに「存在しない」のだと思います。
その象徴的単語として「apologize」があります。
これには「謝る」という意味と同時に「言い訳する」と
いう意味もあります。
すなわち、アメリカ人にとっては、いいわけをする＝自己主張する
ことが謝っているという態度だということです。
日本は「まず謝れ」であり、まさに文化の違いなのですが、
個人的には米国流は非常に不快です。
（会社でもよくあります。）
悪い結果がでているなら、まず自分の非を認めてから、
今後の対策を言うべきなのにと思います。
今回の艦長のように、謝罪もせずに自分の無罪を得るために
弁護士を選んだなどと言う行動を聞くと、良心のなさに
怒りを覚えますし、これが一般的なら、
仮に間違って核兵器のボタンも押しても「正当防衛」などと
言い逃れしそうです。まあ、イラクへの攻撃なんぞ
その例だと思いますが。
すべてのアメリカ人が悪い人だとは思いたくないですが。
LeDAさん、こんにちは。
> すなわち、アメリカ人にとっては、いいわけをする＝自己主張する
> ことが謝っているという態度だということです。
日本人は曖昧な言葉を選び、アメリカ人はストレートに言う
という印象があるのですが、どうして自らの非を認める言葉は
ストレートに出てこないのでしょうね。
> 日本は「まず謝れ」であり、まさに文化の違いなのですが、
> 個人的には米国流は非常に不快です。
> 悪い結果がでているなら、まず自分の非を認めてから、
> 今後の対策を言うべきなのにと思います。
まったく同感です。
日米地位協定の問題もありますが、多民族国家のアメリカが
他国の文化をないがしろにするのは理に反していると思います。
結局、自分たちのやり方を押し付けているだけなのですから。
被害者の文化に合わせるくらいの融通もきかないようです。
> 多民族国家のアメリカが
> 他国の文化をないがしろにするのは理に反していると思います。
米国は他国から見れば多民族国家なのですが、
中に入れば「America is No.1」という教育が
徹底されているようなので、米国以外を軽視してしまう
人間が少なからずできてしまうようです。
そして、そのNo.1の文化を世界に広めようとするやからも。
（大学生にもなって、ＳＯＮＹが米国の企業だと信じて疑わない
馬鹿も多数いるというのがその証拠か。世界に名だたる
ＳＯＮＹが日本の企業であるわけはない、と言うこと。）
本人は「他国の文化をなえがしろにしている」とは
思っていず、良いものを教えていると思っている
のでしょうが、これが他国にとっては押しつけ以外の
何者でもないと。
別に米国を敵視する気はないですが、時折そのようなやり方が
目に付きすぎることがあって、不快に思えることがあります。
ヨーロッパはそのような米国のやり方に対して、
時としてはっきり「ＮＯ」と言いますが、
日本政府はどうにも米国の言うことに従順すぎてだめだめですね。
（日本は本当に独立国なのか？と思うこともしばしば。）
もっとはっきりものが言える政府がほしいところです。
LeDAさん、こんにちは。
> ヨーロッパはそのような米国のやり方に対して、
> 時としてはっきり「ＮＯ」と言いますが、
> 日本政府はどうにも米国の言うことに従順すぎてだめだめですね。
> （日本は本当に独立国なのか？と思うこともしばしば。）
> もっとはっきりものが言える政府がほしいところです。
「日本はアメリカに守ってもらっている（アメリカは日本を
守ってやっている）」という意識を変えないとダメですよね。
日米地位協定のような不平等な協定もありますし。
今の世にあんな不平等な協定が許されるはずがありません。
石原都知事を首相に推す国民が多いのは、アメリカに対しても
何でもはっきり言ってくれるからだと思います。
石原さん一人でどうにかなるものでもないとは思いますが。
644. ろっぱねっと ラキッ！ 2001/02/26 (月) 16:22
644. ろっぱねっと ラキッ！ 2001/02/26 (月) 16:22 皆さん初めまして。『ろっぱねっと』準備委員会の永井と申します。
この度自前サーバーが一定以上の稼働率を突破した事で６８ユーザー
間の気軽な情報交換を目的とした『６８ユーザーネットワーク』を
提供開始できればと考えています。
現在はネットワーク会員数が極わずかなので目立ったサービスは提供
しておりませんが、ユーザー数が(int)６８を突破した時点から色々
始めたく、会員を募集開始しました。
まず始めに御提供できるサービスは、x68k.netドメインのメールアド
レスです。 指定メールアドレスへx68k.netメールアドレスより転送
致します。
会員登録、会費は無料です。
x68k.netに関する質問、無料メールアドレスのお申し込み、今後の
x68k.netの展開について御意見のある方は御遠慮なく、
X-PowerStation NetworkSolutions.
X68K.NETそこはかとなくぼちぼち頑張ろう
準備委員会広報担当 永井 nagai@x68k.net
まで御気軽にどうぞ！
かまださん、お久しぶりです。
先日のミカヅキ、見逃し・録画り逃してしましました…。
何故かと云うと、２月はじめからドリームキャストの
ＰＳＯにドハマリしてしまい、平日はもちろんの事、
週末金曜日は徹夜でＰＳＯ漬けだからです。
ので、最近ＴＶもロクに見てません。せいぜいＮＨＫ
のプロジェクトＸぐらいしか見てません。
大抵、夜通し遊んで土曜の朝８時９時に寝てますので、
先週の土曜日、起きたら既に１８：００でした（涙）。
しかし、手にはビデオのリモコンを握っていたので、
もしかしたら１３時ごろに起きたのかも知れません…。
もちろん、録画はされてませんでした（笑）。謎です（笑）。
春麗さん、こんにちは。
> 先日のミカヅキ、見逃し・録画り逃してしましました…。
それは残念！
次回の放映まではまだ間があるので、その間に誰かに
ビデオを借りて観ましょう。（私でもOKだにょ)
> 何故かと云うと、２月はじめからドリームキャストの
> ＰＳＯにドハマリしてしまい、平日はもちろんの事、
> 週末金曜日は徹夜でＰＳＯ漬けだからです。
> ので、最近ＴＶもロクに見てません。せいぜいＮＨＫ
> のプロジェクトＸぐらいしか見てません。
う〜ん、打ち込めるものがあるのはうらやましいにょ。（笑）
> 大抵、夜通し遊んで土曜の朝８時９時に寝てますので、
> 先週の土曜日、起きたら既に１８：００でした（涙）。
> しかし、手にはビデオのリモコンを握っていたので、
> もしかしたら１３時ごろに起きたのかも知れません…。
>
> もちろん、録画はされてませんでした（笑）。謎です（笑）。
寝ている間に「誰か」にリモコンを握らされていたとか…
こ、こわい…
652. ラピュタ VFC-LINK 2001/02/28 (水) 01:32
└653. Re: ラピュタ M.Kamada 2001/02/28 (水) 19:59
652. ラピュタ VFC-LINK 2001/02/28 (水) 01:32 放送をS-VHSビデオ経由でMPG-BOX/PにＳ端子接続し、最大性能を
出して3.4GB程度のMPEG1ファイルに。
これを1.7GB程度に分解し、MediaStudio６でAVI化、さらに
MediaEncoder７でMPEG7化。
352x240の鮮明度100%・30fpsの696MBになりましたとさ。
700MBのCD-Rに焼いて完成(^^；
普通の人ならこれを200％拡大モードで見れば充分なはず。
でも私はDVD買ってしまうことだろう。
上記の映像だと、例えばエンディングのバックで雷雨に
なっているはずの箇所で雷がノイズ扱いにされて消えて
しまうので(^^；
# さて次の作業はＴ２だ。
653. Re: ラピュタ M.Kamada ⌂ 2001/02/28 (水) 19:59 VFC-LINKさん、こんにちは。
> 放送をS-VHSビデオ経由でMPG-BOX/PにＳ端子接続し、最大性能を
> 出して3.4GB程度のMPEG1ファイルに。
> これを1.7GB程度に分解し、MediaStudio６でAVI化、さらに
> MediaEncoder７でMPEG7化。
> 352x240の鮮明度100%・30fpsの696MBになりましたとさ。
> 700MBのCD-Rに焼いて完成(^^；
ずいぶん小さくなりましたねー。
ディスク1枚に入り切れば扱いやすいですよね。
うちのは640×240のMPEG-2で2.5GBもありますが、
それでも画質には不満が残ります。
やはり、リアルタイムでは転送速度ぎりぎりでなるべく
圧縮せずに保存しておいて、後から時間をかけて圧縮
したほうが綺麗に小さく圧縮できそうですね。
> 普通の人ならこれを200％拡大モードで見れば充分なはず。
> でも私はDVD買ってしまうことだろう。
> 上記の映像だと、例えばエンディングのバックで雷雨に
> なっているはずの箇所で雷がノイズ扱いにされて消えて
> しまうので(^^；
はは。
ラピュタのエンディングは遊び心にあふれていますよね。
クレジットの陰で雷雨になっていたり、土星が異様に
近かったり、大きな流れ星が横切ったり…
UFOがラピュタに降り立つ案は却下になったそうですが。
> やはり、リアルタイムでは転送速度ぎりぎりでなるべく
この１年ちょっとで得た経験から言うと
「いかにキャプチャ時に負担をかけないで行うか」
で画質が大きく変わります。
結果としてCPUは800MHzに、DISKはU160-SCSI２台に、
メモリは640MBになりました(^^；
それでもキャプチャ時の画面への出力もオフにし、
音声との合成処理もキャプチャ後に行うように設定
してます。
先月に出たMPEG2キャプチャ機・USB-MPG2TVも画質は
すさまじいものを出してくれますが、細かな動作設定が
できないのでなんかコマ落ちしている感じになって
しまいますね。
# ２月年末だとすっきりするでしょ(^^；
VFC-LINKさん、こんにちは。
> 「いかにキャプチャ時に負担をかけないで行うか」
> で画質が大きく変わります。
> 結果としてCPUは800MHzに、DISKはU160-SCSI２台に、
> メモリは640MBになりました(^^；
うーん、キャプチャーマシーンですね。（笑）
リアルタイムで綺麗に圧縮するためには速いCPUが必要、
綺麗に圧縮するとサイズが大きくなるので速い転送速度が必要、
瞬間的な過負荷に耐えるために大量のメモリが必要、
ですね。
> # ２月年末だとすっきりするでしょ(^^；
にゅ。
654. 四色問題 Hiroi Makoto 2001/03/03 (土) 15:08
└655. Re: 四色問題 M.Kamada 2001/03/03 (土) 17:59
└656. Re^2: 四色問題 Hiroi Makoto 2001/03/03 (土) 20:39
└676. Re^4: 四色問題 Hiroi Makoto 2001/03/08 (木) 23:23
654. 四色問題 Hiroi Makoto ⌂ 2001/03/03 (土) 15:08 鎌田さん、こんにちは。
>その証明方法はコンピュータを使ったエレファントな
>解決法（「エレガントな解決法」の反対）でした。
昔に書かれたコンピュータの教科書には、
「どんなコンピュータを使ったところでこの問題を証明
することはできないだろう」
などと書いてありました。それがコンピュータを使って
証明されたわけですから、とても衝撃的な解決法だった
のでしょうね。
ところで、ムーアの地図は見たことがありません。
どんな地図なんでしょう？
ではでは。
655. Re: 四色問題 M.Kamada ⌂ 2001/03/03 (土) 17:59 広井さん、こんにちは。
> 昔に書かれたコンピュータの教科書には、
>
> 「どんなコンピュータを使ったところでこの問題を証明
> することはできないだろう」
>
> などと書いてありました。それがコンピュータを使って
> 証明されたわけですから、とても衝撃的な解決法だった
> のでしょうね。
「コンピュータを使って証明する」と言うと、いかにも
有限個のパターンをしらみつぶしに調べるような印象が
あります。しかし、アッペルとハーケンが凄かったのは、
四色問題を十分に少ない有限個のパターンに帰着させる
作業そのものをコンピュータにやらせたことのようです。
コンピュータを単なる計算機としてではなく、証明のための
道具として使ったことが、当時としては衝撃的なことだった
ようです。
> ところで、ムーアの地図は見たことがありません。
> どんな地図なんでしょう？
「ムーアの地図」は1963年にウィスコンシン大学のムーア
という人が作った、円筒面上または球面上の地図です。
ムーアの地図は少なくとも2種類あって、1つは342ヶ国、
もう1つは846ヶ国からなるそうです。
それらの地図は4色で塗り分けることが非常に難しかった
ために、当時は「四色問題の反例が見つかったらしい」
などとうわさになったそうです。
実際は、四色問題の解決が容易でないことを示すために、
それまでにわかっていた理論だけでは塗り分けられない
地図の例として作られたものだったようです。
参考文献：『四色問題』一松信著、講談社（ブルーバックス）
国立国会図書館（http://webopac2.ndl.go.jp/）の
簡易検索で出てきますが、入手は難しいかも知れません。
鎌田さん、こんにちは。
四色問題の説明はとても勉強になりました。
どうもありがとうございます。
> ムーアの地図は少なくとも2種類あって、1つは342ヶ国、
> もう1つは846ヶ国からなるそうです。
ほえー！、ムーアの地図はとても大きいのね。
四色問題が証明されたとはいえ、ムーアの地図を塗り分ける
プログラムを作るのは、とても難しいのでしょうね。
私のＨＰで示した地図ならば、単純なバックトラックで
簡単に解けちゃいます（笑）。
>『四色問題』一松信著、講談社（ブルーバックス）
ブルーバックスならば、もしかすると図書館にあるかも
しれません。探してみようと思います。
それではまた。
広井さん、こんにちは。
> 四色問題の説明はとても勉強になりました。
> どうもありがとうございます。
どういたしましてです。
私も十分に理解しているわけではないのですが、こういう
「問題文は誰でも理解できるのに解くのが難しい問題」は
好きです。
> ほえー！、ムーアの地図はとても大きいのね。
私もムーアの地図の全体は見たことがありません。
見つけたら是非教えてください。
> 四色問題が証明されたとはいえ、ムーアの地図を塗り分ける
> プログラムを作るのは、とても難しいのでしょうね。
> 私のＨＰで示した地図ならば、単純なバックトラックで
> 簡単に解けちゃいます（笑）。
ん、広井さんの問題はアタマで解けました。
答えは何通りあるかな。
> >『四色問題』一松信著、講談社（ブルーバックス）
> ブルーバックスならば、もしかすると図書館にあるかも
> しれません。探してみようと思います。
そうですね。
絶版なので入手は難しいと思いますが、ブルーバックスが
揃っている図書館に行けばあると思います。
鎌田さん、こんにちは。
日記で四色問題解法プログラムのページを紹介して
いただき、ありがとうございます。
今回の問題は簡単でしたので Perl を使いました。
今度はもっと複雑な地図に挑戦してみようと思います。
もしかすると、地図を作る方が大変かもしれませんね（笑）。
それではまた。
広井さん、こんにちは。
> 日記で四色問題解法プログラムのページを紹介して
> いただき、ありがとうございます。
いえ、こちらこそ、引用していただいて嬉しかったです。
> 今回の問題は簡単でしたので Perl を使いました。
> 今度はもっと複雑な地図に挑戦してみようと思います。
> もしかすると、地図を作る方が大変かもしれませんね（笑）。
迷路などもそうですが、人間がやって面白いと感じられる
問題を自動生成することは、解くことよりも難しいと思います。
658. 算数問題(？) M.Suzuki 2001/03/04 (日) 01:49
658. 算数問題(？) M.Suzuki 2001/03/04 (日) 01:49 最初は「あれ？なんで？」と、思ったものの判りました。
なんか久しぶりに数学をやった気分です。
文章で書くのは難しいですが、4分割した図形を左上をA、右上をB、左下をC、
残りをDとした場合、組み合わされたA+Cの図形が本当にCの相似図形であるか
を証明すれば良い訳です。
式にすると、
89 233
--- = ---
144 377
これを解くと、
(233 * 144) 33552
89 = ----------- → 89 = -----
377 377
で、結果は
89 = 88.99734748010609901568…
と、言う訳で誤差が出ます。つまり、長方形の方では対角線に沿って台形部分
に僅かにすき間が空いていて、その分が誤差になっている筈です。
こんなもんでどうでしょう？
M.Suzukiさん、こんにちは。
> 最初は「あれ？なんで？」と、思ったものの判りました。
> なんか久しぶりに数学をやった気分です。
楽しんでいただけて嬉しいです。(^^;
> 文章で書くのは難しいですが、4分割した図形を左上をA、右上をB、左下をC、
> 残りをDとした場合、組み合わされたA+Cの図形が本当にCの相似図形であるか
> を証明すれば良い訳です。
：
> 89 = 88.99734748010609901568…
>
> と、言う訳で誤差が出ます。つまり、長方形の方では対角線に沿って台形部分
> に僅かにすき間が空いていて、その分が誤差になっている筈です。
>
> こんなもんでどうでしょう？
ほぼ、正解です！
「台形部分にすき間が空く」というよりも、「長方形の
対角線の部分がぶつかってしまうので、並べ替えても
長方形に入り切らない」または「並べ替えて長方形に
入れると、対角線の部分が重なってしまう」と表現すると
わかりやすいと思います。
長方形の対角線の重なってしまう部分は、長さが400以上で
面積が1しかない非常に細長い平行四辺形なので、見た目で
ごまかされてしまうというわけです。
659. 消えた面積 ZooMark 2001/03/04 (日) 02:51
└663. Re: 消えた面積 M.Kamada 2001/03/04 (日) 04:50
659. 消えた面積 ZooMark 2001/03/04 (日) 02:51 Kamadaさん、こんばんわ。
3/3の問題の答えは「接した所で重なっている」ですか？
途中で切れた２つの三角形は微妙に角度が違います。
正方形を半分にした三角形の比率は144:377ですが、
途中から先の部分の比率は89:233。
比率を合せる為に、それぞれ89と144を掛けると
12816:33552と12816:33553になって、
先の部分の方がより角度が鋭くなっているのが判ります。
それを144:377の枠に収めようとするとうまく収まらず、はみだした部分を重ねるしかないので少し減って見える、と。
式とかよくわからないので
算数レベルの回答になってしまいましたが、
これで合ってますか？
ZooMarkさん、こんにちは。
> 3/3の問題の答えは「接した所で重なっている」ですか？
正解です！
# 管理者注：この答えを投稿していただいた時点では、
# M.Suzukiさんの投稿は公開されていませんでした。
> 途中で切れた２つの三角形は微妙に角度が違います。
> 正方形を半分にした三角形の比率は144:377ですが、
「長方形を半分にした…」ですね。
> 途中から先の部分の比率は89:233。
> 比率を合せる為に、それぞれ89と144を掛けると
> 12816:33552と12816:33553になって、
> 先の部分の方がより角度が鋭くなっているのが判ります。
12816:33553と12816:33552で、長方形を半分にしたほうが
角度が鋭くなっています。
> それを144:377の枠に収めようとするとうまく収まらず、はみだした部分を重ねるしかないので少し減って見える、と。
> 式とかよくわからないので
> 算数レベルの回答になってしまいましたが、
> これで合ってますか？
途中に計算違いがありましたが、解き方と結果は合っています。
算数の問題ですから、算数の回答でOKです。
本当は「正しい図を描けば一発でわかる」と言いたいところ
なのですが、この問題はいじわるなので、トリックを見破る
には、かなり大きな絵を正確に描かなければなりません。
Kamadaさん、こんにちわ。
あう。途中の説明が抜けてた為に話がズレてしまってごめんなさい。
> > 途中で切れた２つの三角形は微妙に角度が違います。
> > 正方形を半分にした三角形の比率は144:377ですが、
>
> 「長方形を半分にした…」ですね。
はい。この「途中で切れた…」の文章の上には「ここでは長方形にだけ注目してみましょう」が入ります。
そして指摘通り、文章中の「正方形」は「長方形」の書き間違いです。
寝ぼけてて四角形の名前を間違えて書いてました。
（小学生でも間違えんて）
ZooMarkさん、こんにちは。
> 寝ぼけてて四角形の名前を間違えて書いてました。
> （小学生でも間違えんて）
どんまいですぅ。