ヤー坊マン坊の天気予報
惑星iRacingでは3月まで雨はない模様です pic.twitter.com/EFM38jHQ7o
— iRJA (@iRacingJA) November 30, 2023
新しいスクリーンショットがあります。
新しい天候システム Tempest の開発は順調で、10月末にはアルファテストに入ったとのこと。
とはいえ、まだ完成までには作業が残されていて、12月ビルドや 1月末のデイトナといったところで雨が降ることはなさそう。現在のターゲットは 3月ビルドとなっている模様。
Rain feature (Tempest) update
https://forums.iracing.com/discussion/51755/rain-feature-tempest-update/p1
今月公開された Development Update November 2023 (iRJA では iRacing最新の開発状況について – 2023/11 として紹介) の動画版が公開されました。お話されている内容はほぼ前述の記事のとおりですが、新しい映像もあって必見の動画です！
エグゼクティブプロデューサーの Greg Hill が最新の開発状況として、12月の2024シーズン1ビルドで登場する新機能・新コンテンツなどについて伝えてくれているので、まとめて紹介します。
2023/11/19 追記: この最新開発状況について紹介する新しい映像も追加した動画が公開されました。 >>> Video: Development Update – November 2023
なお、iRacingは戦略的にスタッフを拡大、過去20年間 id Tech, Unity, Unreal, Decima, and Glacier などのグラフィックス/レンダリングチームを構築/リードしてきたプリンシパルレベルのレンダリングプログラマーが加わり、今後長期に及ぶグラフィックスエンジンのアップグレードを担うようです。
https://forums.iracing.com/discussion/50588/midseason-dev-update-november-2023
https://www.iracing.com/development-update-november-2023/
Tempest と呼ばれる高度な天候システムは12月に準備できる保証はまだないものの、リリースは差し迫っている。つまりもうすぐ雨が降ります。
Tempestはゼロから構築したいくつかの相互接続された複雑なシステムで、サーキットやレースカーだけでなくとりまく領域に与える影響と物理的コンポーネントをシミュレートして様々な天候を生成する。レース現場から得られる現実のデータを燃料とし、ダイナミックトラックシステムと組み合わされてシミュレーション/ゲーミングにおいて比類のない体験を作り出します。
濡れたエリアを走ると引っ張られる抵抗を感じます。ハイドロプレーニング現象も発生します。エアロヘビーなレースカーがコースから吸い上げた水を空気中や他の場所に移すことでレーシングラインが急速に渇いていく過程を見ることができます。ラインを探すためには、そこに存在する様々な力学、常に変化する自然、遠くに見える暗雲、気象レーダーをチェックしたり、起こっているすべてから予測する必要があります。iRacingで物理的に正確な体験をすることができます。
Tempestプロジェクトは2020年1月のディスカッションとブレインストーミングで形になり、小規模な研究開発チームで気象システムとデータモデルに重点を置いて最初の技術設計を行った。現在は領域をまたいで数十人規模の開発者チームで進めています。
レインタイヤの構造/モデリングと走行特性から車両ごとに研究開発を行っているので、初期製品としては オープンホイール、プロダクションカー、ツーリングカー
オーディオチームが作成した素晴らしいサウンドクリップを紹介します。
コアエンジンの最適化・最新化の取り組みがしばらく継続されます。専任チームが毎日ことにあたっていて、ロード時間の大幅な改善、車種制限増加が最近のリリースにありました。
今シーズンはシャドウカリング、錐台カリング、ミラーレンダリングのパフォーマンス改善にフォーカスしました。
※カリングシステム=映っていないエリアのレンダリングを停止してパフォーマンスを向上させる
問題が発生した場合に指導・修正して措置を講じる任務にあたって膨大なレポートを処理するチームに、仕事を遂行するための広範なツールセットを装備させます。
現時点では:
など。
もちろんこれらシステムを体験する必要がない方がよいことですが、iRacingはフェアプレーとリスペクトの精神に重点を置いた環境を維持することに尽力しています。
旧型を30日以内に購入していたら全額、31～180日以内に購入していたら半額相当のiRacing Creditが手当される。
なお、同様にGT3の取り組みは新年も継続され、複数の追加/置き換えが予定されている。
発表済みのサーキットコンテンツのリリースが予定されている。
これ以外にもさらに多くの修正・改善・追加が予定されていて、包括的なリストはリリースノートで提供されます。
iRacingのチャリティイベントで初披露された開発中の天候変化・雨・路面変化の様子を収めた動画部分を切り出しました。
iRacingチャリティイベントで初披露された開発中の天候変化・雨・路面変化の様子を収めた動画部分を切り出し pic.twitter.com/Y7pufMxknw
— iRJA (@iRacingJA) August 4, 2023
2020 Season 3 Patch 2 [2020.06.16.01] のリリースノートを和訳して掲載します。
間違いなど見つけたら教えてくださいね。
2020 シーズン 2 ビルド [2020.03.02.02] のリリースノートを和訳して紹介します。
間違いなど見つけたら教えてくださいね。
ハイライト:
2020 Season 1 Patch 3 [2020.02.03.01] のリリースノートを和訳して掲載します。
(当初 Patch 3 Hotfix 1 とされていましたが Patch 3 に修正されました。)
間違いなど見つけたら教えてくださいね。
iRacing Developer Blog: S4 Updates to the Dynamic Track Model
https://www.iracing.com/iracing-developer-blog-s4-updates-to-the-dynamic-track-model/
開発者によって技術の内側を紹介するシリーズ、今回はダン・ガリソンによるダイナミックトラックのアップデートの話題がブログとして公開されました。こちらに先だってポッドキャストでその先のレインについても話していたようですけど、そこへ向かう上での技術向上による恩恵、というのも iRacing のいつものヤツですね。このブログ記事を和訳して以下で紹介します。iRacing は技術系の話題も読み物として面白いですよ。
私はダン・ガリソン、シニアソフトウェアエンジニアです。最近、ポッドキャスト iRacing Downshift でダイナミックトラックのアップデートについて話しましたが、良いフィードバックもあったのでここでより詳細を紹介しようと思います。そして、シムがどのように動いているのか、技術的な側面に興味を持っている方と、より楽しくディスカッションを行えたらよいなと思っています！
ダイナミックトラックモデルの初期実装では、レーストラック全体の路面温度をサーバーが保持し、その情報をクライアントに送信することが特徴でした。ある地点から別の地点までの温度は、色んな要素によって変化します。路面のアルベド、太陽に対する路面の向き、太陽高度と日射量の関係、影、雲、そして車からの影響によって、日陰の不活発な場所は涼しく日なたは暖かいし、車のエンジンからの熱が堆積する場所は熱くなるしタイヤもさらに発熱します。これにより、多くの現実に遭遇する要因に対して活発的に反応してレースエンジニアやドライバーが対処すべき幅広い状況を提供するモデルが出来上がりました。
ダイナミックトラックが最初にリリースされたとき、シム内の天候は変化しませんでした。気温や風のパラメータを変更することはできましたが、太陽も雲も動かないし、降り注ぐ太陽エネルギーと、熱対流と熱伝導でのロスが完璧にバランスして生成されたシンプルな温度としてだけ、その地表の平衡温度を計算できたのでした。天候が決定され空は動かず、誰も走行していなければ、周囲の気温変化と概ね一致する小さな変化だけでトラック温度は本質的に変化しません。
しかし、太陽と雲が動き始めると、このモデルの大きな欠点が明らかになりました。
すなわち、サーバーが路面の上層部だけの温度を保持していた点です。その結果、太陽が沈んだり雲が掛かって降り注がれる太陽エネルギーがなくなると、トラック温度が急速に下がっていたのです。路面の下で起こっていることを説明するため、年月日と日時による関数として、変動する熱の損失率が導入されました。しかし事実に似てはいるものの、おかしな動作とならないように冷却率の全体的な変動は比較的小さく抑えられていました。この問題に対処するため、新しい実装では表面下の複数層の温度を保持することにしました。
路面温度はよりリアルに変動します。新しいモデルでは、数時間の日照から下層に蓄えられた熱が表面を温めます。同様に、車の走行による発熱はラップを重ねるほどにより長く持続するようになります。前のモデルと比較して、一般的に午前や午後でも早い時刻ではより低く、午後遅くではより高い気温になります。しかし一般的に多層アプローチはほとんどの状況においてよりゆっくりと変化することから、路面温度をある程度安定させます。違う場面で新しいモデルを説明しましょう。古いモデルでは反映できなかった現実の記録が可能になります。午後遅くにモンスーンが吹いて短く穏やかなシャワーがありそうな熱い日を考えてみてください。古いモデルでは、トラック温度が急速に下がり、そして水がなくなったあとも低いままです。
新しいモデルでは、空が依然として雲に覆われていても、予め下層に蓄えられていた熱がゆっくりと表面に戻り、失った温度を幾分戻します。実際のところ、このシナリオを通じた作業がダイナミックトラックをアップデートする動機となりました。このアプローチにおいて解決しなければならない問題のひとつに、各層の温度の初期化があります。各層が適切にセットアップされていないと、表面温度は正しい温度に落ち着くまで、非現実的で不規則に変動してしまいます。
これに対処するため、サーバーはトラックで使われる素材ごとに多くのサンプルを作成し、指定された年月日・時刻と素材の熱伝導率及び深度から経験式で推定して、各サンプル地点の温度を追跡します。さらに一歩進み、イベント開始数日前の天候をシミュレートして、各サンプルの温度プロファイルを更新します。これにより、セッションが始まれば各層が設定された条件下で適切な温度で適切に振る舞うようになります。そして時間が進み、定期的にデータポイントを追加していき、続くセッションでも、どの深度でも適切な温度となります。天候と変化は既にモデル化しているので、イベントの午前中にプラクティス2時間と午後に予選、翌日にレースとなる場合も、温度モデルがそれに対処します。セッションが始まって地面の一部で初期温度セットが必要となったとき、その素材と現在時刻からデータを探して、地表の向きによって保存されたサンプル間を補完します。
これにより、動く空によって明らかになった前モデルの2番目の欠点に対処できます。
前のセッションが終了してから時間が経っていたときには、サーバーはセッション開始時に温度計算のために太陽エネルギーの量を調べますが、太陽が雲に隠れているとき、どれだけ長くどれだけの頻度で雲に隠れていたのか推測せず、セッションに至るまでの条件はシミュレートしませんでした。そのため、この場合にはまるで一日中雲に覆われていたかのように、トラックは現実離れした低い温度で開始してしまっていました。
新しいモデルでは、それまで太陽がほとんど出ていたのなら、それを踏まえてトラックはまだ冷えず温かいままになります。新しいモデルはまた、水と温度の相互作用について大幅に改善しています。蒸発による温度下降が以前より正確に計算されます。
例えばオクラホマのずっと日陰になるダートトラックでは通常、蒸発によって熱が失われて周囲の気温よりも低いトラック温度となります。もちろん、蒸発速度は路面温度と気温、湿度、風、表面の自由水供給量によって変わります。湿度が高く風のない肌寒い日には、トラック温度が気温に近くなると予想されますが、乾燥して風のある暑い日には、気温とトラック温度には数度の温度差があると予想されます。ダイナミックトラックのアップグレードは、改善された蒸発モデルによる自然な結果としてこの動きを提供します。トラックモデルに対するこれらの変更は、シムの雨の予測からインスパイアされたものですが、アップデートが全体的に有益なものとなるのは明らかです。路面と地面の間の熱伝導をモデル化することで、さまざまなイベントによるトラック温度変化はそれ以前に起きたことの影響を受けます。そのため表面温度は、基本的に下層に保存されている履歴に応じて比較的持続的に変動する可能性があります。初期化中に天気予報を実行して結果を記録することで、サーバーは時間ギャップの大きなセッション遷移を処理してトラックを適切な状況で開始できるようになるのです。
※雨が来るのはまだまだ先です
この記事についてのディスカッションはメンバーフォーラムのこちらで。
https://members.iracing.com/jforum/posts/list/3657875.page
2019 Season 3 Hotfix 2 [2019.06.12.01] のリリースノートを和訳して掲載します。
間違いなど見つけたら教えてくださいね。
2019 Season 3 Hotfix 1 [2019.06.05.01] のリリースノートを和訳して掲載します。
間違いなど見つけたら教えてくださいね。
Important: Time Attack weather issue
http://members.iracing.com/jforum/posts/list/3574360.page
としてアナウンスが掲載されました。
Time Attack シリーズにおいて天候条件が同一とならない問題がリプレイ機能の導入以後発覚しました。この修正に向けた動きを始めていますが、この問題が修正されるまで Time Attack 機能を無効にすることにしました。
このため、賞金付きの目玉 Time Attack を含む既存の Time Attack シリーズを終了します。明確にするために、既存の Time Attack シリーズすべてのリザルトを無効化し、修正が実施されたあとで新たに開始します。
ご不便ご迷惑をおかけして申し訳ありません。
2015.09.21 付けリリースノートを和訳しました。
2015年シーズン3 が始まりましたが、レースセッションの最初に予選が行われるオフィシャルシリーズが明らかにされていましたのでご紹介。
Skip Barber Race Series
Star Mazda Championship
iRacing V8 Supercars Series
iRacing Grand Prix Series
NASCAR iRacing National Series (Fixed)
Grand Prix Legends
NASCAR iRacing Super Late Model Series
Blancpain Sprint Series
Blancpain Endurance Series
以上のシリーズでは独立した予選セッションは開催されず、レースセッションの最初に予選が開催されます。
また、National Series 以外ではリアルウェザー設定となりました。セッションごとに天候はランダムに変わり、セッション中も気温や風が変動します。
今後このようなシリーズが増えていくのかもしれませんね。
参照: http://members.iracing.com/jforum/posts/list/3318644.page
2015/06/23追記: リアルウェザーで風向風速が変化するスピードに手が加えられる模様。そしてTime TrialセッションはiRacing Default Weatherに。
http://members.iracing.com/jforum/posts/list/125/3318644.page#9039401
2013.07.??付け、2013シーズン3 ビルドのリリースノートを和訳しました。
翻訳協力: hayato
新シーズン用ビルドは不測の事態がなければ7/23(火)に登場します。このリリースノートに書かれていることは火曜日以降の内容であることに留意してください。
Reset Filtersボタンをクリックするかブラウザでクッキーが削除されるまで、フィルタは永続的に働きます。
メンバーサイトのヘッダにある”File Protest”をクリックすればプロテストが行えるようになりました。適切に情報を指定して送信します。いくつかのケースでは、システムにプロテストするまでの時間制限があります。
送信内容が受け取られたことを通知するメールがあなたに送信されます。これらのプロテストはiRacing.com Appeals Boardに送られ、解決するために適切な処置がとられます。このシステムにより我々はより整然と問題解決を行え、その進捗ごとに状況をあなたにお知らせすることもできるようになります。
iRacingのソフトウェアダウンロードページが改善されました。使用中のOSに応じた適切なオプションが表示されました。使いやすく更新されたダウンロードページはこちらです。
http://members.iracing.com/download/member/noservice.jsp
ドライバーを読み込みます。リーグの全ドライバー、シーズン中の前回出走ドライバー、またはリーグのドライバーを個別に指定して読み込むことができます。
読み込んだドライバーをグリッドに並べます。ドラッグ&ドロップすることもできるしグリッド自動化アルゴリズムを使うこともできます。前回出走ドライバーを読み込んだ場合には、その前回順位を元にグリッドに並べられ、追加のドライバーはその後ろに並べられます。
Doneをクリックしてグリッドを保存します。
トーナメントセッション同様、グリッド上でドライバーをドラッグ&ドロップすることもできるので、自由にグリッドを設定することができます。例えば、前回のリーグレース結果を読み込んでシーケンシャルアルゴリズムでグリッドに並べることができます。あるドライバーを後方にドラッグして後方スタートペナルティを与えることもできます。
グリッド設定なしのセッションも作成可能です。こうしておいて各レース前にグリッド設定することも可能です。グリッドが設定されなかった場合、リーグのどのドライバーも参加可能となり、iRating順のグリッドとなります。
グリッドは二列のリストで表現され、ドラッグ&ドロップでドライバーを並べ替えることができます。オーバルでは、左列がインサイド、右列がアウトサイドとなります。各グリッド位置はドライバー名が書かれた長方形で表現され、何列目の何番グリッドかはドライバー名の横に表示されます。
現在のシステム制限として、グリッドを削除することができません。保存後にグリッドを削除したい場合、セッションをキャンセルして再作成してください。
以前のビルドにてチームメイトが”クルーチーフ(与えられた時間で一人のみ)”になれる機能を追加しました。そしてクルーチーフがブラックボックスで次のピットストップでの調整をリクエストすることが可能になりました。
今回のビルドでは、チームメイトがガレージにてあなたの車両をセットアップすることができる機能を導入しました。これは”ヘッドメカニック”という言葉も似合うでしょうか。しかし我々はこの役割の人を”ガレージエディター”と呼びます。クルーチーフと同様にチームメイトは各々の意思によりガレージエディターになることも辞めることもできます。しかし、指定されたときに役割に就けるのは一人だけです。
ガレージスクリーンのクリップボードにあるセットアップシートを見ることで、あなたはセッティングの内容を把握することができます。様々な変更を行うためには、あなたがガレージエディターになるリクエストを出す必要があります。そうすることでチーム車両をメカニックが腕を振るえるガレージに入れることができ、そしてアップデートによる効果を測ることができます。これらを行うには、ガレージスクリーンの右上にある緑の”edit”アイコンをクリックします。あなたがセッションにいるチーム内唯一の存在だった場合、”edit”アイコンは自動的にクリックされます。アイコンがグレーの場合、車両をガレージに入れることが禁止されています(主にレースセッションスタート後など)。
車両がガレージにある間、セッションスクリーンの[Drive]ボタンをクリックすることはできず、代わりに[Garage]が表示されます。車両を調整中のガレージエディターのヘルメットと名前が全てのチーム員に向けてガレージスクリーンに表示されます。全てのチームメイトは車検が終了するごとにガレージエディターが作成したセッティングを閲覧可能です。多くの変更は直ちに車検に通されますが、[Apply]ボタンのクリックが必要な場合もあります。
チーム車両のセットアップ変更は全て暫定的なものであり、ガレージエディターが[Done]ボタンをクリックしたときに適用されます。このボタンを押すとガレージエディターの役割は破棄され、最新のセットアップの変更が反映されたチーム車両がガレージから送り出されます。ガレージエディターがエディットアイコンの[Cancel]ボタンをクリックする、もしくはガレージスクリーンを閉じる[ｘ]ボタンをクリックすると、それまでの変更が破棄され、車両がガレージに入ってきたときの状態に戻ります。そのとき、セッティング変更を破棄してもよいか確認画面がでてきます。エディットアイコンの[Cancel]もしくはガレージスクリーンの[x]をクリックしセッティング変更を破棄すると、ガレージエディターの役割を終えることになります。
ガレージエディターは自分が記録しているセッティングや、そのセッション中に他のユーザーからシェアされたセッティングを含む全てのセットアップ項目にアクセスすることが可能です。他のチームメンバーのセッティングにはアクセスすることはできません。特定のチームメンバーのセッティングを使いたい場合は、その人をガレージエディターにしてください。そうすることでそのセッティングを読み込むことができ、[Done]をクリックするとチーム車両に反映されます。反映後は全てのチームメイトがその車両に変更を加えることが可能です。
セッティングする車両がなければチームメンバーは誰もガレージスクリーンに入ることはできません。チームのドライバーが最初のセッションに参加したとき、最後に使われたセットアップが読み込まれ、チームの施したセットアップが適用されます(固定セットによるレースの場合は除きます。そのときは代わりに固定セットが適用されます)。
セッティング変更の喪失を防止するために、セッション終了付近で車両のセッティングを行うかもしれません。セッションの合間にもセッティング変更を行うことは可能です(例：プラクティスから予選の間、予選とレースの間)。固定セットのセッションを除き、ガレージエディターのステータスが違反になっていた場合、”望ましい”もしくは”命じられた”セッティングが車両に強制的に反映されます。
ガレージエディターは車検で不合格となった場合でもガレージを出ることができますが、ドライバーは車検に合格するまで車両に乗り込むことはできません。
[Graphics]
reflapCarTransp=0.350000 ; Set level of transparency for reference lap car.
[Laser Scan]
MaxLaserScanVidMem=128 ; Max scan density to load into vidmem (32 to 128 MB)
PointSizeMM=90 ; desired physical point size width (mm): 1 to 120
PointSizeMin=2 ; min point size in screen pixels (1 to 15)
PointSizeMax=8 ; max point size in screen pixels (1 to 20)
説明書に従ってDev kitを拡張デスクトップモニタとして(推奨)、または重複モニタとして(Riftで見える内容をモニタできる)インストールします。解像度は1280×800とします。
シムを起動するとRiftが検出され、Riftを使うかダイアログボックスが表示されます。シムがRiftを検出しない場合はPCで設定を変更してみてください。
センタリング: シムが最初に起動するとき、2Dの読み込み画面が約1メートル先に表示されます。読み込み画面が表示されている間に、頭をまっすぐ保持してどれかキーを押してヘッドトラッキングをセンタリングします。読み込み完了後、リプレイ画面やドライビング中は、割り当てたホットキー(デフォルトでは‘;’)でヘッドマウントディスプレイ(HMD)のセンタリングを行えます。必要に応じてハンドルコントローラのボタンなどセンタリングしやすいように割り当ててください。
Riftが有効なときグラフィックオプションでVSYNCを設定できます。VSYNCはティアリングを防ぐために推奨されますが、遅延を少なく良いトラッキングには無効とした方が良いようです。
Riftではマルチサンプリングがサポートされています。グラフィックオプションでAAサンプル数を指定するとGPUがサポートしていればRiftに適用されます。
RiftではガレージとオプションのUI画面はヘッドトラッキングと共にパンするようになりました。ブラックボックスやその他のドライビングUIを表示することもできますがこれは開発中です。
一般に、高いフレームレートを得ることがRiftではとても重要です。必要に応じてグラフィックオプションを下げ、ヘッドトラッキングの遅延を小さくしてください。
Riftに関してrenderer.iniにいくつか新しいオプションが追加されています。
[Oculus Rift]
CorrectYaw=1 ; Enable magnetic yaw correction CorrectPitch=1 ;
Enable gravity based pitch correction UsePrediction=1 ; Enable motion prediction
PredictionTimeMS=20 ; How many milliseconds to use during prediction
ForceVSYNC=0 ; Force on VSYNC for Rift even if disabled in the graphics options settings
PanUserInterfaceToEdge=0 ; Allows user interface to pan further with head tracking
ForceVSYNCはRift使用中は必ずVSYNCを有効にします。この設定はRiftについてのみ、オプション画面での設定を上書きします。いくつかのPCでコントローラのラグやヘッドトラッキングの遅延を増大するので、現在はデフォルトではこのオプションは設定していません。
CorrectYawとCorrectPitch設定を有効にするとドライビング中にRiftの磁力計と加速度計を使います。ヨーコレクションが有効なとき、センタリングする都度、自動的に磁力計がキャリブレーションされます。
[Audio]
loudnessReplay=0.0 ; Volume adjustment for overall replay volume versus driving volume in dB
[Graphics]
KeepUIHiddenOnFocus=0
iRJA(iRacing Japan Association