IT Info

Samsung は、より多くの微調整オプションを使用して Galaxy Buds 2 Pro のアンビエント サウンド機能を強化したいと考えています。同社は本日、グローバルアクセシビリティ啓発デーに次ぐソフトウェアアップデートの計画を発表し、Buds 2 Proユーザーが期待できる新機能について詳しく説明しました。 まず、Samsung は 2 つの追加オーディオ レベル オプションを使用してアンビエント サウンド機能を強化します。現時点では、イヤホンのマイクを使用して外部オーディオを増幅するアンビエント サウンド機能には、中、高、超高の 3 つのレベルがあります。しかし、本日発表されたファームウェアのアップデートが公開されると、アンビエント サウンド機能の音声レベルがさらに 2 つ増え、ユーザーは 5 つの音声増幅設定から選択できるようになります。 サムスンサムスンが評価したと発表この機能の有効性は、アイオワ大学の補聴器と老化研究研究所が実施した臨床試験を通じて実証されました。この臨床試験では、Galaxy Buds 2 Pro イヤホンが軽度から中度の難聴を持つユーザーの音声知覚を大幅に改善できることが明らかになりました。 次のアップデートではさらに微調整が追加されます さらに良いことに、Samsung の Galaxy Buds 2 Pro 用の次のファームウェア アップデートでは、さらに多くの微調整オプションも追加されます。つまり、アンビエント サウンド設定には各イヤホンのスライダーがあり、ユーザーはこれを使用してアンビエント サウンドの音量を個別に上げることができます。 Samsung は、このアップデートを Galaxy Buds 2 Pro に展開する予定であることを確認しました。今後数週間。他の Galaxy イヤフォン Read more…

6 月の Debian 12.0 リリースに先立ち、Debian 12「Bookworm」インストーラーの 3 番目のリリース候補がリリースされました。 Debian インストーラー チームは本日、このグラフィカル インストーラーの改良を継続した RC3 アップデートをリリースしました。 6 月 10 日の 12.0 の大規模リリースに先立って、Debian インストーラの 4 番目で最後のリリース候補が 5 月末頃にリリースされる予定です。 Debian インストーラー Bookworm RC3 リリースでは、Bash の完了の中断を避けるために APT キャッシュが調整され、16 進数の EFI ブート変数が検出されるようになり、ファームウェア ライセンス プロンプトのサポートが復元され、PB/PiB/EB/のサポートが復元されました。 eiB プレフィックス、Bochs および Cirrus DRM モジュールは、UEFI/セキュア ブートでの壊れたグラフィックスを回避するために出荷されるようになりました。PPC64EL システム上の黒い画面に対する回避策があり、グラフィカル インストールを修正するために、modesetting_drv.so ドライバーが再び udev に出荷されるようになりました。一部のセットアップ用。 Read more…

Linux、Windows、macOS システム上で自動プロキシ構成管理を提供するオープンソース ライブラリである Libproxy が、思いがけない貢献者のおかげで大幅に更新されました。 クロスプラットフォーム プロキシ処理用のこのライブラリは、低メンテナンス モードでしたが、フォルクスワーゲンは、プラグインの不安定性の問題、ドキュメントの欠落、およびプロジェクトを悩ませていたその他の問題に対処するために強化しました。この新しい libproxy 0.5 リリースは、事実上、以前の制限に対処するためにライブラリが書き直されたものです。 libproxy 0.5 の書き換えには、XDG_CURRENT_DESKTOP の尊重、libproxy の静的ビルドのサポート、およびその他のさまざまな変更によるビルド修正も含まれています。 Glib、Qt、などのソフトウェアFirefox、OpenConnect、およびその他のソフトウェアは、すでに libproxy サポートとともに出荷されているソフトウェア パッケージの 1 つですが、libproxy の寄稿者 Jan-Michael Brummer は、libproxy 統合を提供するための APT、cURL、Python、および wget のパッチが保留中であると Phoronix にコメントしました。 libproxy 0.5 リリースのダウンロードと詳細については、GitHub 経由でご覧いただけます。

