パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

1チップMSX、 商品化ならず」記事へのコメント

  • by Anonymous Coward
    MSXを復刻させたとしても、ソフトがそろわないとだめなわけで
    今回のMSX商品化は、どうしても「一見さんお断り」に見えていました。

    あぁ~ ボルフェスと5人の悪魔がやりたいなぁ
    • I/Oが充実してたら面白かったと思う。
      充実って言ってもたいしたことじゃなくて

      たとえばいくつかのリレーを持ってて
       100 if time$(n)=t then swich$(1)=1
          110 goto 100
      で時間になったらスイッチが入るとか

      赤外線ポートつけて
      100 input ir$(a)
      110 if time=$(n)=t then output ir$(a)
      120 goto 110
      でタイマー付き赤外線学習リモコンになるとか。

      こういった感じで身のまわりの機器を簡単に制御できるのなら、ずいぶん面白いオモチャになると思うんだ。
      庭の水やりや目覚まし、防犯用の音出し、オーディオタイマーなどなど。
      もちろんこれを使って照明のコントロールなどの業務に使ってもかまわない。
      「気軽にひょいと使える制御器」としてなら、私は欲しいなあ。
      --
      〜◍
      親コメント
      • ごめん間違えた。

        110 if time$(n)=t then output ir$(a)

        です。
        --
        〜◍
        親コメント
      • by G7 (3009) on 2005年08月28日 15時44分 (#789178)
        >I/Oが充実
        >身のまわりの機器を簡単に制御

        それって、MSXの仕事にするよりは、
        「今の普通の」パソコンの仕事にしてあげるほうが、
        いいんじゃないか?と思います。
        ほかの人も書いてますが。

        #そういやMSXも”かつて”は「普通のパソコン」みたいな位置付けだったわけですよね。

        家じゅうに多数のCPUをばらまくという構成にしたいならば、
        MSXクラスの微小パワーなマシンのほうがいいかも知れません。
        (が、その場合は1つ1000円くらいでないとねえ)

        そうでなく中央集権的な構成にしたいなら、
        パソコン(PCなりMacなり)に機器をサクサクつなぐことが出来れば、
        それでいいんですよね。

        もちろんプログラミングはお好きな言語でどうぞ。

        #PCとか(OSのせいかハードのせいかは存じませんが)でマウスを複数さしても
        #別々に認識できないのが、なんとも腹だたしいのでG7
        #MSXだってマウスは2つ認識できたぞ。

        機器との繋ぎかたは、既存のものですぐ思い浮かぶものといえば、
        多数相手(や、あわよくば多対多)の接続を考えると、
        USBとかLANとかMIDIとかかなあ。

        パソコンから外部機器といえば、
        ちょっとSqueak界隈の「世界聴診器」というものを思い出しましたが、
        あいつは入出力の媒介として音声信号(マイク端子h)を使うという一種の逃げをやっているので、
        逃げ自体は「うまい」んだけども、やっぱり直接制御するほうがいいケースには
        あまり対応できなさそう。あと多数接続にも対応しにくかろうし。
        親コメント
        • by ruto (17678) on 2005年08月28日 16時22分 (#789190) 日記
          LinuxならInput subsystemを使うことにより複数の入力機器を個別に扱うことができます。これを使うとハンディトラックボールをボールでスクロールするスクロール専用デバイスにしたり、外付けテンキーにマクロを割り当てたりできます。

          そこまで複雑なことをしなくともXの設定で/dev/input/miceでは無く/dev/input/mouse*を個別に指定することにより別々のマウスに別々の設定を適用することができます。udevの設定をする必要があるのと、Xを起動中に抜き差しできないのが難点ですが。

          WindowsでもWM_INPUTメッセージを使うことにより個別の機器を扱えるらしいです。こちらは使ったこと無いので良く知りませんが。
          親コメント
          • by G7 (3009) on 2005年09月02日 12時19分 (#792230)
            >WM_INPUT

            ありがとうございます。
            それでもって探してみましたが、
            人生迷い箸: Windowsマウス入力色々 [mayoi.net]
            という話を見付けました。

            ただ、WinなりLinuxなりにおいて手段(が有るの)が判ってホッとしましたが、
            その活用例は、やっぱり少ないですよねえ。
            うーん。みんな、「マウスが1つしか無いのは入力ボトルネックである」と思ってないのかなあ?
            あるいはそもそも「入力ボトルネック」という考え方自体をしたことが無いのかなあ?

            >Xを起動中に抜き差しできないのが難点

            事情は全然知らないんですが、
            /dev/input/*mouse*とかのあたりに「プロキシ」が一匹[*]いれば
            それで済むような気がするんですが、
            そういうわけにはいかないものなんでしょうか?

            [*]正確にいえば一匹じゃなく「ほしい論理マウスの数」。

            ちょうどハードのマウス切替え機と同じで、
            物理マウスが死んでたらダミーのマウス信号(?)を返す、みたいな奴です。

            #PocketBSDのMGLの日本語inputmethod用に「improxy.so」ってのを書いたのでG7。
            #複数種のim*.soを実行時に差し替えるという処理をするプロキシ的imとして、実装してあります。
            親コメント
            • by ruto (17678) on 2005年09月02日 15時47分 (#792314) 日記
              >/dev/input/*mouse*とかのあたりに「プロキシ」が一匹[*]いれば
              >それで済むような気がするんですが、
              >そういうわけにはいかないものなんでしょうか?
              それでいいのですが、Xと/dev/input/mouse*間はお互いにデータをやりとりしなければならない(全二重で通信しなければならない)のでただの名前付きパイプだとだめです。
              miscデバイスあたりとか、FUSEあたりで実装してやる必要があります。

              >うーん。みんな、「マウスが1つしか無いのは入力ボトルネックである」と思ってないのかなあ?
              >あるいはそもそも「入力ボトルネック」という考え方自体をしたことが無いのかなあ?
              音楽関係とかゲーム関係だとけっこう入力機器は充実しているようですが、それ以外だと、アプリケーション側は一般的なデバイスに合せてしまって、デバイス側は一般的なアプリケーションに合せてしまうのでなかなかおもしろいものが出てこないみたいです。音楽関係やゲーム関係も専用デバイスと専用アプリケーション間の閉じた世界ですし。
              そしてユーザー側も関心が無くなっていくという悪循環に陥いっているようです。

              アナログ量デバイスはとっつきづらいとしても、ボタン型デバイスは比較的簡単にいろいろできるのでプログラマブルキーボード [users-side.co.jp]とかフットスイッチとか汎用スイッチボックス [ttools.co.jp]とかもっと普通の店でもっと安く扱っててもいいと思います。
              親コメント
              • by G7 (3009) on 2005年09月03日 14時34分 (#792677)
                >miscデバイスあたりとか、FUSEあたりで実装してやる必要があります。

                すみません。そのへんは知らない(し貢献も出来そうもない)です。
                #FUSEってHTTP-FUSE KNOPPIXとは関係ない…のですよね?

                >音楽関係やゲーム関係も専用デバイスと専用アプリケーション間の閉じた世界ですし。

                MIDIオタの端くれとしてMIDIについて弱弱しく弁護しておくならば、
                MIDI信号はアプリやメーカー単位で閉じていない汎用な信号体系です。

                鍵盤叩いた信号とかは(大抵のデバイスでは)メーカーに依存しないプロトコルでやり取りしますし、
                鍵盤以外のスライダーとかツマミとかもメーカー依存じゃないプロトコルを選択できます
                (そうでないのもありますが)。

                そして前述のように、MIDIは1つのネットワーク(とは呼びがたいが)に
                入力デバイスも(出力先)も多数(多数種および多数個体)が入り乱れて存在することを想定してるんで、
                信号を混ぜるとか再び分けるとかは(少なくとも論理的には)比較的楽にできます。

                ついでにいえばMIDI機器は「MIDI Implementation Chart」という
                どういう信号を入出力で取り扱えるかをMIDI信号レベルで説明する
                表(所定の書式)をつける義務があるんだそうで、
                それを見れば論理的にどういうことをやらせられるかが大体判るようです。
                ということはMIDI機器側のHACKはあまり必要じゃないということで、
                そういう意味でも、MIDI機器はあまり「閉じて」はいません。

                入力デバイスの選択肢としては、
                鍵盤ならば無数に売ってますね。
                これでパソコンを操作しようとすると、どっかの漫画 (例:FoolForTheCity)
                みたいな不思議な雰囲気になるかも知れません。
                まあそれ以前に、そのためだけに使うならば、ちと高価。

                鍵盤以外の、スライダーやツマミがとにかく一杯ついているデバイスとかも、
                あまり選択肢は沢山ないですが、一応売っています。
                そしてそれら(の全部ではないでしょうが恐らく多く)は、
                「どこのメーカーのソフトとかでも使えるように」
                汎用かつ設定可能な信号の出し方をするようになっていたはず。

                #余談ですがスライダーばっかりのデバイスとしての俺の一番古い記憶は、
                #(人様のサイトですが) http://www.na.rim.or.jp/~shinmk/tecno/midi.html
                #にある「MM-16」って奴ですね。

                あとデジタルでON/OFFなスイッチデバイスも無いわけじゃないです。
                ただ単体で自律するデバイスとしての商品は滅多に見かけず、
                ほかのMIDIデバイスに間借りするかたちのが多いかなと。
                例えば鍵盤につけるフットスイッチとか。鍵盤とスイッチの間はMIDIじゃないです。
                (単なる導通のON/OFFのが多いかな。なので逆にいえば、踏んでもOKな堅牢な素のスイッチが欲しければ楽器屋に行くという手も。)

                そういう各種商品を使えばいいんじゃないかと思います。

                ただ、問題は、

                >もっと普通の店でもっと安く扱っててもいい

                という話と正に同じで、MIDIデバイスは
                MIDI楽器屋かパソコン屋のMIDI楽器コーナーでしか売ってないんですよね(^^;;
                知名度低すぎだし、
                メーカーも音楽以外で売る意欲なんて示してないんだろうなあ。

                >アナログ量デバイスはとっつきづらいとしても、

                うーん。本当に環境を整えれば、とっつきづらくはないと思うんですけどねえ。

                というわけで、たとえば今ちょっと思いついたのが、
                マウスやキーボードだけじゃなくMIDI入力をも感知して動くスライダーWidget
                (Windowsならば)VBなりなんなりで使えるControl(Widget)として実装する、
                ってのはどうかなと。

                そいつをアプリで使えば、すぐさま(というのもなんですが)アナログ量デバイスとアプリが
                連動できるようになりますし、
                かつ、その使い方は、たぶんかなり少ない説明で大抵の人が理解してくれるんではないかと。

                余談ですがWindowsだとMIDI入力もキーボードやマウスと同じように
                WinndowMessageとして待ち受けする(こともできる)です。
                そのため、アプリ(やライブラリやWidget)側がやらないとならないことは、
                さほど複雑ではないはずです。(てゆーかDelphi用でいいなら既に自作品が有る俺。)
                #Gtk/GNOMEやQt/KDEでは、そのへんどうなんでしょう?

                閑話休題。
                このStoryの元ネタに話を戻すならば、
                MSXレベルのハードにやらせる仕事としては、どちらかというと、
                例えばここでいうMIDI送信デバイスの役割をさせる、って言う辺りが
                落としどころとしてGOODじゃないかなという気がしています。
                ただ、今MSXクラスのものを(そういう用途で)使うならば、
                値段は1桁ないし2桁(^^;下げて欲しいところ。

                そういや往年のTV番組
                親コメント
              • by ruto (17678) on 2005年09月03日 15時53分 (#792713) 日記
                FUSEはユーザースペースでファイルシステムを実装するもので、特殊ファイルがユーザースペースで作れるというものです。

                >MIDI
                なるほど、勉強になります。MIDIって思ってたより幅広い規格なのですね。
                この前パソコン屋のMIDIコーナーで見たDJ用デバイスはゲームデバイスとして認識させていたのでてっきりそういうものかと思ってました。おそらくMIDIとゲームデバイスとしてのメッセージ両方を出しているのでしょう。

                >例えば鍵盤につけるフットスイッチとか。
                電子ピアノ用のフットペダルでただの導通スイッチのものは、改造したUSBゲームパッドに繋いでキーボードのキーを割り当てて使ってます。ただ、コンピューター用として使うにはすこし重くてストロークがありすぎるのでそのままだとちょっと使いにくいです。

                >MSXレベルのハードにやらせる仕事としては、どちらかというと、
                >例えばここでいうMIDI送信デバイスの役割をさせる、って言う辺りが
                >落としどころとしてGOODじゃないかなという気がしています。
                最近だとUSB HIDデバイスに化けてくれた方がうれしいかもしれません。
                どちらにしろそういう汎用的なデバイスがあるとおもしろいですね。
                汎用のUSBチップはありますが、picをいじったりUSBをかなり低いレベルを扱わなくてはならないのでとっつきづらいです。
                親コメント
              • by G7 (3009) on 2005年09月11日 19時26分 (#797511)
                >パソコン屋のMIDIコーナーで見たDJ用デバイスはゲームデバイスとして認識させていたので

                まあ逆にいえば楽器屋に有るからといって必ずしもMIDIデバイスとは限らないですし(^^;。
                どう「適材適所」するかはメーカーの御心しだいです。

                もともとMIDIは、複数の電子楽器を一人でユニゾン演奏したい!っていう所が出発点らしいですから、
                むしろ異機種(異企業)相互乗り入れがデフォといえる規格です。

                今ちょっと、
                「MIDIを受信して、それを別プロセスのスライダWidgetに対しての動作命令に変換する」
                というどこでもホイール [vector.co.jp]のMIDI版みたいなソフトを考えてるところです。

                そういったものが出てきて、かつそういう考え方に共鳴(^^;してくれるソフトやハードも
                いっぱい出てきてくれると(というのは、Message送信先のスライダを持つアプリは、
                そのスライダのレイアウトがハードウェアのスライダのレイアウトと「似て」いないと
                使ってて不愉快でしょうから…)、世の中ちったぁ面白くなるんじゃないかと。

                >すこし重くてストロークがありすぎるので

                楽器用のペダルは、

                ●演奏中にハイになって火事場の馬鹿力で踏んでもOKなように堅牢。
                ●基本的に演奏のテンポにあわせて踏むので、演奏者が踏むタイミングを先読みできる。
                    だから状況に応じて臨機応変に「すばやく」踏む必要が無く、フェザータッチとかは不要。

                ですね。ハードウェアのありかたとしてはかなり特定の状況に特化してる。
                俺も逆に、MIDI楽器の制御信号をペダル以外の手段で作りたくなったときには
                適当にケーブルとスイッチを組み合わせて作業したりしたことがあります。

                >最近だとUSB HIDデバイスに化けてくれた方がうれしいかもしれません。

                USBそのものについては疎いんですが、
                そういや「たかがマウス」にもばりばり使われているってことは、
                HIDデバイスになるために必要な処理能力は、さほど高くはない、ってことですね?
                #MIDIはZ80がアプリの片手間に処理しても大丈夫なくらいです。
                #というか完全片道なので、少なくとも送るだけなら無責任に送れるので、負荷はかなり低い。

                どちらにしろそういう汎用的なデバイスがあるとおもしろいですね。
                …というか個人的には、「あると面白い」というよりは「ないとつまらない」
                という印象を受けています。
                これだけPCが持て囃されてる昨今ですが、PCと他の身近な器具の繋がりが
                まだまだ足りないと感じていますし、
                その繋がり具合をユーザが自分から創出できるようにならないと
                ほんとの意味での「道具」としてはまだまだだと想う。

                計算機の中でのプログラミングの如何だけじゃなく、
                計算機とその周辺との間の繋ぎ方も、プログラミングのような自由度が欲しくて、
                かつ、それは、伝統的な意味でのプログラミングのように繁雑じゃなく「見りゃ判るじゃん」なものになって欲しい。
                #Mac(的とされてる考え方)を「それはコンピュータではない」と嫌がる人たちが一部に居ますが、それと似た発想かな。
                親コメント
      • そんなことのために19800円を出せます? 私は出せないです。
      • PIC [picfun.com]
      • ネット対応制御とかもうちょっと面白いことを考え始めると、
        PC+USB-IO みたいなのが実用的かも。

        http://km2net.com/usb-io/

        もちろん、MSX制御することのロマンは考えなかったとして、ね。

        # MSXがなかったら今の仕事はしてなかった。ありがとう。
        # ACで。

あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall

処理中...