Win10PE SE - Contributions to Package Release

Hi HeyJoe,

*

Btw, I never noticed such "...overwriting personalized settings..." because (sorry) I don't use

I was not also using it till one day I notice. 
Some examples:
Components\Tweaks Explorer\"Appearance - High Contrast Black" Plugin
Components\"Color Settings" Plugin
and other plugins with some color tweaks I can remember from memory.


and when I notice I prefer to fix it ... 
(When I have time and If possible)

--->

------>

*

Shortly the story behind it: Since BartPE 2.x (or earlier, can't exactly remember) I have been collecting most of My personalized settings in My so called

Put your Personalized Level=3 Plugins to :
%BaseDir%\Projects\MyPlugins_Direct\ComponentsMy\
folder

This will give you numerous advantages ...
eg. you can extract new distribution zip by deleting project folder, or use Utils\Update ... knowing your personalized plugins not touched. 

As you know all plugins after Basic (or Build) folder are to customize up to last plugins. I mostly use "Basic Project"
(
In fact I use
\"HALT L3 (zu_Halt_L3)" Plugin

Code: [Select]

Call,DownloadX,"%BaseDir%\Projects\Yomi\zu_Halt_L3.Script"

See: Downloading Plugins with a CodeBox
Plugin which works before "Basic Project" Plugin
Later I use Green Play button on the Plugin I work on
and further "Basic Project" Plugin -> "Start" Button

Life easier that way, and I am doing that way for >10 years.
 I only later add mypersonal plugins "Basic Project" and "Chief PluginCache" to projects one by one  5 years ago (First to Gena, later to SE, and the same method with Azin)
  Creating Public Plugins takes a lot more time compared to Personal Plugins. 
)


And like you I also have a set of plugins at "MyPlugins_Direct" 

**
 I believe you already use "MyPlugins_Direct" , still, I hope the information on the current reply is useful to you.
  The current reply is the main reason I split replies this time, so hopefully information transfer not missed.

Hi HeyJoe

*
Good to see "the great working Plugincache mechanism" make you figure out fbwf file  Good story 
 I can imagine the surprise you had, I had also similar experiences, that is one of the fun part of working on PE we like.
  I now understand why you write "great working Plugincache mechanism" 

+
checkbox enabled (switch on) default since normally when end-user provide custom fbwf.sys better end-user have same fbwf.sys after an update out of box.

As far as I can remember (not checked for now) Gena Wallpaper plugin was working a similar way too, and probably some others.

Small things to ease custom settings work out of the box from time to time.

Your case is a very special case, so better keep setting switch on so when normal end-user update fbwf continue the way they customize.

*

My folder %GlobalTemplates% was large (I maen really large content)

You hit my curiosity 
 Mine seems to be 97 GB + 121 GB = 218 GB (121 GB is old plugins and old packages of Azin-Gena-SE-Yomi, relevant folders junctioned to usb disk) 
  It includes nearly everything related to PE since Gena (eg. noelBlanc documents), things before Gena is on an old PC.

+
I start with BartPE 3.x ...
 It will be nice If you can share a "HeyJoe_Plugins.7z" around, From time to time people share plugin packages which can be useful to others.

Hi HeyJoe,

Lancelot, Do You see, what else "great working Plugincache mechanism" can reveal ?

Have you tried using Ram drive 

Junction_RamDrive.cmd

Code: [Select]

cd /d "%~dp0"
Set BaseFolderDrive=D:
Set BaseFolderName=1Oven_TEST_TEST_TEST_TEST_TEST_TEST_TEST_TEST
Set TargetFolderName=Win10PESE
Set RamDrive=R:

md "%RamDrive%\%BaseFolderName%\Target\%TargetFolderName%"
md "%BaseFolderDrive%\%BaseFolderName%\Target\"
rd /s /q %BaseFolderDrive%\%BaseFolderName%\Target\%TargetFolderName%"
mklink /J "%BaseFolderDrive%\%BaseFolderName%\Target\%TargetFolderName%" "%RamDrive%\%BaseFolderName%\Target\%TargetFolderName%"
pause
exit
cmd

If you have not used junction before, have fun with above cmd

"Chief PluginCache" mechanism provides faster builds, with ram drive fastest possible (and junction to ramdrive makes things easy)
 This leads to being able to do more tests to inspect things,
  More tests using possible minimal time can reveal many things. "Chief PluginCache" only helps.

*
"Chief PluginCache" Plugin is only for projects. I already expand it to "Components" but further would be problematic with the current builder...
 (Bob.Omb also asked long time ago ... )
  A generic "PluginCache" mechanism I had done at home, but not good enough to public and gain is not much.
   In the end when required Plugin Authors can easily implement a "PluginCache" mechanism to their plugins the way they like coding.

Reminding, most plugins do not need "PluginCache" 

ps: Better to give name correctly to avoid confusion:
"Chief PluginCache" Plugin = ProjectCache
Standalone Cache = PluginCache

*
These are the keyboard change Plugins I could quickly find 
\ComponentsY\Tweaks\"Tweak Language Bar (Input Indicator)" Plugin
\ComponentsY\Tweaks\"Tweak Language Custom PreLoad" Plugin
\ComponentsY\Tweaks\"Tweak Language Hotkey" Plugin
\Apps\System Tools\"Switch Keyboard" Plugin

*
I will be happy If you can summarize "Folder Auto Save Settings" on PE :
PE (System) --> It does not ?
PE (Administrator) --> It does or not ? I guess it does ?
fbwf version change affects this "Folder Auto Save Settings" behavior? I do not know ? Maybe not related to subject at all. 


*

(
 - not finished now regarding BuildClass=2 along with pCheck_ExtractWimFolder_AutoD=AutoDetect,1,3,10,181,84,18,True
 - see plugin "%ProjectDir%\Images.script" and My Reply #34 above
)

I am waiting for your results, hopefully, we can pack today and I can focus on other life things.

Hi Lancelot,

I am waiting for your results, hopefully, we can pack today and I can focus on other life things.

Agree. Time is the limit...

Build\"Images Configuration" v97 on servers.

Thx, dl & check

with the exception of
 >> [Interface] >> pCheck_ExtractWimFolder_AutoD=AutoDetect,10,3,10,181,84,18,True
When in BuildClass=2 mode.

Again wrong wim index:

As I already wrote in "http://theoven.org/index.php?topic=3351.msg39955#msg39955"

Reason: Fixed-coded commands in section [SetWimTools] from line 417 436 and below in ascending order of the index numbers:

If,ExistFile,%SourceDir%\sources\install_wim\1\Windows\System32\ntdll.dll,Set,%ti%,%SourceDir%\sources\install_wim\1
...
If,ExistFile,%SourceDir%\sources\install_wim\10\Windows\System32\ntdll.dll,Set,%ti%,%SourceDir%\sources\install_wim\10
If,ExistFile,%SourceDir%\sources\install_wim\11\Windows\System32\ntdll.dll,Set,%ti%,%SourceDir%\sources\install_wim\11
If,ExistFile,%SourceDir%\sources\install_wim\12\Windows\System32\ntdll.dll,Set,%ti%,%SourceDir%\sources\install_wim\12
If,ExistFile,%SourceDir%\sources\install_wim\N\Windows\System32\ntdll.dll,Set,%ti%,%SourceDir%\sources\install_wim\N

That is why it always selects the last one available below %Source_Sys% ! --> not good.

I added history note to section [Main] saying:
History_JH001=J.H. 2021-Apr-08 - While using BuildClass_ScrollBox="BuildClass 2" AND AutoDetect pCheck_ExtractWimFolder_AutoD=True ... --> Hey Lancelot, changes made in v.091 up to v.097 do NOT fix wrong index if selected BuilClassis = 2 :( --> It is a must to get right index: See lines below line saying: "// See History_JH001"

and therefore added for Me in section [SetWimTools]
starting after org. line #479 saying: //If,%ti%,Equal,-,Set,%tb%,%ti%
     and after org. line #480 saying: End

// ----------------------------------------------------------------------
// See History_JH001
// Get The Right WIMIndex In Case %BuildClass%=2 (also %PType%=2) AND %pCheck_ExtractWimFolder_AutoD%=True
// At this point the conditions mentioned above are met.
Call,DirMake,%ProjectTemp%\WimInfo
Run,%ScriptFile%,WimInfoInstall
Set,%ti%,%SourceDir%\sources\install_wim\%WIMIndex%
// ----------------------------------------------------------------------

+

Hide vs. Not hide:

I added history note to section [Main] saying:
History_JH002=J.H. 2021-Apr-09 - Note: Lancelot loves to hide "WIMImageInfo_SpLevel", I don't like it in cases where no need to do so - different opinions - So what.

and therefore added/changed for Me in section [WIMInterfaceInfo]
starting after org. line #977 saying: Else,ChangeInterface,Write,Value,,,WIMImageInfo_SpLevel,"Service Pack : %OSServicePack%"

// See History_JH002
// If,%OSServicePack%,Equal,SP0,ChangeInterface,Write,State,,,WIMImageInfo_SpLevel,0
// Else,ChangeInterface,Write,State,,,WIMImageInfo_SpLevel,1

That's it.

If written remarks to Again wrong wim index: not clear enough, let Me know.
If You like pm the changed plugin, let Me know.

See You.

Hi HeyJoe,

> Hide vs. Not hide:

At least you have N/A out of box  so only changing 2 lines enough for your personal preference 

> Again wrong wim index:

I will try to understand following your codes sometime tonight or tomorrow.

+
Meanwhile, feel free to reply to other things, time is running out for me, better do as much as possible before pack.

Hi Lancelot,

> Meanwhile, feel free to reply to other things, ...
I think: later. The world can wait. Time is the limit. Not... --> You know the rest.
Most important I feel is wrong wim index under mentioned conditions.
However, keep cool. Plugin on server w/ default BC=3 works nicely.

> ... time is running out for me,...
OK. I feel let's have a break. The world can wait.

> ... better do as much as possible before pack.
I feel it is too early to pack another one. The world can wait.

Regards

@ Lancelot,

> Again wrong wim index:

I will try to understand following your codes sometime tonight or tomorrow.

Would the following along with previous posts help You understand better ?

1.: Full extracted Win10_1809_English_x32.iso folder tree looks as shown in pic_1.png
    - ex.: german 1809 has one index folder less (other localized editions may also have different folder structure) --> btw. platform 32 or 64 bit no matter on any lang.
2.: Put Your recent v.097 plugin "Images.script" where it belongs to.
    a) Start WB
    b) don't forget select build source as usual - see pic_2.png
    c) open plugin ("Images.scrpt") gui >> select BuildClass 2, do not change anything else - see pic_3.png
