TreeLevel Tools 0.5.0 — Windows

TreeLevel Tools 0.5.0 — Windows

🌐 This page in your language — the TreeLevel site opens it in the language of your browser. Or unfold yours below: Français · Deutsch · Italiano · Español · Português (Brasil) · Русский · 简体中文 · 日本語 · 한국어 · हिन्दी.

The engine that runs the Monte Carlo generators for TreeLevel 1.4 on Windows (and still 1.3). It is installed by unfolding the archive into %LOCALAPPDATA%\Programs — no installer, nothing in the registry. To update a previous version: close TreeLevel, then unfold the archive in the same place, replacing the files.

Choose the archive for your machine: arm64 for a Copilot+ PC or an ARM tablet, x64 everywhere else. When in doubt, the x64 one also works on ARM, under emulation.

What the archive contains: treelevel-tools.exe, which TreeLevel launches; treelevel-engine.exe, the engine that writes each generator's card and runs it; the Pythia 8 module compiled for this architecture; CREDITS.md. Herwig, Sherpa, WHIZARD and CalcHEP go through the container image, which requires Docker Desktop:

docker pull ghcr.io/gpasa/treelevel-tools:latest

Nothing else to do: TreeLevel itself creates an ephemeral container for each job. Docker Desktop must be running when TreeLevel starts; the image's generators then appear, marked “(Docker)”.

The engine has no window. TreeLevel launches it, whenever needed. If you double-click treelevel-tools.exe, Windows SmartScreen warns of an unrecognised app — the engine is not signed — and, once past the warning, a console shows its usage and closes again. This is normal, and harmless.

What changes

• The interaction zone, at the femtometre. For TreeLevel 1.4, the Pythia driver can place each partonic interaction in the overlap of the two hadrons and each hadron where its string broke (job key spaceTime: PartonVertex:setVertex, Fragmentation:setVertices). It writes, for each parton, its colour flow and its Pythia status, and for each particle born away from its vertex, its own birthplace — which the enlarged cross-section and the 3D view of TreeLevel 1.4 draw. This is the generator's model, nothing measured.
• A single offset of the luminous region. With these positions, Pythia shifted the hadrons twice; the driver now places the event itself, by a single vector. Without the key, nothing changes.
• The engine says what it can do: treelevel-tools capabilities announces spaceTimeGenerators (native Pythia when its driver answers “spacetime”, and whatever the image announces). TreeLevel 1.4 only shows the “positions in the interaction zone” box when it is listed there.
• Compatible with TreeLevel 1.3: a job without the spaceTime key runs exactly as with 0.4.0.
• Docker image 0.5 follows: until then, :latest is image 0.4.0, and Herwig, Sherpa, WHIZARD and CalcHEP run in it as before; the interaction zone goes through this archive's native Pythia.
• The same engine as mac-0.5.0: same Pythia driver (Backends/pythia/main.cpp), same job keys, same attributes written.

Français

Le moteur qui fait tourner les générateurs Monte-Carlo pour TreeLevel 1.4 sur Windows (et toujours 1.3). Il s'installe en dépliant l'archive dans %LOCALAPPDATA%\Programs — pas de programme d'installation, rien dans le registre. Pour mettre à jour une version précédente : fermez TreeLevel, et dépliez l'archive au même endroit en remplaçant les fichiers.

Choisissez l'archive de votre machine : arm64 pour un PC Copilot+ ou une tablette ARM, x64 partout ailleurs. En cas de doute, la x64 fonctionne aussi sur ARM, en émulation.

Ce que l'archive contient : treelevel-tools.exe, que TreeLevel lance ; treelevel-engine.exe, le moteur qui écrit la carte de chaque générateur et le mène ; le module Pythia 8 compilé pour cette architecture ; CREDITS.md. Herwig, Sherpa, WHIZARD et CalcHEP passent par l'image de conteneur, qui demande Docker Desktop :

docker pull ghcr.io/gpasa/treelevel-tools:latest

Rien d'autre à faire : TreeLevel crée lui-même un conteneur éphémère pour chaque travail. Docker Desktop doit être lancé quand TreeLevel démarre ; les générateurs de l'image apparaissent alors, marqués « (Docker) ».

Le moteur n'a pas de fenêtre. C'est TreeLevel qui le lance, à chaque besoin. Si vous double-cliquez treelevel-tools.exe, Windows SmartScreen avertit d'une application non reconnue — le moteur n'est pas signé — et, passé l'avertissement, une console affiche son mode d'emploi et se referme. C'est normal, et sans effet.

Ce qui change

