[過去ログ] デスクトップでLinuxが普及する必要はない 2 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
634: 2019/12/06(金)11:10 ID:PriPiSUS(1) AAS
>>629
ログが見えないのはquietをのけることで解決した

nomodesetを付けたり、Xorgの設定変えたりしてみたがやっぱりダメだった
もうバンザイ
635: 2019/12/06(金)12:35 ID:6y9I9Dhs(1) AAS
∩(・ω・)∩バンジャーイ
636
(1): 2019/12/06(金)19:49 ID:W7Nlt8OL(1) AAS
>>632
いや再生支援はハードの問題
Intel AMD NVIDIAの中ではIntelが抜きん出ている
637
(1): 2019/12/06(金)21:44 ID:GCGeAYqb(1/3) AAS
>>636
よく知らんので、素朴な疑問なんだが
エンコード/デーコードはアルゴリズムが明確なんだからメーカーによってさほどの差もつかんような気がするんじゃが

遅い早いの差はあっても画質うんぬんは、もはや、うん万のUSBケーブルに変えたら音質が良くなるってたぐいに感じるんじゃがのお

と先入観のある人のために、情報プリーズ
638
(1): 2019/12/06(金)21:54 ID:GCGeAYqb(2/3) AAS
・focus_new_windows = strict
・raise_on_click = true
入れてみたんだけど、ウィンドウの切り替えが邪魔される

gnome使いにくいよ。Xfceが使いたいよ。
639: 2019/12/06(金)21:56 ID:YH7eQt+j(1) AAS
AMDは発色が良い
640: 2019/12/06(金)22:04 ID:GCGeAYqb(3/3) AAS
発色が良い = 目に悪い
カラーE-inkディスプレイ まだぁー?
641: 2019/12/07(土)00:36 ID:WFtM9970(1) AAS
AMDは音が良い
642
(1): 2019/12/07(土)00:52 ID:fkEu9sP/(1/2) AAS
>>637
AMDはATIの昔からgpuのファームやドライバ造りが下手
動画エンコで再生支援を使うとその差が出てしまう
643
(2): 2019/12/07(土)03:07 ID:fkEu9sP/(2/2) AAS
ファーム造りをしてみるとわかるけど
ファームが造り安いハードとそうでないのがある

どこかが発熱しやすくて連続してそこの稼働率の上限のコントロールとか、
タイミングがシビアすぎる場合の対策とか色々ありすぎると大変でそこまで
ファームやドライバ側でフォローしろとか来られるともうね
そういうのも全部ひっくるめてファームやドライバの出来の意味ね

AMDがDECとATIの実力派だかクセモノ揃いの混成チームな反面Intelは設計思想
からして統一されてるからね
644
(1): 2019/12/07(土)03:19 ID:bPVh2gYh(1/7) AAS
>>638
デビアンで使ってるの?
マンジャロのフォーラムで
ライゼンのAPUのスレ読んだけど
KDE、シナモン、GNOMEあたりはOK
で、Xfceはダメだったってさ
なんでダメなんだろうね?

>>642
>>643
改行いっぱいすると
省7
645
(1): 2019/12/07(土)04:01 ID:Ufz9DG7E(1) AAS
そんないい加減な評価より
外部リンク:github.com
ここにqsv(intel), vce(amd), nv(nvidia)それぞれの再生支援を使ったエンコーダーがあるから拾って自分で試してみるといい

3つ実験してみて明らかにintelGPUのが一番綺麗な動画が出来た、それだけ
GPU再生支援を使わずCPUパワーだけならもっと綺麗にできるけどintelGPU
ぐらいなら十分綺麗だし速くCPU負荷も低く熱も出なくて特に夏場は安心
646: 2019/12/07(土)04:23 ID:bPVh2gYh(2/7) AAS
>>645
だから
エンコはIntelが優秀って最初から言ってるじゃん
Linuxじゃなくたって、そんなの常識
いまのLinuxでのAMDの良さは
デフォルトのオープンソースドライバーで
なんも設定しなくても
安定して動くってこと
うちは、エンコ糞なAMDのAPUでTV録画サーバー組んじゃったから
容量犠牲にして
省8
647
(1): 2019/12/07(土)05:23 ID:/A4DuRAp(1) AAS
qt厨の読みづらい文章も滲み出てくる自閉症っぽい人格もキモい
648: 2019/12/07(土)05:31 ID:bPVh2gYh(3/7) AAS
>>647
なら、読まなきゃいいイイ
649
(1): 2019/12/07(土)05:40 ID:h1PLhyRO(1/9) AAS
>>644
>デビアンで使ってるの?
いいえ。Ubuntu19.10+GNOME(標準)で使ってます
gconf-editorで見たら
/apps/metacity がないから、自分で追加した
650: 2019/12/07(土)05:40 ID:h1PLhyRO(2/9) AAS
>>643
なるほど、なかなか為になる話です。
ところでアナタはFPGAで作ってるの?それともASIC?
651
(2): 2019/12/07(土)05:50 ID:bPVh2gYh(4/7) AAS
>>649
そうなんだ
じゃぁ
Xfce使えるようになるまで
KDE使ってみたら?
マンジャロのKDE使ってるけど
不自由ないよ
標準設定で
652: 2019/12/07(土)06:21 ID:h1PLhyRO(3/9) AAS
なるほど、まとめるとメーカーによって画質が違うということか。それはわかった。
ただその違いは、画質というより、好みの問題では?

商品の紹介みたいでイヤだが、以下のURLに、次の説明があった。
外部リンク[htm]:jp.videoproc.com

画質ではIntelの「Quick Sync Video(QSV)」、NVIDIAの「NVENC」、AMDの「Video Codec Engine(VCE)」はほとんど差異はない。
例えば、720pなら7mbps、1080pなら12mbpsでエンコードでき、どのハードウェアアクセラレーションを使ってもほとんど同じ。
強いて言えば、AMDの「Video Codec Engine(VCE)」>Intelの「Quick Sync Video(QSV)」>NVIDIAの「NVENC」だと思う。
653
(1): 2019/12/07(土)06:38 ID:h1PLhyRO(4/9) AAS
>>651
せっかくだから試してみようかな

でも、先入観なんだけど、
DebianとArchを比べたら、Debianの方が信用できるって感じるんだけど、パッケージ依存が壊れたりしない?
ローリング・リリースは安定稼働には向かない気がする
1-
あと 349 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.021s