Live-F1 公式式-1 Webサイトの情報フィードを表示するためのネイティブLinuxクライアント。
今すぐダウンロード

Live-F1 ランキングとまとめ

Live-F1 タグ

Webサイト ウェブサイトの情報 F1情報 レース情報 Live-F1 式1

Live-F1 説明

公式式-1のWebサイトの情報フィードを表示するためのネイティブLinuxクライアント。 Live F1は、Java対応のBrowser.Live-F1を必要とせずに、公式式1のWebサイトの情報フィードを表示するためのネイティブLinuxクライアントです.Live-F1は、予選、レース、および実践セッション中。 Former1.comのアカウントは依然として必須です.Data Streamet Live Timing Feed Informationのプライマリソースは、ポート4321でLive-Timing.Formula1.comに接続することによって使用可能なデータストリーム自体です。基本的なプロトコルは少し奇妙です。接続を開いたときにTCPを介してデータを送信するときは、サーバーよりもデータを送信するよりも、クライアントがPINSを挟むたびにデータのバーストを送信します。 - >（CONNECT）0x100x10WAY Socket上でのアクティビティがなくても2秒以上パスを確実にするように注意してください。 Unixの手の愛を見ていないプロトコルから期待されるかもしれません。そしてそれに従うべきデータの量。残念ながら、ヘッダーがサーバー上の16ビットintとして始まり、ワイヤーの小さなエンディアンを出力したように見えます。例として、それは私が次の図で行ったことです。 _p _p + -Data ------ + + -type- + + -carid- +タイプフィールドの最上位ビットは2バイト目の最下位ビットであり、そのタイプの最下位ビットが最も大きいビットがあります。 CARIDが0の場合、パケットのタイプの3つの最上位ビットは、タイプフィールドとCarIDフィールドのペアリングによって一意に識別できます。これは、タイプが大部分のシステムメッセージのように見えます。常にCAR関連。データフィールドはパケットの種類によって異なりますが、3つのカテゴリに非常に多く定義されている可能性があります。 1つ目は、そのパケットに特定のデータの7ビットのデータを格納するための便利な場所としてデータフィールドを使用する「特別な」パケットです。これらのパケットには、ストリームには次のデータがありません。次のバイトは別のパケットになります。2番目のパケットは "Long"パケットです。パケット。これは、2バイトのヘッダと組み合わされたデータの最大サイズの最大サイズを意味し、最大パケットサイズが129バイトの最大パケットサイズです。3番目は「短い」パケットです。これらはフィールドを次のように2つの部分に分割します。_p _p + -len- + + + -d- + + + -type- + + -carid - +長さが0x0Fでない限り、ストリームに続くバイト数を格納するために使用されます。おそらく？）その場合、ストリームでバイトは続きません。これにより、短いパケットの最大14バイトのデータ、および16バイトの最大短パケットサイズがあります。より大きなデータフィールドの3つの最下位ビットは、パケットに特定のデータを格納するのに使用され、特に、これは常に「カラー」であるシステムのための車パケットbutvariesためpackets.Finallyパケットの余分な時間を浪費とシステム・パケットがありますデータ/長さがゼロであるが2バイトのタイプ0x07。パケットヘッダー自体が明確になり、しばしば以下のデータが暗号化され、使用する前に復号化される必要があります（暗号化を参照）。このリリースの新機能： ・ バグの修正。

Live-F1 関連ソフトウェア