3.: Hit on open plugin ui the little green play button next to logo (the shortest way getting result, as You know )

4.: See resulting pic_4.png I got
    Important: pay attention to txt strings on plgin ui (I underlined) saying:
     --->  Install.wim : 11 Registry: Windows 10 Enterprise N
     --->  Install.wim : 11 WimInfo: Windows 10 Pro N for Workstations
    It shows Us:
    a) wrong wim index 11
    b) N --> Quote from M$: No media player and other audio technologies
Because We have e.g. plugin %ProjectDir%\Components\MSMediaPlayer.Script default enabled - leads newbie to having no music in pe
Same game with plugin %ProjectDir%\Drivers\Audio8.Script (default enabled too)- missing files (see log file if You would do a full build)

Edit: By the way, I don't know if You knew: in Win7 sp1, N apparently doesn't mean no WMP, because you can find the necessary files in the N folder.

+

Now I have replaced plugin "Images.script" with thie one that I have changed as already written before.

5.: Repeated steps 2.a) + 2.c)

    --> please see pic_5.png in next post


That's it.

Take time. See You.

@ Lancelot,

See pic_5.png

Regards

Hi HeyJoe,

An idea came to me from my crystal ball 

I guess the information you missed to write is you extract other indexes ?

@ lancelot,

> ... information you missed to write ...
?
Question not understood exactly.
Please specify.

