Danke, das Tool ist super nützlich, weil noch sehr viel Hardware, die nicht Win11-reeady ist, vorhanden ist. Viele Dank dafür g-force.

Geniale Sache die du da gebastelt hast :daumen:

Das erstellen geht ja richtig fix... richtig testen werde ich das mal am Wochenende

Echt super!
Insbesondere die autounattend.xml Erstellung ist der Hammer!
Muss jetzt noch mal testen, ob das mit meinem Administratorkonto funktioniert und ob auch eine Zero-Touch Installation geht.
Melde mich dann wieder.

Post #1 und #2 aktualisiert
Download-Link führt immer zum Ordner der aktuellen Versionen.

Ich habe das Tool nochmal deutlich überarbeitet und optisch schlanker gemacht. Viele Optionen sind nun automatisch aktiviert oder wurden entfernt, dafür sind sinnvolle Optionen hinzu gekommen.

[attachment=0]NOLIMIT_2026-06-02.JPG[/attachment]

DOWNLOAD: https://t1p.de/vz924

Neue Testversion: https://t1p.de/vz924

- Es können Edition oder Produktkey erzwungen werden (aber nicht beides gleichzeitig, macht keinen Sinn).
- Wenn keine ISO im Toolordner, wird über "Durchsuchen" die ausgewählte ISO in den Toolordner kopiert.
- Tool-Sprache ausgelagert in "lang" (leichter editierbar), Auswahl DE & EN.
- README per KI überarbeitet.

Sinn des Tools ist es, eine eigene beliebige ISO in eine Version umzuwandeln, die in etwa den hier bekannten "ZERO LIMIT" oder "UNBREAKED" entspricht. Das Tool lehnt sich dabei an Features von RUFUS an, allerdings wird (wie in neueren RUFUS-Versionen) nichts an den WIM (boot & install) verändert (auch ESD wird akzeptiert). Es wurden von mir einige Unattend-Möglichkeiten hinzugefügt, hier muß ich noch Feinarbeit leisten. Die README ist tatsächlich verwirrend, werde ich aktualisieren.

 </ProductKey></UserData>

 </ProductKey>
</UserData>

[quote=g-force post_id=458456 time=1780323209 user_id=37652]
Ich schaue mal, ob ich eine Vorauswahl einbauen kann.
[/quote]
das wäre echt super; zumal das kleine Programm ja gnadenlos eine bereits vorhandene autounattend.xml in der Ausgangs-ISO ändert/löscht.
Ich würde da "Image Name" vorziehen, da die Indizes ja von ISO zu ISO unterschiedlich sein können.
noch ein minimaler "Schönheitsfehler", der aber keine Auswirkungen auf die Funktionalität hat:
die Phasen in der Autounattend.xml sind etwas durcheinandergewirbelt.
Korrekt wäre:
1. windowsPE
2. offlineServicing
3. generalize
4. specialize
...
...
7. oobeSystem

Dazu noch manchmal etwas außergewöhnlich formatiert. Z.B.
[code] </ProductKey></UserData>[/code]
statt
[code] </ProductKey>
</UserData>[/code]
Das soll wahrhaftig kein Gemecker sein. Es geht nur darum, dass man es anders gewohnt ist und wenn man etwas an der autounattend.xml ändern möchte, muss man etwas mehr suchen bzw. sich anders orientieren.
Wie geschrieben: die Funktionalität leidet nicht darunter.
Ich habe ja von Anfang an die Auffassung vertreten, dass es mehr Sinn ergibt, wenn jeder sich seine "NoLimits" selbst erstellen kann, anstatt das man Gigabytes an Daten durchs Netz schiebt mit vorgefertigten ISOS.
Aber auch das ist selbstverständlich Geschmackssache.
Ich finde dein Programm sehr gelungen.
Jetzt fehlt nur noch ein einprägsamer Name dafür.
Wie wäre es mit "NoLimits Generator"?

