Deskmodder.de

Ok schaue halt immer nur dort vorbei, wenn es was Neues gibt.

Kannst du. Aber eben die Kanäle, die dort aufgeführt werden, nicht als "die wahre Quelle" nehmen

Bei UUPdump hängt es davon ab, welche Reihenfolge bei der Abfrage der Kanäle verwendet wird und welches Update zuerst dan angezeigt wird.

Wenn zuerst Retal abgefragt weird, dann sit die 26100.1000 "Retail". Wenn zuerst Release Preview abgefragt wird, dann ist sie "Release Preview". Dass ändert sich dann auch nicht mehr. Was einmal in der Datenbank drin steht, bleibt so unverändert bzw. es wird nicht der Kanal gespeichert, welcher tatsächlich gerade abgefragt wurde. das ist ein tiefergehendes Problem mit den Skripten.

@moinmoin
Paul hatte dazu letztens, in einem ähnlichen Fall, auf MDL geschrieben:
"" It was originally intended for the RP channel, but some flags on the UUP dump make it available in the retail, RP and beta channels "".....

Finde nur leider den Post gerade dazu nicht...!

Wenn ich bei mir die Datenbank vom lokalen Server lösche und zuerst den Retail Kanal Abfrage, ist de 24H2 im Retail:
Würde ich jetzt den RP Kanal abfragen, ändert das nichts mehr an der Anzeige, weil das Paket bereist in der Datenbank gespeichert wurde und nicht erneut gespeichert oder verändert wird.

Aber die Anzeige ist da für mich nicht so wichtig. Interessanter beim lokalen Server ist die Ausgabe vom Skript "uupdump-get.cmd". Dort sieht man, was tatsächlich in dem Kanal so rumlungert, den man gerade abfragt (z.B. Retail Kanal):

Hmm also bei mir wird immer 23h2 angezeigt bei Retail über die Homepage. Cache wird immer gelöscht beim beenden daher alte Dateien können nicht geladen werden.

Den Cache im lokalen Ordner vom Webserver (~\uup-dump\fileinfo und ~\uup-dump\packs). Das die Datenbank.

Außerdem müsste eventuell das Skript angepasst werden. Ich weiß nicht, welche Version Du verwendest. Ich habe da am Get Skript auch schon wieder so viel rumgewerkelt.

Ich nutze die Webseite was ich oben ja schrieb.

Ach so, dann hast Du keinen Einfluss auf das, was angezeigt wird. Musst Du so hinnehmen, auch wenn das nicht unbedingt alles so stimmt. Aber das scheint nicht so einfach zu sein, dass hinzubekommen. Ansonsten hätten die Macher der API und Webseite das bestimmt schon geregelt.

Ok Also nur über das Script Official UUP dump app sieht man im Retail die 24h2. Gut zu wissen.

Neu:
uup-converter v107

- Reinstall all LCUs together after NetFx3 feature (26052+)
this is merely a quick fix
checking LCUs versions and order integration accordingly will need some work

Download:
https://github.com/abbodi1406/WHD/raw/m ... lib-107.7z

Neu:
uup-converter-wimlib-107f.

Changelog:
- Fixed detection for "Error: 1726 The remote procedure call failed.", which is mostly a harmless error and can be ignored

Download:
https://github.com/abbodi1406/WHD/raw/m ... ib-107f.7z

Neu:
uup-converter-wimlib-108

- All: Detect SSU(s) version, and install the highest only
- 24H2: Detect LCU(s) version, and install the highest only (26052+)
- 24H2: Fix SSU misdetection as .NET rollup in latest updates
- 24H2: NetFx3 feature will not be enabled if multiple LCUs detected
- Show defender-dism package versions, and fix detection for arm64
- Limit LCU .mum timestamp workaround for builds 22621+ < 26052
- DisableResetbase registry will be always set to 1 for builds 25380+

Download:
https://github.com/abbodi1406/WHD/raw/m ... lib-108.7z

Neu: uup-converter v108r

Changelog:
- Extend LCU .mum timestamp preserve workaround for all builds 22621+

Download:
https://github.com/abbodi1406/WHD/raw/m ... ib-108r.7z

mal ne frage,

wie lange dauert bei euch das bauen einer ISO mit/von UUPDump.net ?? Irgendwie bin ich der Meinung früher ging das mal
viel schneller.

Heute 26100.1876 um 9:30 Uhr die bat gestartet (Nur Home & Pro als Image)(download der files mit 68MB/s, daran liegts nicht)
12:24 Uhr immer noch nicht fertig, hing aber auch jetzt ewig beim 2.image bei nem Update bei 72,8% , das ist heute definitv zu lange !?!?

NVME SSDs, Ryzen5800x 4,8GHZ, 32GB RAM, kein extra Antivirus, nur der Defender.