• La zone d'interaction, au femtomètre. Pour TreeLevel 1.4, le pilote Pythia sait placer chaque interaction partonique dans le recouvrement des deux hadrons et chaque hadron là où sa corde s'est rompue (clé spaceTime du travail : PartonVertex:setVertex, Fragmentation:setVertices). Il écrit pour chaque parton son flux de couleur et son statut Pythia, et pour chaque particule née ailleurs que son vertex son propre lieu de naissance — ce que la coupe agrandie et la vue 3D de TreeLevel 1.4 dessinent. C'est le modèle du générateur, rien de mesuré.
• Un seul décalage de zone lumineuse. Avec ces positions, Pythia décalait les hadrons deux fois ; le pilote place désormais l'événement lui-même, d'un seul vecteur. Sans la clé, rien ne change.
• Le moteur dit ce qu'il sait faire : treelevel-tools capabilities annonce spaceTimeGenerators (Pythia natif quand son pilote répond « spacetime », et ce que l'image annonce). TreeLevel 1.4 ne montre la case « positions dans la zone d'interaction » que si elle y figure.
• Compatible avec TreeLevel 1.3 : un travail sans la clé spaceTime tourne exactement comme avec la 0.4.0.
• L'image Docker 0.5 suit : d'ici là, :latest est l'image 0.4.0, et Herwig, Sherpa, WHIZARD et CalcHEP y tournent comme avant ; la zone d'interaction passe par le Pythia natif de cette archive.
• Le même moteur que mac-0.5.0 : même pilote Pythia (Backends/pythia/main.cpp), mêmes clés du travail, mêmes attributs écrits.

Deutsch

Der Kern, der die Monte-Carlo-Generatoren für TreeLevel 1.4 unter Windows (und weiterhin 1.3) ausführt. Er wird installiert, indem man das Archiv nach %LOCALAPPDATA%\Programs entpackt — kein Installationsprogramm, nichts in der Registrierung. Zum Aktualisieren einer früheren Version: TreeLevel schließen und das Archiv an derselben Stelle entpacken, wobei die vorhandenen Dateien ersetzt werden.

Wählen Sie das Archiv für Ihren Rechner: arm64 für einen Copilot+ PC oder ein ARM-Tablet, x64 überall sonst. Im Zweifel läuft die x64-Fassung auch auf ARM, unter Emulation.

Was das Archiv enthält: treelevel-tools.exe, das TreeLevel startet; treelevel-engine.exe, der Kern, der die Karte jedes Generators schreibt und ihn steuert; das Pythia-8-Modul, für diese Architektur übersetzt; CREDITS.md. Herwig, Sherpa, WHIZARD und CalcHEP laufen über das Container-Image, das Docker Desktop voraussetzt:

docker pull ghcr.io/gpasa/treelevel-tools:latest

Sonst ist nichts zu tun: TreeLevel legt selbst für jeden Auftrag einen kurzlebigen Container an. Docker Desktop muss laufen, wenn TreeLevel startet; die Generatoren des Images erscheinen dann, mit „(Docker)“ gekennzeichnet.

Der Kern hat kein Fenster. TreeLevel startet ihn, wann immer er gebraucht wird. Wenn Sie treelevel-tools.exe doppelklicken, warnt Windows SmartScreen vor einer nicht erkannten App — der Kern ist nicht signiert —, und nach der Warnung zeigt eine Konsole seine Gebrauchsanweisung und schließt sich wieder. Das ist normal und ohne Wirkung.

Was sich ändert

• Die Wechselwirkungszone, auf Femtometerskala. Für TreeLevel 1.4 kann der Pythia-Treiber jede partonische Wechselwirkung in die Überlappung der beiden Hadronen setzen und jedes Hadron dorthin, wo sein String gerissen ist (Auftragsschlüssel spaceTime: PartonVertex:setVertex, Fragmentation:setVertices). Er schreibt für jedes Parton seinen Farbfluss und seinen Pythia-Status und für jedes Teilchen, das nicht an seinem Vertex entstanden ist, seinen eigenen Entstehungsort — das, was der vergrößerte Schnitt und die 3D-Ansicht von TreeLevel 1.4 zeichnen. Das ist das Modell des Generators, nichts Gemessenes.
• Ein einziger Versatz der Kollisionszone. Mit diesen Positionen verschob Pythia die Hadronen zweimal; der Treiber platziert das Ereignis nun selbst, mit einem einzigen Vektor. Ohne den Schlüssel ändert sich nichts.
• Der Kern sagt, was er kann: treelevel-tools capabilities meldet spaceTimeGenerators (natives Pythia, wenn sein Treiber „spacetime“ antwortet, und was das Image meldet). TreeLevel 1.4 zeigt das Kästchen „Positionen in der Wechselwirkungszone“ nur, wenn es dort aufgeführt ist.
• Kompatibel mit TreeLevel 1.3: Ein Auftrag ohne den Schlüssel spaceTime läuft genau wie mit 0.4.0.
• Das Docker-Image 0.5 folgt: Bis dahin ist :latest das Image 0.4.0, und Herwig, Sherpa, WHIZARD und CalcHEP laufen darin wie bisher; die Wechselwirkungszone läuft über das native Pythia dieses Archivs.
• Derselbe Kern wie mac-0.5.0: derselbe Pythia-Treiber (Backends/pythia/main.cpp), dieselben Auftragsschlüssel, dieselben geschriebenen Attribute.