Regards.

@ Lancelot,

Hmm, do You mean info shown in pic_1.png above ?

Just wanted to ease the way You should look for.

Regards.

Just a few comments from your previous replies :

*

Now (like a bolt out of the blue) I started to remember, that in ~2018 (or so) I was allowed (because of free access to TheOven that time) to download

It is a homemade forum, but after many attacks
http://theoven.org/index.php?topic=2991
and since Galapo can not always have free time, the solution was log in with pw.

I also prefer open to public, it will be one day, up to free time,
for now, forum still working nocommercial home hobby, all resources open to public, but only with login password.

*

> ... better do as much as possible before pack.
I feel it is too early to pack another one. The world can wait.

I agree but better pack the last package before go.
Also Win7PESE and Win8PESE require new package to get them work out of box.
Bonus: All packages have the same date.

For regular users around, they never need to download a new package,
 they know how to use "\Utils\Update ... "to get only updated plugins from servers.

*
Let me know If I miss responding something you wrote,
 now continue to work on "Images Configuration" Plugin to support multiple extracted wims 
  Just another condition never happened since before 2016.02 (History039) 

Hmm, do You mean info shown in pic_1.png above ?

Yes, but trust me, I idea came when I was out of home, and when writing I did not see pic_1.png

Correct: Information you missed to provide before your Reply #47   --> It can be solved before 