Teste das mal mit einer Multi-Edition-ISO - Du bekommst dann im Setup eine Editions-Auswahl. Wenn im Endgerät schon ein Key hinterlegt ist, wird automatisch die richtige Edition ausgewählt. Ich schaue mal, ob ich eine Vorauswahl einbauen kann.
Die Texte sind teilweise noch abgeschnitten, muß ich anpassen. Die README stammt von meinem PC, muß ich überarbeiten.

hab´mal einen Probelauf gemacht, nur um zu sehen wie es funktioniert:
die Beschreibung README_NOLIMIT.txt hat mich erst mal mehr verwirrt, als erleuchtet. (Laufwerk W:?)
Bin auch nicht so ein Typ, der sich erst mal die Bedienungsanleitung durchliest. Also flugs die Start-NOLIMIT-GUI.cmd angeworfen und siehe da: alles ganz easy peasy.
Sodann eine ISO vorgesetzt, ein paar Schalter gesetzt und ab geht die Post.
Herausgekommen ist eine 26200.8524.Germanium-X64-DE-CLIENTPRO_NOLIMIT.iso
Ich nehme mal an, das ganze geht auch mit Multi-WIM, also vielen Indizies?
Wenn ja: kann man dann die zu installierende Version (Home, Pro, Enterprise etc.) in deinem Generator auswählen? Fände ich nicht schlecht. Wenn also dann in der autounattend.xml schon "InstallFrom"> "Image Index" oder "Image Name" drinstehen würde.
Vlt. auch noch gleich die Aufnahme eines evtl. vorhandenen Keys für die Installation.
Aber auch so ist das schon ein echt geiles Teil. Ob und wie die No-Limit ISO sich jetzt auf nicht kompatibler Hardware verhält konnte ich nicht (mangels geeigneter Hardware) testen. Aber in einer Hyper-V VM lief so schon mal so einwandfrei.
Bei der GUI ist mir noch aufgefallen, dass da ein paar Wörter abgeschnitten waren. Vlt. liegt´s an meiner Auflösung? Wäre aber nice, wenn man das noch hinbekäme.
Danke @g-force für deine Arbeit!!
[attachment=0]Screenshot 2026-06-01 114051.jpg[/attachment]

Ich habe mich jetzt nochmal dran gesetzt an das Projekt, es gibt eine Testversion:

https://t1p.de/0nogs

EDIT: Quell-ISO in den Programmordner legen, die neue ISO wird daneben erzeugt.

[quote=g-force post_id=453980 time=1768367054 user_id=37652]
* Platzhalter für den endgültigen Eingangs bzw. Downlod-Thread *

Kurzinfo:
Hier wird es eine Anleitung und Download zu einer ISO geben, die auf (fast) jeglicher Hardware Windows 11 installiert. Dies ist [b][u]kein[/u][/b] Konkurenz-Thread zu https://www.deskmodder.de/phpBB3/viewtopic.php?t=26028 von "Under the hood" & "HarryS", die dort mit ähnlichen Ambitionen ihr Ziel verfolgen.

Grundgedanke ist HIER, eine ISO nur mit HOME und PRO (die gängigen Editionen) zur behandeln, um dem "Normal-User" einen Zugang zu Win11 zu verschaffen. Es werden hier weder INSIDER-Versionen behandelt, auch INPLACE-Möglichkeiten werden (vermutlich) ausgeschlossen). Die Installationen werden aber update-fähig sein.

Es werden fertige ISO zum Download angeboten werden, es wird aber eine Anleitung zum Selbstbau angeboten, damit sich jeder interessierte User sich seine eigene ISO bauen kann. Die "Geheimnisse" der Einschränkungen sind einfach und werden hier gelüftet.

Beteiligung, Kritik und Hilfe ist Willkommen!
[/quote]

                <RunSynchronousCommand wcm:action="add">
                    <Order>4</Order>
                    <Path>reg add HKLM\System\Setup\LabConfig /v BypassCPUCheck /t reg_dword /d 0x00000001 /f</Path>
                </RunSynchronousCommand>
                <RunSynchronousCommand wcm:action="add">
                    <Order>5</Order>
                    <Path>reg add HKLM\System\Setup\LabConfig /v BypassStorageCheck /t reg_dword /d 0x00000001 /f</Path>
                </RunSynchronousCommand>

