Multi-OEM/Retail Project {MRP} - Mk3

MRP v137.1 will be released soon probably within the next day or so, no new options added, only the Vista/Svr2008 OEM Activation fix, and the revised Win8.0/Svr2012R2 KMS detection routine to prevent issues with that side of things.

Also Query Tool v115.1 with the Win8.0/Svr2012R2 KMS Fix added.

The above two items will be in the same archive as it will be only the Decompile.exe and the QT's exe in there as no other files are affected for the respective projects.

NOTE: There is no need to swap the Decompile.exe from 137.0 to this new one unless you have issues with Vista/Svr2008, or are affected by the Win8.0 KMS detection not being correct.

 

Uploaded MRPv137.1 Baseline Refresh and Query Tool v115.1 - combined archive, the 3rd post has been updated with the download link, password and hashes.

No need to overwrite the current MRP v137.0's decompile.exe unless you are having issues as mentioned previously and within the change log.

Query Tool v115.1 just fixes the Windows 8.0 KMS data not always showing fully.

 

Have just started on mrp v138

So far 4 new options are added for testing, one for 20h2+, the other 3 are mainly for server installations.

These have only just been added in and may not be in the next 138 baseline release as it depends if they operate as intended.

In theory they should but in the case of the server ones they need extensive testing as, those that know, servers can be quite fussy.

More details later.

 

You need to login to view this posts content.

 

@duddomilano

To use Daz's loader with MRP:

Copy the 'Windows Loader.exe' file to your Scripts folder in your ISO/USB/Image, then edit your setupcomplete.cmd as shown below in green:

Code:

@ECHO OFF
FOR %%I IN (C D E F G H I J K L M N O P Q R S T U V W X Y Z) DO IF EXIST "%%I:\Updates\ndp48-x86-x64-allos-enu.exe" SET CDROM=%%I:
if "%CDROM%"=="" goto end
echo Installing NET Framework 4.8...
start /w "" "%CDROM%\Updates\ndp48-x86-x64-allos-enu.exe" /q /norestart
echo Installing NET Framework Rollup Update...
copy /b /y "%CDROM%\Updates\msiesu32.dll" "%SystemRoot%\SysWOW64\msiesu.dll" >nul 2>&1
copy /b /y "%CDROM%\Updates\msiesu64.dll" "%SystemRoot%\System32\msiesu.dll" >nul 2>&1
reg delete "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msiexec.exe" /f >nul 2>&1
reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msiexec.exe" /v VerifierDlls /t REG_SZ /d msiesu.dll /f >nul
reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msiexec.exe" /v GlobalFlag /t REG_DWORD /d 256 /f >nul
net stop msiserver >nul 2>&1
start /w "" "%CDROM%\Updates\ndp48-kb5001843-x64.exe" /q /norestart
reg delete "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\msiexec.exe" /f >nul 2>&1
del /q /f "%SystemRoot%\SysWOW64\msiesu.dll" >nul 2>&1
del /q /f "%SystemRoot%\System32\msiesu.dll" >nul 2>&1
net stop msiserver >nul 2>&1
echo Installing DirectX 9 June 2010...
start /w "" "%CDROM%\Updates\DX9\DXSETUP.exe" /silent

:end
IF Exist "%Windir%\Setup\Scripts\Windows Loader.exe" (
"%Windir%\Setup\Scripts\Windows Loader.exe" /silent /preactivate
)

MRP will clear up the scripts folder by default, unless you use the MRP option to 'Not delete the Scripts folder', then you can add the RD scripts line, as MRP will detect the Setupcomplete.cmd and adjust itself so that MRP files not get deleted until it fully completed the add-on manager part.

You can rename the loader's exe if you wish , if you do then simply adjust the filename part in the added area above.

Note you will see the Loader's banner while it is doing its thing, that is internal to the Loader's code and no option to prevent it showing.

 

MRP v138 Test Candidate 4 is progressing nicely, at the moment there are 4 new options as mentioned previously and they are working as intended.

I have also done other bug fixing in that on some Server Editions the [Admin Tools -> Security and Maintenance/Action Center] option sometimes would not auto translate into the 'Security and Maintenance or Action Center' wording and just be called 'SecCtr' with a weird icon...

There are now three checks done to auto translate the option's text and if all fail then the default English wording of 'Security' will be used instead.

The auto translate feature will not be used if the user has added their own spelling/wording within the relevant [C/T Menus] section of the MRPConfigCreator.

Hopefully that is now fixed and it should also work on other OS's too, apart from Vista and Server 2008 because the command to run that control panel item does not function efficiently like it does on Win7 and above... So MRP will auto disable that specific option to prevent operational issues in that Kernel and will be noted in the Project's log.

There are other code adjustments for other sections within MRP and these are being tested to make sure they work as intended. More details later when i am happy the changes are actually better than the original methods.

Query Tool v116 is also in progress too, albeit at a slower pace.

 

Hopefully fixed that now in MRP v138 TC5.

Also if a Server OS (Kernel 10.0) is detected then any App removal options will be set to No/Off to prevent those routines running through as no Apps are usually included in a Server OS...

If that scenario changes i will remove the auto disablement of App removals as it just saves a bit of time wasted running the removal routine(s) for no reason when a Server OS is detected.

 

Not as i know of , there was a glitch with Vista/Svr2008 on MRP v136 but nothing affected win 7...

I sorted that for v137.

 

Try v137.1 see if that works.

If not then use a previous version, or wait until v138.0 is released in this month.

 

You can delete them if you wish no harm will be done.

The MRP-QT one just stops Defender from quarantining the files that the QT needs.