After insisting on to figure out, now time to solve, I will inform when I update pllugin.

+

Most important I feel is wrong wim index under mentioned conditions.
However, keep cool. Plugin on server w/ default BC=3 works nicely.

> ... time is running out for me,...
OK. I feel let's have a break. The world can wait.

Since Most important will be solved on the next update, I will be glad If you continue feedback with Less important things.

@ lancelot,

>  Just another condition never happened since before 2016.02 (History039)

Can't belive it.

Let Me check My archives from the past.

Regards.


Edit:
Reply #52 http://theoven.org/index.php?topic=3351.msg40164#msg40164

I know the story.

> because of free access to TheOven that time...
It is not meant as a complain!
Only historical fact. And I feel that Galapo decided abslutely right.
That's all.
+
> I also prefer open to public, it will be one day, up to free time, ...
Don't get Me wrong: I do Not. More exact spoken: not open to such a "public" You mentioned 100+ times in the past - You know ?
+
> ...but only with login password.
I absolutely d'accord. Let it as it is.
This way there is at least a bit of blocking against attackers and other idiots.
and lazy users who are unwilling to read FAQ first ...


Btw. What about dozens of "Guest" all the time?
I would be happy to see only registered users.
Throw them out at some point, if possible.

Edit: Uh oh, "Guest" is a registered user with a password, right or not ?

Hi Lancelot,

Can't belive it.

Let Me check My archives from the past.

I do not want to argue with You. Our available time is far too good for that:

But

Correct: Information you missed to provide before your Reply #47   --> It can be solved before 

As written multible times before: I always use BuildClass=2 in regular builds - which mandatory requires full extracted iso file, otherwise build would fail at all.
About Your quote "... Information you missed to provide before your Reply #47...": I don't see that as "missing info to provide" but as a matter of course for advanced people. I just assumed that it is known and therefore does not have to be mentioned separately.

and

  Just another condition never happened since before 2016.02 (History039) 

From my point of view, this is not an unprecedented situation, it has never been properly recognized.
If I remember correctly, there was no M$ Windows Media Player plugin or similar (now Oscar provided) before You introduced buildclasses in PESE and then later made BuildClass=3 the default.
Otherwise other people than Me might have noticed.
To make matters worse, most people use English versions, I think, and so some things may go unrecognized.

