ルートアクセスなしでKDE / KMixの音量コントロールを無効にする

ルートアクセスなしでKDE / KMixの音量コントロールを無効にする

私は VNC セッションを介して CentOS 上の KDE を使用していますが、このセッションではサウンドを使用するつもりはなく、常に完全に無音になっています。

VNC クライアントを (Windows で) 開いて、キーボードの音量コントロール キーを押すと (Windows ボックスの音量を変更するため)、CentOS に「KMix が実行されていないようです」という大きなボックスが表示され、何をしていたとしても KMix アプリケーションが起動します。

音量ボタンを押したときに CentOS または KDE が何もしないようにしたいのですが、この KMix の自動起動動作を完全に停止する方法はありますか?

CentOS セッションへのルートアクセス権がありません。

理想的には、VNC クライアントがこれらのキーを渡さないようにしたいのですが、そのためのオプションが見つからないため、それは不可能かもしれません。

ソフトウェアバージョン:

> cat /etc/*-release
CentOS release 5.7 (Final)
> kded --version
Qt: 3.3.6
KDE: 3.5.4-26.el5.centos.1 Red Hat
KDE Daemon: $Id: kded.cpp 534738 2006-04-27 18:04:45Z lunakl $

答え1

使用しているデスクトップ環境は明記されていませんが (いくつかの組み合わせを使用していて、たまたまシステムに KMix がインストールされている可能性があります)、一般的な手順は次のとおりです。

  • CentOS セッションで、「設定」または「コントロール センター」アプレットを探します。存在する場合は、その中に「キーボード」または「ショートカット」リンクがあるかどうかを確認します。正確な名前と、これにアクセスする手順は、デスクトップ環境とコンポーネントの正確なバージョンによって異なります。

  • マルチメディア キーを再マップしてみてください。デスクトップ環境によってわかりやすい名前が割り当てられていない場合は、 、 などの名前XF86AudioLowerVolumeが付けられている可能性があります。XF86AudioRaiseVolume

  • 最後の手段として、あなたが望むことを行うためのファイルxmodmapを作成する方法を調べてください。~/.Xmodmapここそして下部のリンクは、かなり複雑です。

以下にいくつかの複雑な問題を示します。

  • WindowsのVNCアプリはキーストロークを「トラップ」して、他のウィンドウに渡さない場合があります。ちょうどアプリケーションとバージョンによっては、それをしないように指示する方法がない場合があります。5月VNC ウィンドウを最小化 (フォーカスを失わせる) しない限り、ホスト上で音量コントロール ボタンを機能させることはできません。

  • 「KDE」、「CentOS」などだけでは、この問題を解決するためにどのような手順を踏めばよいかを正確に理解するには不十分です。巨大なCentOS と KDE の異なるバージョン間の内部機能、構成システムなどの違い。たとえば、CentOS 5 と CentOS 6 は、機能とコンポーネントのバージョン、構成方法の点でまったく異なります。CentOS 4 はさらに異なります。KDE 4 は KDE を完全に書き直したものなので、まだ KDE 3.x を使用している場合、手順は KDE 4 を実行している人とはまったく異なります。バージョン情報をまったく提供しないと、回答の潜在的な有用性が大幅に制限されます。これは、「エンジンがかからない車があります。どうすれば直せますか?」と尋ねるようなものです。つまり、2013 年 9 月に製造され、すべての電子点火装置とステアリングを備えたスポーツカーの場合、トラブルシューティングの手順は 20 世紀初頭に製造された Ford Model T とはまったく異なります。

答え2

realvnc を使用している場合は、「設定」->「エキスパート」に移動し、「SendMediaKeys」の値を False に設定します。そうすると、メディア キー入力が vnc に送信されなくなります。

関連情報