論文の概要: The Invisible Throttle: Running on Borrowed Time in Scratch

• arxiv url: http://arxiv.org/abs/2609.36152v1
• Date: Mon, 28 Sep 2026 19:24:10 GMT
• ステータス: 翻訳完了
• システム内更新日: 2026-10-01 04:28:51.322923
• Title: The Invisible Throttle: Running on Borrowed Time in Scratch
• Title（参考訳）: 目に見えないスロット:スクラッチの時間帯で走る
• Abstract要約: 描画しないループは、他の何が見えるか、機械によってペースされる。 Loopの速度はコードに触れることなく変更できる。 500の人気のある公開ゲームでは、59%が描画も待ちもしないループを含んでいる。
• 参考スコア（独自算出の注目度）: 0.9148747049384086
• License: http://arxiv.org/licenses/nonexclusive-distrib/1.0/
• Abstract: Scratch has 135 million registered users, most of them children, and 164 million shared projects. What they are taught about the speed of a script fits in one sentence: a loop iterates once per frame. Unfortunately, that sentence describes the exception. In the public virtual machine a frame repeats the scripts until something visible asks the screen to redraw, no script is left running, or three quarters of the frame's wall-clock time are spent. Hence a loop that does not draw is paced by whatever else is visible and by the machine. Hide the moving sprite of a two-sprite project, and the other's counting loop runs 77,000 times faster on a laptop. No documentation states the rule. Our key observation is that the redraw gate is one flag for the whole runtime, so a loop's speed can be changed without touching its code: hide the sprite that draws, change the machine's budget, or run the program in a tool with no renderer. ThrottleCheck implements a budgeted semantics (a stated budget of rounds per frame, the redraw gate emulated) on the unmodified virtual machine, runs a project under each knob, and reports a rate-sensitive project with a witness. On 500 popular public games, 59% contain a loop that never draws and never waits. Muting the requests of the sprites that draw changes the state of a played game after ten seconds in 24% of the games that have one; hiding them changes 18%; running the game without a renderer and without the gate changes 61%. Rules that read a position, a score or a clock after a fixed time reverse between pass and fail once the throttle is released, in 17% of Whisker's own example tests and 19% of a tutorial's checks on 224 of its remixes. A grader without a renderer grades a program the editor never runs, unless it emulates the gate and states a budget; we say what graders and the platform should do, and close with the sentence a child could be taught.
• Abstract（参考訳）: Scratchの登録ユーザー数は1億3500万人で、そのほとんどは子供で、1億6400万のプロジェクトを共有している。 スクリプトの速度について教えられていることは、1つの文に収まる。 残念ながら、その文には例外が書かれています。 パブリック仮想マシンでは、あるフレームがスクリプトを繰り返すが、見えるものが画面を再描画するよう要求し、スクリプトは実行されず、フレームのウォールタイムの4分の3が費やされる。 したがって、描画しないループは、他のどんなものでもマシンによってもペーストされる。 もうひとつはラップトップの7万7000倍の速度で動きます。 規則を明記した文書はない。 私たちのキーとなる観察は、redrawゲートがランタイム全体の1つのフラグであるため、ループの速度をコードに触れることなく変更できるということです。 ThrottleCheckは、未修正の仮想マシン上に予算付きセマンティクス(フレーム毎のラウンドの予算、エミュレートされたレッドローゲート)を実装し、各ノブの下でプロジェクトを実行し、目撃者と利率に敏感なプロジェクトを報告している。 500の人気のある公開ゲームでは、59%が描画も待ちもしないループを含んでいる。 引き出すスプライトの要求をミュートすると、ゲームの24%で10秒後にプレイゲームの状態が変化し、それらを隠すと18%が変化し、レンダラーなしでゲームを実行し、ゲートなしでは61%が変化する。 スロットルがリリースされると、一定時間後に位置、スコア、時計を読み取るルールは、ウィスカー自身のサンプルテストの17%、リミックスの224回のチュートリアルチェックの19%で、パスとフェールの間を逆戻りする。 レンダラーのないグレーダーは、編集者が実行しないプログラムを格付けし、ゲートをエミュレートし予算を記載しない限り、実行しない。

関連論文リスト

