Win10XPE Project

As that decision rests solely in his hands in regards to the Project Release

I personally use PE for every single boot to check a computer, not really using it for multiple machines at once :D
So, we can discuss the related thing but not needed for a fix on the next release of the big project.

Hi,
My attempt for the Computer name with wilcards ??++ accepted (as in PENetwork)

In "Include\x64(x86)\AdditionalFiles\Windows\System32\PeNetwork_AfterStartup.cmd" I added

Code: [Select]

BroadcastEnvChange.exe /broadcast SendMessageTimeout

To broadcast %ComputerName% Environnement variable, not done by PENetwork


In CoreOption

Code: [Select]

RegWrite,HKLM,0x2,Tmp_Software\Classes\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D},LocalizedString,%ComputerName%

=>

Code: [Select]

RegWrite,HKLM,0x2,Tmp_Software\Classes\CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D},LocalizedString,#$pComputerName#$p

To use now the ComputerName environment variable in the explorer tree


In addition to the registry ComputerName, it is also replaced now into PENetwork.ini (Default Win10XPE), unless already modified by the user.
PENetwork.ini being in Unicode, I used the JREPL.bat tool to change the name

In CoreOption, It is done with

Code: [Select]

ShellExecute,Hide,%GTools%\Jrepl.bat,"#$qWin10XPE#$q #$q%ComputerName%#$q /f #$q%Target_Prog%\%PENetworkFolder%\PENetwork.ini#$q /UTF /o -"

Just for the example patch a binary file with JREPL

Code: [Select]

ShellExecute,Hide,%GTools%\Jrepl.bat,"#$q\x4D\x00\x69\x00\x6E\x00\x69\x00\x4E\x00\x54#$q #$q\x4D\x00\x69\x00\x6E\x00\x69\x00\x4E\x00\x58#$q /m /x /f #$q%GTarget_Sys%\vssapi.dll#$q /o -"

 Projects_ComputerName.7z (36.4 kB - downloaded 55 times.) (v2)

To test without rebuilding:
In Build Core, Additional Options, choose Custom Name and use for ex: Win10XPE-??++ or MiniNT-?+++ or...
and Change Level=3 in "Projects\Win10XPE\Features\CoreOptions.Script" + Refresh WB, to get it in the tree and use the tiny Play button. Then, reset the level=0.

Let me know, thanks for feedback. 

Oops sorry, badly tested 
Win10XPE startup is very long if the char + is writen for the ComputerName in the registry. It is removed now before the RegWrite
+ is still used as a wildcard in PENetwork.ini
Projects_ComputerName.7z has been updated on the previous post

Found a little script bug...

While testing a build today - The MPC-BE file did not download... Nor did it roll over to the second url.. Nor did it display a message

Code: [Select]

[Download]
If,Not,ExistDir,%ProvideFiles%,DirMake,%ProvideFiles%
Download,%ProvideFiles%\%SetupFile%,%SetupURL%
If,Not,ExistFile,%ProvideFiles%\%SetupFile%,Download,%ProvideFiles%\%SetupFile%,%SetupURL2%
If,Not,ExistFile,%ProvideFiles%\%SetupFile%,EchoExtended,"Error: %SetupFile% has not been downloaded.",Warn,,Message,10,Exit

I believe the reason is because the aria2c error causes the exit of the script...
Maybe better to have - if script warning message present ->

Code: [Select]

[Download]
If,Not,ExistDir,%ProvideFiles%,DirMake,%ProvideFiles%
Download,%ProvideFiles%\%SetupFile%,%SetupURL%,NoExitOnError
If,Not,ExistFile,%ProvideFiles%\%SetupFile%,Download,%ProvideFiles%\%SetupFile%,%SetupURL2%,NoExitOnError
If,Not,ExistFile,%ProvideFiles%\%SetupFile%,EchoExtended,"Error: %SetupFile% has not been downloaded.",Warn,,Message,10,Exit

Yes, I added both NoExitOnError

The download fails indeed on the mirror https://kent.dl.sourceforge.net/ not secure
I changed the links to auto-select one sourceforge mirror. Not sure that %SetupURL2% is still needed

Code: [Select]

