デスクトップでLinuxが普及する訳ないと思った時 14
■ このスレッドは過去ログ倉庫に格納されています
満足なPCを買える家庭すらなくなってる位、企業と富裕層に有利な税制になってるからなぁ
頭が足りてない新人が多い >>1
109 名前:login:Penguin[sage] 投稿日:2018/08/21(火) 23:04:46.79 ID:/SdxlRjo
Linuxは遅い、sanbaも遅い
同じノートPCでwindows7はLANで120MB/sで実際に転送できるけど、
Linuxはsanbaで50MB/sくらいしか出ない。
Linuxは消費電力も多い(アイドル時の実測)
Windows7:8W
debian9.3(KDE5):12W
MINT17(KDE4):16W ガバナーpowersave
いつまで経ってもWindowsに追いつけずダメOS
129 名前:login:Penguin[] 投稿日:2018/08/22(水) 16:05:34.74 ID:g4Zbw/6/
ノトパでLinuxを動かす上での最大の障害はメーカー独自の省電力機能関連のドライバが
Windows向けにしか提供されてない事が多々あるってとこだな
LinuxだとWindowsでできてたモニタワンセグの細かい調整はもちろん、
無線LANの類の”完全な”電源供給停止とかすらできないって事がままある
特に富士通とかToshibaとか
そりゃ電気食う・・・ってより、電気を食わなくさせられない
638 :login:Penguin[] 投稿日:2018/08/26(日) 17:41:52.53 ID:/1fLIWLy
信者が「Linuxは省電力ニダ!」って思い込みと想像で騒いでるだけだったねw
639 :login:Penguin[] 投稿日:2018/08/26(日) 17:42:18.59 ID:YNcctOlu
Linux上でyoutubeで動画を再生しつつ何かの作業をするなどという
使い方をしたとたんにモサモサを体感するようになるだろう
要するにlinuxとwindowsの使い方は根本的に異なるのだよ >>1
【Linux信者】の言い分: LinuxをラップトップPCで使うのは馬鹿だけ
356 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 22:10:36.64 ID:iqV9RxFp
デスクトップスレなのにノートで測る無能>>109
しかもプリウスでどうのこうのってバカだよね
358 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 22:12:15.20 ID:iqV9RxFp
>>357
ノートで測るマヌケ
372 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 22:19:34.65 ID:iqV9RxFp
>>369
底辺無能のwin7ノート(笑)>>109 >>1
229 名前:login:Penguin[sage] 投稿日:2018/08/23(木) 17:37:10.75 ID:AO6wJAqi [2/6]
細かい電力にこだわるのはバッテリーのノートPCの人だと思うんだけど、ぶっちゃけっとノートPC使いづらくて使わねー派だから10Wくらいの差はどうでもいい
core i5 1.6GHzのノートとc2q 3GHzのデスクトップだったら後者を常用する
230 名前:login:Penguin[sage] 投稿日:2018/08/23(木) 18:09:06.08 ID:lL/EPqRJ
私は出かけた先での作業用にノートですね。
バッテリーもそこそこ持つから省電力あまりこだわりはないし、そもそもACアダプタも一緒に持ち歩くので問題ない。
自宅ではもちろんデスクトップですね。
もっとお手軽な用件で外出の時はスマホかタブレットでいい。
323 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 16:51:46.27 ID:NV7L3+on [1/3]
>>317
そら家から出ないニートなら電源つながったデスクトップで消費電力なんて気にしないもん!でいいだろうけどな
モバイルなら仮にバッテリー容量を100Whとすると
消費電力が8Wなら100/8=12.5h
後者2つの間を取った14Wなら=7.14h
稼働時間がこれだけ変わってくるからな
これを小さい違いとかいうならアホとしか言いようがない >>1
【Linux信者】の言い分: LinuxデスクトップをデスクトップPCと思い込む知的障害者の集団
331 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 17:38:27.54 ID:NgLpjVo0 [2/4]
>>323
このスレのテーマはデスクトップだろ。モバイルでWindowsとLinuxとを比べてもな。
しかも使用時間の比較も考慮すべきだし更にはモバイルでWindowsのシェアはあるのかな。
と言うことで条件は勝手に変えるし穴だらけのお前にできる仕事ってあるのかと。
356 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 22:10:36.64 ID:iqV9RxFp [9/24]
デスクトップスレなのにノートで測る無能>>109
しかもプリウスでどうのこうのってバカだよね
401 名前:login:Penguin[sage] 投稿日:2018/08/25(土) 22:49:52.38 ID:iqV9RxFp [19/24]
>>109
デスクトップで計測してから来いよ無能
もちろん構成も書けよマヌケ >>1
似た表現をする奴が居たのを貼られていたので面白いから貼ってみたw
622 名前:[Fn]+[名無しさん][sage] 投稿日:2018/09/09(日) 06:07:16.09 ID:cB7rtwqj [2/2]
>>618
94 名前:名無しさん[sage] 投稿日:2018/09/08(土) 12:45:18.94 0
デスクトップCPUとモバイルCPU比較して性能低いとかいって馬鹿なの?
95 名前:名無しさん[sage] 投稿日:2018/09/08(土) 12:46:26.57 0
糞性能と煽る低能w
96 名前:名無しさん[sage] 投稿日:2018/09/08(土) 12:52:01.69 0
デスクトップスレでなに寝言こいてるんだ チンカス CPU >>23
ローレイテンシーカーネルと無縁なレガシーくんハッケン! 煽るつもりは毛頭無いのだが、最近のアンチlinuxな人たちの知識の無さが目立つ。この手のスレのwindows大好きな人もwin10が最初に使ったパソコンに入ってから知ってる程度だしドザってレベルにさえ到達していないし。
パソコン雑誌なんてもう何年も眺めていないけど初心者向け記事ばかりで、アプリ使い方程度の話を一年周期で繰り返す雑誌ばかりなの? Linuxに肯定的でない=アンチLinuxって決めつけてるからそう思うだけだろ。 >>21
レガシーって言ったのはパソコンに搭載されてるMIDI音源ですよ。
これから、ずっとMIDI音源の音源を省略しないで書いてねw >>36
どこがレガシーなんだよ。
パソコンで音楽や楽譜をMIDIで作るのがレガシーかよ。
レガシーくんから言えば無線以外のコードでマウスやキーボードを繋ぐのがレガシーなんだろうなw
https://www.yamahamusic.jp/shop/ginza/item/daw_software.html >>36
レガシーくんが言いたかったのは、パソコンのマザーボード上にある音源はレガシーだと言う事と同じだろうな。
あんなレガシーなものはパソコンミュージックをやる人は音が悪いからだれも使わないからね。
もちろん最新マザーボードでもレガシーになる可笑しさ(笑) ひょっとしてレガシーくんは、昔のパソコンでもWindowsの
効果音はPCMが使えないから、MIDIに頼っていたとおもったのかな?
【前スレより】
772 login:Penguin sage 2019/10/22(火) 20:06:55.52 ID:3orbb/Jr
>>764
どんなパソコンでもPCM音源が使える今
MIDI音源なんてレガシーやろ
FM音源やPSG音源と変わらん パソコンに搭載されてるMIDI音源?
そんなものあるのか? >>33
DTMやるならLinux、ゲームをやるならLinuxと言われない時点でお察しください。 >>41
DTMは廃れたなんて言ってたくせに何言ってるの?
ゲームなんてガキの遊びだろ。
家で子どもと一緒になってやってるのか? >>39
Windows 95と同時期にPCM音源が普及する前は、パソコン搭載の音源としてFM音源(やPSG3音源)が広く使われてたんだよ。
ほとんどの人にとっては、FM音源 → PCM音源 という流れだったけど、
音楽にこだわってた人は、その間にMIDI音源があった。FM音源 → MIDI音源 → PCM音源
>>40の人の答えにもなるけど、パソコンに搭載されてるMIDI音源として
日本だとPC-9821C3-B02(GM、XG、GS)、海外だとWave BLASTERになるのかな?が有名
YAMAHA純正だとYAMAHA DB60XGが発売されてる。
参考 http://wavetable.web.fc2.com/
見慣れない形状でどこに指すのかと思うかもしれないが、これはドーターカードという
サウンドボード(↓これはPC-9801-118)に取り付けるもの
http://j02.nobody.jp/jto98/n_desk_sound/pc9801118.htm
昔はFM音源、今はPCM音源がマザーボードに搭載してるが、昔はサウンドチップでさえマザーボードに
乗っておらず、サウンボードを追加する時代なんだからMIDI音源が乗ってるマザーボードなんて存在しないだろう。
レガシーと言ったのは(マザーボードに搭載されたことのない)MIDI音源なわけで
「マザーボード上にある音源がレガシー」と俺が言うわけないw(もちろんFM音源はレガシーだが)
レガシーなのはパソコンに搭載されてたドーターカードの形で提供されてるMIDI音源のこと
そしてそのMIDI音源をソフトウェアでエミュレートしたMicrosoft GS Wavetable Synthという仮想MIDI音源だよ。
これらのボードは今はもう誰も知らないくらいのものなのでレガシーなのは言うまでもない。 わかるだろうけど少し訂正
× >>40の人の答えにもなるけど、パソコンに搭載されてるMIDI音源として
○ >>40の人の答えにもなるけど、パソコンに搭載可能なMIDI音源として
搭載されてるパソコンも少数ながらあったが、
殆どのパソコンにはMIDI音源は搭載されてない。 >>42
お前こそ何をいってるんだね?ローレイテンシーカーネル(笑)に縁のある犬厨さん。
>>43
MIDI自体がエンドユーザには無縁なものになったんだよ。
オーサリングの環境で未だプロトコルレベルで生きているだの、ファイルフォーマットレベルで生きているだの言っても、
エンドユーザは音源モジュールやDAWを導入してこれを聞くことは無いのだからな。 >>45
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) いろいろ思い出したw
ドーターカードを使ったパソコン搭載のMIDI音源と、時代はかぶってるか多分少し前だろうけど、
MIDIインターフェース拡張ボードってのがあった。MPU98-IIとかいうの。
これはMIDI音源機能はなくて外部MIDI音源などとつなげるためMIDI端子が搭載されたボードで
パソコンの拡張インターフェースに指すことでSC-88proとかのMIDI音源
(こんなのな https://www.dtmstation.com/archives/51886276.html)
とつなげることが可能だった。
当時の一番の正統派(?)はこの方法を使っていた。
そしてパソコンに搭載されたMIDI音源が淘汰された今でも
一部の人は使ってるであろう方式。今だとUSB接続とかになってるだろうけどね。
MPU98-IIは対応していたゲームとかもそこそこあって
一部の人はパソコン本体からではなく、外部のMIDI音源から音を鳴らしていた。
で、実は俺、パソコンに搭載する方のMIDI音源である、PC-9801-118+MIDI音源サブボードPC-9821C3-B02 を
持ってたんだけど、これMPU98-IIとは互換性がなくてMS-DOS用というよりWindows用のMIDI音源という扱いだった。
だからMS-DOSのゲームで使えなくてがっくり来たんだけどw
でも実はMIDIのI/Oポート番号が違うだけだったので、
(MPU98-IIがデフォルトでE0D0、E0D2、PC-9821C3-B02が148C、148D)
ソフトにパッチ当てたり、I/Oポートをトラップして転送するドライバ(?)を
使ったりして鳴らすことができた。
あとなにげにMIDI音源だけじゃなく、MIDI端子も搭載されてて、
(なぜか)MIDI端子はゲームパッド端子として使えるので
MIDI機器ではなくゲームパッドを接続していたw "Linuxの生みの親"トーバルズ氏:「私はもうプログラマーではない」
https://japan.zdnet.com/article/35144738/
われわれはみな、自分に自信がなく、『自分は本当によくやれているのだろうか』と考えている。そして、私がLinuxに関して自信を持てないことの1つは、これが単なるUnixの再実装だということだ。 たんにレガシー君が使わなくなったってだけの俺語りで、MIDIが廃れたってまるきりの嘘じゃねーかw MIDIはシーケンスデータの伝送規格(論理/物理)で、音源の事じゃないしなあ
後継規格も無いから1394やUSBケーブルに姿を変えただけで、どっこい生きてるシャツの中
どうしてもっと距離の制約も緩くコネクタもケーブルも安価で済むRJ45とツイストペアケーブルにしなかったのか
って所で頭悪いなあ…と思ってるけど >>49
すげぇ感性だなwそれじゃぁ世の中レガシー君(笑)だらけになっちまうなw
>>50
https://en.wikipedia.org/wiki/RTP-MIDI
犬板では現役扱いなのにググってすぐ出てくるレベルの知識が無いってのはなぁw >>50
実際にテーブルの上にでもキーボード置いて、cat5ケーブルでも這わしてみれば分かるけど、取り回しが悪いよ。
それにrj45だとpcのイーサに指すマヌケも一定はいそうだし。 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) >>50
RJ45ではケーブルに大きな負荷がかかった時に、ケーブル断線・コネクター部破損が起き、ケーブル交換・接続機器交換など、復旧に手間がかかる。またコネクター部が抜けない場合、接続機器の転倒・落下・破損による危険が伴う。
手軽に扱えリアルタイムで操作する様な機器を接続する部分はそういう状況を踏まえた形状をしている。USB・IEEE1394なども同様。一般的なLANケーブルは耐久性が低く、コネクター付近が折れ曲がり断線しやすい。また台車でちょっと踏んだだけでも断線する。 MIDI音源は昔あったようなハードウェアの音源モジュールだけ、という視野の狭い人おるん?
MIDI規格の信号受け取ってソフトウェア/ハードウェアで録音済みのPCM音源鳴らすだけですやん >>50
> MIDIはシーケンスデータの伝送規格(論理/物理)で、音源の事じゃないしなあ
だから「MIDI音源」という言葉が「MIDI」とは別にあるわけで、
それぞれ別物ものわしてるわけでしょ?
レガシーになったというのはパソコンに搭載されたMIDI音源 >>56
× 録音済みのPCM音源鳴らすだけですやん
○ 録音済みの音をPCM音源で鳴らすだけですやん
PCM音源(ハードウェア)を
録音するとか意味不明ですからw >>56
MIDIデータをMIDI音源を使わずに、PCM音源でならすってことは
それこそMIDI音源がレガシーになった何よりの証拠では? 音源モジュール自体楽器から録音したか合成したてROMに収めたPCM音再生しとるだけでしょ?
波形データがROM上にあるか、RAM上にあるか程度の違いのような・・・?
PC98の高速テキスト画面だけがテキスト画面!みたいな意味のないこだわりにみえるんだけど MIDI音源自体が内部でPCM音源になってる場合はどうなるんだか >>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音源は消えてなくなってる。 レガシーくんが混乱してるのはW95時代に、PC入門者がMIDIファイルを再生した過去を、あれはレガシーだと勝手に決めつけてる事だね。
現代のPC入門者はMIDIファイルで無くPCM録音からのMP3を再生してる。
PC初心者がMIDIファイルを扱わなくなったから、MIDIをレガシーと勘違いしてるだけなんだよな。
しかし昔も今も同じなのが、生楽器以外の音楽制作はMIDI規格から作られたMIDIファイルで行われてる事も知らないらしい。
しかもそれをエミュレートだと勘違いしてる。
MIDIファイルその物に音源は含まれていない。
MIDIファイルで鳴らす音源がPCM音源(笑)
まあFM音源でも良いけどね。
ただ昔はプロレベルでは外部音源を使っているのが多かったが、
今ではパソコンだけでも全部出来るようになった。
この間の東京JAZZではチック・コリアエレクトリックバンドの演奏で、いろいろなMIDI機材が見られた。 レガシー君の書き込みをたどってみたが、どうやら彼が言う「レガシーなMIDI音源」って「俺定義のMIDI音源」だね。
なのにその俺定義については一切触れないから周りが理解できない。
当たり前だが。
自分が何言ってるのかレガシー君当人も判ってないんだろうな。
バカっぽいし。 >>65
> レガシーくんが混乱してるのはW95時代に、PC入門者がMIDIファイルを再生した過去を、あれはレガシーだと勝手に決めつけてる事だね。
いや決めつけるなよw
最初から一貫して「パソコンに搭載されたMIDI音源」がレガシーだと言ってるだろw
あといつもどおり、MIDI音源の「音源」を勝手に抜かすなや。
お前MIDIの話しかしてないじゃないか、MIDI音源の話だ。俺はMIDI音源の話しかしてない。
お前が混乱してるんだわw
>>66
> レガシー君の書き込みをたどってみたが、どうやら彼が言う「レガシーなMIDI音源」って「俺定義のMIDI音源」だね。
であれば一般的な「MIDI音源」の定義をあんたが探してきなさい。
「お前は間違ってる!だが間違ってる理由は一切説明しない!」じゃ
筋が通らんでしょw ここまでのまとめ
犬厨A「俺はPC-98エミュレータでtmidityを使っている!」
犬厨B「俺はSC-8820を今も使っている!」
A&B「MIDIはレガシーじゃない!」
俺「レガシーじゃないのに何で機材を更新してないの?」 >>70
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) ディスクリートで組まれたアシッドな音が欲しいからに決まってるだろ。 みんな勘違いしているけど、俺が欲しいのは原音に忠実なクリアーな音ではない。
昔のレコードや真空管アンプにあった心に響くアシッドな音だ。 ここまでのまとめ
窓厨A「俺はエミュレータと言う言葉を間違って使ってしまった」
窓厨B「俺は技術の進歩でDAWが出現した事は知らん」
A&B「コンサート会場で目隠しをしてたからMIDI楽器は全く見えなかった」
俺「レガシーなのに何で今でも世界中のクラシック以外のミュージシャンに使われてるんだろうと思ってワロタ」
ヤマハ「最新のMIDIピアノが発売されるのも知らない情弱なんだろ」
楽器屋「バイオリンがレガシーと言うのと同じ理屈なんだろ」 プロの音楽家はLinuxを使っている。
なんて話もないけどな。 今時はバイオリンで打ち込みできたりしますね
ttp://www.cantinielectricviolins.com/2/earphonic_electr_midi_violin_3825378.html 現代はpc上で動作するソフトウェアmidi音源とかローランドとかコルグやヤマハ辺りが過去の音源とかのエミュで動いていると思ってた。 nihonngonyuuryokugamatomonidekinakunattatoki. nimfupoieuramnfakjsdpepqeipuwyajldjzvdzkfaur ちょっと雑に扱うとシステムの整合性が崩れる
クライアントサイドの業務ソフトがほぼない
知らんうちにファイルシステムが壊れる レガシーくん発狂しててうざいな。
MIDI音源とやらが廃れたことにしたいらしいけど、もとからそんなものは物はないんだから廃れるも何もないのに。 PCオーディオ「Linux最強」は本当か?導入編
そこで今度は仕事用のWindows8を使用し、WinPCで同じ音楽を再生してみることに。
WinPCでのハイレゾ再生、Linuxと比べて少々雑味が増えている印象です。
全体的に輪郭が薄れ、クリアさが今ひとつ削がれた、薄膜が一枚張られた感じは否めません。
もちろん仕事用という事でノーマル状態&プロセス多しというWindowsマシンと比べるのは少々酷かもしれませんが、
LinuxがPCオーディオに有利とされる根拠は十分に感じ取られることができました。 >>77
一時期盛り上がったGM/GS/XG系ハードウェアのものをソフトウェアで現行リリースしているのはローランドのSoundCanvasVAくらいかも オーディオ再生用機材としてみるならPCよりスマホのほうが音がよかったりする。 >>74
ゲームのBGMの演奏用に使っておきながら、そういった用途が滅亡したことを全く認識できないのなwww
ググったらまだ使われてた!レガシーじゃない!www 波形合成を行う音源でもPCMとは限らないから
MIDI音源ってPCM音源の事だろうって言ってるアホは
僕は蕎麦とラーメンの区別がつきませんくらいの馬鹿に見える >>88
楽器や自然界の音をLA音源とFM音源とPCM音源のどれから加工すれば簡単なのか分からないのがレガシーくん(笑) 音源はサンプラーしか存在しないと思ってるのか
さすがにそんな馬鹿が何人も居るとは思えないので同じ奴が一人でわめいてるだけだろうと思いたいが >>90
楽器や自然界の音はPCM音源から、いかにも高次倍音みたいなシンセ特有な音は、一例としてFM音源から作るのが分からないのがレガシーくん。 >>89
おい、レガシー君は俺やで
誰彼構わずレガシー君呼ばわりするのやめろよ
敵は一人だって思い込んでるぞw 音源といえばPCMとFM音源しか知らないのか
矩形派やサイン波を合成してシンセサイズするのがシンセサイザー
PCMやFMはその一実装に過ぎん
無知すぎる >>93
そんなのレガシーくんだって知ってるアナログシンセだぞ。 FM音源が小室で、PCM音源がKポップという認識でOK? 昔のPCではMIDIガーってやりたいなら昔PC板でやれよ。 こりゃあデスクトップでLinuxが普及するわけないわぁ・・・ GNOME派とKDE派の足の引っ張り合いとか見てても「普及するはずない」って思うわ。 >>102
その点、カーネルは分裂せずによく頑張ってるよな。
リーナスがguiとかにも口を出せばdesktopでもワンチャンあったかもしれんな。 尊師がナチ党員だったことがバレて代表降りたような気が。 >>105
Wineの互換性を高めるためには、X-WindowのZ-Orderや矩形以外のWindow、
透明処理などに関して、Windowsに似た動作をするための修正が必要のようだ。 >>107
> Wineの互換性を高めるためには、X-WindowのZ-Orderや矩形以外のWindow、透明処理など
xeyes等で使われているX Window SystemのShape extensionって30年以上前からあるんだけど
ttps://en.wikipedia.org/wiki/Shape_extension >>108
たぶん、"X-Window"は"X window system"とは別物なんでしょ。どうでもいい事だけど。 >>108
あるけど、Windowsの透明や非矩形Windowと相性が悪くて、処理がものすごく遅く
なったり、フラッシュするとシステム描画が全くできなくなって、数分間
ハングアップしたかのように見える現象に悩まされたりすることがある。
なので、どこかで MS Windowsの仕組みに歩み寄りが必要。 >>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でのエミュレーションはとてつもなく重たくなってしまっている。 >>112
> Linuxだと、ピクセルごとに自由にARGBの A = アルファ値 を使って
いいえ
> 一方、Linuxでは、A=0にしたピクセルは完全に透明になるが、穴が開いている訳ではなく、
> 上記の様なマウスメッセージのデスクトップへの伝達は生じない。
いいえ
技術的にめちゃくちゃ >>113
徹底的な実験調査に基づくものです。
そういうデタラメな反論はよしてください。 今気づいたが
> 一方、Linuxでは、A=0にしたピクセルは完全に透明になるが、穴が開いている訳ではなく、
> 上記の様なマウスメッセージのデスクトップへの伝達は生じない。
>>108でリンクを貼った
ttps://en.wikipedia.org/wiki/Shape_extension
に
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.
後ろに伝達するってはっきり書いてあるじゃん
レスするならちゃんと読んでね あ、>>111-112が何をいっているかわかった気がする
これ、X Rendering Extension(XRender)の話だよね?
ttps://en.wikipedia.org/wiki/X_Rendering_Extension
Keith Packardが20年ぐらい前に作った半透明Windowや透過Windowなど
gtkやQT等の現X環境でメインで使われているのがX Rendering Extension
半透明でなく穴あきのWindowを実現するXの拡張は>>108で言ったように
Keith Packardが30年ぐらい前作ったShape Extensionで、透過ウィンドウや
3Dアクセラレーションがなかった頃からある拡張 >>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法が使えない。そこで、上記のランレングス法を使わざるをえない。 >>117
ところが、このランレングス法は、アプリを最初に起動した直後に一度だけ行うことを想定している
らしいことと、ランレングス法を使っていることで、透明色のON/OFFが非常に激しく変動すると
ランレングスデータが大きくなってしまうことも有って、ものすごく時間が掛かる。
ものすごくといっても、1/60秒に比べて遅い程度。しかし、やっかいなことに、これが
X-Windowのコマンド・バッファ(?)に「蓄積されてしまう」。
で、Windowsの場合、このように描画が遅い場合は、Invalidate() 系の関数が自動的に処理の
頻度を遅らせてくれたりするようになっているので問題にならないが、Wineは、それが上手く
模倣できていない。調べてみると、もう忘れてしまったが、X-Windowのコマンドバッファが
たまっているか、空いているかを調査する関数が正しい値を返さなかったり、また、
処理のフラッシュが沢山の種類があるが、どれも、本当の意味でフラッシュしてくれなかったり
することで、結果的にエミュレートが出来ないことになっていることが分かった。
思い出してきたが、「Xのコマンドをフラッシュして処理が終わるまで帰ってくるな」
という意味の関数を呼び出しても、実際には、Xの描画が終わって無いのにすぐに帰ってきたりする。
実は、このことと絡んで、WM_TIMERもちゃんとエミュレートできていない。WM_TIMERも、
Windowsでは優先順位の最も低いメッセージの一つで、画面処理が遅いような場合は、
システムが適当に間引いてくれることで、異常な処理の遅さを回避できているのだが、
Wineではそれが模倣できていない。この理由も今述べたようなことが複合的に重なって、
での仕組みを使っても模倣できない事態になっていた。 >>118
「Xのコマンドが実行完了するまで戻ってくるな」
の意味のシステムコールはあるにはある。これをFとしよう。
Linuxで先から述べている「ランレングス法を使った外形変更」のXコマンド、
をRとしよう。
Fは、Rについては処理が終わって無くても、すぐに帰ってきてしまう。
だから、せっかくFを実行してもRはまだ終わって無い状態になっている。
もし、Fが、Rの処理が終わるまで待ってくれていたなら、問題は余り無い。
単に描画が本家Windowsより遅い程度で済む。
ところが、現実には、処理が終わって無いのに、アプリ本体が次から次へと
アニメーションのために、画面の書き換えAPIを呼び出す。
本家では、先に述べた Invalideteや、WM_TIMERの仕組みが、自動的に
それを抑制してくれているのでもんだ無い。
ところが、Linuxの場合だと、Xコマンドがまだまだ大量に残っている状態で、
アプリ側が次から次へとXコマンドを発行するようなことが繰り返される。
この結果、Linuxのデスクトップシステム全体が全く人間のマウス操作に反応できない
ような状態が何分も続くようなことがおきてしまう。
ハングアップしたのかと思って、念のためアプリをなんとか停止させた後に、
数分待っていると、正常な状態に戻る。
事情を知らない人にはハングアップに見えるので、ある意味では「脆弱性」とも言えるかもしれない。 >>117
> しかし、そうするためのシステムコールは、横一行ごとにランレングスタイプで指定する。
Xの拡張APIだからライブラリコール(経由でのプロセス間通信)であってシステムコールではないし、
指定の仕方も横一行ごとにランレングスタイプではない
ttps://www.x.org/releases/X11R7.7/doc/xextproto/shape.html
それにWineで問題があったとしてもWineのXドライバwinex11.drv.soの実装上の問題であって
XやLinuxの問題ではない
そもそもWineで問題が起きる矩形でないWindowを持つWindowsアプリって何? 今wine-4.19のdlls/winex11.drv/以下の#ifdef HAVE_LIBXSHAPEの箇所と
xrender.cを見てみたけど、>>117-119は何の話なんだか全くわからない
一体何を調べて>>117-119を書いたの? >>121
すまんが、俺は高IQだから、一般プログラマには理解できない可能性がある。 >>122
iqとプログラミング能力に関係があるのか? >>123
一般的にIQが高い人ほど抽象化能力が高い
プログラミングの世界で抽象化って言えば
オブジェクト指向
抽象化できるとコード量が減って
バグも減る
だから関係が無いこともない
流れ読んでないから適当だけど > 一般的にIQが高い人ほど抽象化能力が高い
なら、まずそれの証明からだ
その後の話は、それが証明できてからだ >>125
え
IQテストって
なんか、間違い探しとか
共通項から答えを導きだすとか
そんなのばっかじゃん ■ このスレッドは過去ログ倉庫に格納されています