Central Europe Standard Time

            <TimeZone>W. Europe Standard Time</TimeZone>

    <settings pass="specialize">

<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" language="neutral" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS">
      <RunSynchronous>
        <RunSynchronousCommand wcm:action="add">
          <Order>1</Order>
          <Path>reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE /v BypassNRO /t REG_DWORD /d 1 /f</Path>
        </RunSynchronousCommand>
      </RunSynchronous>
    </component>

Hi @g-force und danke!
was mir so auf die Schnelle aufgefallen ist:
in meinen autounattend.xml habe ich noch zwei zusätzliche "Bypässe" drin:
[code] <RunSynchronousCommand wcm:action="add">
<Order>4</Order>
<Path>reg add HKLM\System\Setup\LabConfig /v BypassCPUCheck /t reg_dword /d 0x00000001 /f</Path>
</RunSynchronousCommand>
<RunSynchronousCommand wcm:action="add">
<Order>5</Order>
<Path>reg add HKLM\System\Setup\LabConfig /v BypassStorageCheck /t reg_dword /d 0x00000001 /f</Path>
</RunSynchronousCommand>[/code]
keine Ahnung, ob die noch zum Tragen kommen. Schaden tun sie aber auch nicht. Kann man wohl auch mit cmd /c aufrufen.
Dann sehe ich da noch [code]Central Europe Standard Time[/code]

Da ist die Zeit und Sommerzeit zwar die gleiche wie bei uns (+1), aber:
Central Europe Standard Time
Wird typischerweise verwendet für:

🇵🇱 Polen
🇨🇿 Tschechien
🇭🇺 Ungarn
🇸🇰 Slowakei
🇸🇮 Slowenien
🇭🇷 Kroatien

Ich würde W. Europe Standard Time den Vorzug geben:
[code] <TimeZone>W. Europe Standard Time</TimeZone>[/code]
Wird typischerweise verwendet für:

🇩🇪 Deutschland
🇫🇷 Frankreich
🇪🇸 Spanien
🇳🇱 Niederlande
🇧🇪 Belgien
🇮🇹 Italien
🇦🇹 Österreich
🇨🇭 Schweiz

SSE4.2 ist tatsächlich ab 24H2 Voraussetzung, lässt sich nicht umgehen; auch nicht bei einer IOT ENT LTSC .

Bei mir sieht das mit der BypassNRO so aus:
[code] <settings pass="specialize">

<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" language="neutral" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS">
<RunSynchronous>
<RunSynchronousCommand wcm:action="add">
<Order>1</Order>
<Path>reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE /v BypassNRO /t REG_DWORD /d 1 /f</Path>
</RunSynchronousCommand>
</RunSynchronous>
</component>[/code]
Wird der Key auch in WINPE ausgewertet?
Ist sicherlich der Kniff, um das lokale Konto in OOBE zu erzwingen. Stimmt´s?
Das mache ich in meiner autounattend.xml mit den UserAccount - Einstellungen.

Die KI sagt dazu:
BypassNRO in windowsPE schreibt sehr wahrscheinlich ins falsche Registry-Hive

In windowsPE zeigt HKLM\SOFTWARE\... i. d. R. auf die WinPE-Registry, nicht auf die spätere installierte Windows-Installation. Der BypassNRO-Schlüssel wird aber während OOBE im installierten Windows ausgewertet.

➡️ Robuster ist: BypassNRO im Pass specialize (oder später) setzen – dann garantiert in der richtigen Registry.

Mach ich - aber heute nicht mehr ...
Ich wollte gleich dabei testen, ob automatisch ein Offline-Konto erstellt wird oder irgendein Gemecker auftritt, Aber: Alles gut!

Super, Danke Harry! Wiederhole den "Test 3" doch bitte "online" - das Ergebnis sollte dasselbe sein.