%SetupURL%=https://sourceforge.net/projects/mpcbe/files/MPC-BE/Release%20builds/1.5.3/MPC-BE.1.5.3.x86.7z/download
%SetupURLx64%=https://sourceforge.net/projects/mpcbe/files/MPC-BE/Release%20builds/1.5.3/MPC-BE.1.5.3.x64.7z/download

also looks like they Self-Hosting again

Code: [Select]

https://www.videohelp.com/download/MPC-BE.1.5.3.x86.7z
https://www.videohelp.com/download/MPC-BE.1.5.3.x64.7z

What Network Additions do we get without Full Software ??

As "Admin" account requires Full Software & Network Additions to work...
But "System" account does not require Full Software or Network Additions...

So, Just wondering if "Network Additions" should require "Full Software" or "Admin Account??

As I have edited NETFx4 (DotNet.script) to allow other apps to call the process and write registry values (thus NO requirement for "Full Software")

NETFx4 seems to have no bearing on Network with or without "Network Additions" Selected...

Also made a .Net Framework 3.5 utility to just enable/disable Add-Feature NETFx3 (still testing registry results)

The administrator needs the full software only by ease, I haven't look any further for the necessary registry for switch to Admin.
Same for Microsoft .NetFX4, but if the registry is now written in DotNET.script, we can then remove the dependency for "Full Software" (Build Core: line 371)

With "Full Software", we need "Network Additions" to make Wlansvc operational, there is probably a simpler way but I didn't look for
But the opposite is not mandatory, we can select "Network Additions" without using the Full Software Registry

To test without rebuilding:
In Build Core, Additional Options, choose Custom Name and use for ex: Win10XPE-??++ or MiniNT-?+++ or...
and Change Level=3 in "Projects\Win10XPE\Features\CoreOptions.Script" + Refresh WB, to get it in the tree and use the tiny Play button. Then, reset the level=0.

Let me know, thanks for feedback. 

@ChrisR: I tested your new script and its works like a charm.

To remove '-' at the end of Computer Name on the PE desktop, we can insert two lines after line #109:

Code: [Select]

StrFormat,RIGHT,%ComputerName%,1,%EndChar%
If,%EndChar%%EndChar%,EQUAL,--,StrFormat,RTRIM,%ComputerName%,1,%ComputerName%

Thank you for your feedback and for the - at the end of Computer Name  .
I had hesitated to do it. I will add the 2 lines with the same also for _

Code: [Select]

If,%EndChar%,Equal,_,StrFormat,RTRIM,%ComputerName%,1,%ComputerName%

Win10XPE_2019-09-18 update

WinXShell: Update rc4.2beta2. Added support for Microsoft Managment Control (MMC)
StartIsBack++: Update v2.8.9
Rufus: Update v3.7
PinUtil: (New) v1.2.1 Pin To Taskbar and StartMenu Utility. pecmd.ini and AddPin macro have been updated accordingly
Jrepl.bat: (New) v8.4 Perform global regular expression, text, bin, search and replace operation
Autorun.cmd: Remove Google Chrome.lnk no longer required with latest versions

Explorer,IME Common...: Additional dependencies for Windows 20h1 Insider Preview. Successfully tested with Build 18980
Build Core: ComputerName with Wildcards ?,+ accepted. The ComputerName environment variable is broadcasted in PeNetwork_AfterStartup.cmd
            New option to Patch Controller.dll to Get the Credentials Window and additional choice for the WinPE Cache Size 3072,4092
Explorer: Add "Volatile" Environment variable HomePath, HomeDrive and LocalAppData
Internet Explorer 11: Added Registry, Files, Search Engine Icon and Set the UserChoice
Config: Explorer and WinXShell use the same registry now. Associate .cfg,.inf,.ini,.log,.scp,.script,.txt,.wtx (txtfile) for Full Software also
NET Framework: The plugin can now be called from another App and write Registry Settings without the need for the Full Software
Switch to Admin: Hidden option to Pre-Create Admin Profile before switching, if needed. Default: %PreCreateAdminProfile%=False
Create ISO: Patch DrvInst.exe and Controller.dll to Get the Credentials Window, if enabled in Build Core