However, as long as I deal with Win10PESE (-2016/17 I guess), I always set the checkbox "pCheck_ExtractWimFolder_AutoD" to False,
checkbox "pCheck_ExtractWimFolder" to True and entered by hand the correct index path to "pBootWimSrcBox" and "pInstallWimSrcBox". And when the buildclasses came along, always selected BuildClass=2

I was happy that everything was going well until the day I looked closer... You know the rest.

Again: the matchball is "pCheck_ExtractWimFolder_AutoD" set to True (and Hide) by plugin default which seems to Me never was working OK in BuildClass=2 as it should.
As I wrote before: Keep cool. BuildClass=3 is working well.

The world can wait.


That all. Best Regards.

Hi HeyJoe,

Can't belive it.

Let Me check My archives from the past.

I do not want to argue with You. Our available time is far too good for that:

Feel free to write your arguments. 

Forum created to get rid of old idiots 10 years ago which kills all hobby fun,
 I was slow kicking out new idiots, that was the reason for some discussions after some years 2016
   which seems to me to make you a bit nervous.

We missed the builder replacement chance and some other things following my mistake to kick out early idiots.
(you can easily see any development dies in time with the involvement of idiot post gamers  )

On the other hand there are 2 new builders (LSP, Wimbuilder) (+1 noelBlanc documentation) and project number increases. (a few days ago MaineCoon with MergePE )
 My >10 years old argument again correct "we need a forum without idiots and post games to develop further".

As long as you honestly write your ideas, comments, arguments, there will be no problem. 
 There are lots of honest replies inside topics that also do not share my ideas. 
  Well like you, at last I could get LSP have minimize option which was ignored for years.
   (and I closely know LSP Developer CD-RW (Kare) maybe 15 years now   )

I write my comments, arguments with my reasons and predictions,
   old predictions come true in passing years proves my old comments are right.
     I keep all such "discussion" topics open, when the day comes I can easly show the reference.
     I also have failures, my old prediction as a candidate of my replacement was totally wrong, and I learn from my mistakes.

Life ...

And I frequently provide extra info on replies knowing you already know them or to be sure.

Shortly, you do not need to be nervous at all. (If I feel right).

All for fun. 

+

Again: the matchball is "pCheck_ExtractWimFolder_AutoD" set to True (and Hide) by plugin default which seems to Me never was working OK in BuildClass=2 as it should.

No need to look at your archives, It was never implemented to support multiple extracted indexes the way you use.   
 I am now implementing the first time. 

*

Correct: Information you missed to provide before your Reply #47   --> It can be solved before 

As written multiple times before: I always use BuildClass=2 in regular builds - which mandatory requires full extracted iso file, otherwise build would fail at all.
About Your quote "... Information you missed to provide before your Reply #47...": I don't see that as "missing info to provide" but as a matter of course for advanced people. I just assumed that it is known and therefore does not have to be mentioned separately.

Extracting all install.wim with all indexes not required.
 I never extract all indexes as you did to build.
   I guess nobody does such a thing or better say nobody does such a thing and report around.
    There will be lots of posts on this subject if such a thing (extract all indexes) required or used by many. 

*
Just to clear :
Adding BuildClass3 to Win10PESE was something I did when developing Azin and developing BuildClass3 with Macro Library.
Since BuildClass works out of the box smoothly for regular users Later I set it to default.
 (no need extract -> testing with different sources without extract ..)

Just to clear, Azin is my main focus, not "Win10PESE BuildClass3", I only follow the support on the projects with limited time when possible. 

I feel you will get Win10PESE to even much better in time. 

*
Maybe we should disable Guest support on forum along with pm support to avoid future post gamers like we did 10> years ago.
Maybe disabled Guest support may also help open forum to nologin visible.
All require Galapo time, sadly he is very busy.
And since I am not an expert on forum things, with the limited time I do not want to make trials and break something. 

