[過去ﾛｸﾞ] デスクトップでLinuxが普及する訳ないと思った時 14 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
45(1): 2019/10/31(木)14:21 ID:+qK5JL9o(4/4) AAS
>>42
お前こそ何をいってるんだね？ローレイテンシーカーネル(笑)に縁のある犬厨さん。
>>43
MIDI自体がエンドユーザには無縁なものになったんだよ。
オーサリングの環境で未だプロトコルレベルで生きているだの、ファイルフォーマットレベルで生きているだの言っても、
エンドユーザは音源モジュールやDAWを導入してこれを聞くことは無いのだからな。
46: 2019/10/31(木)16:37 ID:ZIZJ4LX1(1) AAS
>>45
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
47: 43 2019/10/31(木)19:06 ID:cGv1GHrT(3/3) AAS
いろいろ思い出したｗ
ドーターカードを使ったパソコン搭載のMIDI音源と、時代はかぶってるか多分少し前だろうけど、
MIDIインターフェース拡張ボードってのがあった。MPU98-IIとかいうの。
これはMIDI音源機能はなくて外部MIDI音源などとつなげるためMIDI端子が搭載されたボードで
パソコンの拡張インターフェースに指すことでSC-88proとかのMIDI音源
（こんなのな 外部ﾘﾝｸ[html]:www.dtmstation.com）
とつなげることが可能だった。
当時の一番の正統派（？）はこの方法を使っていた。
そしてパソコンに搭載されたMIDI音源が淘汰された今でも
一部の人は使ってるであろう方式。今だとUSB接続とかになってるだろうけどね。
MPU98-IIは対応していたゲームとかもそこそこあって
一部の人はパソコン本体からではなく、外部のMIDI音源から音を鳴らしていた。
で、実は俺、パソコンに搭載する方のMIDI音源である、PC-9801-118＋MIDI音源サブボードPC-9821C3-B02 を
持ってたんだけど、これMPU98-IIとは互換性がなくてMS-DOS用というよりWindows用のMIDI音源という扱いだった。
だからMS-DOSのゲームで使えなくてがっくり来たんだけどｗ
でも実はMIDIのI/Oポート番号が違うだけだったので、
（MPU98-IIがデフォルトでE0D0、E0D2、PC-9821C3-B02が148C、148D）
ソフトにパッチ当てたり、I/Oポートをトラップして転送するドライバ（？）を
使ったりして鳴らすことができた。
あとなにげにMIDI音源だけじゃなく、MIDI端子も搭載されてて、
（なぜか）MIDI端子はゲームパッド端子として使えるので
MIDI機器ではなくゲームパッドを接続していたｗ
48: 2019/11/01(金)14:41 ID:OqAJzn5d(1) AAS
"Linuxの生みの親"トーバルズ氏：「私はもうプログラマーではない」
外部ﾘﾝｸ:japan.zdnet.com
われわれはみな、自分に自信がなく、『自分は本当によくやれているのだろうか』と考えている。そして、私がLinuxに関して自信を持てないことの1つは、これが単なるUnixの再実装だということだ。
49(1): 2019/11/03(日)10:03 ID:i1+1xNrV(1) AAS
たんにレガシー君が使わなくなったってだけの俺語りで、MIDIが廃れたってまるきりの嘘じゃねーかｗ
50(4): 2019/11/03(日)10:48 ID:KVMSBmov(1) AAS
MIDIはシーケンスデータの伝送規格(論理/物理)で、音源の事じゃないしなあ
後継規格も無いから1394やUSBケーブルに姿を変えただけで、どっこい生きてるシャツの中
どうしてもっと距離の制約も緩くコネクタもケーブルも安価で済むRJ45とツイストペアケーブルにしなかったのか
って所で頭悪いなあ…と思ってるけど
51: 2019/11/03(日)11:02 ID:SmqUzL/c(1) AAS
>>49
すげぇ感性だなｗそれじゃぁ世の中レガシー君(笑)だらけになっちまうなｗ
>>50
外部ﾘﾝｸ:en.wikipedia.org
犬板では現役扱いなのにググってすぐ出てくるレベルの知識が無いってのはなぁｗ
52: 2019/11/03(日)11:17 ID:XYbCirXX(1) AAS
>>50
実際にテーブルの上にでもキーボード置いて、cat5ケーブルでも這わしてみれば分かるけど、取り回しが悪いよ。
それにrj45だとpcのイーサに指すマヌケも一定はいそうだし。
53: 2019/11/03(日)11:46 ID:XS+SO/rn(1) AAS
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
54: 2019/11/03(日)16:02 ID:l7johG6K(1) AAS
>>50
RJ45ではケーブルに大きな負荷がかかった時に、ケーブル断線・コネクター部破損が起き、ケーブル交換・接続機器交換など、復旧に手間がかかる。またコネクター部が抜けない場合、接続機器の転倒・落下・破損による危険が伴う。
手軽に扱えリアルタイムで操作する様な機器を接続する部分はそういう状況を踏まえた形状をしている。USB・IEEE1394なども同様。一般的なLANケーブルは耐久性が低く、コネクター付近が折れ曲がり断線しやすい。また台車でちょっと踏んだだけでも断線する。
55(1): 2019/11/03(日)17:02 ID:mLMw5HvI(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
56(2): 2019/11/03(日)21:35 ID:ACGRz0Hp(1) AAS
MIDI音源は昔あったようなハードウェアの音源モジュールだけ、という視野の狭い人おるん？
MIDI規格の信号受け取ってソフトウェア/ハードウェアで録音済みのPCM音源鳴らすだけですやん
57: 2019/11/03(日)23:45 ID:5XvaLgpA(1/3) AAS
>>50
> MIDIはシーケンスデータの伝送規格(論理/物理)で、音源の事じゃないしなあ
だから「MIDI音源」という言葉が「MIDI」とは別にあるわけで、
それぞれ別物ものわしてるわけでしょ？
レガシーになったというのはパソコンに搭載されたMIDI音源
58: 2019/11/03(日)23:46 ID:5XvaLgpA(2/3) AAS
>>56
× 録音済みのPCM音源鳴らすだけですやん
○ 録音済みの音をPCM音源で鳴らすだけですやん
PCM音源（ハードウェア）を
録音するとか意味不明ですからｗ
59: 2019/11/03(日)23:49 ID:5XvaLgpA(3/3) AAS
>>56
MIDIデータをMIDI音源を使わずに、PCM音源でならすってことは
それこそMIDI音源がレガシーになった何よりの証拠では？
60(1): 2019/11/04(月)00:21 ID:TqRrfb82(1) AAS
音源モジュール自体楽器から録音したか合成したてROMに収めたPCM音再生しとるだけでしょ？
波形データがROM上にあるか、RAM上にあるか程度の違いのような・・・？
PC98の高速テキスト画面だけがテキスト画面！みたいな意味のないこだわりにみえるんだけど
61: 2019/11/04(月)00:53 ID:8W+d4Exu(1/3) AAS
>>60
PC98の例えってさっぱりわからない
62(1): 2019/11/04(月)05:21 ID:/K25lvd9(1/2) AAS
MIDI音源自体が内部でPCM音源になってる場合はどうなるんだか
63: 2019/11/04(月)05:57 ID:rzemKrFd(1/2) AAS
>>62
混乱してるようだから図式化してあげよう
0. MIDI機器 → MIDI音源 → （MIDI音源内部の）PCM音源
の話であれば、それは別にレガシーでもなんでも無くごく普通の話だが、
そもそもパソコンやOSは全く出てこない。まったく関係ない話。
1. アプリ → （パソコンにつないだハードウェア）MIDI音源 → （ハードウェアMIDI音源内部）PCM音源
2. アプリ → （OS搭載のソフトウェアエミュレート）MIDI音源 → （パソコン搭載のハードウェア）PCM音源
レガシーになったのはこの二つ。驚くべきことに昔はアプリが
MIDI音源に対して音を鳴らしてってMIDIデータを渡してたんだよ。
そういうMIDI音源がパソコンに接続、または搭載されていた。
御存知の通り今はこのように、アプリは直接PCM音源に対してデータを渡している。
3. アプリ →（パソコン搭載のハードウェア）PCM音源
もしくは古いMIDIファイルを再生するためのプレイヤーを使ってる。
4. アプリ（MIDIファイルを読み込んでPCMデータに変換） →（パソコン搭載のハードウェア）PCM音源
3と4ではレガシーなMIDI音源は消えてなくなってる。
64: 2019/11/04(月)06:11 ID:8g8ZcjsC(1) AAS
>>55
グロ
ドザによる荒らし
65(1): 2019/11/04(月)07:08 ID:05WbpeS0(1) AAS
レガシーくんが混乱してるのはW95時代に、PC入門者がMIDIファイルを再生した過去を、あれはレガシーだと勝手に決めつけてる事だね。
現代のPC入門者はMIDIファイルで無くPCM録音からのMP3を再生してる。
PC初心者がMIDIファイルを扱わなくなったから、MIDIをレガシーと勘違いしてるだけなんだよな。
しかし昔も今も同じなのが、生楽器以外の音楽制作はMIDI規格から作られたMIDIファイルで行われてる事も知らないらしい。
しかもそれをエミュレートだと勘違いしてる。
MIDIファイルその物に音源は含まれていない。
MIDIファイルで鳴らす音源がPCM音源（笑）
まあFM音源でも良いけどね。
ただ昔はプロレベルでは外部音源を使っているのが多かったが、
今ではパソコンだけでも全部出来るようになった。
この間の東京JAZZではチック・コリアエレクトリックバンドの演奏で、いろいろなMIDI機材が見られた。
66(1): 2019/11/04(月)08:26 ID:goa4/+2V(1/3) AAS
レガシー君の書き込みをたどってみたが、どうやら彼が言う「レガシーなMIDI音源」って「俺定義のMIDI音源」だね。
なのにその俺定義については一切触れないから周りが理解できない。
当たり前だが。
自分が何言ってるのかレガシー君当人も判ってないんだろうな。
バカっぽいし。
67(1): 2019/11/04(月)09:47 ID:kNRyKPbU(1) AAS
画像ﾘﾝｸ[jpeg]:www.po-kaki-to.com
68: 2019/11/04(月)10:19 ID:rzemKrFd(2/2) AAS
>>65
> レガシーくんが混乱してるのはW95時代に、PC入門者がMIDIファイルを再生した過去を、あれはレガシーだと勝手に決めつけてる事だね。
いや決めつけるなよｗ
最初から一貫して「パソコンに搭載されたMIDI音源」がレガシーだと言ってるだろｗ
あといつもどおり、MIDI音源の「音源」を勝手に抜かすなや。
お前MIDIの話しかしてないじゃないか、MIDI音源の話だ。俺はMIDI音源の話しかしてない。
お前が混乱してるんだわｗ
>>66
> レガシー君の書き込みをたどってみたが、どうやら彼が言う「レガシーなMIDI音源」って「俺定義のMIDI音源」だね。
であれば一般的な「MIDI音源」の定義をあんたが探してきなさい。
「お前は間違ってる！だが間違ってる理由は一切説明しない！」じゃ
筋が通らんでしょｗ
69: 2019/11/04(月)10:47 ID:kEFR6eLL(1) AAS
>>67
グロ
ドザによる荒らし
70(1): 2019/11/04(月)11:29 ID:1zB1p2zH(1) AAS
ここまでのまとめ
犬厨A「俺はPC-98エミュレータでtmidityを使っている！」
犬厨B「俺はSC-8820を今も使っている！」
A&B「MIDIはレガシーじゃない！」
俺「レガシーじゃないのに何で機材を更新してないの？」
71: 2019/11/04(月)13:43 ID:vhgIFYQv(1) AAS
>>70
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
72: 2019/11/04(月)13:43 ID:9jdN/JmR(1/3) AAS
ディスクリートで組まれたアシッドな音が欲しいからに決まってるだろ。
73: 2019/11/04(月)13:45 ID:9jdN/JmR(2/3) AAS
みんな勘違いしているけど、俺が欲しいのは原音に忠実なクリアーな音ではない。
昔のレコードや真空管アンプにあった心に響くアシッドな音だ。
74(1): 2019/11/04(月)14:15 ID:FLgb2yUZ(1) AAS
ここまでのまとめ
窓厨A「俺はエミュレータと言う言葉を間違って使ってしまった」
窓厨B「俺は技術の進歩でDAWが出現した事は知らん」
A&B「コンサート会場で目隠しをしてたからMIDI楽器は全く見えなかった」
俺「レガシーなのに何で今でも世界中のクラシック以外のミュージシャンに使われてるんだろうと思ってワロタ」
ヤマハ「最新のMIDIピアノが発売されるのも知らない情弱なんだろ」
楽器屋「バイオリンがレガシーと言うのと同じ理屈なんだろ」
75: 2019/11/04(月)14:57 ID:9jdN/JmR(3/3) AAS
プロの音楽家はLinuxを使っている。
なんて話もないけどな。
76: 2019/11/04(月)14:57 ID:8W+d4Exu(2/3) AAS
今時はバイオリンで打ち込みできたりしますね
外部ﾘﾝｸ[html]:www.cantinielectricviolins.com
77(1): 2019/11/04(月)16:33 ID:BwvgUdov(1) AAS
現代はpc上で動作するソフトウェアmidi音源とかローランドとかコルグやヤマハ辺りが過去の音源とかのエミュで動いていると思ってた。
78: 2019/11/04(月)17:30 ID:rUhemt4O(1) AAS
nihonngonyuuryokugamatomonidekinakunattatoki.
79: 2019/11/04(月)17:49 ID:/K25lvd9(2/2) AAS
nimfupoieuramnfakjsdpepqeipuwyajldjzvdzkfaur
80: 2019/11/04(月)17:54 ID:et6GUCbz(1) AAS
ちょっと雑に扱うとシステムの整合性が崩れる
クライアントサイドの業務ソフトがほぼない
知らんうちにファイルシステムが壊れる
81: 2019/11/04(月)18:49 ID:goa4/+2V(2/3) AAS
レガシーくん発狂しててうざいな。
MIDI音源とやらが廃れたことにしたいらしいけど、もとからそんなものは物はないんだから廃れるも何もないのに。
82: 2019/11/04(月)19:07 ID:Q7KLYbVJ(1/2) AAS
PCオーディオ「Linux最強」は本当か？導入編
そこで今度は仕事用のWindows8を使用し、WinPCで同じ音楽を再生してみることに。
WinPCでのハイレゾ再生、Linuxと比べて少々雑味が増えている印象です。
全体的に輪郭が薄れ、クリアさが今ひとつ削がれた、薄膜が一枚張られた感じは否めません。
もちろん仕事用という事でノーマル状態＆プロセス多しというWindowsマシンと比べるのは少々酷かもしれませんが、
LinuxがPCオーディオに有利とされる根拠は十分に感じ取られることができました。
83: 2019/11/04(月)19:14 ID:Q7KLYbVJ(2/2) AAS
LinuxによるPCオーディオ、様々な環境での再生を試してみると新たな発見がありそうです。
当店では今後、さらにLinux-PCオーディオの可能性を探っていきたいと思います。
外部ﾘﾝｸ:www.tamagawaaudio.com
PCオーディオ初心者にこそオススメ！Linuxなら高音質化も簡単
外部ﾘﾝｸ:lifeisbeatfull.com
Puppy Linux で少し驚きの音が
Linuxの世界は自由ですね。（自由＝カオスでもあるわけですが…）
紹介されていたそのほかのチューニングはまったくやっていませんが、それでも
これまでで一番いい音が出ました！
うーん。Linux恐ろしい。
VoyageMPD（音楽再生専門Linux）を使っている人の気持ちがわかりました。
外部ﾘﾝｸ[html]:sakuranbo0092.blogspot.com
きっと、これよりも音質がいいのでしょう。
84: 2019/11/04(月)19:20 ID:8W+d4Exu(3/3) AAS
>>77
一時期盛り上がったGM/GS/XG系ハードウェアのものをソフトウェアで現行リリースしているのはローランドのSoundCanvasVAくらいかも
85: 2019/11/04(月)19:24 ID:goa4/+2V(3/3) AAS
オーディオ再生用機材としてみるならPCよりスマホのほうが音がよかったりする。
86: 2019/11/05(火)00:43 ID:7baquihB(1/2) AAS
外部ﾘﾝｸ:aprico-media.com
87: 2019/11/05(火)10:23 ID:tbhfImrj(1) AAS
>>74
ゲームのBGMの演奏用に使っておきながら、そういった用途が滅亡したことを全く認識できないのなｗｗｗ
ググったらまだ使われてた！レガシーじゃない！ｗｗｗ
88(1): 2019/11/05(火)10:43 ID:48jNcAj6(1/3) AAS
波形合成を行う音源でもPCMとは限らないから
MIDI音源ってPCM音源の事だろうって言ってるアホは
僕は蕎麦とラーメンの区別がつきませんくらいの馬鹿に見える
89(1): 2019/11/05(火)12:15 ID:gYlaqHOG(1) AAS
>>88
楽器や自然界の音をLA音源とFM音源とPCM音源のどれから加工すれば簡単なのか分からないのがレガシーくん（笑）
90(1): 2019/11/05(火)12:36 ID:48jNcAj6(2/3) AAS
音源はサンプラーしか存在しないと思ってるのか
さすがにそんな馬鹿が何人も居るとは思えないので同じ奴が一人でわめいてるだけだろうと思いたいが
91: 2019/11/05(火)12:51 ID:YxEpYS1N(1) AAS
>>90
楽器や自然界の音はPCM音源から、いかにも高次倍音みたいなシンセ特有な音は、一例としてFM音源から作るのが分からないのがレガシーくん。
92: 2019/11/05(火)13:17 ID:CB/HJh48(1) AAS
>>89
おい、レガシー君は俺やで
誰彼構わずレガシー君呼ばわりするのやめろよ
敵は一人だって思い込んでるぞｗ
93(1): 2019/11/05(火)13:36 ID:48jNcAj6(3/3) AAS
音源といえばPCMとFM音源しか知らないのか
矩形派やサイン波を合成してシンセサイズするのがシンセサイザー
PCMやFMはその一実装に過ぎん
無知すぎる
94: 2019/11/05(火)13:43 ID:7baquihB(2/2) AAS
よし、じゃあ俺もレガシー君になる
95: 2019/11/05(火)17:25 ID:pOAziw4E(1) AAS
>>93
そんなのレガシーくんだって知ってるアナログシンセだぞ。
96(1): 2019/11/05(火)21:58 ID:ww4sXyBG(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
97: 2019/11/05(火)22:28 ID:VrDRBr6D(1) AAS
FM音源が小室で、PCM音源がKポップという認識でOK？
98(1): 2019/11/06(水)00:45 ID:rectd73H(1) AAS
昔のPCではMIDIｶﾞｰってやりたいなら昔PC板でやれよ。
99: 2019/11/06(水)01:57 ID:neoBSwRr(1) AAS
そんな人は居ないと思うが
100: 2019/11/06(水)05:16 ID:C8jL6zdG(1) AAS
こりゃあデスクトップでLinuxが普及するわけないわぁ・・・
101: 2019/11/06(水)05:31 ID:OY7Kk0pY(1) AAS
>>98
だからレガシーくんの一人旅でどうぞ。
102(1): 2019/11/06(水)06:37 ID:Rj+zBWIJ(1) AAS
GNOME派とKDE派の足の引っ張り合いとか見てても「普及するはずない」って思うわ。
103: 2019/11/06(水)06:52 ID:MWJ7+b4F(1) AAS
>>96
グロ
ドザによる荒らし
104: 2019/11/06(水)13:53 ID:N7VxGPlE(1) AAS
>>102
その点、カーネルは分裂せずによく頑張ってるよな。
リーナスがguiとかにも口を出せばdesktopでもワンチャンあったかもしれんな。
105(1): 2019/11/06(水)16:51 ID:uRBGfsS4(1/2) AAS
カーネルもそろそろ分裂の兆しが見えてるけどな。
106: 2019/11/06(水)16:52 ID:uRBGfsS4(2/2) AAS
尊師がナチ党員だったことがバレて代表降りたような気が。
107(1): 2019/11/07(木)03:35 ID:NJgWtqtZ(1) AAS
>>105
Wineの互換性を高めるためには、X-WindowのZ-Orderや矩形以外のWindow、
透明処理などに関して、Windowsに似た動作をするための修正が必要のようだ。
108(5): 2019/11/07(木)09:00 ID:3XWmCdFm(1/6) AAS
>>107
> Wineの互換性を高めるためには、X-WindowのZ-Orderや矩形以外のWindow、透明処理など
xeyes等で使われているX Window SystemのShape extensionって30年以上前からあるんだけど
外部ﾘﾝｸ:en.wikipedia.org
109(2): 2019/11/07(木)10:17 ID:QPicJTJM(1) AAS
>>108
たぶん、"X-Window"は"X window system"とは別物なんでしょ。どうでもいい事だけど。
110: 2019/11/07(木)10:18 ID:pJxnE2XP(1) AAS
>>108
しーっ
111(2): 2019/11/07(木)15:53 ID:AxeF2lCm(1/6) AAS
>>108
あるけど、Windowsの透明や非矩形Windowと相性が悪くて、処理がものすごく遅く
なったり、フラッシュするとシステム描画が全くできなくなって、数分間
ハングアップしたかのように見える現象に悩まされたりすることがある。
なので、どこかで MS Windowsの仕組みに歩み寄りが必要。
112(2): 2019/11/07(木)17:38 ID:AxeF2lCm(2/6) AAS
>>111
非常に複雑なので、手短に説明するのは難しいが、触りだけ理由を書いておく。
Linuxだと、ピクセルごとに自由にARGBの A = アルファ値 を使って
システム中に浮いているWindowに対しても透明色が扱えるのに対し、Windowsだと
システム中に浮いているWindowに対しての透明色は、SetLayeredWindowAttributes()
とLWA_COLORKEYを使わないといけない。Windowsでも一見、アルファ値を指定でき
そうだが、実際にはWindow全体のアルファ値なので、好きな部分だけを完全に透明
にして、他の部分は、元のままのようにすることは出来ず、全体的に薄くするような
ことしかできない。
それで話が複雑なのが、Windowsの場合は、LWA_COLORKEYに指定した色の部分は、
完全透明になるだけでなく、その部分でマウスをクリックすると、デスクトップや、
デスクトップ上のアイコンにまで伝達されてしまうようになる。つまり、単に
透明なだけではなく「穴あき」状態になる。
一方、Linuxでは、A=0にしたピクセルは完全に透明になるが、穴が開いている訳ではなく、
上記の様なマウスメッセージのデスクトップへの伝達は生じない。
なので、このままだと、Windowsを模倣することは出来ない。そこで、Wineでは、
LinuxではARGBを使わずに、X-Windowの外形を変えるシステムコールを使っている。
ところが、それはピクセル単位ではなく、行単位でランレングスの様な形式で
データが与えられる。そして、これが頻繁に図形を変えるととても遅い。
Linuxでのこの仕組みは起動時に一度だけWindowの外形を変える目的で使われる
ためである。一方、WindowsのLWA_COLORKEYを使ったやり方は、ピクセル単位で
画像を変更してもとても高速に処理できる。
これで、ある種のねじれ現象が起きてしまう。説明が長くなるが、お互いに悪い部分同士
の性質が出てしまって、Wineでのエミュレーションはとてつもなく重たくなってしまっている。
113(1): 2019/11/07(木)17:45 ID:3XWmCdFm(2/6) AAS
>>112
> Linuxだと、ピクセルごとに自由にARGBの A = アルファ値 を使って
いいえ
> 一方、Linuxでは、A=0にしたピクセルは完全に透明になるが、穴が開いている訳ではなく、
> 上記の様なマウスメッセージのデスクトップへの伝達は生じない。
いいえ
技術的にめちゃくちゃ
114: 2019/11/07(木)18:12 ID:AxeF2lCm(3/6) AAS
>>113
徹底的な実験調査に基づくものです。
そういうデタラメな反論はよしてください。
115(1): 2019/11/07(木)18:13 ID:3XWmCdFm(3/6) AAS
今気づいたが
> 一方、Linuxでは、A=0にしたピクセルは完全に透明になるが、穴が開いている訳ではなく、
> 上記の様なマウスメッセージのデスクトップへの伝達は生じない。
>>108でリンクを貼った
外部ﾘﾝｸ:en.wikipedia.org
に
For example, if a window is shaped with a hole in the middle, not only the hole shows what is below
the window, but a click in the hole is considered to be a click in what is below the window.
後ろに伝達するってはっきり書いてあるじゃん
レスするならちゃんと読んでね
116: 2019/11/07(木)18:59 ID:3XWmCdFm(4/6) AAS
あ、>>111-112が何をいっているかわかった気がする
これ、X Rendering Extension(XRender)の話だよね?
外部ﾘﾝｸ:en.wikipedia.org
Keith Packardが20年ぐらい前に作った半透明Windowや透過Windowなど
gtkやQT等の現X環境でメインで使われているのがX Rendering Extension
半透明でなく穴あきのWindowを実現するXの拡張は>>108で言ったように
Keith Packardが30年ぐらい前作ったShape Extensionで、透過ウィンドウや
3Dアクセラレーションがなかった頃からある拡張
117(3): 2019/11/07(木)19:56 ID:AxeF2lCm(4/6) AAS
>>115
Linuxでも、マウスがデスクトップを「触れる」ような本当に穴を開ける
方法も存在していることは存在している。そしてそれはWindowの真ん中
でも穴は開くし、いくつでも穴は開くので解く形の制限は無い。
しかし、そうするためのシステムコールは、横一行ごとに
ランレングスタイプで指定する。穴が空いている場所と空いて無い場所の
変化点までの長さを次々に最後まで指定するようなイメージ。
それを縦のどドット数分だけ繰り返す。
この方法でも速度面以外では、Windowsと余り変わらないことが出来る。
一方、厄介なことに、Windowsでは、ARGB値を使っての「完全なる透明化法」が、
子ウィンドウに対しては使えるが、デスクトップに浮いているような
TopLevelWindow では使えないので、LWA_COLORKEY が必要となる。
そして、LWA_COLORKEY 法を使うと本当に穴が空いてしまう。
それをLinuxで模倣するためには、上記に書いたように、ランレングス的な
方法で情報を与えなくてはならない。
Windowsで、「完全透明」の TopLevelWindow をアニメーションしたいと思ったら、
上記の方法で高速に行える。本当にアニメ長の絵を秒間60枚でも描こうと思えば描ける。
これは当然、LWA_COLORKEYを使うことになる。
一方、Linuxでは、ARGB法を使えば同様に、TopLevelWindowで、全く同様のことを
高速に行える。
ところが、Wineの場合は、上記のWindowsアプリをエミュレート実行するためには、
LWA_COLORKEYを模倣しなくてはならない。そして、それは、実際に穴を開けてしまうので、
Linuxのせっかく高速なARGB法が使えない。そこで、上記のランレングス法を使わざるをえない。
118(2): 2019/11/07(木)19:57 ID:AxeF2lCm(5/6) AAS
>>117
ところが、このランレングス法は、アプリを最初に起動した直後に一度だけ行うことを想定している
らしいことと、ランレングス法を使っていることで、透明色のON/OFFが非常に激しく変動すると
ランレングスデータが大きくなってしまうことも有って、ものすごく時間が掛かる。
ものすごくといっても、1/60秒に比べて遅い程度。しかし、やっかいなことに、これが
X-Windowのコマンド・バッファ(?)に「蓄積されてしまう」。
で、Windowsの場合、このように描画が遅い場合は、Invalidate() 系の関数が自動的に処理の
頻度を遅らせてくれたりするようになっているので問題にならないが、Wineは、それが上手く
模倣できていない。調べてみると、もう忘れてしまったが、X-Windowのコマンドバッファが
たまっているか、空いているかを調査する関数が正しい値を返さなかったり、また、
処理のフラッシュが沢山の種類があるが、どれも、本当の意味でフラッシュしてくれなかったり
することで、結果的にエミュレートが出来ないことになっていることが分かった。
思い出してきたが、「Xのコマンドをフラッシュして処理が終わるまで帰ってくるな」
という意味の関数を呼び出しても、実際には、Xの描画が終わって無いのにすぐに帰ってきたりする。
実は、このことと絡んで、WM_TIMERもちゃんとエミュレートできていない。WM_TIMERも、
Windowsでは優先順位の最も低いメッセージの一つで、画面処理が遅いような場合は、
システムが適当に間引いてくれることで、異常な処理の遅さを回避できているのだが、
Wineではそれが模倣できていない。この理由も今述べたようなことが複合的に重なって、
での仕組みを使っても模倣できない事態になっていた。
119(1): 2019/11/07(木)20:08 ID:AxeF2lCm(6/6) AAS
>>118
「Xのコマンドが実行完了するまで戻ってくるな」
の意味のシステムコールはあるにはある。これをFとしよう。
Linuxで先から述べている「ランレングス法を使った外形変更」のXコマンド、
をRとしよう。
Fは、Rについては処理が終わって無くても、すぐに帰ってきてしまう。
だから、せっかくFを実行してもRはまだ終わって無い状態になっている。
もし、Fが、Rの処理が終わるまで待ってくれていたなら、問題は余り無い。
単に描画が本家Windowsより遅い程度で済む。
ところが、現実には、処理が終わって無いのに、アプリ本体が次から次へと
アニメーションのために、画面の書き換えAPIを呼び出す。
本家では、先に述べた Invalideteや、WM_TIMERの仕組みが、自動的に
それを抑制してくれているのでもんだ無い。
ところが、Linuxの場合だと、Xコマンドがまだまだ大量に残っている状態で、
アプリ側が次から次へとXコマンドを発行するようなことが繰り返される。
この結果、Linuxのデスクトップシステム全体が全く人間のマウス操作に反応できない
ような状態が何分も続くようなことがおきてしまう。
ハングアップしたのかと思って、念のためアプリをなんとか停止させた後に、
数分待っていると、正常な状態に戻る。
事情を知らない人にはハングアップに見えるので、ある意味では「脆弱性」とも言えるかもしれない。
120: 2019/11/07(木)20:24 ID:3XWmCdFm(5/6) AAS
>>117
> しかし、そうするためのシステムコールは、横一行ごとにランレングスタイプで指定する。
Xの拡張APIだからライブラリコール(経由でのプロセス間通信)であってシステムコールではないし、
指定の仕方も横一行ごとにランレングスタイプではない
外部ﾘﾝｸ[html]:www.x.org
それにWineで問題があったとしてもWineのXドライバwinex11.drv.soの実装上の問題であって
XやLinuxの問題ではない
そもそもWineで問題が起きる矩形でないWindowを持つWindowsアプリって何?
121(1): 2019/11/07(木)20:51 ID:3XWmCdFm(6/6) AAS
今wine-4.19のdlls/winex11.drv/以下の#ifdef HAVE_LIBXSHAPEの箇所と
xrender.cを見てみたけど、>>117-119は何の話なんだか全くわからない
一体何を調べて>>117-119を書いたの?
122(1): 2019/11/08(金)08:34 ID:kQY+PCDE(1) AAS
>>121
すまんが、俺は高IQだから、一般プログラマには理解できない可能性がある。
123(1): 2019/11/08(金)16:26 ID:uqna3PBs(1) AAS
>>122
iqとプログラミング能力に関係があるのか？
124: 2019/11/08(金)20:01 ID:eW8AKN/u(1) AAS
>>123
一般的にIQが高い人ほど抽象化能力が高い
プログラミングの世界で抽象化って言えば
オブジェクト指向
抽象化できるとコード量が減って
バグも減る
だから関係が無いこともない
流れ読んでないから適当だけど
125(1): 2019/11/08(金)23:17 ID:9QJJzE7I(1) AAS
> 一般的にIQが高い人ほど抽象化能力が高い
なら、まずそれの証明からだ
その後の話は、それが証明できてからだ
126: 2019/11/09(土)07:53 ID:Mpxnz/Lq(1) AAS
>>125
え
IQテストって
なんか、間違い探しとか
共通項から答えを導きだすとか
そんなのばっかじゃん
127: 2019/11/09(土)12:08 ID:6TXAIeXG(1) AAS
QT厨警報
128(2): 2019/11/10(日)09:26 ID:0s9SeOeJ(1) AAS
画像ﾘﾝｸ[jpg]:66.media.tumblr.com
129(1): 2019/11/10(日)09:28 ID:F+D5pEE5(1/2) AAS
脳科学的にはIQが高い人は脳の神経回路がシンプルらしいよ
思考プロセスを抽象化することで効率的な思考ができるのだろうね
130: 2019/11/10(日)09:31 ID:F+D5pEE5(2/2) AAS
>>128
同性愛者のIQは高い傾向にあるらしいよ
131: 2019/11/10(日)10:04 ID:7Oz2nnD7(1) AAS
>>128
グロ
ドザによる荒らし
132: 2019/11/10(日)12:29 ID:PFdMwvEF(1) AAS
>>129
IQ低いからってスネンなよ
受験勉強だって傾向と対策とか
やって、問題の傾向みて訓練するでしょ?
IQテストだって同じなんだよ
IQテストの内容が抽象化指向の傾向がある
って
分かってれば
それの対策で訓練すれば高IQになれる
つまり
知能テストつったって無意識に出来る天才か
必死に訓練した努力家か
見極める手段はありません
どっちにしても
IQテストの内容が抽象化能力を問う
問題ばっかりなんだから
IQテストの成績が良ければ
抽象化能力が高いってことになる
133(1): 2019/11/11(月)23:20 ID:Qgaw89fG(1) AAS
画像ﾘﾝｸ[jpg]:pbs.twimg.com
134: 2019/11/12(火)05:32 ID:ZSjGELTs(1) AAS
>>133
グロ
ドザによる荒らし
135(1): 2019/11/12(火)09:57 ID:SlWWaVmD(1) AAS
言いたいことを短くまとめられないで
長文ダラダラ書いちゃうような高IQではなぁ
136: 2019/11/12(火)11:38 ID:RHZ82EvV(1) AAS
>>135
そうだね
結論だけかいたら、ワケわかんない反論されるし
アホみたいに噛み砕いて解説してやっても
話が長いって文句言われるし
バカは論破できないって良くいったもんだ
137: 2019/11/12(火)13:14 ID:Wpgq5tnp(1) AAS
俺はこのスレに2回(129,130)しか書き込んでない(このレスが3回目)者だけど
お前に反論したつもりはないよ、なんか勘違いして長文返してきたから気持ち悪くて放置してた
むしろ俺は加勢してやったつもりだったので感謝してほしいっすね
138: 2019/11/12(火)14:58 ID:8YXglEN3(1) AAS
Qt厨もだけど、戌厨とかそんなんばっかだよな
139: 2019/11/12(火)15:46 ID:gqFsMhYT(1) AAS
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
140: 2019/11/12(火)16:05 ID:h8ACiu19(1) AAS
キュートも良いんだけど、もう少しモダンにならないものかな。
あと日本語何とかしてほしい。
141(1): 2019/11/12(火)22:53 ID:LiUhD5bG(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
画像ﾘﾝｸ[jpg]:i.imgur.com
142: 2019/11/13(水)06:03 ID:rl2ifZFO(1) AAS
>>141
グロ
ドザによる荒らし
143(1): 2019/11/13(水)11:21 ID:09XWviJh(1) AAS
次スレはワッチョイ付けるか
144(1): 2019/11/13(水)22:42 ID:OJjk8XZV(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
145: 2019/11/13(水)22:47 ID:yRd6HTRq(1) AAS
>>143
こんなウンコスレ
好きにしたらいいよ
どうせ
ウンコスレだし
146: 2019/11/14(木)06:25 ID:woU66kbx(1) AAS
>>144
グロ
ドザによる荒らし
147(1): 2019/11/15(金)07:44 ID:XdVux8Qe(1) AAS
画像ﾘﾝｸ[gif]:i.imgur.com
148: 2019/11/15(金)07:45 ID:Gne0wjdj(1) AAS
>>147
グロ
ドザによる荒らし
149: 2019/11/27(水)17:21 ID:aLTlXsZH(1) AAS
戌厨自身が「こんな板」とか言っちゃってるのを見た時
150: 2019/11/27(水)20:10 ID:drQmbv6L(1) AAS
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
151: 2019/11/28(木)23:20 ID:ZfQhOsMd(1) AAS
>>1
グロ針自演がLinux信者だと知ったときだ。
152(1): 2019/11/29(金)09:05 ID:NQy2Olc1(1/4) AAS
RMS尊師の画像貼ったらグロ画像呼ばわりされたとき
153(1): 2019/11/29(金)14:06 ID:NQy2Olc1(2/4) AAS
この手のスレッドへの書き込みが途絶えたとき
普及する必要はないスレとWindowsやめてスレにだけ同じ連中がひたすら書き込んでるんだよなぁ……
普及する必要は無いと強がりつつ、WIndowsからの移行を強く訴える……なんかすごく……惨めだよね彼ら……
154: 2019/11/29(金)16:12 ID:kMuttCmP(1/2) AAS
あー。両方に書き込んでいるけど必要な奴には十分普及したし、不要な奴には普及する必要ないと思ってるよ。
155: 2019/11/29(金)16:33 ID:NQy2Olc1(3/4) AAS
こーいう言い訳をしている惨めな姿を見たとき……
156: 2019/11/29(金)17:49 ID:kMuttCmP(2/2) AAS
なるほどねー。惨めって辺りを主張したいって事ね。俺も同感だよ。
157(1): 2019/11/29(金)18:48 ID:NQy2Olc1(4/4) AAS
そーっかー自覚があったんだー。
158: 2019/11/29(金)21:03 ID:MJ45o7ZV(1) AAS
>>153
彼らって一線を引いてるけど、惨めなのはアンタもじゃないの？
てっきりアホみたいな量の三点リーダってあちこちで見かけたから草のドザの親戚だと思ってたよ。
159: 2019/11/29(金)23:00 ID:M6UQUdqn(1) AAS
こういう風にマウント取りたがる奴が多い
160: 2019/11/30(土)08:49 ID:Lt9CQAJ3(1) AAS
>>152
ひげもじゃのオッサンの画像がグロだと？
その通りじゃないか！
161(1): 2019/11/30(土)17:41 ID:lzJZSTj6(1) AAS
>>157
画像ﾘﾝｸ[jpg]:66.media.tumblr.com
162: 2019/11/30(土)18:42 ID:qEhkN9Ed(1) AAS
>>161
グロ
ドザによる荒らし
163: 2019/12/02(月)00:37 ID:Y1oQZL5s(1) AAS
やり過ぎてフルぼっこにされた戌厨の自演グロ荒し、かれこれ２年になるんじゃね？ｗ
164: 2019/12/02(月)05:33 ID:dQg9Qsgo(1) AAS
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑)
165: 2019/12/02(月)23:28 ID:Czh00uox(1) AAS
2年かぁ。
普通の人間ならそんなに粘着できないな。
さすが狗厨房、普通じゃないぜ、悪い意味で。
166: 2019/12/03(火)00:30 ID:R8XJe9ug(1) AAS
何年までいくかね？
167(2): 2019/12/05(木)15:45 ID:hrzWm5/J(1) AAS
Windowsデスクトップに比べればLinuxデスクトップは普及していない。
だが使いようによっては大きなメリットがある。
Linuxデスクトップが役立つ状況と、セキュリティを高める上での注意点を紹介する。
Windows使いにこそ贈る「Linuxデスクトップ」のすすめ：特選プレミアムコンテンツガイド
外部ﾘﾝｸ[html]:techtarget.itmedia.co.jp
168(1): 2019/12/05(木)18:48 ID:YsDEY/nR(1) AAS
画像ﾘﾝｸ[jpg]:imgur.com
169: 2019/12/05(木)18:56 ID:lVTeMu3P(1/2) AAS
こういう愚にもつかない有料コンテンツで食ってるようなのがLinuxやらQtやらゴリ押ししてんのかね？
Windowsと同等以上のアプリが無きゃ普及せんし、そのアプリはVSと同等以上の開発環境が整わなきゃ望み薄
170: 2019/12/05(木)19:52 ID:dFRpe7rA(1) AAS
>>168
グロ
ドザによる荒らし
171(1): 2019/12/05(木)19:59 ID:GDX0xveM(1/2) AAS
>>167
> 1．特定のアプリケーションの利用
> ハイエンドの 3 次元（3D）グラフィックスデザインおよびレンダリングなどのアプリケーション
> を使用する企業は、Linux デスクトップを選択することが珍しくない。
その特定のアプリについて言及なしｗ
> 2．ユーザーの好み
もう理由なくなったｗ 好みｗｗｗ
> 3．セキュリティ、プライバシー、機密性
> 米国防総省は「Lightweight Portable Security」（LPS）という Linux ディストリビューション
> （Linux カーネルを中核としたソフトウェア群）を開発した。
誰も使ってませんね？
> 「Tails」「IprediaOS」「Whonix」「Discreete Linux」「Qubes OS」など、
> 厳しいセキュリティ要件を満たすように設計されている Linux ディストリビューションは、他にもある。
だから誰も使ってませんね？
使わないのでメリットなしｗｗｗ
> 4．レガシーハードウェアでのパフォーマンス
もうレガシーｗ 古いパソコンならWindowsより軽いかもしれない。
> 最新鋭の PC に展開した場合でも、Linux の方が高いパフォーマンスを発揮することもある。
「こともある」ｗｗｗ
上下前次1-新書関写板覧索設栞歴
あと 831 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.038s