Remote Desktop: Patch Controller.dll to Get the Credentials Window is moved in Build Core and Create ISO. It is Used for Remote Desktop but Also for Mapping a Network Drive,...
                Note: NLA Support Requires the Admin account. It is Not Available with the System Account, even with Files and Registry from Switch To Admin plugin
PowerShell Core-6: Link updated to v6.2.3
Q-Dir: Update v7.8.2
Acronis TrueImage 2020: (New) current build 20770. In place of ATI 2019
AOMEI Backupper: Link updated to v5.2.0
AOMEI Partition Assistant: Link updated to v8.4.0
Macrium Reflect Free: Update v7.2.4440
CPU-Z: Update v1.90
HWinfo: Update v6.10
MPC-BE: Link updated to auto select one of the available mirrors
VLC Media Player: Program Version (Link) updated to 3.0.8
AnyDesk: Update v5.3.2
Google Chrome: Update v76.0.3809.100. Revised Registry and add USER DATA Import Process
Mozilla Firefox Quantum ESR: (New) current version downloaded v68.1.0.7177
NETFx3 Add-Feature: (New) Utility. Enables/Disables .NET Framework 2.0-3.5 Support in XPE
Plugin Creator: NoExitOnError if script warning message
XPE Microsoft Edge x64(x86) Plugin Creator: (New) Utility. Will Create a X64(x86) XPE Plugin From The Actual Edge Setup File

With James' contributions, Slore with his improvements in RE:Win10XPE, WinXShell...
Thank you to all you around for your participations and contributions, essential to the project's improvement 

Win10XPE_2019-09-18 update

many thanks for the updates ChrisR  - testing now

Let me know APT, I haven't checked the 100% compatibility with PEBakery that you rightly appreciate 

Hi ChrisR

I haven't checked the 100% compatibility with PEBakery

just a few minor typo's

GoogleChrome_76.0.3809.100_XPE.script - Double-quote's number should be even (Line 210)

Code: [Select]

If,Not,ExistDir,"%GTemp%\%ProgramFolder%\User Data",DirMake,"%GTemp%\%ProgramFolder%\User Data

and in
XPE MSEdge x64 Plugin Creator.Script and likewise x86
Double-quote's number should be even,  lines (108,166, and 171)

Code: [Select]

IniWriteTextLine,%w%,Process,"If,ExistFile,#$pGCustom#$p\MS Edge\User Data.7z,Run,#$pScriptFile#$p,Extract_UserData
IniWriteTextLine,%w%,Add_Registry,"RegWrite,HKLM,0x1,Tmp_Software\Classes\.htm,,MSEdgeHTM
IniWriteTextLine,%w%,Add_Registry,"RegWrite,HKLM,0x1,Tmp_Software\Classes\.shtml,,MSEdgeHTM

Edit:  Also checked Features plugins - All OK

Hi ChrisR, thanks for this new update. I just noticed one difference, when checking  "Microsoft .NETFx4" there was no longer a reminder to also enable "Network Additions"?

Hi Fred-o,
Yes, indeed, the control and reminder for "Network Additions" is no longer required when enabled DotNET. It was removed.

The DotNET plugin is now registry independent and the Full Software registry is no longer required. Thanks to James, DotNET is not my thing.
It should also be noted that with Full Software, Network Additions is necessary to obtain the Wifi service (It is still the case for now).
And so, in cascade, since the Full Software is no longer necessary for the DotNET plugin, then the dependency between DotNET and "Network Additions" is no longer needed.

For info, we have the same thing with the Admin plugin -> Full Software required -> "Network Additions" to get wireless.
Here, it's still the case and the relationship between Admin and "Network Additions" is always appropriate.

Note that the network, the Wifi work well with the base registry. "Network Additions" is only a complement, non-essential.

I hope I'm clear

just a few minor typo's

Thanks APT 

The typos are fixed and the package was updated without changing the date: Win10XPE_2019-09-18 update

Yes. Thank you 

just a few minor typo's

Thanks APT 

The typos are fixed and the package was updated without changing the date: Win10XPE_2019-09-18 update

Thank You Both....

@ChrisR
Just a little FYI for next release - the Win10XPE - How To Quick Start Guide.PDF has been update with larger (less Blurry) Pictures