PXP プロジェクトは、追加の構文オプションと優れた実行時機能を備えた PHP のスーパーセットになることを目的とした、最近の興味深い言語の取り組みです。 PXP 0.0.1 は、このオープンソース プロジェクトの最初の非常に初期の試作リリースとして昨日リリースされました。 PXP 言語は、拡張型システム、ファーストパーティ Composer の統合、慎重に作成された開発者エクスペリエンスを備えた PHP のスーパーセットになることを目指しています。 PXP がどのように進化し、開発者の支持を集めることができるかどうかは、やがてわかります。 PXP コードは、他のプラットフォームでのサポートや実行を容易にするために、少なくとも PHP にトランスパイルできます。 これまで PXP 言語について聞いたことがない人は、PXPlang.org で基本的なプロジェクトの詳細を見つけることができます。 。 PXP は Rust パーサーとして作成されることから始まりましたが、その後、PHP 自体に戻って作成することが決定されました。 PXP 0.0.1 リリースのお知らせでは次のように説明されています。 “このリリースは、PXP 用の PHP ベース システムの始まりを示します。私は既存の Rust パーサーを捨てて、nikic/PHP-Parser ベースのパーサーを使用することにしました。 PHP ベースのツール スイートに移行するという決定は決定的なものでした。少なくとも最初は、PHP で PXP を開発しました。 「Rust よりもはるかに速い速度で移動できるようになります。Rust での開発が難しいからではありませんが、ユーザビリティに関する懸念がさらに追加されます。リリースを管理し、プラットフォーム固有のバイナリを配布するにはどうすればよいですか? Read more…

Linux カーネルのブート時間を短縮するためにセカンダリ CPU コアを並列ブートできるようにする x86_64 並列 CPU ブート サポートのパッチの作成には数か月がかかりました。時間の経過とともに、Linux 並列 CPU の立ち上げパッチは多くの改訂を経てきましたが、この作業は現在、この夏の後半に Linux 6.5 カーネルで導入される予定であるようです。 高コア数の Intel Xeon および AMD EPYC プロセッサ、さらに高コアの HEDT プロセッサにとっても良いニュースとして、Linux 6.5 のマージに先立って、並列 CPU 起動パッチが TIP/TIP.GIT リポジトリにキューに追加されました。窓が開くのは7月上旬頃。 並列 CPU 起動パッチは、長年のカーネル開発者である Thomas Gleixner によって最近取り組まれました。昨日の時点で、すべての並列起動パッチは TIP の smp/core ブランチのキューに入れられました。これらのパッチは現在 TIP ブランチの一部となっており、土壇場で問題が発見されたり、Linus Torvalds が反対したりしない限り、パッチは次のマージ ウィンドウ (Linux 6.5) の一部として提出される必要があります。 この並列起動サポートは、コア数の多いシステムでのカーネルの起動時間を短縮するのに役立ちます。特に、セキュリティ/メンテナンス上の理由から新しいカーネル バージョンに Read more…

このストーリーの最後に新しい更新情報が追加されています…… 元のストーリー (2023 年 3 月 21 日に公開) は次のとおりです: Discord には、好みの代名詞をプロフィール/プロフィールに追加できる「代名詞」と呼ばれる新機能が追加されます。まだベータテスト中のようで、最終的に公開される予定です。 このオプションを使用すると、ユーザーは「ユーザー プロファイル」と「サーバー プロファイル」の両方に代名詞を追加できます。ただし、ユーザーが使用するには、料金を支払う必要があるようです この機能は、Nitro ユーザーのみがサーバーごとの代名詞を選択できるためです。 以下に添付されているスクリーンショットをチェックして、違いを確認してください。タップまたはクリックすると画像が拡大されます。 Discord-Pronouns-for-User-Profile Discord-pronouns-for-Server-Profile この機能には、「サーバー プロファイル」の代名詞オプションに対して Nitro バッジが付いているという事実から、サーバーごとの機能は確かにペイウォールの背後にあります。 Nitro の背後でロックされている Discord のサーバーごとの「代名詞」が批判を集める まさにこれが、ユーザーが「代名詞」機能を批判している理由です。彼らは、そのような基本的なオプションはペイウォールの後ろに隠されるべきではなく、誰にでも公開されるべきだと信じています (1、2 >、3、4、5,6、7 >、8)。 出典 サーバーごとの代名詞が Nitro の背後にロックされているのは非常に残念です。誰もが安全にプロフィールにこれらの情報を追加できるわけではありません出典 おい、ペイウォールの背後でサーバーごとの代名詞ラベル付けを本気で考えているのか?クライアント側のカスタマイズ機能と今回のこれは、まったくばかげています。出典 また、一部の人は、Nitro の背後でサーバーごとの代名詞がロックされているのは、それらを使用する主な動機が確かに公にされることを避けることであったことを考えると、非常に屈辱的なものになるため、非常にばかげていると感じています。 @discord グローバル プロフィールで自分自身をアウティングするか、サーバー プロフィールに料金を支払うかを選択できるようにして、代名詞を有料機能にするなんて一体何をやっているのですか出典 この機能はまだベータ段階にありますが、ユーザーはすでに懸念を表明し始めています。彼らは現在、誰でも利用できる安定バージョンを期待しています (1) 、2、3,4)。 驚くべきことに、Discord がこのようなことをしたのはこれが初めてではありません。 「グラデーション カラー テーマ」が Read more…