Die UWP-App ist tot, es lebe die UWP-App. Dieser Satz bekommt vielleicht seine Berechtigung, wenn Microsoft sein Project Reunion durchzieht, um die bestehenden Win32- und UWP-APIs zu vereinheitlichen und vom System entkoppelt.
Gustave Monce ist einer, der UWP-Apps mag und erstellt gerade eine neue App mit dem Namen UUP Media Creator. Damit wird es möglich sein, die UUPs (Unified Update Platform) in eine ISO umzuwandeln. Früher wurden neue Windows Versionen per ESD über Windows Update verteilt. Heute als einzelne UUP-Pakete und auch nur die, die benötigt werden. Das spart Zeit und Traffic.
Noch hat Gustave einiges zu tun und zu integrieren. Aber er hat schon einmal vorab einen Ausblick gegeben, wie es dann aussehen und ablaufen könnte.
Wie er schreibt, hat er hier noch nicht das neue WinUI3 (App-Oberfläche und Button) verwendet. Da es noch nicht fertig ist und ihm noch einige Komponenten fehlen. Aber vielleicht holt er das dann noch nach. Die Hauptsache ist, die App funktioniert wie sie soll. Nämlich eine ISO so zu erstellen, wie man sie braucht. Mit der Auswahl x64, x86 oder ARM, die Sprachauswahl und so weiter bis die ISO fertig ist.
Über den Sinn oder Unsinn wollen wir hier gar nicht reden. Es geht einzig darum das es funktioniert und das eben als einfache UWP-App.
Windows 10 Tutorials und Hilfe
In unserem Windows 10 Wiki findet ihr sehr viele hilfreiche Tipps und Tricks. Falls ihr Fragen habt, dann stellt diese ganz einfach bei uns im Forum.
- Installationsmedien: Aktuelle Installationsdateien findet ihr hier immer in der rechten Sidebar. Windows 10 2004 ISO (19041), oder 1909 ISO (18363)
- Installation: Windows 10 Clean installieren, Win 10 1909 neu installieren, Win 10 2004 neu installieren
- Aktuelle Probleme mit der: Windows 10 2004
- Reparaturen: Inplace Upgrade Reparatur, Win 10 reparieren über DISM, sfc und weiteres, Windows Update reparieren, Startmenü reparieren, Apps reparieren, Store reparieren, Netzwerk reparieren
- Anmeldung: Win 10 automatische Anmeldung
- Entfernen, Deinstallieren: Apps deinstallieren
- Datei Explorer: Ordner unter Dieser PC entfernen, Netzwerk, OneDrive u.a. im Explorer entfernen
- Richtige Nutzung: Startmenü richtig nutzen, Suche richtig nutzen,
- Wichtig: In jedem Tutorial steht, für welche Version es geeignet ist.
toll
Ich denke mal, das MS diese App nicht in den Store läßt. Das würde nämlich ihre Idee vom Traffic sparen per UUP ad absurdum führen. Außerdem würde die App dem MCT Konkurenz machen…
„Es geht einzig darum das es funktioniert“
Finde den Fehler… In Kommentaren habe ich mich ja an schlechte Rechtschreibung gewöhnt, aber was „moinmoin“ in praktisch jedem Artikel an orthografischen Fehlern einbaut ist schon recht bedenklich. Da müsste eigentlich immer nochmal jemand drübergehen.
Das ist allein dem Stress geschuldet. Hast Du schon mal schnell schreiben müssen? Und das möglichst an mehreren Artikel gleichzeitig? Daneben noch recherchieren, auswerten, überwachen, Mails beantworten und nicht zuletzt selbst testen? Und dann ist da – so ganz nebenbei – auch noch die normale Arbeit, Familie, Haushalt … Und der Körper fordert auch noch die eine oder andere Minute Schlaf!
Nee, Respekt: moinmoin „schmeißt“ das Ganze derzeit fast allein !!!
Freu‘ Dich doch eher auf die Geschenke – schließlich darfst Du jeden einzelnen gefundenen Fehler völlig kostenlos behalten !!!
Vorschlag: Nimm „Tipp-Ex“, schmier‘ es Dir auf das Display und korrigiere die Fehler – live auf Deinem Bildschirm! Kannst ja dann ein Foto davon veröffentlichen …
Es steht Dir aber frei, selbst ein paar Artikel vorzubereiten – siehe ganz rechts oben …
@Screensaver
Grammatik und Rechtschreibung sind ok, es muss nicht zwingend ein Komma gesetzt werden, oder was ist dein Problem?
@Screensaver/Harry S
Beide Texte völlig übertrieben.
Genau!
„Früher wurden neue Windows Versionen per ESD über Windows Update verteilt. Heute als einzelne UUP-Pakete und auch nur die, die benötigt werden. Das spart Zeit und Traffic.“
Früher wurden neue Windows Insider Versionen… ? Oder gilt das wirklich für die Funktions-Updates?
Bsp. 19041.84: UUP: 4.64 GiB ESD: 3,50 GiB!
UUP hat eine install.wim
Die ESD eine install.esd (komprimiert)
Die UUP-Files sind alle .esd(& .cab), hinterher hat man eine .wim(weniger komprimiert)?
Das Bsp. bezieht sich auf den Traffic!
Das ist die Default-Einstellung von dem Script, dass man am Ende eine ISO mit Install.wim erhält. Kann aber auch in der *.ini die Option aktivieren, dass am Ende eine install.esd erstellt wird. Aber das dauert deutlich länger, zumal hier ein andere Kompressions-Algorithmus und Archive-Type verwendet wird.
Und ja, die Quelldateien für die UUP sind meist *.esd, da sie kleiner sind und somit Traffic sparen.
„Die UUP-Files sind alle .esd(& .cab)“
Und genau von diesen einzelnen Dateien werden nicht alle benötigt / heruntergeladen über Windows Update. Daher spart man so Traffic
Dein Vergleich bezieht sich jetzt auf die komplette Version, wie man sie über UUP Dump herunterladen kann.
Der Vergleich bezieht sich auf die komplette Version, weil man eben diese für das Funktions-Update braucht? (Von den h2 Versionen mal abgesehen)
Früher wurden neue Windows ++Insider++ Versionen… ? Oder gilt das wirklich für die Funktions-Updates über WU?
Sowohl als auch.
Also, wenn ich jetzt von 1909 auf 2004 Upgrade, werden von WU die 4,64 GiB(-WinPE, Setup etc.) gedownloadet? nicht mehr die ~3,5GB .esd?
WOW, da hab ich gleich noch 1GB gespart, weil ich dazu die fertige ESD nehme.
Du hast es (immer noch) falsch verstanden. Was bei dir über Windows Update heruntergeladen wird, ist nicht die volle Version, sondern nur einzelne Pakete die du brauchst.
Mal noch als Nachtrag: Wenn du schon beide (volle) Versionen vergleichst, musst du auch Mannys Version mit der install.esd nehmen 3,52 GB und dann die esd dagegen setzen (3,19 GB)
Der Unterschied hier ist wirklich nur die Kompression der Dateien. Das Download-Volumen über UUP dump der Dateien für eine ISO mit der Edition Professional einschließlich der Updates für das Feature-Update (19041.264) beträgt nur 3.04 GB. Die daraus resultierende ISO mit einer install.wim ist 4.72 GB groß. Die selbe ISO basieren auf den selben Dateien, aber mit einer install.esd ist dann nur noch 3.39 GB groß.
Über das Windows Update ist das alles etwas anders und komplizierter, da es hier abhängt, von welcher Version man das Feature-Upgrade ausführt. Wenn man z.B. von der 1909 (18363.836) ausgeht, wird hier nur die professional_de-de.esd herunter geladen. Der Rest der UUP Pakete werden nur als Diffs verteilt, welche mittels RNG Dateien, den Dateien im alten Komponentenspeicher und dem DPX (Delta Package Expander) zu den neuen Dateien werden. Das Download-Volumen ist hier also deutlich geringer. Ist die Version, welche upgedatet werden soll, schon älter, werden gleich die *.esd Dateien verwendet.
(Korrektur 3,50GiB bzw. 3,5GB sollte eigentlich 3,5GiBi bzw. ~3,3GB sein)
Bei mir wird nichts heruntergeladen, deswegen frage ich. Ich kenne es nur von früher, da hatte ich dann eine .esd für das Upgrade irgendwo auf C:\ zwischengespeichert.
Und da du geschrieben hast: „Früher wurden neue Windows Versionen per ESD über Windows Update verteilt.“, nahm ich an diese wurde heruntergeladen(weil es auch zum Traffic passte). Heute geschieht was anderes… Will jetzt aber ungern deswegen testen, wieviel da runtergeladen wird. Beim Upgrade von 1909 auf 2004 wird also weniger als die größer der install.esd gedownloadet!? Mir möchte bestimmt keiner erklären auf welche UUP-Pakete dafür verzichtet werden kann und warum?
Der Download in Einzelteilen wird jetzt im Ordner C:\Windows\SoftwareDistribution\Download\ zwischengespeichert. Hier wird dann auch die endgültigen Dateien für das Upgrade erstellt.
Habe ich mir jetzt aber auch noch mal angeschaut und momentan sieht es so aus, als ob der Download über das WU größer ist im direkten Vergleich zum Download über das UUP Dump. Zumindestens sind die zugrunde liegenden *.rng Dateien meist deutlich größer im Vergleich die den *-esd Dateien:
720 MiB: Microsoft-Windows-Client-Desktop-Required-Package.esd
869 MiB: Microsoft-Windows-Client-Desktop-Required-Package_psf.rng
Das erschließt sich mir gerade nicht, warum die Datei größer sein muss. Ergibt auf jeden Fall zusmmen mit den Metadaten ein deutlich höheres Download-Volumen.
Was Deine Frage angeht, da wird wird nichts weggelassen. Wie ich schon oben schrieb, liegt das nur an der Kompression und der Art und Inhalt des Archives. Die install.wim mit 3.53 GiB ist inhaltsgleich mit der install.esd mit nur 2,67 GiB. Das ist genau der selbe Inhalt, nur anders verpackt.
Die andere *.ESD Datei, welche in C:\ESD zwischengespeichert wird bzw. auch das MCT verwendet, ist inhaltlich auch das Selbe, wie die vergleichbare ISOs über UUP Dump (mehrere Editionen in einer install.esd), nur etwas anders verpackt, so dass es hierzu einem leichten Größenunterschied kommt.
Aber egal ob nun Feature-Update über WU, *.ESD (MCT) oder ISO (MCT oder UUP Dump), das ist immer das Selbe.
edit: Das von 15:57 Uhr hatte ich eigentlich wieder gelöscht. Sorry!
Danke.
WOW² nur die professional_de-de.esd das ist doch mal was. Das die weiteren Daten aus dem Komponentenspeichen kommen, habe ich zwar schon ansatzweise mal gelesen aber da würde ich gerne mehr drüber Wissen! Könnte ich mir so zBsp. die core_de-de.esd mit korrekten SHA-Werten erzeugen?
Was mich jetzt noch irritiert ist, uupdump.ml zeigt bei „Feature update to Windows 10, version 2004 (19041.264) amd64“ Total download size: 4.67 GiB nicht wie DK2000 schreibt 3,04GB.
Ich muss mich entschuldigen, habe mich nie mit UUPDump beschäftigt, weil schwer durchschaubar, kaum Mehrwert für mich und ich dachte am Schluss erzeuge ich so eher mehr als weniger Traffic.
DK2000 meint mit den 3,04GB allein die Professional Version. Die 4,67GB ist die Download größe bei download der Home, Home N, Pro und Pro N zusammen. Da dabei auch die Core_de-de.esd, CoreN_de-de.esd, die ProN_de-de.esd und noch ein paar weitere zusätzliche Pakete enthalten sind.
Danke @Ben Ups so ein Unterschied!
„Aber egal ob nun Feature-Update über WU, *.ESD (MCT) oder ISO (MCT oder UUP Dump), das ist immer das Selbe.“
Im Prinzip ja, aber ich habe das Build dann ein Jahr auf der Platte aber keine SHA-Werte dazu…
Um eine ISO aus dem Softwaredistributionsordner zu erstellen, brauchst du den Wimlib oder decrypt-multi
Wenn das Funktionsupdate oder die Insider heruntergeladen wurde kann man BEVOR man den Neustart anklickt eine ISO daraus machen.
https://www.deskmodder.de/wiki/index.php?title=Anleitung_UUP_ESDs_in_eine_ISO_umwandeln
UUPDump lädt alles herunter und „bastelt“ dann daraus die fertige ISO.
Das wäre hier genauer beschrieben.
https://www.deskmodder.de/wiki/index.php?title=Windows_10_Home_Pro_Education_ISO_Download_direkt_von_Microsoft#Eine_aktuelle_ISO_mit_allen_Updates_herunterladen
SHA-Werte gibt es bei den Methoden nicht. Die originalen SHA Werte gibt es nur bei den MSDN-Versionen
Beispiel Manny und Birkuli bauen jeder eine „identische“ Version zusammen. Die SHA-Werte würden unterschiedlich ausfallen, obwohl in beiden alles korrekt drin ist.
Die 4.73 GiB beziehen sich auf eine ISO mit Home, Home N, Professional und Professional N. Hier muss mehr herunter geladen werden, um alle Editionen erstellen zu können
Die 3.04 GiB bezogen sich bei mir auf eine ISO mit nur der Professional. Hier ist es deutlich weniger. Wenn nur die Home ausgewählt wird, sind es nur 2.99 GiB.
Momentan kommt es mir fast so vor, als ob der Download über UUP Dump für eine Edition kleiner ist im Vergleich zum WU.
Hach, da waren schon wieder welche schneller beim Schreiben.
„Die originalen SHA Werte gibt es nur bei den MSDN-Versionen“ deswegen bleiben mir nur die, ist aber auch ~ok!
Perfekt wärs wenn wie bei 17763 & 17134 die xxxxx.1 veröffentlicht wird.
Danke für die vielen Erklärungen!!
„Hach, da waren schon wieder welche schneller beim Schreiben. “ ging mir jetzt auch wieder so!
„… „identische“ Version zusammen. Die SHA-Werte würden unterschiedlich ausfallen, obwohl in beiden alles korrekt drin ist.“
– die ich bei den entsprechenden Isos mit poste sind ja selbst erstellte – was ja jeder machen kann / könnte ( z.b. mit dem betreffenden Registry-Eintrag)
Die 19041.1 kannst Du Dir erstellen lassen, indem Du in der „ConvertConfig.ini“ die Zeile „AddUpdates =1“ in „AddUpdates =0“ änderst. Dann wird nur die Revision 1 erstellt.
@Manny Sie sollten aber auch offiziell sein!
Würde gerne noch ein hübscher Smiley anfügen, geht aber wie der Zwischenablagespeicher mit der 2004 nicht mehr ;(
@DK2000
oder runterladen von
https://www.deskmodder.de/blog/2019/12/11/windows-10-19041-iso-esd-deutsch-english/
zu finden unter „Urversion“
@ecerer
reicht es nicht wenn die „Rohdaten“ der Isos von MS selber kommen ?
Das ist ja das Gute an UUP Dump.
Jede einzelne Datei hat einen SHA-1 Wert. Der wird kontrolliert, bevor die ISO dann zusammengestellt wird.
Stimmt eine Datei nicht oder ist nicht vollständig, gibt es eine Meldung.
OT: Ich glaub, so viele 4er Kommentare hatten wir noch nie
@moinmoin – du warst zu schnell, war mit tippen noch nicht fertig
@ecerer
wenn du die „originalen“ SHA-Werte haben willst brauchste nur unter uup Dump nachgucken
Beispiel einer 19631 Home
https://uupdump.ml/get.php?id=0c02418e-e0b7-41ec-82f4-2ba868bb689d&pack=de-de&edition=core
das kann man dann bei JEDER Build machen / nachlesen
Das ist ja bissel mein Problem mit UUPDump, da sind die vielen SHA-Werte und wäre da das Script für die Build xxxxx.1 weg, weil es sie vollständig gäbe, wäre es vielleicht noch zu überschauen.
Ich kann das ja alles mit meinem eigen Scripten, aber so wird mir das zu groß und ich werde fast genötigt, das Script von dort zu nehmen, wie im echten Leben…
Das WU ist aber auch irgendwie unlogisch. Mal abgesehen, das man beim Upgrade von 1909 auf 2004 nur die 19041.207 erhält, wird nebenbei der neue Edge installiert, welcher aber durch das Upgrade wieder entfernt wird und nicht erneut angeboten wird. Das ist irgendwie Microsoft Logik. Mit der 1909 bekommt man den neuen Edge über das WU nach dem Upgrade auf die 2004 ist er wieder weg. Ach so, alles im Slow Ring natürlich. Mal schauen, was am 26.05. passiert.
@DK2000
wo steht denn das Windows Update bzw. MS logisch ist ??
auch wenn programmieren ja eigentlich Logik voraussetzt, aber dann wäre eher 🖖 Mr. Spock 🖖 der MS-Gründer und nicht
Bill G. / Paul Allen (✝)
Ok, gilt also sowohl als auch für Windows (++Insider) Versionen, da war ich auf dem falschen Dampfer.
Was mir jetzt wieder noch einfällt, war noch verwirrt gestern!
UUP Pro 3,04GB
UUP Home, Pro auch als N-Version 4,64GiB
MSDN(Consumer) Home, Pro(++Workstation), Edu auch als N-Version ~3,3GB
MSDN Pro Only „wäre“ bestimmt auch 100MB kleiner als 3,04GB
Die UUPs sind einmal x64 mit 4 GB aufwärts
und die x86 mit 3 GB aufwärts
Wie du hier berichtet hast, nehmen wir langsam abschied von 32-Bit Versionen, so waren auch alle meine Bsp. mit x64!!
Welche Variante hat denn bei dir 3,04 GB?
Wo hast du das denn her?
Separat: (Ball flach halten, bezüglich der 4er Kommentare ;))
Zum DPX (Delta Package Expander) finde ich leider keine Lektüre. Was mich vermuten lässt, dass es mir zumindest zu „groß“ wäre. Und komplizierte Erklärungen möchte ich euch ersparen. Aber Lektüre-Links?
Wimlib oder decrypt-multi verwenden den Komponetenspeichen auch nicht!? Wobei ich sowas glaube mal gelesen habe, konnte man nicht aus dem aktuellen System auch eine ~ISO zaubern?
Das ist von DK2000
Das wäre schön, wenn man für den DPX Lektüre seitens Microsoft geben würde. Das Einzige, was ich zu den Deltas gefunden habe, ist das hier:
https://docs.microsoft.com/en-us/windows/deployment/update/psfxwhitepaper
Aber das ist ein etwas schwerere Lektüre.
Wimlib und decrypt-multi kann man mit dem DPX nicht vergleichen. Wimlib ist mehr eine erweiterte Form von DISM mit ein paar mehr Funktionen und feineren Einstellungen, wenn man eine ESD oder WIM erstellen oder bearbeiten will. Und decrypt-multi ist primär dafür gedacht, die ESD zu entschlüsseln. Die ESD, welche z.B. das MCT verwendet, ist verschlüsselt und lässt sich direkt so nicht verwenden.
DPX ist mehr mit SmartVersion zu vergleichen, also aus der alten Datei und der neuen Datei wird eine Differential-Datei erstellt, welche nur die Unterschiede zwischen Alt und Neu enthält. Ausgeliefert wird dann nur diese Diff-Datei. Auf dem Zielsystem wird dann aus alter Datei + Diff-Datei die neue Datei. Das spart normaler Weise Download-Volumen. Aber im Moment merke ich davon nicht viel, zumal diese RNG Dateien, welche über das Windows Update kommen, meist deutlich größer im Vergleich zur passenden ESD Datei aus dem UUP. Wenn man aber die ESD entpackt und dessen Inhalt mit der Ergebnis des DPX vergleicht, ist es das Selbe. Inhaltlich nimmt sich das also nichts.
Eine MSDN Pro Only müsste auch so um die 4,5 GiB werden, zumal MSDN ISOs immer mit einer Install.wim daher kommen.
Das wäre schön, wenn man für den DPX Lektüre seitens Microsoft geben würde. Das Einzige, was ich zu den Deltas gefunden habe, ist das hier:
https://docs.microsoft.com/en-us/windows/deployment/update/psfxwhitepaper
Aber das ist ein etwas schwerere Lektüre.
Wimlib und decrypt-multi kann man mit dem DPX nicht vergleichen. Wimlib ist mehr eine erweiterte Form von DISM mit ein paar mehr Funktionen und feineren Einstellungen, wenn man eine ESD oder WIM erstellen oder bearbeiten will. Und decrypt-multi ist primär dafür gedacht, die ESD zu entschlüsseln. Die ESD, welche z.B. das MCT verwendet, ist verschlüsselt und lässt sich direkt so nicht verwenden.
DPX ist mehr mit SmartVersion zu vergleichen, also aus der alten Datei und der neuen Datei wird eine Differential-Datei erstellt, welche nur die Unterschiede zwischen Alt und Neu enthält. Ausgeliefert wird dann nur diese Diff-Datei. Auf dem Zielsystem wird dann aus alter Datei + Diff-Datei die neue Datei. Das spart normaler Weise Download-Volumen. Aber im Moment merke ich davon nicht viel, zumal diese RNG Dateien, welche über das Windows Update kommen, meist deutlich größer im Vergleich zur passenden ESD Datei aus dem UUP. Wenn man aber die ESD entpackt und dessen Inhalt mit der Ergebnis des DPX vergleicht, ist es das Selbe. Inhaltlich nimmt sich das also nichts.
Eine MSDN Pro Only müsste auch so um die 4,5 GiB werden, zumal MSDN ISOs immer mit einer Install.wim daher kommen.
Also ich hab es jetzt nicht mit diesen Begrifflichkeiten. Da hab ich wohl wieder was durcheinander gebracht.
Ich sprach die ganz Zeit von der:
„19041.84 ESD (vollständig) Cons. x64: 19041.84_vb_release_svc_refresh_x64FRE_de-de.esd“ ~3,3GB, wobei meine 3,26GB hat.
moinmoin meinte: „SHA-Werte gibt es bei den Methoden nicht. Die originalen SHA Werte gibt es nur bei den MSDN-Versionen“, also nahm ich an, es handelt sich dabei um eine MSDN Version, war wohl falsch.
Jedenfals solche ESD’s(19041.84) werden doch auch für das MCT verwendet, da ist alles drin und die ~SHA-Werten sind in der products.cab.
@moinmoin Und nochmal dazu, ich spreche meistens über den Traffic.
Aber auch an DK2000(zu DPX.dll eventuell nochmal später) „Eine MSDN Pro Only müsste auch so um die 4,5 GiB werden, zumal MSDN ISOs immer mit einer Install.wim daher kommen. “ UUP will ja nur die 3,04GiB downloaden, das hatten wir gestern.
Lange Rede, langer Download >3,2GB (18363.959 ->19041.388)
Mehr als die .esd und der Delta Package Expander expandiert das SSU von xMB auf 14MB.
Darf ich mich bestätigt fühlen? Wo scheitert die ^^Theorie? So falsch wie die BigBangTheorie??? (Eben nur Theorie)
Funktionieren UUPs eigentlich auch mit WSUS noch?
gepostet mit der Deskmodder.de-App für Android
was ist daraus geworden ?
Soll wohl zu 95% funktionell sein und sobald es soweit ist, wird man es wohl bekomme. Hatte es ja mal versucht, die aktuelle Version zu testet, aber ist bei mir irgendwie dran gescheiter, dass ich keinen Link dazu in Start hinbekommen habe. War aber auch mein erstens MSIX Paket, was ich erstellt habe. Eventuell hatte ich was übersehen.