ICQ 7.5の新しいバージョンをリリースしたことをお知らせいたします。これは主に、サービスのオーディオとビデオの機能を改善するためのものです。 改善された点についてお話ししたいと思います。
だから：
1.フルスクリーンビデオチャットの改善
バージョン7.5のリリースのために、ICQ開発者は直感的で使いやすいビデオチャットインターフェイスを設計しました。 フルスクリーンモードのサポートが追加されました。これにより、ビデオコールに画面を完全に使用できます。
コントロール要素のサイズが小さくなり、ビデオ画像に使用されるスペースが拡大しました。 現在、ICQは、多くの一般的なビデオサービスのほとんどのユーザーになじみのある標準コントロールを使用しています。
注目すべき改善点は、画像のプレビューウィンドウの可視性を制御する機能の出現です。 このウィンドウをオフにすると、対談者のより良い画像を取得できます。これは、全画面モードで特に顕著です。
2.安定性とパフォーマンスの改善
3.ピアツーピアをインストールできなかった場合、サーバーの接続信頼性と速度が向上しました。
ICQのビデオコールは、ファイアウォールやNATを介したネットワーク接続用のICE標準を使用して実装されます。 主なアイデアは、両方の当事者が利用可能なIPアドレスとポートに関する情報を収集し、互いに送信することです。 次に、各側はこれらのアドレスにデータパケットを送信しようとし、小包の確認を待ちます。 IPアドレスとポートのペアは、確認を受け取った場合にメディアを交換するのに適していると見なされます。
ICEテクノロジーは、ファイアウォールによって設定された制限を回避するソリューションを見つけるのに効果的ですが、1つの重大な欠点があります-接続を確立するのに時間がかかる可能性があります。 ICQ開発者は、ユーザーが迅速に接続を確立することが非常に重要であることを理解しているため、バージョン7.5では、ICEテクノロジーの実装が変更され、ピアツーピア接続確認がまだ受信されていない場合、サーバーを介した可能な接続の使用が追加されました。 この最適化は、ピアツーピア接続を確立しようとする試みが何度か失敗した場合、または一定時間後にのみ機能します。
ICQ接続プロセスの主な改善点は、RTP多重化技術の使用です。RTPおよびRTCPパケットは、より少ないシステムリソースを使用して単一のUDPポートを介して送信され、最も重要なことは、ファイアウォールを介して作業する場合、必要なオープンポートが少ないことです。 そのため、たとえば、多重化なしのビデオコールでは、クライアントは4つのポートを開く必要がありますが、新しいテクノロジーを使用している間は、単一のポートでコールを行うことができます。
4.新しいLSVXコーデック
ICQの以前のバージョンでは、VP71コーデックがビデオチャットに使用されていました。 このコーデックは、多数のクライアントがビデオチャットに使用します。 ICQの新しいバージョンは、グローバルIPソリューションの有名なVideoEngineテクノロジーの一部であるLSVXコーデックを使用します。 LSVXコーデックに関する完全な情報は、リンクfiles.mail.ru/HTQUSBをクリックして見つけることができます。主なポイントは次のとおりです。
主な利点：
•標準コーデック（H.263、VP6、VP7）よりも優れたビデオ品質
•低ビットレートでの広範な色範囲と明瞭さ
•CPUの効率的な使用-最新のプロセッサーで動作するようにコードが最適化されています
•パケット損失に対する耐性の向上
•サードパーティのライセンスは不要
技術的な利点
•分解は、個々のブロックではなく、画像全体で実行されます
•高速コンピューティング
•キーフレームは、シーンを変更するとき、または一連の激しい動きの後に挿入されます
•高品質のキーフレームによるフレーム間遷移の改善
ICQのLSVXコーデックの主な利点は、プロセッサの負荷が小さく、パケット損失に対する耐性があることです。 特にWi-fiを使用する現代のネットワークでは、パケットの損失と遅延が現実であるため、これらの事実に対するLSVXの許容度はICQにとって大きな利点となっています。
テストの結果に基づいて、LSVXはプロセッサ負荷が低く、ネットワーク品質に厳しい制限がないことを確認しました。 コーデックは、自然な色再現と詳細度の高い鮮明な画像を生成します。 LSVXは、コーデックがネットワーク接続条件に適応したり、中央処理装置をロードしたりすることを可能にするさまざまな帯域幅管理戦略を使用する機能も実装しています。 コーデックは、呼び出し中のCPU負荷と帯域幅の要件の最適なバランスを実現するために、フレーミング速度、コーディングの複雑さ、さらには解像度を動的に変更できます。
ICQはLSVXの事前定義された設定を使用します。コーデックは、特定の条件によって制限されたエンコード品質または高いパケット損失のために、高いフレーミング速度を維持しようとします。 ネットワークの過負荷を解消した後、コーデックは徐々に品質を回復し、フレーミング速度を元のレベルに戻します。
5. VGAモードや高フレームレートなど、最新のWebカメラのすべての機能をサポート
ICQで最新のWebカメラを使用すると、ビデオ通話の品質が最高レベルで表示されます。LogitechP9000カメラで特に印象的な結果が得られました。 受信側でよりリッチでリアルな画像を取得するために、ICQはカメラで受信した画像の後処理を使用します。 当社のビデオモジュールは、コーディング速度と解像度をWebカメラの機能と中央処理装置の能力に適合させます。 CPU電力がビデオコールのデフォルトVGA解像度に対して十分でない場合、ビデオモジュールは設定を動的に変更して、必要な最小エンコード速度を実現します。 同時に、ICQビデオモジュールは、ネットワーク、コンピューター、照明の機能、モーションセンサーを備えたWebカメラ（モーションJPEGの可用性など）が許す限り、真の30 fpsビデオをエンコードして送信できます。
6. CPUが他のタスクでロードされるときのビデオ品質のサポート。
テストの結果、通話中にプロセッサが他のアプリケーションをロードすると、音質が大幅に低下することがわかりました。 たとえば、ウイルス対策データベースの更新、電子メールクライアントの同期、メモリの内容のインデックス作成などのバックグラウンドタスクは、ユーザーの警告や同意なしに通話中に開始される場合があります。 この問題を解決するために、ICQは呼び出し中にそのプロセスの優先度を人為的に高めるという方法を採用しました。 完了後、優先順位は正常になります。
Windows Vista以降、Microsoftはオペレーティングシステムマルチメディアクラススケジューラのレベルでこのような問題を解決していたことに注意してください。 この機能は主に、メディアプレーヤーがビデオ視聴時の問題を防ぐために使用されますが、サードパーティのアプリケーション開発者も利用できますが、最新のオペレーティングシステムでのサポートが不確実であるため、ネットワークを操作する際の副作用のため、使用を拒否しました。
7. UDPがファイアウォールで閉じられている場合、TCPを介して作業するときの遅延を減らします。
ICQ接続は回復力が高く、発信UDPポートが完全に閉じられている場合でも、ほとんどのファイアウォールで機能します。 TCP接続は、サイトmail.ruにあるサーバーを介して確立されます。
基本的にTCP輻輳回避アルゴリズムはVoIPの原則と互換性がないため、TCPは情報をリアルタイムで送信するための新しい要件を提唱します。 ICQ開発者は、TCPを介して接続されたときに中断のないビデオコールを実装し、画像の解像度とトリミングを自動的に制限して、過負荷を回避し、結果としてTCPを中継します。 また、ICQ開発者は、受信モジュールを最適化しました。これは、システムバッファーから受信したパケットをできるだけ速く転送する役割を果たし、ACKの送信の遅延を回避し、高帯域幅を維持します。 TCP接続の最適化は完了しておらず、将来のバージョンでも継続されます。
8. Windows Vistaでの作業の改善
Windows Vistaオペレーティングシステムは、「既定の通信デバイス」の概念を導入しました。これは、例で最もよく示されています。ヘッドセットとスピーカーシステムに同時に接続されているコンピューターを想像してください。 ユーザーは、メインスピーカーシステムを使用してYouTubeから音楽を聴いたり、ビデオを視聴したり、コンピューターを使用する場合はヘッドセットを使用したりできます。 この二重構成は、Windows Vista以降のカスタマイズアプリケーションで利用可能になりました。 また、ICQは、ユーザーが通話設定で別のデバイスを明示的に指定しない限り、「既定の通信デバイス」の原則に従って構成されたマイクとヘッドセットを正しく使用します。
「デフォルトの通信デバイス」が設定されておらず、ユーザー設定が定義されていない場合、ICQはビデオ通話に現在のシステムデバイスを使用して動作します。
私はコメントに従います、フィードバックは非常に興味深いです。
ICQ 7.5の新機能
All Articles