Italiano

Il motore che fa girare i generatori Monte Carlo per TreeLevel 1.4 su Windows (e sempre 1.3). Si installa scompattando l'archivio in %LOCALAPPDATA%\Programs — nessun programma d'installazione, nulla nel registro. Per aggiornare una versione precedente: chiudete TreeLevel, e scompattate l'archivio nello stesso posto sostituendo i file.

Scegliete l'archivio della vostra macchina: arm64 per un PC Copilot+ o un tablet ARM, x64 ovunque altrove. Nel dubbio, la x64 funziona anche su ARM, in emulazione.

Che cosa contiene l'archivio: treelevel-tools.exe, che TreeLevel lancia; treelevel-engine.exe, il motore che scrive la scheda di ogni generatore e lo conduce; il modulo Pythia 8 compilato per questa architettura; CREDITS.md. Herwig, Sherpa, WHIZARD e CalcHEP passano dall'immagine container, che richiede Docker Desktop:

docker pull ghcr.io/gpasa/treelevel-tools:latest

Nient'altro da fare: TreeLevel crea da sé un container effimero per ogni lavoro. Docker Desktop deve essere avviato quando TreeLevel parte; i generatori dell'immagine compaiono allora, contrassegnati «(Docker)».

Il motore non ha finestra. È TreeLevel a lanciarlo, a ogni necessità. Se fate doppio clic su treelevel-tools.exe, Windows SmartScreen avverte di un'applicazione non riconosciuta — il motore non è firmato — e, superato l'avviso, una console mostra le sue istruzioni d'uso e si richiude. È normale, e senza effetto.

Che cosa cambia