*

The world can wait.

Coming going from to pc today, I can say the "Images Configuration" update half finished. Time ...

btw,

on HeyJoe Reply 47
http://theoven.org/index.php?topic=3351.msg40158#msg40158

pic_1 I see 11 folders,

here with Win10_1809_German_x32.iso (v10.0.17763.1), I get only 10 index, not 11

only informing that is all.

+ More info :

German source wiminfo do not nicely match ProductName

Registry Info:

Code: [Select]

[1]
ProductName=Windows 10 Home

[2]
ProductName=Windows 10 Home N

[3]
ProductName=Windows 10 Enterprise

[4]
ProductName=Windows 10 Enterprise N

[5]
ProductName=Windows 10 Enterprise

[6]
ProductName=Windows 10 Enterprise N

[7]
ProductName=Windows 10 Enterprise

[8]
ProductName=Windows 10 Enterprise N

[9]
ProductName=Windows 10 Enterprise

[10]
ProductName=Windows 10 Enterprise N

and wiminfo:

Code: [Select]

[Attributes]
ImageCount=10
Compression=LZX
Encrypted=0
MultiVersion=0
MultiFallback=0
MultiArch=0

[1]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=Core
NAME=Windows 10 Home
DISPLAYNAME=Windows 10 Home
DISPLAYDESCRIPTION=Windows 10 Home
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=Core
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[2]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=CoreN
NAME=Windows 10 Home N
DISPLAYNAME=Windows 10 Home N
DISPLAYDESCRIPTION=Windows 10 Home N
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=CoreN
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[3]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=Education
NAME=Windows 10 Education
DISPLAYNAME=Windows 10 Education
DISPLAYDESCRIPTION=Windows 10 Education
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=Education
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[4]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=EducationN
NAME=Windows 10 Education N
DISPLAYNAME=Windows 10 Education N
DISPLAYDESCRIPTION=Windows 10 Education N
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=EducationN
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[5]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=Professional
NAME=Windows 10 Pro
DISPLAYNAME=Windows 10 Pro
DISPLAYDESCRIPTION=Windows 10 Pro
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=Professional
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[6]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=ProfessionalN
NAME=Windows 10 Pro N
DISPLAYNAME=Windows 10 Pro N
DISPLAYDESCRIPTION=Windows 10 Pro N
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=ProfessionalN
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[7]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=ProfessionalEducation
NAME=Windows 10 Pro Education
DISPLAYNAME=Windows 10 Pro Education
DISPLAYDESCRIPTION=Windows 10 Pro Education
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=ProfessionalEducation
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[8]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=ProfessionalEducationN
NAME=Windows 10 Pro Education N
DISPLAYNAME=Windows 10 Pro Education N
DISPLAYDESCRIPTION=Windows 10 Pro Education N
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=ProfessionalEducationN
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[9]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=ProfessionalWorkstation
NAME=Windows 10 Pro for Workstations
DISPLAYNAME=Windows 10 Pro for Workstations
DISPLAYDESCRIPTION=Windows 10 Pro for Workstations
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=ProfessionalWorkstation
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

[10]
ARCH=0
BUILD=17763
MAJOR=10
MINOR=0
SPBUILD=1
SPLEVEL=0
LANGUAGE=de-DE
EDITIONID=ProfessionalWorkstationN
NAME=Windows 10 Pro N for Workstations
DISPLAYNAME=Windows 10 Pro N for Workstations
DISPLAYDESCRIPTION=Windows 10 Pro N for Workstations
FALLBACKLANGUAGE=en-US
INSTALLATIONTYPE=Client
FLAGS=ProfessionalWorkstationN
FALLBACKLANGUAGECount=1
VERSION=10.0.17763.1

fun continues...

@ Lancelot,

> btw,

Didn't You noticed that it is the english one.
I thought it is a good idea to ease Your going on
and also show You different but "right" wim index because of different localized editions
en = 6, de = 5, ...

only informing that is all.