• The Invisible Scheduler: Dragging a Sprite Can Change What a Scratch Program Does [0.9148747049384086]
  StackSwapは5つのスプライト(コンフリクトグラフのクラス毎に1つ)と、どちらも実現不可能なサンプルでプロジェクトを実行する。 2ランの証人が隣のスプライトを命名し、スワップが結果を変える。 すべての注文が実行されたセンシティブなプログラムの中で、保存された注文の結果は、注文の中央値(コース)と50%(パブリック)で再帰する。
  論文  参考訳（メタデータ） (2026-09-28T19:21:32Z)
• SchedCheck: Schedule-Robustness Analysis for Event-Driven Block Programs [2.054408744752205]
  Scratchのようなブロックベースの言語は、初心者がスプライトやスクリプトからインタラクティブなプログラムを組み立てることを可能にする。 これらのプログラムは実行順序に依存したスケジュールに敏感な動作を含むことを示す。 我々は、Scratch仮想マシンが実現可能なスケジュール空間を、初期実行可能ターゲットオーダーの置換として定式化する。
  論文  参考訳（メタデータ） (2026-07-01T08:41:53Z)
• GameCraft-Bench: Can Agents Build Playable Games End-to-End in a Real Game Engine? [65.42976417627254]
  ゲーム生成はゲームエンジン内で行われ、スクリプト、シーン、アセット、レンダリング、実行時インタラクションは共同でコヒーレントなゲームプレイを生成する必要がある。 我々は、完全なゲームアーティファクトを生成する問題として、エンド・ツー・エンドのゲーム生成を形式化する。 我々は、このフレームワークを15のゲームファミリーで140のGodotタスクからなるベンチマークであるGameCraft-Benchとしてインスタンス化する。
  論文  参考訳（メタデータ） (2026-06-16T12:34:39Z)
• Low-Latency Real-Time Audio Game Commentary System via LLM-Based Parallel Text Generation [59.178597408747095]
  本稿では,ライブゲームプレイビデオから直接音声コメントを生成する低遅延リアルタイム音声ゲーム解説システムを提案する。 従来のパイプラインはフレームをキャプチャし、テキストを生成し、発話毎に順次音声を合成し、音声再生が完了するまで次世代を要求しない。 本システムでは、音声再生と並行してテキスト生成を行い、複数の候補発話を事前にバッファリングすることで、再生境界での即時合成を可能にする。
  論文  参考訳（メタデータ） (2026-06-11T13:15:13Z)
• Automated Bug Frame Retrieval from Gameplay Videos Using Vision-Language Models [47.63488459021783]
  報告されたバグ記述に最もよくマッチする単一のフレームに、各動画を縮小するパイプラインを導入する。 このアプローチは手作業を大幅に削減し、トリアージと回帰チェックを高速化します。 ゲーム業界全体で品質保証チームや開発者に実践的なメリットを提供する。
  論文  参考訳（メタデータ） (2025-08-06T21:52:15Z)
• GPU-Accelerated Counterfactual Regret Minimization [40.39759037668144]
  反実的後悔は、大規模な不完全な情報ゲームを解決することができる非回帰学習力学のアルゴリズムのファミリーである。 本稿では,このアルゴリズムを高密度かつスパースな行列およびベクトル演算系として実装し,グラフィカル処理ユニットに対して高い並列化を実現することを提案する。 我々の実装は、OpenSpielのPython実装よりも401.2倍高速で、拡張されたゲームセットでは、OpenSpielのC++実装より203.6倍高速です。
  論文  参考訳（メタデータ） (2024-08-27T04:56:45Z)
• Learning to (Learn at Test Time) [66.49955140542654]
  2つのネストループで学習する学習として教師あり学習の問題を再構築する。 内ループは最終予測の前に各インスタンスで自己スーパービジョンで学習する。 外ループは、内部ループが使用する自己教師付きタスクを学習し、最終的な予測が改善する。
  論文  参考訳（メタデータ） (2023-10-20T20:42:00Z)
• Negative Frames Matter in Egocentric Visual Query 2D Localization [119.23191388798921]
  最近リリースされたEgo4Dデータセットとベンチマークは、一人称視覚知覚データを大幅にスケールし、多様化している。 Visual Queries 2Dローカライゼーションタスクは、1対1の視点で記録された過去に存在するオブジェクトを検索することを目的としている。 本研究は,Epsodic Memoryベンチマークで導入された3段階ベースラインに基づく。
  論文  参考訳（メタデータ） (2022-08-03T09:54:51Z)

関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。

指定された論文の情報です。
本サイトの運営者は本サイト（すべての情報・翻訳含む）の品質を保証せず、本サイト（すべての情報・翻訳含む）を使用して発生したあらゆる結果について一切の責任を負いません。