• La zona di interazione, al femtometro. Per TreeLevel 1.4, il driver Pythia sa collocare ogni interazione partonica nella sovrapposizione dei due adroni e ogni adrone là dove la sua stringa si è rotta (chiave spaceTime del lavoro: PartonVertex:setVertex, Fragmentation:setVertices). Scrive per ogni partone il suo flusso di colore e il suo stato Pythia, e per ogni particella nata altrove che nel suo vertice il proprio luogo di nascita — ciò che la sezione ingrandita e la vista 3D di TreeLevel 1.4 disegnano. È il modello del generatore, nulla di misurato.
• Un unico spostamento della regione luminosa. Con queste posizioni, Pythia spostava gli adroni due volte; il driver colloca ora l'evento da sé, con un solo vettore. Senza la chiave, nulla cambia.
• Il motore dice che cosa sa fare: treelevel-tools capabilities annuncia spaceTimeGenerators (Pythia nativo quando il suo driver risponde «spacetime», e ciò che annuncia l'immagine). TreeLevel 1.4 mostra la casella «posizioni nella zona di interazione» solo se vi figura.
• Compatibile con TreeLevel 1.3: un lavoro senza la chiave spaceTime gira esattamente come con la 0.4.0.
• L'immagine Docker 0.5 segue: fino ad allora, :latest è l'immagine 0.4.0, e Herwig, Sherpa, WHIZARD e CalcHEP vi girano come prima; la zona di interazione passa dal Pythia nativo di questo archivio.
• Lo stesso motore di mac-0.5.0: stesso driver Pythia (Backends/pythia/main.cpp), stesse chiavi del lavoro, stessi attributi scritti.

Español

El motor que hace funcionar los generadores Monte Carlo para TreeLevel 1.4 en Windows (y todavía para 1.3). Se instala desplegando el archivo en %LOCALAPPDATA%\Programs — sin instalador, nada en el registro. Para actualizar una versión anterior: cierre TreeLevel y despliegue el archivo en el mismo lugar, sustituyendo los ficheros.

Elija el archivo de su máquina: arm64 para un PC Copilot+ o una tableta ARM, x64 en todos los demás casos. En caso de duda, el x64 funciona también en ARM, en emulación.

Lo que contiene el archivo: treelevel-tools.exe, que TreeLevel lanza; treelevel-engine.exe, el motor que escribe la tarjeta de cada generador y lo controla; el módulo Pythia 8 compilado para esta arquitectura; CREDITS.md. Herwig, Sherpa, WHIZARD y CalcHEP pasan por la imagen de contenedor, que exige Docker Desktop:

docker pull ghcr.io/gpasa/treelevel-tools:latest

No hay nada más que hacer: TreeLevel crea por sí mismo un contenedor efímero para cada trabajo. Docker Desktop debe estar en marcha cuando TreeLevel arranca; los generadores de la imagen aparecen entonces, marcados «(Docker)».

El motor no tiene ventana. Es TreeLevel quien lo lanza, cada vez que hace falta. Si hace doble clic en treelevel-tools.exe, Windows SmartScreen advierte de una aplicación no reconocida — el motor no está firmado — y, superada la advertencia, una consola muestra sus instrucciones de uso y se cierra. Es normal, y no tiene ningún efecto.

Qué cambia

• La zona de interacción, a escala del femtómetro. Para TreeLevel 1.4, el controlador de Pythia sabe situar cada interacción partónica en el solapamiento de los dos hadrones y cada hadrón allí donde se rompió su cuerda (clave spaceTime del trabajo: PartonVertex:setVertex, Fragmentation:setVertices). Escribe para cada partón su flujo de color y su estado Pythia, y para cada partícula nacida en otro lugar que su vértice su propio lugar de nacimiento — lo que dibujan el corte ampliado y la vista 3D de TreeLevel 1.4. Es el modelo del generador, nada medido.
• Un único desplazamiento de la región luminosa. Con estas posiciones, Pythia desplazaba los hadrones dos veces; el controlador sitúa ahora el suceso él mismo, con un único vector. Sin la clave, nada cambia.
• El motor dice lo que sabe hacer: treelevel-tools capabilities anuncia spaceTimeGenerators (Pythia nativo cuando su controlador responde «spacetime», y lo que anuncia la imagen). TreeLevel 1.4 solo muestra la casilla «posiciones en la zona de interacción» si figura ahí.
• Compatible con TreeLevel 1.3: un trabajo sin la clave spaceTime funciona exactamente como con la 0.4.0.
• La imagen Docker 0.5 vendrá después: hasta entonces, :latest es la imagen 0.4.0, y Herwig, Sherpa, WHIZARD y CalcHEP funcionan en ella como antes; la zona de interacción pasa por el Pythia nativo de este archivo.
• El mismo motor que mac-0.5.0: el mismo controlador de Pythia (Backends/pythia/main.cpp), las mismas claves del trabajo, los mismos atributos escritos.

Português (Brasil)

O motor que roda os geradores Monte Carlo para o TreeLevel 1.4 no Windows (e ainda para o 1.3). Ele é instalado descompactando o arquivo em %LOCALAPPDATA%\Programs — sem instalador, nada no registro. Para atualizar uma versão anterior: feche o TreeLevel e descompacte o arquivo no mesmo lugar, substituindo os arquivos existentes.

Escolha o arquivo da sua máquina: arm64 para um PC Copilot+ ou um tablet ARM, x64 em todos os outros casos. Na dúvida, o x64 também funciona no ARM, em emulação.

O que o arquivo contém: treelevel-tools.exe, que o TreeLevel inicia; treelevel-engine.exe, o motor que escreve o cartão de cada gerador e o conduz; o módulo Pythia 8 compilado para esta arquitetura; CREDITS.md. Herwig, Sherpa, WHIZARD e CalcHEP passam pela imagem de contêiner, que exige o Docker Desktop:

docker pull ghcr.io/gpasa/treelevel-tools:latest

Não há mais nada a fazer: o próprio TreeLevel cria um contêiner efêmero para cada trabalho. O Docker Desktop precisa estar em execução quando o TreeLevel é iniciado; os geradores da imagem aparecem então, marcados “(Docker)”.

O motor não tem janela. É o TreeLevel que o inicia, sempre que necessário. Se você clicar duas vezes em treelevel-tools.exe, o Windows SmartScreen avisa sobre um aplicativo não reconhecido — o motor não é assinado — e, passado o aviso, um console mostra suas instruções de uso e se fecha. É normal, e não tem efeito algum.

O que muda

• A zona de interação, no femtômetro. Para o TreeLevel 1.4, o driver do Pythia sabe situar cada interação partônica na sobreposição dos dois hádrons e cada hádron onde sua corda se rompeu (chave spaceTime do trabalho: PartonVertex:setVertex, Fragmentation:setVertices). Ele escreve para cada párton seu fluxo de cor e seu estado no Pythia, e para cada partícula nascida fora do seu vértice o seu próprio local de nascimento — o que o corte ampliado e a vista 3D do TreeLevel 1.4 desenham. É o modelo do gerador, nada medido.
• Um único deslocamento da região luminosa. Com essas posições, o Pythia deslocava os hádrons duas vezes; agora o próprio driver posiciona o evento, com um único vetor. Sem a chave, nada muda.
• O motor diz o que sabe fazer: treelevel-tools capabilities anuncia spaceTimeGenerators (o Pythia nativo quando seu driver responde “spacetime”, e o que a imagem anuncia). O TreeLevel 1.4 só mostra a caixa “posições na zona de interação” se ela constar ali.
• Compatível com o TreeLevel 1.3: um trabalho sem a chave spaceTime roda exatamente como com a 0.4.0.
• A imagem Docker 0.5 virá depois: até lá, :latest é a imagem 0.4.0, e Herwig, Sherpa, WHIZARD e CalcHEP rodam nela como antes; a zona de interação passa pelo Pythia nativo deste arquivo.
• O mesmo motor que a mac-0.5.0: o mesmo driver do Pythia (Backends/pythia/main.cpp), as mesmas chaves do trabalho, os mesmos atributos escritos.

Русский

Ядро, которое запускает генераторы Монте-Карло для TreeLevel 1.4 в Windows (и по-прежнему для 1.3). Устанавливается распаковкой архива в %LOCALAPPDATA%\Programs — ни установщика, ни записей в реестре. Чтобы обновить предыдущую версию: закройте TreeLevel и распакуйте архив в то же место, заменив файлы.

Выберите архив для своей машины: arm64 для ПК Copilot+ или планшета на ARM, x64 во всех остальных случаях. В случае сомнений x64 работает и на ARM, под эмуляцией.

Что содержит архив: treelevel-tools.exe, который запускает TreeLevel; treelevel-engine.exe — ядро, которое пишет карточку каждого генератора и ведёт его; модуль Pythia 8, скомпилированный для этой архитектуры; CREDITS.md. Herwig, Sherpa, WHIZARD и CalcHEP идут через образ контейнера, которому нужен Docker Desktop:

docker pull ghcr.io/gpasa/treelevel-tools:latest

Больше ничего делать не нужно: TreeLevel сам создаёт временный контейнер для каждого задания. Docker Desktop должен быть запущен, когда стартует TreeLevel; тогда появляются генераторы образа с пометкой «(Docker)».

У ядра нет окна. Его запускает TreeLevel, всякий раз, когда это нужно. Если дважды щёлкнуть treelevel-tools.exe, Windows SmartScreen предупредит о нераспознанном приложении — ядро не подписано, — а после предупреждения консоль покажет инструкцию по использованию и закроется. Это нормально и ни на что не влияет.

Что меняется

• Зона взаимодействия в масштабе фемтометра. Для TreeLevel 1.4 управляющая программа Pythia умеет помещать каждое партонное взаимодействие в область перекрытия двух адронов, а каждый адрон — туда, где разорвалась его струна (ключ задания spaceTime: PartonVertex:setVertex, Fragmentation:setVertices). Для каждого партона она записывает его цветовой поток и статус Pythia, а для каждой частицы, родившейся не в своей вершине, — её собственное место рождения; именно это рисуют увеличенное сечение и вид 3D в TreeLevel 1.4. Это модель генератора, а не результат измерения.
• Единое смещение области светимости. С этими положениями Pythia смещала адроны дважды; теперь управляющая программа сама размещает событие одним вектором. Без ключа ничего не меняется.
• Ядро сообщает, что оно умеет: treelevel-tools capabilities объявляет spaceTimeGenerators (нативную Pythia, когда её управляющая программа отвечает «spacetime», и то, что объявляет образ). TreeLevel 1.4 показывает флажок «положения в зоне взаимодействия», только если генератор там указан.
• Совместимо с TreeLevel 1.3: задание без ключа spaceTime выполняется точно так же, как с 0.4.0.
• Образ Docker 0.5 выйдет следом: до тех пор :latest — это образ 0.4.0, и Herwig, Sherpa, WHIZARD и CalcHEP работают в нём как раньше; зона взаимодействия идёт через нативную Pythia из этого архива.
• То же ядро, что и в mac-0.5.0: та же управляющая программа Pythia (Backends/pythia/main.cpp), те же ключи задания, те же записываемые атрибуты.

简体中文

本引擎为 Windows 上的 TreeLevel 1.4（以及仍然支持的 1.3）运行蒙特卡罗生成器。安装方法是把压缩包解压到 %LOCALAPPDATA%\Programs——没有安装程序，注册表里什么也不留。要更新旧版本：关闭 TreeLevel，把压缩包解压到同一位置，替换原有文件。

选择与您的机器相符的压缩包：Copilot+ PC 或 ARM 平板用 arm64，其他情况一律用 x64。拿不准时，x64 版本在 ARM 上也能以模拟方式运行。

压缩包内容：treelevel-tools.exe，由 TreeLevel 启动；treelevel-engine.exe，为每个生成器写出卡片并驱动其运行的引擎；为该架构编译的 Pythia 8 模块；CREDITS.md。Herwig、Sherpa、WHIZARD 与 CalcHEP 经由容器镜像运行，这需要 Docker Desktop：

docker pull ghcr.io/gpasa/treelevel-tools:latest

无需其他操作：TreeLevel 会为每个作业自行创建一个临时容器。TreeLevel 启动时 Docker Desktop 必须已在运行；镜像中的生成器随即出现，并标有“(Docker)”。

引擎没有窗口。它由 TreeLevel 在需要时启动。如果您双击 treelevel-tools.exe，Windows SmartScreen 会警告这是一个无法识别的应用——引擎没有签名——越过警告后，会有一个控制台显示其使用说明，随即关闭。这是正常的，也不会产生任何影响。

变更内容

• 飞米尺度的相互作用区。为 TreeLevel 1.4，Pythia 驱动程序能够把每个部分子相互作用放在两个强子的重叠区内，把每个强子放在其弦断裂的地方（作业键 spaceTime：PartonVertex:setVertex、Fragmentation:setVertices）。它为每个部分子写出其色流与 Pythia 状态，并为每个不在其顶点处诞生的粒子写出它自己的诞生位置——这正是 TreeLevel 1.4 的放大剖面与 3D 视图所绘制的内容。这是生成器的模型，并非任何测量结果。
• 束流对撞区只偏移一次。有了这些位置，Pythia 原先会把强子偏移两次；驱动程序现在自行放置事件，只用一个矢量。没有该键时，一切不变。
• 引擎会说明自己能做什么：treelevel-tools capabilities 声明 spaceTimeGenerators（其驱动程序回答“spacetime”时的原生 Pythia，以及镜像所声明的内容）。只有当其中列有相应条目时，TreeLevel 1.4 才会显示复选框“相互作用区中的位置”。
• 兼容 TreeLevel 1.3：不带 spaceTime 键的作业，运行方式与 0.4.0 完全相同。
• Docker 镜像 0.5 随后跟进：在此之前，:latest 是 0.4.0 镜像，Herwig、Sherpa、WHIZARD 与 CalcHEP 在其中照常运行；相互作用区由本压缩包中的原生 Pythia 提供。
• 与 mac-0.5.0 相同的引擎：相同的 Pythia 驱动程序（Backends/pythia/main.cpp）、相同的作业键、写出相同的属性。

日本語

Windows 上の TreeLevel 1.4（引き続き 1.3 も）のためにモンテカルロ生成器を動かすエンジンです。書庫を %LOCALAPPDATA%\Programs に展開するだけでインストールできます——インストーラもなく、レジストリにも何も残しません。以前のバージョンを更新するには、TreeLevel を閉じ、書庫を同じ場所に展開してファイルを置き換えます。

お使いのマシンに合う書庫を選んでください：Copilot+ PC や ARM タブレットなら arm64、それ以外はすべて x64。迷ったら、x64 版も ARM でエミュレーションで動きます。

書庫の内容：TreeLevel が起動する treelevel-tools.exe、各生成器のカードを書き出してそれを動かすエンジン treelevel-engine.exe、このアーキテクチャ向けにコンパイルされた Pythia 8 モジュール、CREDITS.md。Herwig、Sherpa、WHIZARD、CalcHEP はコンテナイメージを通ります。それには Docker Desktop が必要です：

docker pull ghcr.io/gpasa/treelevel-tools:latest

ほかに必要なことはありません：TreeLevel がジョブごとに使い捨てのコンテナを自ら作ります。TreeLevel の起動時に Docker Desktop が動いている必要があります。そうすれば、イメージの生成器が「(Docker)」の印付きで現れます。

エンジンにはウィンドウがありません。必要になるたびに TreeLevel が起動します。treelevel-tools.exe をダブルクリックすると、Windows SmartScreen が認識されないアプリだと警告します——エンジンは署名されていません——。警告を越えると、コンソールが使い方を表示して閉じます。これは正常で、何の影響もありません。

変更点

• フェムトメートル単位の相互作用領域。TreeLevel 1.4 のために、Pythia ドライバは各パートン相互作用を二つのハドロンの重なりの中に、各ハドロンをそのひもが切れた場所に配置できます（ジョブのキー spaceTime：PartonVertex:setVertex、Fragmentation:setVertices）。各パートンについてはカラーフローと Pythia の状態を、自分の頂点以外の場所で生まれた各粒子についてはその誕生の場所を書き出します——TreeLevel 1.4 の拡大した断面と 3D ビューが描くのはこれです。これは生成器のモデルであり、測定されたものではありません。
• ビーム衝突領域のずれは一度だけ。これらの位置があると、Pythia はハドロンを二度ずらしていました。ドライバは今後、一つのベクトルでイベントそのものを配置します。キーがなければ何も変わりません。
• エンジンが自分にできることを告げます：treelevel-tools capabilities は spaceTimeGenerators を告げます（ドライバが「spacetime」と答えるときのネイティブ Pythia と、イメージが告げるもの）。TreeLevel 1.4 は、そこに含まれている場合にのみチェックボックス「相互作用領域での位置」を表示します。
• TreeLevel 1.3 に対応：キー spaceTime のないジョブは、0.4.0 とまったく同じように動きます。
• Docker イメージ 0.5 は後に続きます：それまでは :latest はイメージ 0.4.0 で、Herwig、Sherpa、WHIZARD、CalcHEP はこれまでどおりそこで動きます。相互作用領域はこの書庫のネイティブ Pythia を通ります。
• mac-0.5.0 と同じエンジン：同じ Pythia ドライバ（Backends/pythia/main.cpp）、同じジョブのキー、書き出す属性も同じです。

한국어

Windows에서 TreeLevel 1.4(그리고 여전히 1.3)을 위해 몬테카를로 생성기를 돌리는 엔진입니다. 압축 파일을 %LOCALAPPDATA%\Programs에 풀기만 하면 설치됩니다—설치 프로그램도 없고 레지스트리에 남는 것도 없습니다. 이전 버전을 업데이트하려면 TreeLevel을 닫고, 압축 파일을 같은 자리에 풀어 파일을 덮어쓰십시오.

여러분의 컴퓨터에 맞는 압축 파일을 고르십시오: Copilot+ PC나 ARM 태블릿이면 arm64, 그 밖에는 모두 x64. 헷갈릴 때는 x64판도 ARM에서 에뮬레이션으로 돌아갑니다.

압축 파일의 내용: TreeLevel이 실행하는 treelevel-tools.exe, 각 생성기의 카드를 쓰고 생성기를 구동하는 엔진 treelevel-engine.exe, 이 아키텍처용으로 컴파일된 Pythia 8 모듈, CREDITS.md. Herwig, Sherpa, WHIZARD, CalcHEP은 컨테이너 이미지를 거치며, 이 이미지에는 Docker Desktop이 필요합니다:

docker pull ghcr.io/gpasa/treelevel-tools:latest

더 할 일은 없습니다: TreeLevel이 작업마다 일회용 컨테이너를 직접 만듭니다. TreeLevel이 시작할 때 Docker Desktop이 실행 중이어야 하며, 그러면 이미지의 생성기가 ‘(Docker)’ 표시를 달고 나타납니다.

엔진에는 창이 없습니다. TreeLevel이 필요할 때마다 실행합니다. treelevel-tools.exe를 더블클릭하면 Windows SmartScreen이 인식할 수 없는 앱이라고 경고합니다—엔진은 서명되어 있지 않습니다—. 경고를 넘기면 콘솔이 사용법을 보여 주고 닫힙니다. 정상이며, 아무 영향도 없습니다.

바뀐 점

• 펨토미터 단위의 상호작용 영역. TreeLevel 1.4를 위해 Pythia 드라이버는 각 파톤 상호작용을 두 강입자의 겹침 안에, 각 강입자를 그 끈이 끊어진 자리에 배치할 수 있습니다(작업 키 spaceTime: PartonVertex:setVertex, Fragmentation:setVertices). 각 파톤에 대해서는 색 흐름과 Pythia 상태를, 자기 꼭짓점이 아닌 곳에서 태어난 각 입자에 대해서는 그 자신의 탄생 위치를 씁니다—TreeLevel 1.4의 확대한 단면과 3D 보기가 그리는 것이 바로 이것입니다. 이는 생성기의 모형이며, 측정된 것이 아닙니다.
• 빔 충돌 영역 오프셋은 한 번만. 이 위치들이 있으면 Pythia는 강입자를 두 번 옮겼습니다. 이제 드라이버가 벡터 하나로 사건 자체를 배치합니다. 키가 없으면 아무것도 바뀌지 않습니다.
• 엔진이 자기가 할 수 있는 일을 알립니다: treelevel-tools capabilities가 spaceTimeGenerators를 알립니다(드라이버가 ‘spacetime’이라고 답할 때의 네이티브 Pythia, 그리고 이미지가 알리는 것). TreeLevel 1.4는 거기에 들어 있을 때만 ‘상호작용 영역의 위치’ 상자를 보여 줍니다.
• TreeLevel 1.3과 호환: spaceTime 키가 없는 작업은 0.4.0과 똑같이 실행됩니다.
• Docker 이미지 0.5는 뒤따릅니다: 그때까지 :latest는 이미지 0.4.0이며, Herwig, Sherpa, WHIZARD, CalcHEP은 예전처럼 그 안에서 돌아갑니다. 상호작용 영역은 이 압축 파일의 네이티브 Pythia를 거칩니다.
• mac-0.5.0과 같은 엔진: 같은 Pythia 드라이버(Backends/pythia/main.cpp), 같은 작업 키, 같은 속성을 씁니다.

हिन्दी

वह इंजन जो Windows पर TreeLevel 1.4 (और अब भी 1.3) के लिए मोंटे कार्लो जनक चलाता है। इसे स्थापित करने के लिए आर्काइव को %LOCALAPPDATA%\Programs में निकालिए — कोई संस्थापक नहीं, रजिस्ट्री में कुछ नहीं। पिछले संस्करण को अद्यतन करने के लिए: TreeLevel बंद करें, और आर्काइव उसी जगह निकालें, फ़ाइलों को बदलते हुए।

अपनी मशीन का आर्काइव चुनिए: Copilot+ PC या ARM टैबलेट के लिए arm64, बाकी हर जगह x64। संदेह हो तो x64 भी ARM पर, अनुकरण के सहारे, चलता है।

आर्काइव में क्या है: treelevel-tools.exe, जिसे TreeLevel शुरू करता है; treelevel-engine.exe, वह इंजन जो हर जनक का कार्ड लिखता है और उसे चलाता है; इस वास्तुकला के लिए संकलित Pythia 8 मॉड्यूल; CREDITS.md। Herwig, Sherpa, WHIZARD और CalcHEP कंटेनर इमेज के माध्यम से चलते हैं, जिसके लिए Docker Desktop चाहिए:

docker pull ghcr.io/gpasa/treelevel-tools:latest

और कुछ करने की ज़रूरत नहीं: TreeLevel हर कार्य के लिए स्वयं एक अल्पकालिक कंटेनर बनाता है। TreeLevel शुरू होते समय Docker Desktop चालू होना चाहिए; तब इमेज के जनक दिखाई देते हैं, उनके बाद “(Docker)” लिखा होता है।

इंजन की कोई विंडो नहीं है। इसे TreeLevel ही, जब भी ज़रूरत हो, शुरू करता है। यदि आप treelevel-tools.exe पर डबल-क्लिक करें, तो Windows SmartScreen एक अपरिचित ऐप्लिकेशन की चेतावनी देता है — इंजन हस्ताक्षरित नहीं है — और चेतावनी के बाद एक कंसोल उसके उपयोग का तरीका दिखाकर बंद हो जाता है। यह सामान्य है, और इसका कोई प्रभाव नहीं।

क्या बदलता है

• अन्योन्यक्रिया क्षेत्र, फ़ेम्टोमीटर पर। TreeLevel 1.4 के लिए, Pythia ड्राइवर हर पार्टनी अन्योन्यक्रिया को दोनों हैड्रॉनों के अतिव्यापन में, और हर हैड्रॉन को वहाँ रख सकता है जहाँ उसकी स्ट्रिंग टूटी (कार्य की कुंजी spaceTime: PartonVertex:setVertex, Fragmentation:setVertices)। यह हर पार्टन के लिए उसका रंग प्रवाह और उसकी Pythia स्थिति लिखता है, और अपने शीर्ष के अलावा कहीं और उत्पन्न हर कण के लिए उसका अपना जन्मस्थान — वही जो TreeLevel 1.4 का बड़ा किया गया काट और 3D दृश्य बनाते हैं। यह जनक का मॉडल है, कुछ भी मापा हुआ नहीं।
• दीप्त क्षेत्र का एक ही विस्थापन। इन स्थितियों के साथ Pythia हैड्रॉनों को दो बार विस्थापित करता था; अब ड्राइवर स्वयं पूरी घटना को एक ही सदिश से स्थित करता है। कुंजी के बिना कुछ नहीं बदलता।
• इंजन बताता है कि वह क्या कर सकता है: treelevel-tools capabilities spaceTimeGenerators घोषित करता है (नेटिव Pythia, जब उसका ड्राइवर “spacetime” उत्तर देता है, और जो इमेज घोषित करती है)। TreeLevel 1.4 “अन्योन्यक्रिया क्षेत्र में स्थितियाँ” विकल्प तभी दिखाता है जब जनक उसमें सूचीबद्ध हो।
• TreeLevel 1.3 के साथ संगत: spaceTime कुंजी के बिना कोई कार्य ठीक वैसे ही चलता है जैसे 0.4.0 के साथ।
• Docker इमेज 0.5 बाद में आएगी: तब तक :latest इमेज 0.4.0 है, और Herwig, Sherpa, WHIZARD और CalcHEP उसमें पहले की तरह चलते हैं; अन्योन्यक्रिया क्षेत्र इस आर्काइव के नेटिव Pythia से होकर आता है।
• वही इंजन जो mac-0.5.0 में है: वही Pythia ड्राइवर (Backends/pythia/main.cpp), कार्य की वही कुंजियाँ, लिखे जाने वाले वही एट्रिब्यूट।

Links and credits — the generators, their authors and what to cite: CREDITS.md · in your language