[UC]XDA_UC V2.RC1, Automated & Silent User & Cook, Configuration Service[14/05/10]

[Noonski]

V2.RC1 Update,... New AutoShortcut Commands, new SDConfig.txt Commands, Manual and Storage Card install folders added, Extra parameters for Cooks. (http://forum.xda-developers.com/attachment.php?attachmentid=326309&stc=1&d=1273847208)
I'll be updating all documentation accordingly later today.


Another (The?) new way to implement User Customization and Cooking.

This Thread is meant for Rom Cooks.
Users should take a look at the User To User Tips, Tricks ideas and issues thread. (http://forum.xda-developers.com/showthread.php?p=3611692)

What the XDA UC service does, is silently install (or not so silently if needed by User), .cab, .xdas, .xml, .reg, .mscr, copy over user manila files, install files from SDconfig.txt if wanted and then a few extra's for the freaks like copying folders or creating shortcuts from specific registries. This happens either at first or second boot depending on the existence of either RunCC.exe or Autorun.exe in rom.


It's all Mortcsript so it's very easy to get a grasp of it and change the behaviour and or Chip in adjustments/improvements.
But no knowledge of mortscript is needed to implement
It Uses DotFred's Taskmanager to parse and implement the .reg and .xml files. But it can also be used to disable or enable services or register DLL files.

More Information about the XDA Type Files at:

http://wiki.xda-developers.com/index...ename=XDA_file (http://wiki.xda-developers.com/index.php?pagename=XDA_file)

My Shout out for this Two Year Long Evolving Collaborating Endeavour go to:
Bengalih (that has a very similar UC variant called Sashimi and helped with some of the early scripts I was trying to do with mort while cooking, I wish I could have collaborated more with him, it would have saved time re-inventing the wheel), RoryB for bouncing back ideas, supplying new scripts and perfecting older ones, serfer222 For making the script compacter, jmckeejr, Ameet & the whole Digital XDA SPC Cooking Crew, bbobeckyj, CLHatch, Scinor, Mort, Sleuth255, McCune, DotFred, MrVanx, danny_and_2, Cmonex, utak3r, Laurentius26, Radimus, and the Whole Original SPC Crew for accepting my obsessions.
For Knowingly helping me get the information, unknowingly helping me get the information or motivated me in keep going on in my Quest resulting in this.

If I Forgot you, Forgive me.
If you feel that certain information that has been used originated by you give me a holler and I will credit you if this is so.

Before you consider buying me a beer (https://www.paypal.com/uk/cgi-bin/webscr?cmd=_flow&SESSION=9CrZFDvCZahFCpUH7pQ4xViK3nKlEFmO9eQKizb_vE qgvTHqvEcvQL-Cfwi&dispatch=50a222a57771920b6a3d7b606239e4d529b525e0b 7e69bf0224adecfb0124e9bdd7275a399ffdb50357d51bfcb4 404a7356eb317d0dba34e). Please consider Donating to XDA (http://forum.xda-developers.com/donations.php) to help out with the maintenance of the forum and get cool stars next to your Nickname showing your appreciation. Then there are always the people that without their apps this wouldn't have been possible at all that you can consider showing some love. Mort (https://www.paypal.com/us/cgi-bin/webscr?cmd=_flow&SESSION=eR2qVfIrnMCJ17-BFnWetyzBzreqWxqJ8zXdfyEDwDiQSpqQ9sata3LVdC0&dispatch=50a222a57771920b6a3d7b606239e4d529b525e0b 7e69bf0224adecfb0124e9bdd7275a399ffdb50357d51bfcb4 404a7356eb317d0dba34e), DotFred (https://www.paypal.com/us/cgi-bin/webscr?cmd=_flow&SESSION=OHkPN0fMLqlJHQHaBE4mmLjAbJCkr5MfZUYBK_wqMc i-remClmYeEty8EU0&dispatch=50a222a57771920b6a3d7b606239e4d529b525e0b 7e69bf0224adecfb0124e9bdd7275a399ffdb50357d51bfcb4 404a7356eb317d0dba34e) & Sleuth255 (http://tinyurl.com/sleuthdonate) All of whom made Apps Seemingly simple But oh so useful for the whole XDA and PocketPC community.

Download and Info in next Post

[Noonski]

What this version of the XDA UC service does, is silently install and execute (listed in the order the items get installed)

Run the Users customisations of course.
User side information here... (http://forum.xda-developers.com/showthread.php?t=503060)
Run Cook.mscr in Windows folder (http://forum.xda-developers.com/showpost.php?p=4573722&postcount=6)(For Cooks Only)
More Cook info coming.




Add native support for .mscr, .mortrun, .xda, xdai, xdas & .xdaz files

(Where in "\Storage Card\" is read from HKLM\System\StorageManager\Profiles\SDMemory For MultiLanguage Support)


Requirements


The Rom should have the security relaxed in HKLM\Security\Policies\Polices by setting the value 0000101a to a 1.
So unsigned installations and Mortscript do not give a security error.
If you have a different language then English, don't forget to change the path in the initflashfiles.txt/app.dat file (if your using legacy kitchen ;))
The rest of the script should dynamcliy get the correct variable for the storage location.

In the end the process it comes down to the device starting after flashing and not needing any reboot while silently installing Cook and User configurations.

On the User end and cook end no SDConfig.txt ort config.txt file is needed.

Attached the OEM Package (http://forum.xda-developers.com/attachment.php?attachmentid=256439&d=1260745798) and a Sample Package for SD (http://rapidshare.com/files/246766613/XDA_UC_SD_Test_Package.zip).
(Klaxon.Cab, GoogleMaps.xdas, two .reg files, two xml files, my.tsk, and a test mortscript)

The Control factors of the Sample SD Package is that is should install
HKLM\Software\XDA\Test\Reg 1 Parsed=1
HKLM\Software\XDA\Test\Reg 2 Parsed=1
HKLM\Software\XDA\Test\xml1parsed=1
HKLM\Software\XDA\Test\xml2parsed=1

These are the tweaks present in those files.

In addition everything installed will be found under
HKLM\Software\XDA\UC\

And the Morscript in the sample SD Card Package should give a message to confirm it was executed "Mort UC From SD Working"

Cab Files and XDAS files should eventually just be in the startMenu Programs.
G-Alarm is there because it needs User interaction and that will pop up when it needs your attention.

At the end of it all you get a message Installations have finished.

When using SDConfig.txt be sure to add a blank line at the end of it.

Disclaimer:
Please be aware that the XDA_UC script contains a disclaimer, not to post errors with it to the Mortscript forums, and the usual this shit cloud be dangerous to your phones health.

For Standalone version, place XDA_UC folder from "User_Storage Card" on Storage Card.
Then run "\Storage Card\XDA_UC\Install\XDA_UC.exe"

[Sleuth255]

Information about the SDAutorun.exe V2 UC can be found here:
http://forum.xda-developers.com/showthread.php?t=366337

Information about SDConfig.txt & .xml user setup can be found here:
http://forum.xda-developers.com/showthread.php?p=5011285

[Noonski]

V 1.0.01


Changed Sleep to start UC to 50 seconds for full device Boot before UC starts.
Changed "XDA UC Service Start" title to "customization" to match the old one.
Changed sleep before completion message to ten second in case the last cab needs user input and the Completion message pops up to early.
Changed Sleep at while for Theme installation to 2 seconds.

V 1.0.02:


Added Copy1 to Copy2 by reading from registry settings
[HKLM\Software\XDA\DirCopy]
"\\Storage Card\\Some Folder"="\\My Documents\\Some Folder"
Added Disabling Manila from Homescreen then Copying files from "\Storage Card\XDA_UC\manila" to Windows, The checking for existence of wallpaper_TF3D.png or wallpaper_TF3D.jpg and adding that to
[HKCU\Software\HTC\Manila]
"HomeBackgroundPath"="\\Windows\\wallpaper_TF3 D.jp g"
Import registry files from "\Storage Card\XDA_UC\manila\manila.reg"
Re-enable Manila on Homescreen and redraw it.
If not present do nothing.
Added RoryB's Complete SDAutorun.exe replacement/SDConfig.txt parser script.
Check for existence of Autorun.exe or RunCC.exe to automatic determine which method/bootcount to use.
There is no longer the need for two separate XDA_UC versions let alone a third.
.reg and .xml files will no be sent to renamed taskmanager "FS_TaskMgr.exe"
Added checking for cab files in "\Storage Card\XDA_UC\SD\", for those that don't have the luxury of changing the install paths in a cab file to hardcode these to Storage Card. So you get full user input to choose on these cabs.

V 1.0.03:
Todo's
Add Support For Diamond Internal Storage Need Someone with a Diamond to Test.
V 1.0.04:
Added Support for PimPackup files *.pib & .cer files.
Moved Disclaimer to the beginning and added an option to reset ad the end.

V 1.1.00:
Added extra Runs for Diamond and Samsung Internal Storage.

V 1.1.1B2:
Applied script improvements to reduce code used and make script a bit faster.
Removed Manila folder copy and replaced it with more general Copy2Root function/folder.
Added recognition of "REG: " command in SDConfig.txt parsing.
Added recognition of "CER: " command in SDConfig.txt parsing.
Testing:

If( FileExists( "\" & SDF & "\Cabs\pim.vol" ))
Kill("cprog.exe")
EndIf
During SDConfig.txt just before cpy1, cpy2 function.

V 1.1.1B3:


Mayor overhaul by new script from Serfer222
And then I started adding more crap and messing the new clean code up.
XCP1 & XCP2 commands for SDConfig.txt (Folder Copy with SDConfig.txt)
MCAB command for SDConfig.txt (Cabs that you want manual input for during SDConfig.txt)
SCAB command for SDConfig.txt (Cabs that you want installed to SD SemiAutomaticly during SDConfig.txt)
SC1 & SC2 commands for SDConfig.txt (Shortcut creation with SDConfig.txt)
KILL command for SDConfig.txt (Kill a running .exe/process)
EXEC: command for SDConfig.txt (Was already present but i removed the checking if the file is a .exe so anything can be executed and)
Del: Command for SDConfig.txt
.PROVXML now also get parsed in XDA_UC folder
Changed Serfer222's fix to parse mail xml files before PimBackup to "*mail*.*xml" so now if there's a file containing mail anywhere or is a .provxml get's parsed before PimBackUp.
RESET command for SDConfig.txt
WR1: & WR2: commands to write files using SDConfig.txt
Parse File containing "WiFi in it's name" Early like MyHomeWiFi.xml or MyHomeWiFi.provxml
Add a script to run and add XDA_UC to rom's without it.
"Manual" Folder in XDA_UC folder for Full Manual .cab Installs
"Storage Folder in XDA_UC folder for Semi Silent .cab installs to Storage
Early "*wifi*.*xml" parsing from XDA_UC for quick Wifi connecting.
Eauh maybe i forgot some stuff....

Bug Tracker for last Beta.
Wrong code for the WR1: & WR2: commands (Updated Beta Download with Fixed Script)
WR1: command needs a delete or else the next time it is run it will add text to the file instead of write a new one. Working on Fix. Fix Updated in original Download.
Changed XCP1: XCP2: commands into MOV1: & MOV2: to avoid confusion with CPY1: & CPY2: (TNX RoryB good one) Updated in original Beta Download.

Other Updates I'm looking into All Beta:


Changed Manila/Sense Script so it now Checks for manila.reg @ "\Storage Location\XDA_UC\Copy2Root\Windows\manila.reg" and runs the reg from there.
Test everything again ;)
More optimisation of the code suggested by Serfer222
Call for Sashimi & PresetInstaller, so having Making an XDA UC Rom doesn't force users switching their preferred UC Setup.
Add DELT: command
Config.txt for Cooks (May not be included as it is partly redundant)

[RoryB]

Information will be added about this in the future.

Some more changes to my method I thought I would share.

Run the items in SDConfig.txt without using SDAutorun. I do not have any tsk to run, but it would work the same. I put copy first since some EXECs like xcopy need to be copied before execution.
###############################
# SDConfig without SDAutoRun
###############################
; Wait 10 seconds to start to be sure SDCard can be accessed
Sleep( 10000 )
If( FileExists( "\Storage Card\SDConfig.txt" ))
xcount = ReadLine( "\Storage Card\SDConfig.txt" )
While( IsEmpty( xcount ) = FALSE )
If( SubStr( xcount, 1, 5 ) eq "CPY1:" )
xcopy1 = SubStr( xcount, 6 )
xcount = ReadLine( "\Storage Card\SDConfig.txt" )
If( SubStr( xcount, 1, 5 ) eq "CPY2:" )
xcopy2 = SubStr( xcount, 6 )
Copy( xcopy1, xcopy2, TRUE )
EndIf
ElseIf( SubStr( xcount, 1, 5 ) eq "CAB: " )
RunWait( "\windows\wceload.exe", "/nodelete /silent " & """" & SubStr( xcount, 6 ) & """" )
While( ProcExists ( "wceload.exe" ))
sleep( 3000 )
endwhile
Elseif( SubStr( xcount, 1, 5 ) eq "EXEC:" )
If( SubStr( xcount, -3 ) eq "exe" )
Run( SubStr( xcount, 6 ))
EndIf
ElseIf( SubStr( xcount, 1, 5 ) eq "XML: " )
RunWait( "\windows\TaskMgr.exe", "/provxml " & SubStr( xcount, 6 ))
While( ProcExists ( "TaskMgr.exe" ))
sleep( 3000 )
endwhile
ElseIf( SubStr( xcount, 1, 5 ) eq "TSK: " )
RunWait( "\windows\cusTSK.exe", SubStr( xcount, 6 ))
While( ProcExists ( "cusTSK.exe" ))
sleep( 3000 )
endwhile
Else
EndIf
xcount = ReadLine( "\Storage Card\SDConfig.txt" )
EndWhile
EndIfI have a mortscript I call user_C.mscr for some customizations that I used EXEC to run, but thought this way people could have multiple scripts.
If( DirExists( "\Storage Card\SDAUTO" ))
ForEach xscriptfile in Files( "\Storage Card\SDAUTO\*.mscr" )
CallScript( xscriptfile )
sleep( 3000 )
EndForEach
EndIfLastly, I have this final folder to hold cab files I want to install with user input. It also has a script to cleanup a few things from the cab install.
If( DirExists( "\Storage Card\SDAUTO\Final Files" ))
ForEach xcabfile in Files( "\Storage Card\SDAUTO\Final Files\*.cab" )
Runwait( "\Windows\wceload.exe", "/nodelete " & """" & xcabfile & """" )
While( ProcExists ( "wceload.exe" ))
sleep( 3000 )
endwhile
EndForEach
ForEach xscriptfile in Files( "\Storage Card\SDAUTO\Final Files\*.mscr" )
CallScript( xscriptfile )
sleep( 3000 )
EndForEach
EndIf
I had to set config.txt to hide the overlay image and not lock the screen to allow seeing the messages and responding to them. Eventually I see this changing to have the first script copied to start up folder by an initflashfile and not even need AutoRun. Currently config.txt starts the mortscript and does nothing else.

[Noonski]

If your cooking and want your own mortscript to also be run at first boot just name it cook.mscr and put it into Windows folder.

Update: From Version 1.2.0 Cook.mscr will be executed at the same moment as the rest of XDA_UC, so this is depended on if RunCC or Autorun is used.

[trinode]

Suggestion:
install the cabs in a known order, perhaps alphabetically, so that we can name the files in the order to install like so

10_MSVC.CAB
20_PIMBackup.Cab
etc means we can control the install order.

:D

[Noonski]

Reason I chose not to use the known "Cabs" folder is not to screw with that configuration.
(XDA_UC is backwards compatible with SDAutorun v2 SDConfig.txt)

Cabs will be automatically be parsed alphabetically that's a default when more cab's are being processed.

At least I think so ;)
It's using MortScripts ForEach File command.

Almost Everything processed will be written to registry under.

HKLM\Software\XDA\UC

And no more hassle with cabs that need user interaction.

You just interact when they come up.

If it's a good idea I could also make it check for a present Welcomehead.png or the Existence of a TF3D folder to copy over personal TF3D files.

Uploaded the OEM and a Sample SD Test Package.

[mbarvian]

is there a way this could be done without removing the RUNCC?

[Noonski]

Yes there is.
There's a few different solutions.
I have added your request to the first Posts.

It runs at second boot and skips a few things that RunCC takes care of like installing cabs present in the windows folder.

This way you can keep everything is with RunCC and the welcome.lnk in initflashfiles.dat

Personally I prefer the First method with no reboots at all but it does require some extra meddling in the Rom.

[mac_es]

Hello,

I have some questions...

(This Method is under Review as it seems the latest RunCC accepts config.txt files from SD)

This didn't work in earlier versions i had my hands on.



Which version is this? 1.0.9.0?

RunCC can execute the same commands in config.txt? (EXEC, TSK, XML, CAB...)

[Noonski]

I have yet to get a hold of the version l3v5y's using.


Yes RunCC can but it needs configuration. Now for a cook that isn't any problem. But for Simple users all they need to do is drop some cabs and tweaks they have collected throughout the forum into a folder not be annoyed by.

[chavonbravo]

I posted a rom already that has runcc installing from sdcard's config.txt. Not too difficult at all, wonder why more cooks don't figure it out.

[Noonski]

Because Earlier releases of RunCC from leaked roms did not except these commands.

I have just extracted a version of it from an official Rom and it's got the same version i was using before 1_0_9_0

So weird that it is now accepting it.

But looking back i did not use the addrun("RunExtra"

I did try the Run customer, and default tho.
(Slaps in his forehead)

But it's still not the same as i'm trying to offer here.

[l3v5y]

Because Earlier release of RunCC from leaked roms did not except these commands.

I have just extracted a version of it from an official Rom and it's got the same version i was using before 1_0_9_0

So weird that it is now accepting it.

But looking back i did not use the addrun("RunExtra"

I did try the Run customer, and default tho.
(Slaps in his forehead)

But it's still not the same as i'm trying to offer here.

What you're trying to offer here is IMHO a far better solution! :)

Sorry for not getting you my tweaked package, though you seem to have managed without...

I think having a complete solution, with automated install of all cabs in a folder would be great. :)

[Noonski]

Well i also needed to Scour the new Roms for some updated OEMS and i needed to know for sure that welcomehead.192.png was named that way to add it to the process.

And maybe even a Copy User Preferred Manilla files from SD to device if present. There must be some other good ideas from people that like flashing, but are tired of installing their preferred skins, settings and Apps.

Unfortunately i found that the newer package of Connectionsetup asks for a reset where my previous VGA reskinned package did not.
All the Regs are te same (Except for two new unrelated ones).
I like the old non rebooting version better.
I know that a reboot isn't needed but i can see users unkowingly agree to that reboot. (But that's another subject)

I think i will change the package this weekend So it is only one method.
By default it is set to run at second boot, but it can easily be changed by the cook to run at first boot if that is the setup that one would prefer.

Also i'm still tinkering out the exact form of the XDA files.

But nice to hear i'm not on an island, l3v5y.

[l3v5y]

Well i also needed to Scour the new Roms for some updated OEMS and i needed to know for sure that welcomehead.192.png was named that way to add it to the process.

And maybe even a Copy User Preferred Manilla files from SD to device if present. There must be some other good ideas from people that like flashing, but are tired of installing their preferred skins, settings and Apps.

Unfortunately i found that the newer package of Connectionsetup asks for a reset where my previous VGA reskinned package did not.
All the Regs are te same (Except for two new unrelated ones).
I like the old non rebooting version better.
I know that a reboot isn't needed but i can see users unkowingly agree to that reboot. (But that's another subject)

I think i will change the package this weekend So it is only one method.
By default it is set to run at second boot, but it can easily be changed by the cook to run at first boot if that is the setup that one would prefer.

Also i'm still tinkering out the exact form of the XDA files.

But nice to hear i'm not on an island, l3v5y.
I think the "EXEC:" command waits for the process to close? If yes, then an application that runs some mortscripts could wait till all the mortscripts are run before continuing, so it can be run at first boot within RunCC. That saves the issue of an extra reboot...

Welcomehead.192.png is the file for VGA/WVGA devices, welcomehead.96.png is for QVGA devices, though it's actually set in the registry, so that could be checked at load time? (I'll find the registry key at some point...)

Something I've just thought of:
If there were a way for ROM cooks to block things that are known not to function or are included already, that would be quite useful. E.G. I include PIMBackup in ROMs, so why would anyone install an extra cab to do the same?

[Noonski]

You could add a check for a specific .Cab name.
And if present change the extension.
Repeat and Rinse a few times.

Then at the end rename all .cabxx back to .cab

I think in general, not a lot of people change their cab names.
Unless like that previous post, someone likes to add numbers to them to control the order.

But in this Silent install method i can see that having one app being installed first could be useful as there's small pauses build into the script so the device isn't slow as hell the first minutes it boots.

I think it might get more error prone if it gets executed through RunCC.
With all the processes that get proccesed through the script.

It's using and starting, cusTSK.exe, TaskMgr.exe, wceload.exe and mortscript. But when Mortscript exitst it should be finished.

I would need to test this style to feel confident it doesn't reboot while there's still work in progress.

I Agree that getting it into the No Reboot style might be some extra work for cooks. And maybe i'm seeing this to much from my own perspective where i always remove and convert OEM configurations to straight forward packages.

[l3v5y]

You could add a check for a specific .Cab name.
And if present change the extension.
Repeat and Rinse a few times.

Then at the end rename all .cabxx back to .cab

I think in general, not a lot of people change their cab names.
Unless like that previous post, someone likes to add numbers to them to control the order.

But in this Silent install method i can see that having one app being installed first could be useful as there's small pauses build into the script so the device isn't slow as hell the first minutes it boots.

I think it might get more error prone if it gets executed through RunCC.
With all the processes that get proccesed through the script.

It's using and starting, cusTSK.exe, TaskMgr.exe, wceload.exe and mortscript. But when Mortscript exitst it should be finished.

I would need to test this style to feel confident it doesn't reboot while there's still work in progress.

I Agree that getting it into the No Reboot style might be some extra work for cooks. And maybe i'm seeing this to much from my own perspective where i always remove and convert OEM configurations to straight forward packages.

I personally hate having cabs installed, so in theory my ROMs should be good to go without the reset.

Based on what you said, it might be best if the number of complications are minimal, and device compatibility as great as possible. RunCC probably would make things more complex and error prone, so yes, I agree not having it as a dependency makes sense.

A mortscript could always recognise *cabname.cab, so even using an order flag at the front should work.

Silent install sounds like it could be great, although some of the cabs need user intervention... Also, having a flag settable somewhere that makes (or stops) a message box with "auto install is complete" would be useful...

[Noonski]

At the moment i have G-Alarm in my SD folder for that User intervention.

It just pops up at the moment after it's install i know at first i waited for it, no i grab a beer and tap it when i arive but the script continues with the rest of the files present so it's not waiting on that user interaction.

The possible Pop up message would in theory come up at the moment the last cab is just starting to install but it should be possible to add a check if wceload is still active before it pops up.

Which reminds me i still need to contact some of the people that actually helped out a lot without knowing.

"Installation has Finished, if your in a good mood and were planning to get beer from the fridge choose yes to reset the device, If your not in the mood and need to actually use your phone right now, press no to reset whenever you feel like it"

Do you think that would fit in the screen :D

[FInixNOver]

Hi everyone.

I'm gonna post my experience using RunCC.exe and SDAutorun.exe(for diamond).

I have to say a few things before I start:



I was going to post this on [REF] RunCC & AutoRun & SDAutorun [12-04-2009] (http://forum.xda-developers.com/showthread.php?t=503060), but since the thread has been closed I thought this would probably be the best place to post it (if not, please point me in the right direction please).
I have not tried XDA_UC yet
I've tried this:

chk = oem.checkfileexist("\\Internal Storage\\sdconfig.txt")
if chk == 1 then
runcc.addrun("RunExtra", "run", "\\Internal Storage\\sdconfig.txt")
endbut got an error when it was going to install a cab, so I decided to combine the use of RunCC and SDAutorun without the need for Mortscript to start SDAutorun (I still use mortscript for other purposes, just not to start SDAutorun). This way I don't need to figure out how much time Mortscript must pause before launching SDAutorun.exe.

I'm using RunCC 1.0.9.1 (although I don't know if it's official or from a leaked ROM since I got it from a WM6.5 Kitchen in Diamond ROM Development section).
I would like to try that RunCC 1.0.9.0 you are talking about here to see whether it works or not, if someone will be kind enough to attach it here.

So, here's what I did:

Following the tutorial in [REF] RunCC & AutoRun & SDAutorun [12-04-2009] (http://forum.xda-developers.com/showthread.php?t=503060), I removed CheckAutorun.exe & CheckAutorun.lnk from the ROM OEM folders and the line in the initflashfiles.dat.
I also removed the welcome.lnk from the SYS folders and the line in initflashfiles.dat.

The contents of the key files used in my UC mix:

RunCC.lua
chk = oem.checkfileexist("\\Windows\\Autorun.txt")
if chk == 1 then
runcc.addrun("RunDefault", "run", "\\Windows\\Autorun.txt")
end

Autorun.txt
TSK: \WINDOWS\HTC Black.tsk
EXEC:\Windows\AutoAttribute.exe \Windows\MASD_RemoveReadOnly.txt
EXEC:\Windows\RunCC.mscr
CAB: \WINDOWS\HTCMMSProviderCAB_20080506.CAB
XML: \WINDOWS\Autorun_Config.xml
FILEOP: \WINDOWS\Menu_Operation.txt
FILEOP: \WINDOWS\File_Operation.txt
EXEC:\WINDOWS\SDAutorun.exe

RunCC.mscr (adapted to my needs from the original by Noonski)
Used to create some files, delete a reg entry and copy another morscript file to startup folder
Copy( "\Windows\RunCC_default_bg_640_480.jpg", "\windows\AutoRun_default_bg_480_640.bmp" )
Copy( "\Windows\RunCC_default_bg_640_480.jpg", "\windows\AutoRun_default_bg_640_480.jpg" )

RegDelete( "HKLM" , "init" , "Launch58" )

Copy( "\Windows\RunX.mscr", SystemPath("Startup") \ "MortAutoConfigFirstrun.mscr" )

RunX.mscr (adapted to my needs from the original by Noonski)
The file copied to the startup folder which will run at 2nd boot and will delete itself after running.
Used to Run Welcome.exe (for screen alignment), deleting some unnecessary files no longer used, etc...
Run("\Windows\Welcome.exe")

Delete( "\Windows\AutoRun_default_bg_480_640.bmp" )
Delete( "\Windows\AutoRun_default_bg_640_480.jpg" )

Move( "\Windows\Start Menu\Programs\Google Maps.lnk", "\Windows\Start Menu\Programs\Applications\Google Maps.lnk" )

SetFileAttribute(SystemPath("Startup") \ "MortAutoConfigFirstrun.mscr" , "readonly", FALSE)
SetFileAttribute(SystemPath("Startup") \ "MortAutoConfigFirstrun.mscr" , "system", FALSE)
Delete(SystemPath("Startup") \ "MortAutoConfigFirstrun.mscr" )

Sleep("20000")

Copy( "\Windows\_welcome.png", "\windows\welcomehead.192.png" )

SDConfig.txt
SHOW:\windows\AutoRun_default_bg_480_640.bmp
CAB: \Internal Storage\SDConfig\GoogleMaps-ms-htc_compressed.CAB
CAB: \Internal Storage\SDConfig\WM6_PPC_HTC_Opera9_WWE.CAB

And now some little explanations:

RunCC will be responsible for reseting the device after all customization is finished, so I had to change to this in RunCC package

[HKEY_LOCAL_MACHINE\Software\HTC\RunCC]
"ResetDevice"=dword:1

So, there's no need to include reset command in SDConfig.txt, or even to create a reset file with mortscript.

I hope I made myself clear on what I did (if not, feel free to ask).
Since I have very little spare time these days, this took me a while to complete and as usual in XDA, is still a work in progress. Also due to lack of time I haven't had the time to study this new XDA_UC method.
I don't mean to disrespect any of the work being done here; I just wanted to share my experience, and maybe provide a little more knownledge to this great community.
Also, I'm providing a zip file with my packages used for this method in case someone wants to use them for something.

[Noonski]

Thanks,

I didn't even know the
FILEOP: \WINDOWS\File_Operation.txt
Command

Well for starters it is going to be a lot easier to configure in the new way.

But your post does show one of my initial intentions more control over what happens when after a flash. And it confirms that not all versions of RunCC are as good as the one L3v5y is using.

In the first tests i did i could not get RunCC to accept
EXEC:\WINDOWS\SDAutorun.exe
It just wouldn't run.

I then had one of my month and a half XDA Vacation stints because of a lot of bad luck.

Then when i started again i retried some stuff and found the mistake i made before that made me stop pursuing the silent install parameter for WCEload.

But then Cmonex put me on the right syntax for that and it changed my whole perspective on the case.
I posted to this forum because i would meet more cooks that would have direct problems from the new Rom Config setup. But the final version will be setup for older devices without RunCC to.

[bobsbbq]

Thanks for your work here I'm trying this out now and will report back. I tried SDAutorun with RunCC and I put AutoRun in as well and while they would run the AutoRun would try to run sometimes before the RunCC and thus cause screen recalibration evertime a soft reset. If I got through the calibration and date fast enough and the RunCC started first it worked ok.

Glad to know many good chef and developers are working on this.

[mac_es]

Ok, It is working fine here:

21812, 0C0A, QVGA...

Method1, ok
Method2, not tested
Method3, ok

Also I want to understand the official runcc, scheme.

If I left the init line, I kept in a boot loop. How is done in the 'official' way?

Thanks

[RoryB]

@Noonski, I got your invite to come look at this thread. I saw you stopped the group we were in. I apologize, I got busy trying to learn enough to finish S.V.I's Angel since he could not finish since his phone stopped syncing.

Just to let you know where I ended up with your ideas.
1) I still use the old SDAutoRun.exe since I wasn't sure what I would gain from trying the beta.
2) My Config.txt containsHIDE:Disabled
LOCK:Disabled
EXEC: \windows\RoryB.mscr
EXEC: \windows\cusTSK.exe \windows\HTC_BrandGREY.tsk
EXEC: \windows\SDAutoRun.exeThe autorun.exe waits for the mscr to finish before it starts cusTSK.exe.
3) RoryB.mscr containsSetFileAttribute( "\windows\RoryB.zip", "readonly", FALSE )
SetFileAttribute( "\windows\M2D_ver_23.zip", "readonly", FALSE )
Sleep( 1000 )
Unzipall( "\windows\RoryB.zip", "")
Sleep( 1000 )
SetFileAttribute( "\registry settings.reg", "readonly", FALSE )
Sleep( 1000 )
Runwait( "\Windows\TaskMgr.exe", "\registry settings.reg /silent" )
Sleep( 1000 )
Unzipall( "\windows\M2D_ver_23.zip", "")
Sleep( 1000 )
ForEach xshortcut, xsourcefile in regValues ( "HKLM", "\Software\MortShortcut" )
CreateShortcut( xshortcut, xsourcefile, TRUE )
EndForEach
rename( "\windows\start menu\Office Mobile\Excel Mobile.lnk", "\windows\start menu\Office Mobile\Excel.lnk", TRUE )
rename( "\windows\start menu\Office Mobile\OneNote Mobile.lnk", "\windows\start menu\Office Mobile\OneNote.lnk", TRUE )
rename( "\windows\start menu\Office Mobile\PowerPoint Mobile.lnk", "\windows\start menu\Office Mobile\PowerPoint.lnk", TRUE )
rename( "\windows\start menu\Office Mobile\Word Mobile.lnk", "\windows\start menu\Office Mobile\Word.lnk", TRUE )
Delete( "\registry settings.reg" )I found I had to set attributes to not be readonly to get unzipall to work with nested subdirectories in the zip file. Also, if a file already exists, unzip fails and locks up. I'll have to post Mort about getting an overwrite = TRUE for unzipall.

RoryB.zip contains some files I want without having them in windows. For example the manuals for mortscript get unzipped to where I want them and there is only RoryB.zip in the windows folder. It also contains registry settings.reg such as network wizard settings to turn it on after the first boot instead of right after the hard reset. This avoids the notification during customization.

The foreach statement parses through registry key HKLM\Software\MortShortcut and and gets each parm and its value. It is similar to autoshortcut without adding another exe file. As an example the mxipupdate_QuickMenu_MortShortcut.provxml file contains<wap-provisioningdoc>
<characteristic type="Registry">
<characteristic type="HKLM\SOFTWARE\MortShortcut">
<parm name="\Windows\StartUp\QuickMenu.lnk" value="\Windows\QuickMenu.exe" datatype="string" translation="install"/>
</characteristic>
</characteristic>
</wap-provisioningdoc> As a result I have quickmenu.lnk in windows\startup and I do not have a copy of it in the windows folder.

[RoryB]

4) the SDConfig.txt contains (some of it)LOCK:Enabled
HIDE:Disabled
CPY1:\Storage Card\SDAUTO\User_C.mscr
CPY2:\User_C.mscr
CAB: \Storage Card\SDAUTO\S2U2-1.62-QVGA.CAB
CAB: \Storage Card\SDAUTO\Transcriber.CAB
CAB: \Storage Card\SDAUTO\GoogleMaps_3.0.1.6.CAB
EXEC:\User_C.mscr
HIDE:Enabled
LOCK:Disabled
RST: Reset5) User_C.mscr contains (some of it)
# *****************
# Stop programs to make registry changes, etc.
# *****************
If(ProcExists("ilock2.exe"))
Runwait( "\Program Files\S2U2\iLock2.exe","-nomsg" )
Endif

While(ProcExists("ilock2.exe"))
kill( "ilock2.exe" )
sleep( 3000 )
endwhile

While(ProcExists("S2U2.exe"))
kill( "S2U2.exe" )
sleep( 3000 )
endwhile

While(ProcExists("QuickMenu.exe"))
Kill("QuickMenu.exe")
sleep( 3000 )
endwhile

While(ProcExists("manila2d.exe"))
Kill("manila2d.exe")
sleep( 3000 )
endwhile

# *****************
# Delete AutoSnooze to try to stop reminder repeat
# *****************
If( RegKeyExists( "HKCU", "\ControlPanel\Notifications\Reminders\AutoSnooze" ) )
RegDeleteKey( "HKCU","\ControlPanel\Notifications\Reminders\AutoSnooze", TRUE, TRUE )
Endif

# *****************
# Create folder in Programs called "Explorers" and move shortcuts into it
# *****************
MkDir( "\Windows\Start Menu\Programs\Explorers" )

Move( "\Windows\Start Menu\Programs\Internet Explorer.lnk", "\Windows\Start Menu\Programs\Explorers", TRUE )
Move( "\Windows\Start Menu\Programs\Google Maps.lnk", "\Windows\Start Menu\Programs\Explorers", TRUE )

Copy( "\Storage Card\SDAUTO\CopyFiles\S2U2_stuff\AT&T.png", "\Program Files\S2U2\gfx\operator\AT&T.png", TRUE )

Move( "\Windows\Start Menu\Programs\S2U2\*.*", "\Windows\Start Menu\Programs\Accessories\S2U2", TRUE, TRUE )
DelTree( "\Windows\Start Menu\Programs\S2U2" )

# *****************
# Running registry settings
# *****************

ForEach xregfile in Files( "\Storage Card\SDAUTO\REG Files\*.reg" )
Runwait( "\Windows\TaskMgr.exe", xregfile & " /silent" )
While( ProcExists ( "TaskMgr.exe" ))
sleep( 1000 )
endwhile
EndForEach

ForEach xxmlfile in Files( "\Storage Card\SDAUTO\XML Files\*.xml" )
Runwait( "\Windows\TaskMgr.exe", "/provxml " & xxmlfile )
While( ProcExists ( "TaskMgr.exe" ))
sleep( 1000 )
endwhile
EndForEach

UnZipAll( "\Storage Card\SDAUTO\User_C.zip", "" )
Sleep( 1000 )

RunWait( "\Windows\TaskMgr.exe", "\User_C.reg /silent" )
While( ProcExists ( "TaskMgr.exe" ))
sleep( 1000 )
endwhile

If( FileExists( "\User_C.reg" ))
sleep( 1000 )
Delete( "\User_C.reg" )
EndIf

If( FileExists( "\User_C.mscr" ))
sleep( 1000 )
Delete( "\User_C.mscr" )
EndIfUser_C zip and the reg file contains what it takes to have programs on sd card run without using the cab to install. Basically I unzip files to their correct folders and the User_C.reg sets the registry for the programs.

[Noonski]

I used a similar way in the registry to add the shortcuts and deleted the whole key at the end.

But was not using Endwhile for that so good idea there.
xda-developers - Reply to Topic (http://forum.xda-developers.com/newreply.php?do=newreply&noquote=1&p=3987907)

HTC is also switching from putting their autoshortcut links from provxml files and moving these to rgu.

Should save those extra unneeded provxml files.

This new setup should reduce a lot of the scripting for those not familiar with it. But again it's great to see how others are leveraging the added control in a creative way that suits them best.

But i have to say to others "Don't get get scared away" by some of the previously posted methods. The basis of the XDA_UC will be very easy to implement. But you'd be giving the hardcore tweaking part of our community a lot of freedom in adding their own customizations.

PS: Your using QuickMenu, cool, it rocks so much more in straight forward quick use. To bad it's not updated regularly. Hoping for a release to Get rid of that damn Manilla issue taskswitch issue.

[Laurentius26]

What can I say, awsom work gentleman thank you!
I'm going to check this out immidiatly. :):):)

Grtz, Leo

[Noonski]

I will start changing the script after a little break (tonight), with a few extra ideas from the input from previous threads.

There will be one that takes RunCC into account and another that takes Autorun into account.

I will document as much as possible.

Rory

Still fun to see how close to each everything we have done lies.
I was using
HKLM\Software\Mortinstall\LNK
As the directory to create Shortcuts from.

I have added your
While( ProcExists ( "TaskMgr.exe" ))
sleep( 1000 )
endwhile

And aplied it to WCEload and CusTSK.exe.

To help get the Finished Installation message timed at the correct moment.

And also made the Link installation from Registry a part of the process.

Etc to the Script i'll be uploading tomorrow.
It's getting ro late now.

[RoryB]

Funny thing.

Last night I realized I could move the registry settings to the rgu and get rid of the provxml. We do seem to attack this from different directions and end up at the same place or close to it.

I forgot to subscribe to this thread so I just now saw your posts as I went to mention this idea.

I'll need to add the delete registry key to my script.
---------------

I cannot download the OEM packages. I am trying to see your command line for wceload to see is there a way to force not asking where to install. That is why I still use sdautorun. If I could install cabs without having to respond I would use a mortscript line to do so.

[Noonski]

ForEach CABfile in files ("\Windows\*.cab")
if (RegRead( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "" ) eq 1)
Else
Run("\Windows\wceload.exe", "/silent " & CABfile)
While( ProcExists ( "wceload.exe" ))
sleep( 10000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "", "1")
EndIf
EndForEach

Longer Sleep for those annoying large Cabs sometimes.

I Lower it after some stress test Cabb installing.

I think i should also add the Nodelete command to it even if the NoDelete is already set in System File Open Registry entry.

I write all installed stuff to Registry for safeties sake.
And for User Debugging to see where the Shit Hits The Fan.

Give me two more hours and i'll have the v1 uploaded and fully tested.

UPDATE:
Post 3 has now been updated with V1 of the Fully Automated Script.
http://forum.xda-developers.com/attachment.php?attachmentid=197663&d=1245517969

Moving Thread.
I will not use my Moderator power to Sticky something i have done as a User.
That depends on the importance cooks think this has.

[Noonski]

Added Minor Adjustments to scripts.

Small adjustments to V 1.0.01:
Changed Sleep to start UC to 50 seconds for full device Boot before UC starts.
Changed "XDA UC Service Start" title to "customization" to match the old one.
Changed sleep before completion message to ten second in case the last cab needs user input and the Completion message pops up to early.
Changed Sleep at while for Theme installation to 2 seconds.
Populated .dsm file and added filled in option.xml

And Added the Semi (Runs at Second Boot after RunCC or Autorun) version.

[Noonski]

Suggestion:
install the cabs in a known order, perhaps alphabetically, so that we can name the files in the order to install like so

10_MSVC.CAB
20_PIMBackup.Cab
etc means we can control the install order.

:D

Why not make just a .reg file

with
[HKEY_LOCAL_MACHINE\\Software\\XDA\\AutoShortCut]
"\\Windows\\Start Menu\\Programs\\PIM Backup.lnk"="\\Storage Card\\Program Files\\PIMBackup\\PIMBackup.exe"

And save some storage space.

I haven't tried newer versions of MS VC but i know i had older versions working just fine from SD.

[hilaireg]

I haven't tried newer versions of MS VC but i know i had older versions working just fine from SD.

You should be ok to deploy MSVC to SD ... I recommend looking at an OEM package so as to verify the registry entries - just in case.

For the most part, MSVC uses \Application Data for temporary voice announcement and such.

HTH,

[ai6908]

I want to use this with VIsualKitchen, but it keeps crashing when building platform! What am I doing wrong? Will this work with VisualKitchen? I want to release a ROM with this, but just cant seem to figure this crashing part! Please let me know if there are any tricks! Thanks.

[twopumpchump]

I want to use this with VIsualKitchen, but it keeps crashing when building platform! What am I doing wrong? Will this work with VisualKitchen? I want to release a ROM with this, but just cant seem to figure this crashing part! Please let me know if there are any tricks! Thanks.

make sure none of your files have "hidden" attibute in properties, as this will make platformrebuilder crash. maybe this isnt it, but is worth checking on :)

[Noonski]

Aah the Visual Kitchen.

I'm still on old Bepe's Buildos package style.

I'll check into how to format the package to be compliant for that new lay out.

I attached a package for that Kitchen.
I have put the whole file structure i found used in the Touch Pro 6.1 Visual Kitchen by.

If someone can check if i did this correctly i can add it to the first posts.

I tested this and i got no errors myself just now.

[hilaireg]

Aah the Visual Kitchen.

I'm still on old Bepe's Buildos package style.

I'll check into how to format the package to be compliant for that new lay out.

I attached a package for that Kitchen.
I have put the whole file structure i found used in the Touch Pro 6.1 Visual Kitchen by.

If someone can check if i did this correctly i can add it to the first posts.

Looks good to me ... you only need your package structure. You can drop everything above - i.e. .\EXT\SHARED\Utilities.

[Noonski]

I have to correct myself i still got an error on this:mad:

[hilaireg]

I have to correct myself i still got an error on this:mad:

Just had another look.

The package looks fine ... there's an extra "_skip" file in the files folder but that shouldn't cause you any grief.

The APP.DAT looks in order and same goes for the .REG file.

What are you bumping up against?

[Noonski]

I tried removing the extra _skip

And i get:
http://forum.xda-developers.com/attachment.php?attachmentid=199510&stc=1&d=1246039120

As i said i'm not familiar with the New Ervius Visual kitchen and have no problem using BuildOS.

Working now, after manually removing the Original WM Taskmanager from the SYS packages. (Which was a module as opposed to DotFred's Taskmanager)

So the next test was turning Dot Fred's Taskmanager into a module and putting back the WM Tasmkanager as a module to.

Now it goes through without the error and replaces the WM Taskmgr.exe correctly.
I learned something new today thanks.

I'l be uploading the final package for Visual Kitchen later on after actually checking the DotFred Taskmanager performance as a module.

[ai6908]

I'l be uploading the final package for Visual Kitchen later on after actually checking the DotFred Taskmanager performance as a module.

Thanks, I am glad I am not the only one! Should have tried with TPC kitchen as they still use the old style and would have known! But thanks for the fix!

[hilaireg]

Hi Noonski,

I need to keep dotFred Task Manager named as follows:

FS_TaskMgr.exe


... so as to not conflict with other apps I need running. Is this going to be an issue?

If so, which file(s) do I need to change to have it recognize "FS_TaskMgr.exe"


Cheers,

[twopumpchump]

i have never gotten dotfred task mgr to work with bepes platformrebuilder in exe file form, have to change to module ;) is weird because i know others who use it all the time with no errors :confused: oh well, looks like noonski fixed it up, im gonna give it a try in my kitchen and see what happens :D

[hilaireg]

i have never gotten dotfred task mgr to work with bepes platformrebuilder in exe file form, have to change to module ;) is weird because i know others who use it all the time with no errors :confused: oh well, looks like noonski fixed it up, im gonna give it a try in my kitchen and see what happens :D

As it's a self-contained EXE, I simply renamed the EXE as I noted above. This gave me the flexibility to run it along side other Task Managers.

I'm hoping this isn't going to be a problem for implementing XDA_UC.

:(

[Noonski]

Hi Noonski,

I need to keep dotFred Task Manager named as follows:

FS_TaskMgr.exe


... so as to not conflict with other apps I need running. Is this going to be an issue?

If so, which file(s) do I need to change to have it recognize "FS_TaskMgr.exe"


Cheers,

Well the thing is that the scripts are also aligned to parse the XML files to Taskmgr.exe

So the XDAUC.mscr should be modified to:
RunWait("\Windows\TaskMgr.exe", REGfile & " /silent")

&

RunWait("\Windows\TaskMgr.exe", "/provxml " & XMLfile)

I chose to keep using that taskmanager name scheme as QuickMenu also calls for it.

So your hitting a good point here.

I was thrilled when i could finally get rid of the Windows Taskmanager when MS separated it from Storage Space Control panel Applet. And replace it by default with this powerhouse.
(and i could always use TaskManagerLite.exe for the same experience as the WM taskmanager)

And never run into a situation where it was an issue.

So if it is important to specific Setup's it's good to look into.

I don't want to go force everyone to replace the WM taskmanager, so i can still go back, but i would also need to adjust the .xda installation script standards to this format.

[hilaireg]

Well the thing is that the scripts are also aligned to parse the XML files to Taskmgr.exe

So the XDAUC.mscr should be modified to:
RunWait("\Windows\TaskMgr.exe", REGfile & " /silent")

&

RunWait("\Windows\TaskMgr.exe", "/provxml " & XMLfile)

I chose to keep using that taskmanager name scheme as QuickMenu also calls for it.

So your hitting a good point here.

I was thrilled when i could finally get rid of the Windows Taskmanager when MS separated it from Storage Space Control panel Applet. And replace it by default with this powerhouse.
(and i could always use TaskManagerLite.exe for the same experience as the WM taskmanager)

And never run into a situation where it was an issue.

So if it is important to specific Setup's it's good to look into.


How about renaming the DotFred Task Manager to something like fdcTaskMgr.exe and add in a credits ReadMe file to avoid possible complaints.

I would rather not have to modify your files if at all possible so as to avoid confusing folks and/or making it difficult for them to update XDA_UC going forward.

Cheers,

[B4PJS]

Just a quick bit of information about the file vs module thing, this is due to a windows issue where you cannot overwrite a folder with a file (try naming a folder "blob.exe" and then pasting a file called "blob.exe" in the same base folder). As you have noted there are 3 ways around this:


Delete the original module
modularise the file
recmod the original module

IIRC I had the same problem when I first converted the Sashimi/mortscript package from a cab due to the fact that it contained a taskmanager in file format.

B

[Noonski]

Would the Tweak:

[HKEY_LOCAL_MACHINE\Software\Microsoft\Shell\Rai\:M STASKMGR]
"0"="MSTASKMGR"
"1"="\\Windows\\TaskManagerLite.exe"
"2"=dword:1
"3"=dword:0
Change any of this?

I know that the default WM taskmanager can be set up to close applications If memory drains to much, but i haven't seen that happen to much.

What else relies on the default MS Tasmgr.exe?

I'm really trying to think this over, and trying to outweigh my personal preferences against issues that might arise.
(Personal Preference Being WM Taskmgr.exe Weak, Dot Fred Smash:D)

[hilaireg]

Would the Tweak:

[HKEY_LOCAL_MACHINE\Software\Microsoft\Shell\Rai\:M STASKMGR]
"0"="MSTASKMGR"
"1"="\\Windows\\TaskManagerLite.exe"
"2"=dword:1
"3"=dword:0
Change any of this?

I know that the default WM taskmanager can be set up to close applications If memory drains to much, but i haven't seen that happen to much.

What else relies on the default MS Tasmgr.exe?

I'm really trying to think this over, and trying to outweigh my personal preferences against issues that might arise.
(Personal Preference Being WM Taskmgr.exe Weak, Dot Fred Smash:D)

I feel your delima.

I much prefer fdcSoft (dotFred) Task Manager as well but I didn't want to impose my preference on the kitchen and it's users - so I created a specific package for it and renamed the EXE to FS_TaskManager ... figured no one would use a name like that.

If you look at the package in the kitchens, you will notice that the .REG/.RGU file does not hook into that key. It simply sets the .REG association to point to FS_TaskManager. Unless there's a hard dependency that requires registration in the key, I would be inclined to avoid it or leave it as optional.

I also decoupled MortScript 4.2 (DLL & EXE) so that i may also be updated in the future. At the moment, I the following "commented" packages:


FDC Soft Task Manager
SDAutoRun 2.0
MortScript 4.2 (Comment indicating that it requires SDAutoRun 2.x)
XDA_UC (Comment indicating that it requires MortScript & FDC Task Manager)
Remove CustSat/SQM (Comment indicating that it requires XDA_UC)



My reasoning for this is that FDC Soft & SDAutoRun are the foundation, MortScript & XDA_UC a framework, and the CustSat/SQM package (and others) the finishing touches over top of the framework.

BTW; thanks for taking the time to revisit this on the 23rd hour ... I'm delaying PACK3 release for the moment.

Cheers,

[Noonski]

Updating to this name scheme should not interfere or urge to update.

Both previous and the next version will do the same without conflict.

It's a good thing i have put, setting up the Defaults for XDA files off, for after getting the UC part up. (there's only so much variables one person can think up without the input of others)

If you have already thought about it more and about the interference of Cook choice, you actually saved me some time.

I will have another bourbon and dinner then dive into adding a few User Customisation for Manilla Functions and change the naming Scheme.

Bit i'll take the whole weekend for this ;)

[hilaireg]

Another couple of days delay on PACK3 will not kill anyone ... at least no one that I know. Besides, we're all doing this out of the goodness of our hearts.

:)

Coming from a software design and packaging background, I have a habit (good or bad) of breaking things down into building blocks. From the packaging side, I try to implement customizations post-deployment as it makes it easier to slip out old vendor code, put new code in, and then adjust the post-install customization layer as required.

Have an extra Bourbon for me, goodness knows I need it.

:cool:

[Noonski]

I'm flashing the changed style now.

But you can apply the changes to the package your using.

You only need to change the taskmgr.exe references in the XDAUC.mscr to have it synced to my current setup.

[hilaireg]

What name are you going with for FDC Task Manager ... fdcTaskMgr.exe ?

[Noonski]

What name are you going with for FDC Task Manager ... fdcTaskMgr.exe ?


FS_Taskmgr.exe

As was already set in the rgu file ;)

I can always include a renamed mort Autorun.exe renamed to Taskmgr.exe along with a taskmge.mscr in my own kitchen to replace default WM Taskmanager.

[Noonski]

There shouldn't be a need for a sdconfig.txt anymore

As anything that Autorun would handle can be taken over.

And as for Xcopy it's also obsolete, as you can have Mortscript copy over entire directories.

The first part might still come in handy to maybe still keep in a sense of Backwards compatibility. Bt where is the sense in that. A few other UC methods added Configuration methods that would make the sdconfig.txt

It's also already executing all .mscr scripts in the XDA_UC folder, but i do that after installing Cab's, so as a user you can actually change whatever the cab did to your liking.

From a script posted bfore i already added


ForEach xshortcut, xsourcefile in regValues ( "HKLM", "\Software\XDA\AutoShortCut" )
CreateShortcut( xshortcut, xsourcefile, TRUE )
EndForEach
And i will ad one similar to handle file copy and folder copy, read from a registry.

Your method eventually spels the same:
"Autorun, All your commands belong to us, and then some"

And you could also ad a makedir of copy2 first before starting the copy in case the dir does not exist.

Would look something like this then

ForEach xcopy1, xcopy2 in regValues ( "HKLM", "\Software\XDA\DirCopy" )
MkDir ( xcopy2 )
Copy( xcopy1, xcopy2, TRUE )
EndForEachTo

[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Storage Card\\XDA_UC\\Test"="\\My Documents\\Test"

I know where you are coming from, i also saw people missing having an easy working way to copy over folders using SDAutorun and working their way around it copying Xcopy to Temp or Windows folders so it could be executed.

And i went for the run command on mortscript files, as i understand that set variables can be taken over using CallScript.

I think having people create these in a .reg file makes it easier then using a mortscript to do this and it brings a regular user closer to what a cook is constantly working with.

Ha reading it all back, i can't stop smiling, thinking to myself where did i learn all this crap?

[RoryB]

Yeah, I was showing backward compatability for those who have sdconfig already and do not want to change anything. This would act like sdautorun without them even seeing a difference.

Most everything in the last post was intended for stuff on the sdcard.

I stopped using xcopy a while back.

I am working more toward the idea of just having a folder on sdcard that has what you want silently installed and another for what you want installed with user input.

The sequence of the script takes care of installing cabs and then running scripts to tweak the results of the install.

You could even do move to move files from one directory to another and then deltree to delete the emptied folder.

[Noonski]

I will definitely look into the SDConfig.txt reading Script.
(Votes on Legacy went up even if there aren't that many Votes they do say something)

It won't hurt anyone if the sdconfig.txt file isn't there anyway.

But what does the script do with xml files mentioned in the SDconfig.txt?

Will add this on Sunday.

I was focused on getting:

if (DirExists( "\" & SDF & "\XDA_UC\Manila" ))
XCopy( "\" & SDF & "\XDA_UC\Manila\*.*", "\Windows", TRUE, TRUE )
RegWriteDword("HKLM","\Software\Microsoft\Today\Items\TouchFLO 3D","Enabled","0")
RedrawToday
Sleep("20000")
if (FileExists( "\" & SDF & "\XDA_UC\manila\wallpaper_TF3D.png" ))
RegWriteString( "HKCU", "Software\HTC\Manila", "HomeBackgroundPath", "\Windows\wallpaper_TF3D.png" )
RegWriteString( "HKCU", "Software\HTC\Manila", "DefaultHomeBackgroundPath", "\Windows\wallpaper_TF3D.png" )
Else
Endif
if (FileExists( "\Windows\wallpaper_TF3D.jpg" ))
RegWriteString( "HKCU", "Software\HTC\Manila", "HomeBackgroundPath", "\Windows\wallpaper_TF3D.jpg" )
RegWriteString( "HKCU", "Software\HTC\Manila", "DefaultHomeBackgroundPath", "\Windows\wallpaper_TF3D.jpg" )
Else
Endif
Sleep("5000")
RegWriteDword("HKLM","\Software\Microsoft\Today\Items\TouchFLO 3D","Enabled","1")
RedrawToday
Else
Endif


To Work.
I know there probably is a way to check the progress of the Copying of the files before re enabling the TF3D and redrawing the homescreen as using a set time of 10 seconds might not be enough in some cases.
(Just testing out the timing with the start up process)

But it looks like it's waiting for the copy to finish before moving on in the script.

[RoryB]

ElseIf( SubStr( xcount, 1, 5 ) eq "XML: " )
RunWait( "\windows\TaskMgr.exe", "/provxml " & SubStr( xcount, 6 ))
While( ProcExists ( "TaskMgr.exe" ))
sleep( 3000 )
endwhile
ElseIf( SubStr( xcount, 1, 5 ) eq "TSK: " )
RunWait( "\windows\cusTSK.exe", SubStr( xcount, 6 ))
While( ProcExists ( "cusTSK.exe" ))
sleep( 3000 )
endwhile

[RoryB]

I fixed the else - do nothing in post 56

[Noonski]

Holy Cow Batman, This looks almost to easy

Special No Prize for finding out who said this in the XDA forums.

Looks like we can merge all methods into just one that takes the used variables into account of using RunCC.exe and an sdconfig.txt file on SD

(was just curious if you where using another trick to parse the XML files)

Takes the need away for a cook to set up SDAutorun.exe or point to SDConfig.txt on SD card in a LUA script.

Rock on! Good Work.

[hilaireg]

Now I know you posted a while back indicating that you would not use your God-like powers to make threads stickies just because you can.

That said, I still feel you should make this thread and the SDAutoRun thread stickies cause this is really good work.

Anyway,

M2C worth.

;)

[RoryB]

another fix on 56 for the exe part

[blazingwolf]

I'm a little new to this subject so please forgive the newb questions. I have this cooked in to my Omnia ROM and it does work but I have an issue and a question.

I have removed the welcome screen items as all of that is done for the user. This causes a stop at part of the loading screen. If you push the start button everything works fine. This is normal for the Omnia (I wish it wasn't though). My issue is that the script will run but the popup screen will not show to alert the user that customization is starting unless one pushes the start menu before that happen. Is it possible to fix this in some way?

My question is how would one configure this to install cabs to the internal storage area or a storage card?

[Noonski]

I'm a little new to this subject so please forgive the newb questions. I have this cooked in to my Omnia ROM and it does work but I have an issue and a question.

I have removed the welcome screen items as all of that is done for the user. This causes a stop at part of the loading screen. If you push the start button everything works fine. This is normal for the Omnia (I wish it wasn't though). My issue is that the script will run but the popup screen will not show to alert the user that customization is starting unless one pushes the start menu before that happen. Is it possible to fix this in some way?

My question is how would one configure this to install cabs to the internal storage area or a storage card?

Having a Cab install to the Storage memory, you can do by either changing the cab to install to a hard coded path.

BUt i think i now get RoryB's Second Cab folder setup for user input.


So you could add (and might also add this), beneath the already present cab installation part in the XDAUC.mscr


ForEach CABfile in files ("\" & SDF & "\XDA_UC\SD\*.cab")
if (RegRead( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "" ) eq 1)
Else
Run("\Windows\wceload.exe", "/nodelete """ & CABfile & """")
While( ProcExists ( "wceload.exe" ))
sleep( 10000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "", "1")
EndIf
EndForEach


This should the start the installation the normal way asking for the user where to install to.

As for the Start Button you can use the cook.mscr

Adding a

Sleep("1000")
MouseClick( "x" , "y" )

Where you time your sleep off course to when the start should be clicked.
And if i'm correct setting x & y to 5 should get the coordinates for the startmenu.

This way no one need to do that annoying start menu clicking thing on the Onmia ;)

PS: Are you by any chance related to FameWolf:D

[bobsbbq]

I have been using the second option where the UC happens after the first boot. I have some issues where the cabs are being deleted from the XDAUC folder on the Storage card after a ROM flash. It does not delete all of them but Sometimes it deletes all except one, sometimes it delets 2 etc.

I use a full WM 6.5 ROM with all Rhodium/Topaz packages. Using RunCC as well.

Anyone can help with this?

[blazingwolf]

Having a Cab install to the Storage memory, you can do by either changing the cab to install to a hard coded path.

BUt i think i now get RoryB's Second Cab folder setup for user input.


So you could add (and might also add this), beneath the already present cab installation part in the XDAUC.mscr


ForEach CABfile in files ("\" & SDF & "\XDA_UC\SD\*.cab")
if (RegRead( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "" ) eq 1)
Else
Run("\Windows\wceload.exe", "/nodelete """ & CABfile & """")
While( ProcExists ( "wceload.exe" ))
sleep( 10000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "", "1")
EndIf
EndForEach


This should the start the installation the normal way asking for the user where to install to.

As for the Start Button you can use the cook.mscr

Adding a

Sleep("1000")
MouseClick( "x" , "y" )

Where you time your sleep off course to when the start should be clicked.
And if i'm correct setting x & y to 5 should get the coordinates for the startmenu.

This way no one need to do that annoying start menu clicking thing on the Onmia ;)

PS: Are you by any chance related to FameWolf:D

Thanks Noonski. :) I will give this a shot.

Only the wolf part is related. :D

[blazingwolf]

I have been using the second option where the UC happens after the first boot. I have some issues where the cabs are being deleted from the XDAUC folder on the Storage card after a ROM flash. It does not delete all of them but Sometimes it deletes all except one, sometimes it delets 2 etc.

I use a full WM 6.5 ROM with all Rhodium/Topaz packages. Using RunCC as well.

Anyone can help with this?

Have you set the cabs to read only?

[bobsbbq]

Have you set the cabs to read only?

Thanks I will try this I found some not set to read only.

[Noonski]

I have been using the second option where the UC happens after the first boot. I have some issues where the cabs are being deleted from the XDAUC folder on the Storage card after a ROM flash. It does not delete all of them but Sometimes it deletes all except one, sometimes it delets 2 etc.

I use a full WM 6.5 ROM with all Rhodium/Topaz packages. Using RunCC as well.

Anyone can help with this?


Can you check your xdauc.mscr to check you also have the "/nodelete parameter?



ForEach CABfile in files ("\" & SDF & "\XDA_UC\*.cab")
if (RegRead( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "" ) eq 1)
Else
Run("\Windows\wceload.exe", "/nodelete /silent """ & CABfile & """")
While( ProcExists ( "wceload.exe" ))
sleep( 10000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "", "1")
EndIf
EndForEach

It should not delete the Cab files.

[Noonski]

Okay finished rewriting the methods into just one method.

It should react on wether Autorun or RunCC is being used and run at the correct bootcount for that method.

I haven't implemented the SDconfig.txt part yet, i need to test this new version first.

RoryB if you have the time to test the new script to see if i'm not doing anything stupid?

[blazingwolf]

So you could add (and might also add this), beneath the already present cab installation part in the XDAUC.mscr


ForEach CABfile in files ("\" & SDF & "\XDA_UC\SD\*.cab")
if (RegRead( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "" ) eq 1)
Else
Run("\Windows\wceload.exe", "/nodelete """ & CABfile & """")
While( ProcExists ( "wceload.exe" ))
sleep( 10000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\cab", "" & CABfile & "", "1")
EndIf
EndForEach


This should the start the installation the normal way asking for the user where to install to.




Gave this a shot and It doesn't seem to work. I added this code in underneath, above and replaced the existing code and the cabs still installed to device memory (well, except for replaced, then no cabs installed) and silently.

I could change the paths of my cab files. That's not an issue for me but it very well could be for the users of my ROMs so that's not really an option.

The start menu code ou gave me works like a charm. :D

Thanks for your help with this and thanks for putting this together. I have been looking for something like this and it is working very well so far. :)

[Noonski]

I attached an updated beta V1.0.02 script.
It will first check for cab files in XDA_UC\SD and present those with full user interaction so you can chose where to install to.

After that it will continue to silently install the cab files in XDA_UC folder.

I haven't added RoryB's SDconfig.txt reading part to it yet, i got struck by some incredible headaches.

[blazingwolf]

I attached an updated beta V1.0.02 script.
It will first check for cab files in XDA_UC\SD and present those with full user interaction so you can chose where to install to.

After that it will continue to silently install the cab files in XDA_UC folder.

I haven't added RoryB's SDconfig.txt reading part to it yet, i got struck by some incredible headaches.

Smoking. I will play with this right now. :)

Sorry about the headaches. I, unfortunately, understand about those as I get migraines. Hopefully you will start feeling better.

[blazingwolf]

Well, the new version did not run for me. My theme filed moved fine but that is it. I never saw the customizing popup and no other changes occurred.

I will try to look at it and see if I can figure it out.

[RoryB]

Another fix on post 56 to get the quotes around the cabfile name.

[Noonski]

Well, the new version did not run for me. My theme filed moved fine but that is it. I never saw the customizing popup and no other changes occurred.

I will try to look at it and see if I can figure it out.

Did you reflash or just rerun it?

If you only re run it first check what the boot count is set to in the registry
HKLM\COMM

And set it to 1. (or 2 if you have runcc.exe or autorun.exe in rom)

Otherwaise only the theme gets installed.

Also it checks for the existence of Autorun.exe and or RunCC.exe and if one of these files exist in ROM it will only run at HKLM\COMM\BoutCount=2

[RoryB]

Another thing I have discovered is unzipall does not work if there are any files existing. Folders are okay, but not files. I need to ask Mort about an unzipall( sourcefile [, overwite]) version so we can force an overwrite of existing files.

[blazingwolf]

Did you reflash or just rerun it?

If you only re run it first check what the boot count is set to in the registry
HKLM\COMM

And set it to 1. (or 2 if you have runcc.exe or autorun.exe in rom)

Otherwaise only the theme gets installed.

Also it checks for the existence of Autorun.exe and or RunCC.exe and if one of these files exist in ROM it will only run at HKLM\COMM\BoutCount=2

I reflashed. I did not think I had autorun.exe in my ROM but I was incorrect. I have one in my MortScript OEM.

I would much rather have this running right at flash as this does everything I need it to do. I will play some more and see what I can get. :)

[RoryB]

I reflashed. I did not think I had autorun.exe in my ROM but I was incorrect. I have one in my MortScript OEM.

I would much rather have this running right at flash as this does everything I need it to do. I will play some more and see what I can get. :)
My config.txt I cook in has one line in it.

EXEC:\windows\roryb.mscr

That line starts all my customizations and the script even checks for \Storage Card\SDConfig.txt to run it without sdautorun.

[Noonski]

Another thing I have discovered is unzipall does not work if there are any files existing. Folders are okay, but not files. I need to ask Mort about an unzipall( sourcefile [, overwite]) version so we can force an overwrite of existing files.


I can live around the Unzipp all, it adds an extra step to move the files from Temp folder with True on Overwrite.

But having a TRUE parameter on the UnzipAll would be great.

I think Mort is aware of this as he's was in at the Mortscript XDA thread right after your post about this. But could not find mention of it at Mort's own Forum.

[jmckeejr]

Just started using this and getting ready to distribute my ROM with it, wanted to make sure nobody has noticed any conflicts with any other UC software? I use a few methods personally, and this one sounds great due to the silent install factor. Haven't noticed any conflicts with SASHIMI yet, but I know that only one script can run at a time(right?). As I am distributing my ROMs to public and want to be as universal as possible I want to know if any software might conflict with this. I am using the semi method due to some of my setup stuff requiring reset.
I'll have to dig deeper into mortscript as it is becoming more and more interesting to me. I am now using mortscript for my ROM setups as well as installing my personal apps and man this saves a lot of wasted time. Great job here Noonski, you are a true inspiration. No, even better, you are my hero ;) LOL Thanks

EDIT: Fews suggestions(as if you need more to think about)
Add support for subfolders(possibly make it go through folders in specific orderie: XDA, CABS, XML, Scripts)
Add in the copy function(which you're already working on)
check for existence of an installed program(good luck with that. sounds difficult)

[RoryB]

With Mortscript xcopy will recurse directories.


XCopy( source files, target directory [, overwrite? [, subdirs? ] ] )


XCopy( "\My documents\*.txt", "\Storage", TRUE, TRUE ) (will copy also “\My documents\texts\x.txt” to “\Storage\texts\x.txt”)

So if you set your desired files in their correct paths relative to the root folder of the phone in to folder "\storage card\copy files" and use

XCopy( "\Storage Card\Copy Files\*.*", "", TRUE, TRUE ) you should get everything copied to where you want. This is similar to the zip file I use. I use a zip file because it is cooked in the ROM and I get one file in windows folder that gives me all the files I want elsewhere.

You would use If( DirExists( "\Storage Card\CopyFiles")) as a check to determine if you want to run the xcopy command line.

[Noonski]

I have thought about these:
Add support for subfolders(possibly make it go through folders in specific orderie: XDA, CABS, XML, Scripts)

"In an ideal world" there would not be a need for Subdirs in the XDA_UC folder.
There would only be one .XML file, One .reg and one scriptfile.
I did have this setup at a time, but found that dropping all the stuff i needed to get installed into one folder an easier user experience

Add in the copy function(which you're already working on)
Check ;)

check for existence of an installed program(good luck with that. sounds difficult)

I also thought about this but other than manually adding specific apps or looking for each .exe file in the Storage Card would end up with either a lot of extra scripting or a lot of unnecessary links in the programs link (for exe files that actually don't start anything).
Instead i thought having the Registry entries to links function an acceptable solution to adding a users program to the startmenu.

I hope this explains a bit about some of the why's.
I know there are a lot of people already doing a lot of personal customization with the Regular UC methods available. And when coming upon different options i tried to chose the one that would be easiest to understand for e new user

[jmckeejr]

Ok, so I put this into practice today. Pretty cool, but it does not like to work with SASHIMI as I thought. Nothing bad, just holds SASHIMI until XDA_UC is done. But it did freeze once because I have a script that runs pim backup and I guess when PIM backup opened it just froze. Happened twice. I have my rom setup to run SASHIMI at first boot too(count 2), so I'll have to add a few lines in one of these scripts to make it wait I think.
Definitely gonna need to do something about TF3D if possible. I usually import my reg entries for program launcher, but I need to close TF3D first. This would be an awesopme addon to what you have here.

[Noonski]

Take a look at the new part that i added this weekend.

I disables the home screen and then re-enables it to implement the new changes.

If (DirExists( "\" & SDF & "\XDA_UC\Manila" ))

XCopy( "\" & SDF & "\XDA_UC\Manila\*.*", "\Windows", TRUE, TRUE )
RegWriteDword("HKLM","\Software\Microsoft\Today\Items\TouchFLO 3D","Enabled","0")
RedrawToday
Sleep("20000")

if (FileExists( "\" & SDF & "\XDA_UC\manila\wallpaper_TF3D.png" ))
RegWriteString( "HKCU", "Software\HTC\Manila", "HomeBackgroundPath", "\Windows\wallpaper_TF3D.png" )
RegWriteString( "HKCU", "Software\HTC\Manila", "DefaultHomeBackgroundPath", "\Windows\wallpaper_TF3D.png" )
Else
Endif

if (FileExists( "\Windows\wallpaper_TF3D.jpg" ))
RegWriteString( "HKCU", "Software\HTC\Manila", "HomeBackgroundPath", "\Windows\wallpaper_TF3D.jpg" )
RegWriteString( "HKCU", "Software\HTC\Manila", "DefaultHomeBackgroundPath", "\Windows\wallpaper_TF3D.jpg" )
Else
Endif

Sleep("5000")
RegWriteDword("HKLM","\Software\Microsoft\Today\Items\TouchFLO 3D","Enabled","1")
RedrawToday
Sleep("25000")

Else
Sleep("50000")
Endif

[jmckeejr]

Awesome! Any way we can disable it before imorting REG for program launcher too? That is one I could really use, but I am not sure if a reset is needed before restarting Manila or not. I tried to disable TF3D, import program launcher REG, and reenable but I ended up with white squares for icons there. I'll try again next time I flash or get a chance.Also, shouldnt the TF3D be disabled before the xCopy? This what you have:
XCopy( "\" & SDF & "\XDA_UC\Manila\*.*", "\Windows", TRUE, TRUE )
RegWriteDword("HKLM","\Software\Microsoft\Today\Items\TouchFLO 3D","Enabled","0")
RedrawToday
Sleep("20000")
While I'm here I wanted to find out about RunCC. I currently use Autorun, so do I need to remove this and remove the reg entries from RGU in OEMDrivers? Will RunCC still do the same thing with config.txt?

[Noonski]

Any files that get overwritten while still in use by Manilla should not directly give up an error the pictures should be, being used in memory already.

So unless you switch a tab that at that moment is using pictures that at that exact moment is being overwritten having a few seconds of ramp up time to the large of files it might encounter shouldn't hurt Manilla still running just before it gets switched of. I think the only registry settings manila might, just right before it get's killed, be the time zone and time.

I haven't had a manilla error yet. And as soon as i finish the Full screen Connection setup, Manilla loads up showing me me personal Wallpaper fading in just e few seconds later. I tried to copy over around 5 MB of manilla files and it seemed to understand my intentions.

I could add a line to import a specific.reg from the manilla folder before it re enables and redraws the home screen. As the regular Registry importing comes after the cab installs.

I put the manilla file copy very early so it immediately starts with your Wallpaper after booting and logging in the first time.

Give the .reg file a name and consider it a function.

I can see it importing your quest for putting back your games high scores after backing them up.
http://forum.xda-developers.com/showthread.php?t=519358

There's a lot that can be added without telling anyone about the little extra's :cool:

[wg5566]

So that I can still use it

evenif

it is not cooked into my ROM
or
I'm just using a stock ROM

& I want to use it.

[Noonski]

After i have added the next functions this weekend (i only do stuff in the weekend so i don't go to bed to late ;))

I will look into making a cab but i can't make promises as i have a busy weekend.

[wg5566]

But that means IT'S POSSIBLE.:D
Doesn't matter it will come this weekend or next.
Good to have weekend, good night.;)

[RoryB]

But that means IT'S POSSIBLE.:D
Doesn't matter it will come this weekend or next.
Good to have weekend, good night.;)
You could put a mortscript on your sdcard and either use sdconfig.txt to start it if your ROM has sdautorun or just go to file explorer and start it. Of course you need mortscript installed on your phone so you would need to install the cab first or have sdconfig.txt install it first.

[Noonski]

I was thinking of adding mortscript, start.mortrun, mortzip.dll & start.exe to the Sample package to get it started anytime you want.

[wg5566]

I don't have statistics, but here's what I guess:

No more than 20% of the total WM device owners in the world will use a custome ROM.
No more than half of the custome ROMs are from xda-devs.
How many percent of the xda-devs cook here will cook it into their ROMs?

So that means anyway without a cab XDA_UC can not reach more than 10% of the total WM user.

But if a cab is available, that means ALL WM users, doesn't care what ROM they are using, only if they want they can use it.

plus

If everybody understands the following point, I think many of the medium-to-advanced WM users would run for using it:
If I'm not misunderstood, XDA_UC could also be used as a kindof Data Backup & Restoration Tools, coz I assume after further development, it will be able to restore every selected data from before-last-hardreset.
Compares to SPB Backup, Sprite Backup, SK Backup, SPB Clone and Sprite Clone etc. ( these can backup & restore all datas but only all-datas, we don't have or have very less choice of selection on datas)
&
PIM Backup (only works on PIM data)

XDA-UC has an overwhelming advantage for data selection on restoration, you can select every single reg tweak or every single file to restore or not restore to the new setup by simply move them in-or-out of the XDA_UC folder before run it, using Total Commander's 'virtual 2 window view' function this is super easy. After this selection, all is done at once.

& this is the dream for tweakers.

I think you don't need to finish a cab in a hurry, better do it after everything already fixed.

Several weeks is not a long time to wait for a beauty like this to happen.

After a cab is available, it definitely become a revolution and this thread definitely worth a sticky for ever.
My $0.02

[Noonski]

My aim is mainly into the restoring and applying of customisations.

And hooking up with some other great developments going on on XDA.

I'm not sure and i might be mistaken, but didn't Pimbackup have a parameter to silently import a back up?

If all is easy to implement for cooks, and if XDA_UC can also take over the functions of SDAutorun.exe using RoRyB's script, it will probaply hit a bigger percentage of your estimated cook ins. If i understand it correctly it is also being used to cook a Samsung Omnia rom.

And theoreticly some exporting of reg files and user files could be done to a .XDAZ file.

Althought Mortscript isn't officially opensource, it is a very easy to learn scripting language making this project Semi Open Source:D

Which reminds me i should add the Manilla.reg jmckeejr requested.

Okay Rory here goes my first Flash with your addition.

[wg5566]

While as a pretty noob I don't know a lot of things yet, just have a feeling that with all the supporting resources XDA_UC can export/import almost everything.
By the way is there someway to export the email account settings only? This maybe another headache after flashed a new ROM. Like me I have 7 email accounts, have to spent a lot of time after hardreset for setting accounts.

[Noonski]

Finished up first tests with 1.0.02

V 1.0.02 Beta Changelog:


Added Copy1 to Copy2 by reading from registry settings
[HKLM\Software\XDA\DirCopy]
"\\Storage Card\\Some Folder"="\\My Documents\\Some Folder"
Added Disabling Manila from Homescreen then Copying files from "\Storage Card\XDA_UC\manila" to Windows, The checking for existence of wallpaper_TF3D.png or wallpaper_TF3D.jpg and adding that to
[HKCU\Software\HTC\Manila]
"HomeBackgroundPath"="\\Windows\\wallpaper_TF3D.jpg"
Import registry files from "\Storage Card\XDA_UC\manila\manila.reg"
Re-enable Manila on Homescreen and redraw it.
If not present do nothing.
Added RoryB's Complete SDAutorun.exe replacement/SDConfig.txt parser script.
Check for existence of Autorun.exe or RunCC.exe to automatic determine which method/bootcount to use.
There is no longer the need for two separate XDA_UC versions let alone a third.
.reg and .xml files will now be sent to renamed taskmanager "FS_TaskMgr.exe"

I have attached (http://forum.xda-developers.com/attachment.php?attachmentid=201734&stc=1&d=1246657155) the Beta Script to get some more feedback on experiences for the Manila timing.

[blazingwolf]

If i understand it correctly it is also being used to cook a Samsung Omnia rom.


You understand perfectly. :D

I have released the first ROM with this in an Omnia and it works very well. Thank you very much. :)

I will check out the new additions you have made and see how it works on my Omnia.

Thanks for visiting my thread over on PPCGeeks to let me know you had made some changes. I appreciate it. :D

[blazingwolf]

While as a pretty noob I don't know a lot of things yet, just have a feeling that with all the supporting resources XDA_UC can export/import almost everything.
By the way is there someway to export the email account settings only? This maybe another headache after flashed a new ROM. Like me I have 7 email accounts, have to spent a lot of time after hardreset for setting accounts.

Don't worry, I'm still a scripting newb also and this is working quite well in my ROM. I won't be surprised if this is picked up by a lot of people as it is easy to install and very easy for the end user to use.

[Noonski]

Let's just say that Google didn't know my friend XDA_UC a few weeks ago.

Helps me to easily find user experiences, so i can tweak the timing and order to fit the needs. Or it might in the future.

Oeps looks like o forget to tell about one extra new function.

Make an SD folder in XDA_UC and put cab's you want complete user input control over in the SD folder.
You can choose where you want the cab file installed to.

[Noonski]

Don't worry, I'm still a scripting newb also and this is working quite well in my ROM. I won't be surprised if this is picked up by a lot of people as it is easy to install and very easy for the end user to use.


Weeding through your thread right now, looking for information.

Even reading some German to.

Only thing i found is that creating the XDA_UC would actually make it more easier, up till now.

[blazingwolf]

Finished up first tests with 1.0.02

V 1.0.02 Beta Changelog:


Added Copy1 to Copy2 by reading from registry settings
[HKLM\Software\XDA\DirCopy]
"\\Storage Card\\Some Folder"="\\My Documents\\Some Folder"
Added Disabling Manila from Homescreen then Copying files from "\Storage Card\XDA_UC\manila" to Windows, The checking for existence of wallpaper_TF3D.png or wallpaper_TF3D.jpg and adding that to
[HKCU\Software\HTC\Manila]
"HomeBackgroundPath"="\\Windows\\wallpaper_TF3D.jpg"
Import registry files from "\Storage Card\XDA_UC\manila\manila.reg"
Re-enable Manila on Homescreen and redraw it.
If not present do nothing.
Added RoryB's Complete SDAutorun.exe replacement/SDConfig.txt parser script.
Check for existence of Autorun.exe or RunCC.exe to automatic determine which method/bootcount to use.
There is no longer the need for two separate XDA_UC versions let alone a third.
.reg and .xml files will now be sent to renamed taskmanager "FS_TaskMgr.exe"

I have attached (http://forum.xda-developers.com/attachment.php?attachmentid=201734&stc=1&d=1246657155) the Beta Script to get some more feedback on experiences for the Manila timing.

I will probably need to do some clipping as I have no need for the TF3D code. We can't use it. :( That won't mess things up will it?

[ai6908]

While as a pretty noob I don't know a lot of things yet, just have a feeling that with all the supporting resources XDA_UC can export/import almost everything.
By the way is there someway to export the email account settings only? This maybe another headache after flashed a new ROM. Like me I have 7 email accounts, have to spent a lot of time after hardreset for setting accounts.

Search for settingssaviour, it was in hermes forum i think! It does a great job of backing up almost everything you need, including email accounts.

[blazingwolf]

Weeding through your thread right now, looking for information.

Even reading some German to.

Only thing i found is that creating the XDA_UC would actually make it more easier, up till now.

Most of my time is spent on Modaco as the Omnia has a bigger forum there. I haven't fielded to many questions about XDA_UC yet though. The big one is installing cabs to other locations. Once I get that nailed down I think XDA_UC will be bigger.

I want this to run on first boot though and not second so I need to get that straight. I'm looking at what roryb wrote earlier to see for that will work for me.

[Noonski]

I will probably need to do some clipping as I have no need for the TF3D code. We can't use it. :( That won't mess things up will it?

If the manila folder is not there it does nothing.

6. Added checking for cab files in "\Storage Card\XDA_UC\SD\", for those that don't have the luxury of changing the install paths in a cab file to hardcoide these to Storage Card. So you get full user input to choose on these cabs.

[blazingwolf]

If the manila folder is not there it does nothing.

6. Added checking for cab files in "\Storage Card\XDA_UC\SD\", for those that don't have the luxury of changing the install paths in a cab file to hardcoide these to Storage Card. So you get full user input to choose on these cabs.

Thanks. I will try it as is then and see what happens. :)

[Noonski]

Search for settingssaviour, it was in hermes forum i think! It does a great job of backing up almost everything you need, including email accounts.

Thanks for sharing SettingsSaviour
http://forum.xda-developers.com/showthread.php?t=308100

It's been around for a while and from the looks of it it's using some .XML files for the configuration. Will Play with this for sure.

[ai6908]

Thanks for sharing SettingsSaviour
http://forum.xda-developers.com/showthread.php?t=308100

It's been around for a while and from the looks of it it's using some .XML files for the configuration. Will Play with this for sure.

YW. Yup I have been using it for a while! Sigh makes me feel old now! LOL...Anyhow, real nice tool, works wonderful with WM6.5, I wish it was developed upon.

[wg5566]

Thanks everybody.

Request two more functions.
1. If I put PIMBackUp (.pib) file inside the XDA_UC folder, want XDA_UC to silently run it.
2. It will be convineint if shortcuts inside the XDA_UC folder (like abc.cab.lnk or def.xdas.lnk ) will work. If so users don't need to move thie file in, just paste a shortcut there, good for file management.

[Noonski]

Thanks everybody.

Request two more functions.
1. If I put PIMBackUp (.pib) file inside the XDA_UC folder, want XDA_UC to silently run it.
2. It will be convineint if shortcuts inside the XDA_UC folder (like abc.cab.lnk or def.xdas.lnk ) will work. If so users don't need to move thie file in, just paste a shortcut there, good for file management.

1. You find me the Parameter to do this and we have a deal.
2. Don't get me wrong, but using shortcuts instead of actual file can be more confusing for some and you risk getting more errors or failures for user setups.

[blazingwolf]

Put the new script in to my OEM and reflashed my device. Worked on second boot as expected. Installation of cabs to SD card worked perfectly as did silent install of cabs to windows folder.

None of my reg changes took though. With this install I did three separate changes. Change time to HH:ss, added my name to owner info and removed the data connection notice.

So I am almost there. :)

[Noonski]

I also tested a reg change using .reg for my owner name.

It didn't stick as a reg while other values from that same reg file did.

So i made an XML file and that did carry over my owner info.

I always have check files for these on my SD that i can check after flashing.

But those have values that are never used by the system and always get applied correctly. I think that some Registry values that are checked by the system more often are better of being in an .xml file :(.

Anyone else with ideas on this?

Aah wait off course, you replaced te script.
So you need to rename Taskmgr.exe to FS_taskmgr.exe in the OEM
Oepsie.

That might also be the cause of NONE of your reg files carrying over.
(but i would still recommend owner info in an XML file)

[wg5566]

1. You find me the Parameter to do this and we have a deal.
2. Don't get me wrong, but using shortcuts instead of actual file can be more confusing for some and you risk getting more errors or failures for user setups.
1. Failed to find any command line parameter for PIMbackup. Then I thought of an important useful function (not only for this issue), like 'open a file with an app', not command line to 'run a app & open a file'. If this could not be done with MortScript, is there some other program could do this kind of thing? Total commander? (I remember there is an 'open with' function in context menu, dunno command line available or not. I sent my phone to service center and can not use it at the moment to test anything)
If this could be done, basicly all file could be opened silently.
Another thing is: What is the mechanic for the OS to do this: When I tap on a file, it will open it with the associated app.? Can we use that?
2. Forget it.
All these thoughts may be rediculous only becoz actually I'm nonpro of this field.

I checked the reg file for .pib file, writen this:
Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\pbckpfile]
@="PIM Backup"

[HKEY_CLASSES_ROOT\pbckpfile\DefaultIcon]
@="\\Program Files\\GreenWare\\GreenWare\\PPCPimBackup.exe,-219"

[HKEY_CLASSES_ROOT\pbckpfile\Shell]

[HKEY_CLASSES_ROOT\pbckpfile\Shell\Open]

[HKEY_CLASSES_ROOT\pbckpfile\Shell\Open\Command]
@="\"\\Program Files\\GreenWare\\GreenWare\\PPCPimBackup.exe\" %1"

[RoryB]

@Noonski
I went back to what you had in the group for XDA_UC.

I removed AutoRun and all its parts, and SDAutoRUN.

I added an initflashfile.txt to copy my mortscript to \windows\startup and it runs right after (actually starts during) the screen calibration.

Now I have ROM setup and SDConfig on the first boot without autorun or sdautorun. I assume this would be true for RunCC.

I added the following lines to the end of my ROM script to get it deleted.

WriteFile( "\windows\startup\clean.mscr", "Delete( ""\Windows\StartUp\RoryB.mscr"", TRUE )^NL^" )
WriteFile( "\windows\startup\clean.mscr", "Delete( ""\Windows\StartUp\Clean.mscr"", TRUE )^NL^", TRUE )

[blazingwolf]

Aah wait off course, you replaced te script.
So you need to rename Taskmgr.exe to FS_taskmgr.exe in the OEM
Oepsie.


Yep, I'm a maroon. Completely forgot that. :o

Now that I have fixed the taskmgr issue. XDA_UC is working like a champ. :D

I did make a change so that it would run at first boot even with the autorun.exe since I am not using that for UC. :)

One other thing I would like to add is a soft reset after tapping OK to get out of the Popup saying that XDA_UC has run. If you have the code handy that would be great but I will be reading the Mortscript manual too.

[RoryB]

In Mortscript, the line is "reset" without the quotes and no ()

[blazingwolf]

In Mortscript, the line is "reset" without the quotes and no ()

Thanks. I will work on getting this in. :)

[Noonski]

@Noonski
I went back to what you had in the group for XDA_UC.

I removed AutoRun and all its parts, and SDAutoRUN.

I added an initflashfile.txt to copy my mortscript to \windows\startup and it runs right after (actually starts during) the screen calibration.

Now I have ROM setup and SDConfig on the first boot without autorun or sdautorun. I assume this would be true for RunCC.

I added the following lines to the end of my ROM script to get it deleted.

WriteFile( "\windows\startup\clean.mscr", "Delete( ""\Windows\StartUp\RoryB.mscr"", TRUE )^NL^" )
WriteFile( "\windows\startup\clean.mscr", "Delete( ""\Windows\StartUp\Clean.mscr"", TRUE )^NL^", TRUE )



That's exactly where the v 1.0.02 is at indeed. there is no actual need for either RunCC or Autorun type of config.
Just the illusion that it is needed. A very respected, and for this quote unnamed XDA member and PPC developer, said "I find all unnecessary reboots unwanted and anyoing"

But the votes do tell us something, that opposes the mindset that we might share. People tend to stick to what they are familiar with.
No offence meant here, just looking at the poll results and drawing conclusions of these.

[wg5566]

Well, I'm so stupid that always one way thinking. Just figure it out that if I use SpriteBackup and only backup the PIM info, the backup file will be an executable itself. But SpriteBackup uses a forced reset. This only can be added to the last stage.
Another thing is I found in China somebody developed some similiar ways like XDA_UC.(Will edit this post and provide more info later on.) In that way they just restored the pim.vol file from the designated folder.
Edit:
In China, the way used is called MicNeo, seemes developed by a guy named 'Lao Mai' or 'Mic', while Neo seems to be author of autoshotcut.exe.
I can not access their main website (www.5dppc.com) right now, becoz that site can only be accessed from ip address in China. Through Baidu (the #1 search engine in China)'s cache, I can access the first page of their forum (http://cache.baidu.com/c?m=9d78d513d99907e91afa950d100b92235c4380143b8192 572ec3933fc239045c133ba3fc78351072d5c76b6777ac5e5c 9daa702d691767f7c5c7d20c9bf985295c953a713559914165 d44fed891732c157c107b6b24dbafab76d84aea4d5dd4353bc 50127af7aacd055e&p=c671c64ad08a14f818bd9b7d59&user=baidu)(all Chinese language, but still can not access the target page: http://www.5dppc.com/thread-5897-1-1.html

But I got some introduction from some other sites. translate here: (seems first developed only for diamond ROM.)
Edit:
Latest MicNeo Customization Mechanics & Tools (Basically can be used immediately after flash a rom)

Customization Mechanics:
Only most basic parts are integrated in ROM, others made in cabs, can be installed by user as per need.

These are realized after flashing a ROM:
Automatic installation of CABs;
Automatic restore contacts;
Auto restore user dictionary of MeiHua SIP;
Auto registry import (from .reg .rgu .xml .proxml etc);
Auto classificate shortcut for programs;
auto creat shortcut for greenwares stored in storage card folder;
customize startup splash picture & sound,
customize system fonts (for users to select Chinese fonts)
...

Customization Package Contents::
MyROM folder ----place to root of storage card
GreenSoftware Folder--- place to root of storage card

MyROM contents & function:
Auto_CAB---------------place here CABs needed to be auto installed after flash
MANUAL_CAB------------Cabs needes user interference
DIC_BACKUP--------------MeiHua SIP user dict
PIM_BACKUP-----------------pim.vol
MANILA----------------Contains different styles of TOUCHFLO3D,no need user touch
REG-------------------Reg、Rgu、XML、Provxml
STARTUP_SPLASH----------------------animated.gif, BootUpHTC.wav

GreenSoftware Contents & Function:

Shortcuts for the Greenware here will be auto created and automatically clasified to respective folder.
User may place his own GreenWare here, micneo autoshortcut will do the shortcut creation & classification;
May edit the config.ini to classify user's own additives.

That's all for now

[Noonski]

I used to copy over pim.vol over to and it worked great until it got corrupted and was breaking my cprog.exe after every flash.

[wg5566]

If pim.vol could cause crash, an exe created by SpriteBacup should be better.
Although SpriteBackup is not freeware, in Asia a lot of HTC devices are shipped with Spritebkp bunddled.
If not for pim restore, to execute some exes may also needed for other poppose.

Please check my last post for MicNeo.
Just found that's the instruction for a doamond rom with OS19965, pretty old, maybe has updste now. Will check again.

[RoryB]

I just remembered your XDAUC had a bootcount check in it. When I get back to my kitchen I'll have to check it and get rid of writing the clean script. If I remember correctly bootcount=1 right after flash, so if bootcount>1 I can delete \windows\startup\RoryB.mscr otherwise run it.

[blazingwolf]

I just remembered your XDAUC had a bootcount check in it. When I get back to my kitchen I'll have to check it and get rid of writing the clean script. If I remember correctly bootcount=1 right after flash, so if bootcount>1 I can delete \windows\startup\RoryB.mscr otherwise run it.

That's what I have done. Working great. :)

Thanks for the reset code. That works perfectly too.

[RoryB]

I figured another trick for the zip files I use. The zip file trick I do allows me to have only one file in the windows folder and puts the files in their final locations. Example: the templates for office mobile. I have an office.zip file that has the templates in their correct subfolder in the zip file. When I unzipall, the templates end up in \My Documents\Templates folder. I understand that keeping the number of files in the windows folder as low as possible is supposed to help with operating speed.
I use this to run the zip files.

ForEach xprogram, xzip in regValues ( "HKLM", "\Software\MortZip" )
SetFileAttribute( xzip, "readonly", FALSE )
Sleep( 1000 )
Unzipall( xzip, "")
Sleep( 1000 )
EndForEach

If( RegKeyExists( "HKLM", "\Software\MortZip" )
RegDeleteKey( "HKLM", "\Software\MortZip", TRUE, TRUE)
EndIf

[Noonski]

I figured another trick for the zip files I use. The zip file trick I do allows me to have only one file in the windows folder and puts the files in their final locations. Example: the templates for office mobile. I have an office.zip file that has the templates in their correct subfolder in the zip file. When I unzipall, the templates end up in \My Documents\Templates folder. I understand that keeping the number of files in the windows folder as low as possible is supposed to help with operating speed.
I use this to run the zip files.

ForEach xprogram, xzip in regValues ( "HKLM", "\Software\MortZip" )
SetFileAttribute( xzip, "readonly", FALSE )
Sleep( 1000 )
Unzipall( xzip, "")
Sleep( 1000 )
EndForEach

If( RegKeyExists( "HKLM", "\Software\MortZip" )
RegDeleteKey( "HKLM", "\Software\MortZip", TRUE, TRUE)
EndIf

I see why you're using the reg read for these now.

But this is a perfect example to rename the .zip extension to .xdas.
And place the script to unzip to "", into the zip/xdas file and name the script inside to silent.mscr.

So there is no need to add extra script to unzip, as it's already there but in the form of execution of .xdas files.

DaMn what a weekend, hot and fun, could have used another day of rest before going back to work again.

[blazingwolf]

So I added a reset command at the end of the XDAUC.mscr. Now I am getting 2 soft resets instead of one. :confused:

Only thing I can think of is that something is still happening after I push the OK button. I'm assuming it is the removal of the files from startup. Would added a sleep command help in this situation?

[Noonski]

Can you attach your script?

[blazingwolf]

Can you attach your script?

Here it is. Thanks for looking at it. :)

Only made two changes so far. Changed mode to 1 if autorun.exe is found. Added reset at the end of the file.

[Noonski]

Here it is. Thanks for looking at it. :)

Only made two changes so far. Changed mode to 1 if autorun.exe is found. Added reset at the end of the file.

I think it's best to place it here, check it out.


####################################
# Installation Finshed Message #
####################################

If (method = 2 )

If (RegRead( "HKLM", "Comm", "BootCount" ) eq 2)
Sleep("10000")
BigMessage("XDA_UC has finished installations of present personal installations and tweaks. Please do not report any errors to the MortScript Forum but to the XDA_UC User & Cook threads or the thread of the Rom you have just Flashed. Adding user created or your own scripts can do serious damage your device, only use installations from a trusted or confirmed source, but the responsibility and Choice to use these, is always your own. Press OK to start the XDA_UC installation service.", "XDA UC Service Start")
Sleep("5000")
Reset
Else
EndIf

Else

If (RegRead( "HKLM", "Comm", "BootCount" ) eq 1)
Sleep("10000")
BigMessage("XDA_UC has finished installations of present personal installations and tweaks. Please do not report any errors to the MortScript Forum but to the XDA_UC User & Cook threads or the thread of the Rom you have just Flashed. Adding user created or your own scripts can do serious damage your device, only use installations from a trusted or confirmed source, but the responsibility and Choice to use these, is always your own. Press OK to start the XDA_UC installation service.", "XDA UC Service Start")
Sleep("5000")
Reset
Else
EndIf

EndIf

But i can add a Yes/No/Cancel to that if this is where it works best for you.

[blazingwolf]

I think it's best to place it here, check it out.

But i can add a Yes/No/Cancel to that if this is where it works best for you.

I will give that a shot and see what happens.

The Yes/No/Cancel sounds great but I hate to impose on your time.

[Noonski]

I had a snippet lying around, You can Easily adjust it by taking out the RegWrite commands. Sleep time for me now.


Switch (question ( "Disable Threaded SMS?", "Threaded SMS", "YesNoCancel" ))
case (0)
RegWriteDword ("HKCU", "Software\Microsoft\Inbox\Settings\OEM", "SMSInboxThreadingDisabled", 0)
SleepMessage( "5" , "Device Will Auto Reset in 5 seconds, to apply the settings." , "Threaded SMS" , 0 )
RESET
case (1)
RegWriteDword ("HKCU", "Software\Microsoft\Inbox\Settings\OEM", "SMSInboxThreadingDisabled", 1)
SleepMessage( "5" , "Device Will Auto Reset in 5 seconds, to apply the settings." , "Threaded SMS" , 0 )
RESET
case (2)
Message("No Settings Have Been Changed.","Threaded SMS")
EndSwitch

[blazingwolf]

I had a snippet lying around, You can Easily adjust it by taking out the RegWrite commands. Sleep time for me now.



Thank you. I will work with this some more. :)

Moving the resets as you suggested seems to be working. :D

[Noonski]

Bump, Uploaded V 1.0.02 and adjusted first posts to this.

Now there is just one method.

Thanks for the feedback.

And the biggest thanks to RoryB that took a shotgun to SDConfig.txt and made it work without SDConfig.txt

[Noonski]

Q i have a question about ur xda uc 1.0.02 package.
i already use mortscript package 4.2.
so do i need to remove it while using ur uc package.
also ur package includes task mgr and cook.tsk.
are these both imp as well??


Yes if you have Mortscript as a seperate Package there is no need for that extra package.

Taskmanager is important it parses the .xml and .reg files from User folder.

The Cook.tsk is optional and an example, you can replace it with the theme you want to use in the rom. Then remove that theme from the config.txt line it is implemented in.

If a user places a My.tsk theme in the XDA_UC folder that theme will be aplied instead of the cook's theme.

[Mr. Makk]

Yes if you have Mortscript as a seperate Package there is no need for that extra package.

Taskmanager is important it parses the .xml and .reg files from User folder.

The Cook.tsk is optional and an example, you can replace it with the theme you want to use in the rom. Then remove that theme from the config.txt line it is implemented in.

If a user places a My.tsk theme in the XDA_UC folder that theme will be aplied instead of the cook's theme.

thanx for answering my question,
i small querry. me being a cook, if i have to by default add a tsk theme in rom on 1st installation then i have to name it as cook.tsk only?? right??

[Noonski]

That is correct.

But you could also do it the old fashioned way if your still using Autorun or RunCCm config files.

Personally i like to cook my roms with no cabs in rom at all.

[Mr. Makk]

well all seems cool and very helpful. but 1 restore process is done manually, i.e. pim backup.
if possible or if seems feasible you can even add pimbackup restore as well in future

[Noonski]

PimBackup is also on my Whishlist.

Also it looks like i will need to disable the Screen light from going of and then returning the default values once XDA_UC is finished when the screen goes of something is slowing down cab installations.

Didn't sleep yesterday so that will have to wait.

For V3 i will be adding:
BattSuspendTimeout = RegRead ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout")
ACSuspendTimeout = RegRead ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout")
BatteryTimeout = RegRead ("HKCU", "ControlPanel\Backlight", "BatteryTimeout")
ACTimeout = RegRead ("HKCU", "ControlPanel\Backlight", "ACTimeout")
Brightness = RegRead ("HKCU", "ControlPanel\Backlight", "Brightness")
ACBrightness = RegRead ("HKCU", "ControlPanel\Backlight", "ACBrightness")

RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout",0)
RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout",0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "BatteryTimeout", 0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACTimeout", 0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "Brightness", 10)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACBrightness", 10)
At the beginning to keep the Screen on during the whole UC proccess to speed up the installations, the Installations time out when the device goes to sleep.

And at the end i put back the values again.


RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout",BattSuspendTimeout)
RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout",ACSuspendTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "BatteryTimeout", BatteryTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACTimeout", ACTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "Brightness", Brightness)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACBrightness", ACBrightness)
Many thanks to who ever posted this to the Mort Script Accumulations Thread.

Works Like A Charm.

[Mr. Makk]

PimBackup is also on my Whishlist.

Also it looks like i will need to disable the Screen light from going of and then returning the default values once XDA_UC is finished when the screen goes of something is slowing down cab installations.

Didn't sleep yesterday so that will have to wait.

For V3 i will be adding:
BattSuspendTimeout = RegRead ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout")
ACSuspendTimeout = RegRead ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout")
BatteryTimeout = RegRead ("HKCU", "ControlPanel\Backlight", "BatteryTimeout")
ACTimeout = RegRead ("HKCU", "ControlPanel\Backlight", "ACTimeout")
Brightness = RegRead ("HKCU", "ControlPanel\Backlight", "Brightness")
ACBrightness = RegRead ("HKCU", "ControlPanel\Backlight", "ACBrightness")

RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout",0)
RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout",0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "BatteryTimeout", 0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACTimeout", 0)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "Brightness", 10)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACBrightness", 10)
At the beginning to keep the Screen on during the whole UC proccess to speed up the installations, the Installations time out when the device goes to sleep.

And at the end i put back the values again.


RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","BattSuspendTimeout",BattSuspendTimeout)
RegWriteDword ("HKLM", "System\CurrentControlSet\Control\Power\Timeouts","ACSuspendTimeout",ACSuspendTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "BatteryTimeout", BatteryTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACTimeout", ACTimeout)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "Brightness", Brightness)
RegWriteDword ("HKCU", "ControlPanel\Backlight", "ACBrightness", ACBrightness)
Many thanks to who ever posted this to the Mort Script Accumulations Thread.

Works Like A Charm.

NOONSKI comes online last night according to my timezone and its just afternnon here and i need this registry changes in the script as i havt to upload my new rom.
can someone do it for me?
where and how to add these above changes to the script??

[RoryB]

@Noonski, we keep attacking things similarily. I set the backlight and power off settings in one of my rgu files that was setting them already and reset them at the end.

[Mr. Makk]

@Noonski, we keep attacking things similarily. I set the backlight and power off settings in one of my rgu files that was setting them already and reset them at the end.

Here is my script. I have changed alot of things which some of you can take up but most imp is the inclusion of Backlight Solution.
I have added the Backlight Soln that noonski gave above, to the below script so that anyone can use it.
Some more speciality about my script is that the End msg is deleted and straightaway the phone resets.
Basically this script is to be used as 1st boot installation.

[Noonski]

Here is my script. I have changed alot of things which some of you can take up but most imp is the inclusion of Backlight Solution.
I have added the Backlight Soln that noonski gave above, to the below script so that anyone can use it.
Some more speciality about my script is that the End msg is deleted and straightaway the phone resets.
Basically this script is to be used as 1st boot installation.

Mort has specificly asked to have a message pop up about suppiort for any error messages.

If you remove the message it should be stated somewhere else.

The intention is to keep things unified a bit so not to confuse users of different roms.


@Noonski, we keep attacking things similarily. I set the backlight and power off settings in one of my rgu files that was setting them already and reset them at the end.


Check with Ameet,

I'm either a not so secret CIA agent or a mind reader ;)

[Mr. Makk]

XDA_UC serves up all my needs for sure. But on personal side i want 1extra feature if anyone could just help me out. am using this script on 1st boot so i wan a permanent message on screen completely during the customisation process so as just keep the user informed that there is an ongoing customisation.
i know the whole purpose of this script is to be silent but i jus want this feature personal.
If anyone could help out then i would be greatly appreciated.

[Noonski]

XDA_UC serves up all my needs for sure. But on personal side i want 1extra feature if anyone could just help me out. am using this script on 1st boot so i wan a permanent message on screen completely during the customisation process so as just keep the user informed that there is an ongoing customisation.
i know the whole purpose of this script is to be silent but i jus want this feature personal.
If anyone could help out then i would be greatly appreciated.

Just a minute

This Should do it.

Disabling Backlight really gives installation speed of the whole process a boost.

[RoryB]

XDA_UC serves up all my needs for sure. But on personal side i want 1extra feature if anyone could just help me out. am using this script on 1st boot so i wan a permanent message on screen completely during the customisation process so as just keep the user informed that there is an ongoing customisation.
i know the whole purpose of this script is to be silent but i jus want this feature personal.
If anyone could help out then i would be greatly appreciated.
Early line in my script is run( "\windows\running_setup.bmp" ) that is a picture with the text that states this "RUNNING SETUP Do not reset phone or you will mess things up"
I had to add the command periodically through my script to make it show up over things like google maps screen after I install my sdcard cabs.

[Noonski]

Yeah i did a quick search for the mortscripts to get that StatusMessage screen to which you could add/change the text from at set intervalls to say what was going on but i did not save those commands and can't find them in the mort manual.

Looks like showing the BMP might be the best solution for now.

Is it possible to do an while for a mortscript that is running and cycling that with the show bitmap?

[RoryB]

I did not think you could run two mortscripts in parallel.

I just added the command based on when the bmp gets covered up. It's not perfect, but it does help keep the screen image on top.

I tried the condition in sleepmessage, but the script seems to pause while the message is sleeping and if the condition does not have something to create it started before the sleepmessage is started it never reaches the condition before the time out.

[wg5566]

From the stocks ROMs and all the ROMs I've been used. After first bootup, there will popup a window said like 'Please wait, will customize device in 3 seconds.' And then in the coming window, radio is shut down, screen is covered by a window with two parralleled progress bars on botom. And the system is installing cabs, tsk etc. Until finish everything and reset the screen will not be turn off.

If we can not use that command used by this, nor can we make XDA_UC become one of the process inside this thingy?

Or maybe it's time to request Mort to add this function to his program.

Another thing is once I passed by Yonsm's blog (http://www.yonsm.net/read.php?entryid=247&page=5&part=1) (all Chinese language), noticed he posted a code for 'lock system', while I dunno the computer language, is that for this? Anybody knows?

#pragma once
#include <Windows.h>
#include <TodayCMN.h>

// CLockHelper class
class CLockHelper
{
public:
STATIC BOOL GetLockStatus(BOOL bOrgLock)
{
HWND hWnd = GetForegroundWindow();
if(hWnd != GetDesktopWindow())
{
RECT rt;
if(GetWindowRect(hWnd, &rt))
{
if((rt.left < 0) && (rt.top < 0))
{
return TRUE;
}

if(_RectWidth(rt) == GetSystemMetrics(SM_CXSCREEN))
{
return bOrgLock;
}
}
}

return FALSE;
}

STATIC VOID LockDevice()
{
if (HMODULE hModule = LoadLibrary(TEXT("shutil.dll")))
{
HWND (WINAPI *pInitializeCustomItem)(TODAYLISTITEM* ptli, HWND hParent);
(PROC&) pInitializeCustomItem = GetProcAddress(hModule, MAKEINTRESOURCE(240));
if (pInitializeCustomItem)
{
TODAYLISTITEM ti = {0};
HWND hBar = pInitializeCustomItem(&ti, GetDesktopWindow());
if (hBar != NULL)
{
SendMessage(hBar, WM_TODAYCUSTOM_ACTION, 0, 0);
SendMessage(hBar, WM_LBUTTONDOWN, 0, 0);
DestroyWindow(hBar);
}
}
FreeLibrary(hModule);
}
}
};

[teorouge]

Impressive work, Noonski! I'm not a chef but I do have a Diamond, if you need someone to test a cab for the script I'd be happy to help! ;)

[Noonski]

From the stocks ROMs and all the ROMs I've been used. After first bootup, there will popup a window said like 'Please wait, will customize device in 3 seconds.' And then in the coming window, radio is shut down, screen is covered by a window with two parralleled progress bars on botom. And the system is installing cabs, tsk etc. Until finish everything and reset the screen will not be turn off.

If we can not use that command used by this, nor can we make XDA_UC become one of the process inside this thingy?

Or maybe it's time to request Mort to add this function to his program.

Another thing is once I passed by Yonsm's blog (http://www.yonsm.net/read.php?entryid=247&page=5&part=1) (all Chinese language), noticed he posted a code for 'lock system', while I dunno the computer language, is that for this? Anybody knows?

#pragma once
#include <Windows.h>
#include <TodayCMN.h>

// CLockHelper class
class CLockHelper
{
public:
STATIC BOOL GetLockStatus(BOOL bOrgLock)
{
HWND hWnd = GetForegroundWindow();
if(hWnd != GetDesktopWindow())
{
RECT rt;
if(GetWindowRect(hWnd, &rt))
{
if((rt.left < 0) && (rt.top < 0))
{
return TRUE;
}

if(_RectWidth(rt) == GetSystemMetrics(SM_CXSCREEN))
{
return bOrgLock;
}
}
}

return FALSE;
}

STATIC VOID LockDevice()
{
if (HMODULE hModule = LoadLibrary(TEXT("shutil.dll")))
{
HWND (WINAPI *pInitializeCustomItem)(TODAYLISTITEM* ptli, HWND hParent);
(PROC&) pInitializeCustomItem = GetProcAddress(hModule, MAKEINTRESOURCE(240));
if (pInitializeCustomItem)
{
TODAYLISTITEM ti = {0};
HWND hBar = pInitializeCustomItem(&ti, GetDesktopWindow());
if (hBar != NULL)
{
SendMessage(hBar, WM_TODAYCUSTOM_ACTION, 0, 0);
SendMessage(hBar, WM_LBUTTONDOWN, 0, 0);
DestroyWindow(hBar);
}
}
FreeLibrary(hModule);
}
}
};

There is no real need to Lock the screen, it isn't the plan to do so.

The meaning is to either get people to drop Build in HTC Auto config so people can start using their phone as quickly as possible.

Or keep using it with a stealthy second boot option that does nothing when there is nothing to be done.

I only added the Pop Up with the same text as the HTC autorun to mock HTC.

Flash addicts hate the Status message that locks up their phone.
Impressive work, Noonski! I'm not a chef but I do have a Diamond, if you need someone to test a cab for the script I'd be happy to help! ;)

You are on my HitList, it's not as scary as it sounds.
I will try to remember you when time comes.

Note:
Added an extra 1 second sleep to \Storage Card\XDA_UC
folder cab installation.
At:
sleep( 1000 )
While( ProcExists ( "wceload.exe" ))
sleep( 3000 )
endwhile

Sometimes i had two cab installations starting only seconds after each other that where in the XDA_UC and the XDA_UC\SD folder.
Hopefully this will help Mort catch the current WceLoad process.

[RoryB]

I have never used SHOW in config.txt file. Anyone know what it does and what program it uses? Does it replace the screen that shows while the autorun program installs stuff?

yup, sort of like the same as puttin a bitmap up on screen with mort but it then still shows the autorun loading bar.

[Mr. Makk]

Just a minute

This Should do it.

Disabling Backlight really gives installation speed of the whole process a boost.

you added the backlight script that you PMed me. i did that. and yes it does boosts the speed of cab installation.

Early line in my script is run( "\windows\running_setup.bmp" ) that is a picture with the text that states this "RUNNING SETUP Do not reset phone or you will mess things up"
I had to add the command periodically through my script to make it show up over things like google maps screen after I install my sdcard cabs.

below is my script. can you add that running_setup.bmp line to the script where ever required.??
what dimensions of BMP you using and wont it slow down the customisation process??
am gonna do some experiments and let you know.

[Mr. Makk]

well the more you experiment the more better it can get.
earlier i was using this script with my rhodium manila roms. but nowam even rolling out old style manila roms and thing to notice is that :
with rhodium manila, on 1st boot, the script haults the loading of manila.

but in case of normal manila, on 1st boot, the manila loads completely while the script is running.
how to work that out??

[RoryB]

I added based on my best guess, but you may need to add some to the cook.mscr because it may cause the bmp to be covered by other things too.

I did my best, but I do not have XDA_UC. I have my owns scripts and do not have all the optional methods, etc.

Let me know how it goes.

On Manila, you could copy the lines regarding setting today item enable to 0 to be at the top of the script. I added it now.

[Mr. Makk]

I added based on my best guess, but you may need to add some to the cook.mscr because it may cause the bmp to be covered by other things too.

I did my best, but I do not have XDA_UC. I have my owns scripts and do not have all the optional methods, etc.

Let me know how it goes.

On Manila, you could copy the lines regarding setting today item enable to 0 to be at the top of the script. I added it now.

before yoou could edit for me i already did a few experiments.
and what i found is that its not required to put it between scripts.
just once at the start is enough.
but its something else thats bugging.

1st - the image opens in album and screen is not locked, so when the user touched screen, he can play with the file(its not soo comfortable)

2nd - my phone resets after the script is complete and the image shows up again. why so? how to not make it show up again on next boot? and how to keep the screen locked while the image is open during the customisation.

these few additions can make diff versions of xda UC which many chefs can use as per their requirement.

[RoryB]

That is why I asked if anyone knew what SHOW: in config.txt did. I have not used it, but what I have read makes me think it shows an image while cabs are loaded in the background. Maybe if we can figure that out we can do the same. Else it would require something similar to LOCK:Enabled from config.txt

[Mr. Makk]

That is why I asked if anyone knew what SHOW: in config.txt did. I have not used it, but what I have read makes me think it shows an image while cabs are loaded in the background. Maybe if we can figure that out we can do the same. Else it would require something similar to LOCK:Enabled from config.txt

few posts back wg5566 talked something about locking the screen. whats that?

[B4PJS]

few posts back wg5566 talked something about locking the screen. whats that?
That looks like C or C#, def not mortscript

[Mr. Makk]

Also is there a command to disable network during customisation?

[Mr. Makk]

oops double post. sry.

[wg5566]

That is why I asked if anyone knew what SHOW: in config.txt did. I have not used it, but what I have read makes me think it shows an image while cabs are loaded in the background. Maybe if we can figure that out we can do the same. Else it would require something similar to LOCK:Enabled from config.txt
Also is there a command to disable network during customisation?
Got it, check the wiki here (http://wiki.xda-developers.com/index.php?pagename=AutoRun).

And this thread (http://forum.xda-developers.com/showthread.php?t=537108) may also have some useful information, even for PIMbackup.

Edit:And also something from ppcgeeks (http://forum.ppcgeeks.com/showthread.php?t=20753).

[Mr. Makk]

another suggestion would be:
if its being used as 1st boot installation, then after it installs cabs from windows directory, it even deletes those cabs so that then it'll free up some memory.
i think it'll get little complicated doing this but will help. just guess as am no mortscript expert.

[Mr. Makk]

Got it, check the wiki here (http://wiki.xda-developers.com/index.php?pagename=AutoRun).

And this thread (http://forum.xda-developers.com/showthread.php?t=537108) may also have some useful information, even for PIMbackup.

Edit:And also something from ppcgeeks (http://forum.ppcgeeks.com/showthread.php?t=20753).

i did checked out the links. one had the registry entries to block radio on 1st boot. i tried it but radio kept off even on 2nd boot.
but what we can do is, add radio off registry in the app.reg. and at the end of the script, add registry values enabling the radio.

[Noonski]

Just search for Radio Of or Radio Togle

It's an Exe, that i unfortunately wiped from me SD card.

If you go screwing up the codes in the script, you will take the change of deleting Flashers SD card.

Luckily it looks like you test everything, this is good until you find each Non Read Only File From Device Memory Till SD is gone.

And mort is fast.

Anyone that wants to go changing this around and not getting into the manual of Mortscript a bit more, it will not be my responsibility.

Should Call the script whatever they want.

The script says not to remove one specific line.
I have said this privately, i have said this in the script and in the thread.

You leave the line out That specifies that any errors a user might get from the usage of the UC, Your on your own in support.
I will now move to the beginning of the Script starting V3, so i know for sure that it is shortly shown to the user as everything that comes after that can be broken by bad user scripts.

Don't underestimate how powerful this could be.

This is the third and the last time i'm saying this.

The user warning stays, Because the rest is supposed to be silent. No news means good news. And when something pops up it should be something positive like "You have just walked away rfom you phone, made breakfast, checked you Mafia status and your phone has been configured, please do continue as the registry settings have aplied, reboot whenever you get the chance"

I respect Mort's wise request, i'm glad he pointed it out.

[wg5566]

Don't underestimate how powerful this could be.
I like it! Fantastic... & Can it just serve the breakfast for me?:D

Back to the topic of its power. One important function is missing from MortScript. That is somewhere called ShellExecute, which will allow users to open any files from a command line with its registered association app. This came out from the PIM backup issue, and I've already searched it for days with no luck. I got some clue from this (http://forum.xda-developers.com/showthread.php?t=324928), this (http://forum.xda-developers.com/showthread.php?t=344737) & this (http://forum.xda-developers.com/showthread.php?t=255114)thread, but still did not have the chance to test the apps recommended there.

I do think that the best way is that Mort integrates this function into MortScript & I do think that Mort can make it if he sticks to this issue. (Otherwise who can?)

So can you request Mort to make it happen. I'm not sure that I can convince him myself, so I don't do this.

And for anybody accidently deleted or lost some files in SD card, FinalData (http://www.finaldata.com) maybe the last rescuer.

[Mr. Makk]

Just search for Radio Of or Radio Togle

It's an Exe, that i unfortunately wiped from me SD card.

If you go screwing up the codes in the script, you will take the change of deleting Flashers SD card.

Luckily it looks like you test everything, this is good until you find each Non Read Only File From Device Memory Till SD is gone.

And mort is fast.

Anyone that wants to go changing this around and not getting into the manual of Mortscript a bit more, it will not be my responsibility.

Should Call the script whatever they want.

The script says not to remove one specific line.
I have said this privately, i have said this in the script and in the thread.

You leave the line out That specifies that any errors a user might get from the usage of the UC, Your on your own in support.
I will now move to the beginning of the Script starting V3, so i know for sure that it is shortly shown to the user as everything that comes after that can be broken by bad user scripts.

Don't underestimate how powerful this could be.

This is the third and the last time i'm saying this.

The user warning stays, Because the rest is supposed to be silent. No news means good news. And when something pops up it should be something positive like "You have just walked away rfom you phone, made breakfast, checked you Mafia status and your phone has been configured, please do continue as the registry settings have aplied, reboot whenever you get the chance"

I respect Mort's wise request, i'm glad he pointed it out.

i think these warnings are coming out for me. hmmm.
i really dont know the rules of mort so i better start from scratch. i respect the policies that might be related to this script or even mort and aplogise if not understanding something or doing something wrong.
i have the manual but have been lazy to read it. so better i start from scratch. i hope no1 took it to heart.

[Noonski]

I like it! Fantastic... & Can it just serve the breakfast for me?:D

Back to the topic of its power. One important function is missing from MortScript. That is somewhere called ShellExecute, which will allow users to open any files from a command line with its registered association app. This came out from the PIM backup issue, and I've already searched it for days with no luck. I got some clue from this (http://forum.xda-developers.com/showthread.php?t=324928), this (http://forum.xda-developers.com/showthread.php?t=344737) & this (http://forum.xda-developers.com/showthread.php?t=255114)thread, but still did not have the chance to test the apps recommended there.

I do think that the best way is that Mort integrates this function into MortScript & I do think that Mort can make it if he sticks to this issue. (Otherwise who can?)

So can you request Mort to make it happen. I'm not sure that I can convince him myself, so I don't do this.

And for anybody accidently deleted or lost some files in SD card, FinalData (http://www.finaldata.com) maybe the last rescuer.

The question is, how much cooks do put in Pim Backup?
So do i try to assume PimBackup is in Windows?
Or do i leave having the PimBackUp.exe in XDA_UC up to the User?
In both cases passing "A" .pib as a Parameter should be possible, PimBackup uses the same File Open registry commands as any other application.

But if PimBackup is in Rom, then the file type association regs could be included in rom.
And then a simple Run command to the .pib file should already get it opened in PimBackUp

Ill think of something.
Propably something like if *.pib exists in XDA_UC folder
Check if PimBackUp.exe is in Windows Folder, If Not, Write File Association To PimBackUp.exe on Storage Card\XDA_UC
Run the .Pib File.

[wg5566]

Beside the .pib there's still another issue: PIM Backup can not restore email account settings. Anybody got an idea for this?

[Noonski]

If you Check the SDAutorun user thread you'll find loads of .XML files and code for getting back e-Mail accounts.

http://forum.xda-developers.com/showthread.php?t=366337

[wg5566]

Thanks, Noonski.
I was also reading some xml solutions here (http://forum.ppcgeeks.com/showthread.php?t=3298). Apparently how to use and make xml files is still out of my knowledge. But will start to learn and start to catch up step by step. (It's been 15 years that I never touch a computer language again until recently made some little trick with MortScrpt! off-topic.)

Then seems we already can restore everything by XDA_UC. Great!
What else is not covered, anybody? Just make sure we don't miss anything. And latter on I'll collect a list on how to restore everything on the Q&A of User to User thread.

BTW, what is the command, say for mortscript to open a word doc like mydoc.doc. ?

[RoryB]

BTW, what is the command, say for mortscript to open a word doc like mydoc.doc. ?
Should just be Run( "path\mydoc.doc" ) because *.doc has been set to start pocket word in the registry settings. That is what is great about the setup of what program gets called by what extension.

[wg5566]

Thanks RoryB.
If like that ShellExecute function is already included in MortScript, basically MortScript can run or open any file types. That a smart Mort!
I did not try it since my phone was not back to me. But I spent hours to search for a solution, while it's already integrated into MotScript. Anyway very happy to know this. This helped me to decide that I'll try my best to promote the use of Mortscript and XDA_UC.

Noonski's right, never underestimate the power of it.

[RoryB]

@Noonski, I added an if file exists to my sdconfig.txt parser in case the user deleted the file from their sdcard, but forgot to delete it from the sdconfig.txt list.ElseIf( SubStr( xcount, 1, 5 ) eq "CAB: " )
If( FileExists( SubStr( xcount, 6 ) ))
RunWait( "\windows\wceload.exe", "/nodelete /silent " & """" & SubStr( xcount, 6 ) & """" )
EndIf

[Noonski]

Smart thinking Thanks,

[Black Antitoon]

Hi. I have installed latest Laurentius26's ROM (THD 3.55), which claims to be UC compatible and has a link to this page. I have put several .cab files in \Storage Card\XDA_UC and one in \Storage Card\XDA_UC\SD, and they didn't get installed. I didn't see anything, no progress bars, nothing. There were also two reg files in the XDA_UC folder, and they were not imported.

My SD is one of those which don't work for flashing from SD, maybe this info can help you.

Any suggestions? Thanks! :)

[blazingwolf]

Hi. I have installed latest Laurentius26's ROM (THD 3.55), which claims to be UC compatible and has a link to this page. I have put several .cab files in \Storage Card\XDA_UC and one in \Storage Card\XDA_UC\SD, and they didn't get installed. I didn't see anything, no progress bars, nothing. There were also two reg files in the XDA_UC folder, and they were not imported.

My SD is one of those which don't work for flashing from SD, maybe this info can help you.

Any suggestions? Thanks! :)

You should check with the creator of the ROM.

Looking at what you wrote above then they should be installed if the .cab files are good and the correct stuff was put in to the ROM.

[Noonski]

If you can copy the XDAUC.mscr in Laurentius his Windows folder and post it here, i can take a look at it.

[Black Antitoon]

There is no file with this name in the Windows folder. :eek:

[Noonski]

Did you set Explorer to Show all hidden files?

[Black Antitoon]

I am using Total Commander, which always shows all files, AFAIK.

EDIT: And the "Hide files in ROM" option was NOT selected.

[RoryB]

Another useful string for certificate installing
ForEach xcertfile in Files( "\Storage Card\SDAUTO\Cert\*.cer" )
SleepMessage( 2, "Installing ^NL^ ^NL^" & xcertfile )
RunWait( "\windows\certinstaller.exe", "/silent " & """" & xcertfile & """" )
EndForEach

[Noonski]

Another useful string for certificate installing
ForEach xcertfile in Files( "\Storage Card\SDAUTO\Cert\*.cer" )
SleepMessage( 2, "Installing ^NL^ ^NL^" & xcertfile )
RunWait( "\windows\certinstaller.exe", "/silent " & """" & xcertfile & """" )
EndForEach

Tres Cool.

I'm currently putting my attention into Raphael rom, before i get to V3 update.
But will sure include, thanks again.

[blazingwolf]

Another useful string for certificate installing
ForEach xcertfile in Files( "\Storage Card\SDAUTO\Cert\*.cer" )
SleepMessage( 2, "Installing ^NL^ ^NL^" & xcertfile )
RunWait( "\windows\certinstaller.exe", "/silent " & """" & xcertfile & """" )
EndForEach

Very nice. Where are certs kept at for an exchange account?

[RoryB]

Very nice. Where are certs kept at for an exchange account?
I am not sure, I have a cert that I got through active sync for a website. I do not use certs for email.

[blazingwolf]

I'm having an issue trying to cook a new ROM with build 23016 which Da_G just gave us recently.

My theme is no longer loading upon first flash. The tsk file is installed and seen by the OS. It is also highlighted in the theme selector. If I change themes and then go back to the cook theme it works correctly. This happens with or without the XDA_UC folder in my Storage card.

I have made no other changes to the XDA_UC OEM which on the last build, 23009, worked perfectly.

Any ideas?

[blazingwolf]

I am not sure, I have a cert that I got through active sync for a website. I do not use certs for email.

Darn. Maybe Noonski knows.

[Noonski]

I don't have that much experience with 6.5.

But i did read something about cusTSK.exe missing in some 6.5 os-ses and that adding solved the issues.

But it might be that MS is moving away from the old method of applying Themes this way.

[blazingwolf]

I don't have that much experience with 6.5.

But i did read something about cusTSK.exe missing in some 6.5 os-ses and that adding solved the issues.

But it might be that MS is moving away from the old method of applying Themes this way.

I was really hoping you had a better answer. :(

Oh well. I'll see if I can get it figured out.

[Mr. Makk]

AM HAVING AN ISSUE WITH XDAUC NOT ABLE TO LOAD MY COOK.TSK ON CUSTOMISATION. I DIDNT KNEW THE REASON TILL SOME TIME BACK BUT NOW I KNOW.

well i've tracked down the reason but donot know the solution. in my oem folder, one of my .provxml says this:

<wap-provisioningdoc>
<!--328.01_pIE My Favorites Smartphone-->
<characteristic type="BrowserFavorite">
<characteristic type="HTC">
<parm name="URL" value="http://www.htc.com" />
<parm name="Order" value="1" />
</characteristic>
<characteristic type="Explore Windows Mobile">
<parm name="URL" value="http://go.microsoft.com/fwlink/?LinkId=43709" />
<parm name="Order" value="0" />
</characteristic>
<characteristic type="AccuWeather.com">
<parm name="URL" value="http://www.accuweather.com/?ad=htcfav" />
<parm name="Order" value="2" />
</characteristic>
<characteristic type="Google UK">
<parm name="URL" value="http://google.co.uk" />
<parm name="Order" value="3" />
</characteristic>
<characteristic type="BBC">
<parm name="URL" value="http://bbc.co.uk" />
<parm name="Order" value="4" />
</characteristic>
<characteristic type="Wikipedia">
<parm name="URL" value="http://wikipedia.com" />
<parm name="Order" value="5" />
</characteristic>
<characteristic type="Facebook">
<parm name="URL" value="http://facebook.com" />
<parm name="Order" value="6" />
</characteristic>
<characteristic type="FlickR">
<parm name="URL" value="http://www.flickr.com" />
<parm name="Order" value="7" />
</characteristic>
</characteristic>
<!--337.01_SecurityPolicy-->
<characteristic type="SecurityPolicy">
<parm name="4109" value="64" />
<parm name="4141" value="4096" />
<parm name="4142" value="4096" />
<parm name="4119" value="180" />
<parm name="4129" value="3136" />
</characteristic>
<!--379.01_StartupAnimation-->
<characteristic type="Registry">
<characteristic type="HKLM\System\Startup\1" translation="filesystem">
<parm name="Dll" datatype="string" value="\Windows\HTCAnimation.dll" translation="filesystem" />
</characteristic>
<characteristic type="HKLM\Software\HTC\HTCAnimation" translation="filesystem">
<parm name="StartupGif" datatype="string" value="\Windows\animated.gif" translation="filesystem" />
<parm name="StartupWav" datatype="string" value="\Windows\BootUpHTC.wav" translation="filesystem" />
</characteristic>
</characteristic>
<!--328.14_remove PIE Favorite-->
<characteristic type="BrowserFavorite">
<nocharacteristic type="WindowsMedia.com" />
<nocharacteristic type="Windows Mobile Extras" />
<nocharacteristic type="Windows Live" />
</characteristic>
<!--310.03_Settings-->
<characteristic type="Registry">
<characteristic type="HKCU\ControlPanel\Sounds\CallWaiting">
<parm name="Script" value="pw3p" datatype="string" />
</characteristic>
</characteristic>
</wap-provisioningdoc>

now if i remove this .provxml, xdauc succesfully installs the theme but i face some other problem with taskbar netwrk icon NOT SHOWS UP. but if i add this .provxml, xdauc is not able to successfully install the theme but my network icon isuue gets solved.
question is that what is there in this file thats causing this and how to solve it.
am using a topaz so this is the .provxml of topaz.

[kidoucorp]

Hi,

I'm cooking a ROM for HTC Diamond (NmLs), but it seems that despit XDA_UC is launched after the first soft-reset, it doesn't install my cabs :(

I made a folder "XDA_UC" on my Internal Storage.

If you need a tester for this device, pm me ;)

[Mr. Makk]

Hi,

I'm cooking a ROM for HTC Diamond (NmLs), but it seems that despit XDA_UC is launched after the first soft-reset, it doesn't install my cabs :(

I made a folder "XDA_UC" on my Internal Storage.

If you need a tester for this device, pm me ;)

well to use it with diamond you need to replace:
SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")

Into

SDF = RegRead("HKLM", "System\StorageManager\Profiles\moviNAND", "Folder")

So it will recognize the Diamond Storage on the diamond.

nookski told me this but i couldnt test it as yet.

[kidoucorp]

well to use it with diamond you need to replace:
SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")

Into

SDF = RegRead("HKLM", "System\StorageManager\Profiles\moviNAND", "Folder")

So it will recognize the Diamond Storage on the diamond.

nookski told me this but i couldnt test it as yet.

Thanks, will try as soon as I get back to home :)

[Noonski]

AM HAVING AN ISSUE WITH XDAUC NOT ABLE TO LOAD MY COOK.TSK ON CUSTOMISATION. I DIDNT KNEW THE REASON TILL SOME TIME BACK BUT NOW I KNOW.

well i've tracked down the reason but do not know the solution. in my oem folder, one of my .provxml says this:


<!--337.01_SecurityPolicy-->
<characteristic type="SecurityPolicy">
<parm name="4109" value="64" />
<parm name="4141" value="4096" />
<parm name="4142" value="4096" />
<parm name="4119" value="180" />
<parm name="4129" value="3136" />
</characteristic>.

try these Securit Settings

<characteristic type="SecurityPolicy">
<parm name="4109" value="64" />
<parm name="4141" value="4096" />
<parm name="4142" value="4096" />
<parm name="4119" value="180" />
<parm name="4122" value="1" />
<parm name="4097" value="1" />
<parm name="4101" value="40" />
</characteristic>


To loosen the security settings so Mortscript can be runned.

I will recheck these values at home, don't have all available info here.

[Mr. Makk]

try these Securit Settings

<characteristic type="SecurityPolicy">
<parm name="4109" value="64" />
<parm name="4141" value="4096" />
<parm name="4142" value="4096" />
<parm name="4119" value="180" />
<parm name="4122" value="1" />
<parm name="4097" value="1" />
<parm name="4101" value="40" />
</characteristic>


To loosen the security settings so Mortscript can be runned.

I will recheck these values at home, don't have all available info here.

nops it din helped. i rechecked a few things and i think the prob is not with this .provxml but something else. dunno what but its strange.

[ai6908]

nops it din helped. i rechecked a few things and i think the prob is not with this .provxml but something else. dunno what but its strange.

What version of Mortscript do you use? I think it happened to me once, when I used a different Mortscript that was not included in the package by noonski!

[Mr. Makk]

What version of Mortscript do you use? I think it happened to me once, when I used a different Mortscript that was not included in the package by noonski!

i use 4.2.

[nicklashidegard]

Just cooked this into a ROM and it works great!!

The only issue (very small one) is that it first install my cabs from the SD folder automatically into program memory, and after that it REINSTALLS the progs again (asking me where i want to install them) which should have happened in the first place..

Anyone had the same problem?

Thanks for a great program though.. will help a lot (as i seem to be flashing at least every day at the mo):)

[RoryB]

Do you have them listed in your sdconfig.txt file and saved in a manual folder?
If so, that might be why they get installed twice.

[nicklashidegard]

Of course!!

Thought i deleted the SDConfig.txt file earlier but i didn't. Thanks for your help, i had a blonde moment...

[ai6908]

nops it din helped. i rechecked a few things and i think the prob is not with this .provxml but something else. dunno what but its strange.

OK, I run into the same issue when applying tsk files too. Some tsk it applies fine, but some it doesnt!

So I looked into my tsk files, and find out the wallpapers are saved different between them. One was using gif files as wallpaper, and other jpg.

Tsk files with jpg gets applied properly, but with gif does not!

I dont know how to fix it, but this is what i see. You can test this theory and see if it matches.

[blazingwolf]

OK, I run into the same issue when applying tsk files too. Some tsk it applies fine, but some it doesnt!

So I looked into my tsk files, and find out the wallpapers are saved different between them. One was using gif files as wallpaper, and other jpg.

Tsk files with jpg gets applied properly, but with gif does not!

I dont know how to fix it, but this is what i see. You can test this theory and see if it matches.

Hmm, I'll have to look in to this as I have this issue also. Noonski wasn't sure what the problem could be.

[Noonski]

Hmm, I'll have to look in to this as I have this issue also. Noonski wasn't sure what the problem could be.


Don't know this one by head give me a moment.

First unzip the.tsk and check the XML file to determine what the gif file names should be.

stwater.gif and stwater.jpg should be accepted and shown by OS when it's just one graphic.

Check if you theme has
<characteristic type="HKCU\Software\Microsoft\Today">
<parm name="UseStartImage" value="1" datatype="integer" />
<parm name="DPI" value="192" datatype="integer" />

That's about all i could find at the moment, i never ran into the issue.
Maybe you can upload the .tsk file.

I could also look into Trowing the .tsk file to WCELoad as that might also get it installed silently. (might)

If not manually add it to a RGU file.

[ai6908]

Don't know this one by head give me a moment.

First unzip the.tsk and check the XML file to determine what the gif file names should be.

stwater.gif and stwater.jpg should be accepted and shown by OS when it's just one graphic.

Check if you theme has
<characteristic type="HKCU\Software\Microsoft\Today">
<parm name="UseStartImage" value="1" datatype="integer" />
<parm name="DPI" value="192" datatype="integer" />

That's about all i could find at the moment, i never ran into the issue.
Maybe you can upload the .tsk file.

I could also look into Trowing the .tsk file to WCELoad as that might also get it installed silently. (might)

If not manually add it to a RGU file.

I agree that it shouldnt make a different, and yes I do have that reg in my setup file!


<characteristic type="HKCU\Software\Microsoft\Today">
<parm name="DPI" value="96" datatype="integer" />

<parm name="UseStartImage" value="1" datatype="integer" />




I will if I see any difference if I use RunCC to apply themes!

[Noonski]

Autoshortcut and DirCopy has been Changed to use Make Dir from the same DirCopy Lines.

And Write File has been added after DirCopy Process And before Make Shortcut.

This should make initflashfiles.txt and HTC's Autoshortcut outdated as those always need existing files to do the file operations.

These changes are more with the cook in mind that now does not need to make a seperate mortscript file for fileoperations but can keep these inside the RGU of the package.

Here's a few examples of the registry code that can be used.


[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Windows\\Start Menu\\Programs\\Tools"="MakeDir"

[HKEY_LOCAL_MACHINE\Software\XDA\Write]
"\\Windows\\Start Menu\\Programs\\Tools\\QuickMark.lnk"="99#\"\"\\Windows\\QuickMark.exe\"\"?MPI_ProgramIcons.dll,-149"

[HKEY_LOCAL_MACHINE\Software\XDA\Write]
"\\Windows\\Start Menu\\Programs\\Office Mobile\\icon.lnk"="31#officeres.192.dll,-7690"

[HKEY_LOCAL_MACHINE\Software\XDA\AutoShortCut]
"\\Windows\\Start Menu\\Programs\\Office Mobile\\Word.lnk"="\\Windows\\pword.exe"


Also the Mortscript error Message has been brought to the beginning and at the end of the process the possibility to reset the device is presented.
Aplying the Theme got a little bug fix where it would also do it at a second and third boot.

RoryB's Cert script will also be added to the V04.


And now back to the Beach.

[svprm]

First of all,
Thanks for this UC.

First it didn't run.
After i restarted the phone app ran.
Why?

[ai6908]

First of all,
Thanks for this UC.

First it didn't run.
After i restarted the phone app ran.
Why?

You might be using RunCC as your first customization. I think it is the Method 2 here described by noonski.

[Noonski]

That is correct, if RunCC.exe or Autorun.exe is present in the ROM, then it will run at second boot.


As for another v4 update for cooks:

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot]
"\\Windows\\AutoShortcut.exe"=""

Has been added for apps that only need to run at first boot (or second for that matter).

So there is no need to know any mortscripting to still use it's advatnages.
I have now managed to build a rom with 0 file operations in iniflashfiles.dat.
And practicly no .provxml files. Thus reducing my first boot time by almost ten seconds.

Added Final update for next Update.

XDA_UC will now check for the existence of a *.pib file in the Storage Card\XDA_UC folder then check for the existence of PPCPimBackup.exe in either Windows folder or Storage Card\XDU_UC.

And if requirements are met it will start the Restore of alphabetical /numeral first *.pib file.

The only thing i'm testing is when this will occur.
So uploading in 30 minutes.

As for an earlier problem related to Theme not installing, check if the provided wm61_stwater.jpg or it's new variant in the Windows Folder. Don't know this one yet)

Moved RoryB's SDAutorun additions to post #5

[Noonski]

I updated to V5.

The PimBackup command had RunWait in it but in case you want the rest to continue installing instead of waiting for PimBackup to finish (and what if PimPackup window gets hidden in the background, the whole Process stalls :mad:)

[blazingwolf]

Nice to see an upgrade Noonski. I'll start looking at this to see the new features. :)

[Noonski]

I will need to update today again.

Running PimBackup in the beginning with al the rest also going on is to resource intensive. (really is because of PimBackup, it really uses a lot of processor power).
So it will move a bit more to the end to prevent freezing.

[digitalattic]

What are the advantages of this new UC over Sashimi? I personally prefer Sashimi to UC (no disrespect to Sleuth), but I'm not seeing how this feature set goes beyond what Sashimi/BenG has been offering for several years now.

Thanks

[Noonski]

What are the advantages of this new UC over Sashimi? I personally prefer Sashimi to UC (no disrespect to Sleuth), but I'm not seeing how this feature set goes beyond what Sashimi/BenG has been offering for several years now.

Thanks

That is a valid remark.

Bengalih, contacted me about a year ago, when this wasn't an UC replacement yet. He was right then that working together or using an already existing platform would be better.
And i agreed with him. Unfortunately things didn't work out between Bengalih and XDA. I found this personally a loss and wished things had turned out differently.

Sashimi was no longer supported and further developed here at XDA, so that was point one to go ahead.

I found the idea of just needing one folder to drop everything in a better step in model for the not so hardcore Tweaker, that was my Point two.

It get's rid of the need for a Restart at the end of customisation if applied without the classis Autorun method and requires no user input unless wanted.

It basicly has the same set of features, maybe a few more and maybe a few less. In my opinion it is easier to use, if you don't let the more advanced features scare you.

And besides it being a User Setup, I set it it up starting from my cooking point of view. Adding some functions that are useful to cooking to.

[kidoucorp]

well to use it with diamond you need to replace:
SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")

Into

SDF = RegRead("HKLM", "System\StorageManager\Profiles\moviNAND", "Folder")

So it will recognize the Diamond Storage on the diamond.

nookski told me this but i couldnt test it as yet.

Thanks, will try as soon as I get back to home :)



Thanks, forgot to report since the time, but it's working well...:D :rolleyes:

That is a valid remark.

Bengalih, contacted me about a year ago, when this wasn't an UC replacement yet. He was right then that working together or using an already existing platform would be better.
And i agreed with him. Unfortunately things didn't work out between Bengalih and XDA. I found this personally a loss and wished things had turned out differently.

Sashimi was no longer supported and further developed here at XDA, so that was point one to go ahead.

I found the idea of just needing one folder to drop everything in a better step in model for the not so hardcore Tweaker, that was my Point two.

It get's rid of the need for a Restart at the end of customisation if applied without the classis Autorun method and requires no user input unless wanted.

It basicly has the same set of features, maybe a few more and maybe a few less. In my opinion it is easier to use, if you don't let the more advanced features scare you.

And besides it being a User Setup, I set it it up starting from my cooking point of view. Adding some functions that are useful to cooking to.

+1, I was using Sashimi before, but right now I prefere XDA_UC, easier to maintain / customize than Sashimi (even if I did some powerfull things with sashimi ;) )

Keep the good job, PIMBackup restore is nice !!

[Noonski]

PimBackup restore might Slow/to Freeze Manila a bit at the end of restoring as it consumes a lot of resources and Manilla has to reload.

It's just the way it is.

Wonder if DotFred is still developing, having a Silent Parameter for restore for PimBackup would make it even cooler.

Nice to hear you like it.

RoryB had a nice addition to re-ad a parsing of a config.txt
Now it's not needed, but for some cooks this might be a easy way to get rid of RunCC and Autorun completly as some less experienced cooks might have more trouble converting the OEM config.txt XML files commands to a FULL version of XDA_UC.

So i'm curious of everyone's experience and thoughts about this.
Is there a need to add support for 1 config.txt file to give it support for old style Autorun?

[digitalattic]

That is a valid remark.

Bengalih, contacted me about a year ago, when this wasn't an UC replacement yet. He was right then that working together or using an already existing platform would be better.
And i agreed with him. Unfortunately things didn't work out between Bengalih and XDA. I found this personally a loss and wished things had turned out differently.

Sashimi was no longer supported and further developed here at XDA, so that was point one to go ahead.

I found the idea of just needing one folder to drop everything in a better step in model for the not so hardcore Tweaker, that was my Point two.

It get's rid of the need for a Restart at the end of customisation if applied without the classis Autorun method and requires no user input unless wanted.

It basicly has the same set of features, maybe a few more and maybe a few less. In my opinion it is easier to use, if you don't let the more advanced features scare you.

And besides it being a User Setup, I set it it up starting from my cooking point of view. Adding some functions that are useful to cooking to.

Thanks for your answer Noonski: I'm gonna jump into the pool and see what this has to offer, and then based on my experience w/Sashimi, decide what to use going forward.

I plan to release a kitchen shortly, and initial ROM customization has been an area I've been looking at with great interest recently.

I'll probably still poke around w/RunCC to, just to "see it in action."

AFA Sashimi goes, I have been toying with a method to update my phone after I apply new ROM version using Sprite, WinMerge, RegSnap, and Sashimi with limited success. I'm still trying to find a method that will allow me to flash an updated ROM, and then apply ALL the changes I made to the previous version as I used it daily, sorta abstracting the "post flash" application space from the base ROM space. It has been elusive thus far, but I have made some progress over the last year.

Sprite does a reasonable job on porting system changes to ROM updates, but it's not there yet either... maybe in v7 ;)

Thanks again for all the great info from this post and others I have stumbled upon that you are OP for!

[Noonski]

Now Testing Version 1.1.0.0 Beta With MrCapcom for Omnia "MyStorage" and Diamond "Internal Storage".

(so it will either read from XDA_UC folder on extra storage and if present read both Sorage card and My Storage)

So if there's a Diamond Cook out there to Test this release, Shoot me a PM. (But Theoretical if it works on the Omnia it will also work on the Diamond)

Also in next Update:

Set PimBackup Priority to low as it took a lot of the resources which stalled Manila (updating with the new Apointment and messages Information) and froze the device for a while if the PimBackup iption was used.

Removed a ten second sleep, which I had put there out of security, so it should now finish faster.

[blazingwolf]

Hmm, guess I didn't send you that PM soon enough. :(

Ah well, can't wait to see it working. :)

[Noonski]

Hmm, guess I didn't send you that PM soon enough. :(

Ah well, can't wait to see it working. :)

You got it to.

MrCapcom looked up the correct Values for it, and then i thought of you to.

There's now three Variables for three types of storage:

SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")
DIA = RegRead("HKLM", "System\StorageManager\Profiles\MoviNand", "Folder")
OMN = RegRead("HKLM", "System\StorageManager\Profiles\INAND", "Folder")

This should make covering other storage names like HP can use sometimes, supported to.

Example
SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")
DIA = RegRead("HKLM", "System\StorageManager\Profiles\SomeOtherTypeOfNand", "Folder")
OMN = RegRead("HKLM", "System\StorageManager\Profiles\SomeFlashDiscNameUs edInOtherDevies", "Folder")


Now i think i did the Manual Copy, Replace then reinsert for each part correctly (Can't drink coffee this late), But the Test Package from the first Post should help confirm each installed .reg .xml etc in the Registry, As it will show the full part to the installed files.

[blazingwolf]

You got it to.

MrCapcom looked up the correct Values for it, and then i thought of you to.

There's now three Variables for three types of storage:

SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")
DIA = RegRead("HKLM", "System\StorageManager\Profiles\MoviNand", "Folder")
OMN = RegRead("HKLM", "System\StorageManager\Profiles\INAND", "Folder")

This should make covering other storage names like HP can use sometimes, supported to.

Example
SDF = RegRead("HKLM", "System\StorageManager\Profiles\SDMemory", "Folder")
DIA = RegRead("HKLM", "System\StorageManager\Profiles\SomeOtherTypeOfNand", "Folder")
OMN = RegRead("HKLM", "System\StorageManager\Profiles\SomeFlashDiscNameUs edInOtherDevies", "Folder")


Now i think i did the Manual Copy, Replace then reinsert for each part correctly (Can't drink coffee this late), But the Test Package from the first Post should help confirm each installed .reg .xml etc in the Registry, As it will show the full part to the installed files.

OK, I'll start playing. :D

[MrCapcom]

Going to build the kitchen and test it now :-)

[serfer222]

Hi, I'm building new ROM with XDA_UC.
It looks promising, I like your idea. =)

Can you just tell me how to debug it?
Is there a log?

At the end of second boot, after install, Task Manager opens and after I close it "...complete..." message is displayed.
I think the problem is with one of reg files...
I know that I only renamed some of them, and before this step it was OK.

How to figure out what's wrong?

EDIT: I renamed reg files again - replaced ' ', '.', '-' characters with '_' and it works again.
Anyway - how to debug? =)

[Noonski]

Hi, I'm building new ROM with XDA_UC.
It looks promising, I like your idea. =)

Can you just tell me how to debug it?
Is there a log?

At the end of second boot, after install, Task Manager opens and after I close it "...complete..." message is displayed.
I think the problem is with one of reg files...
I know that I only renamed some of them, and before this step it was OK.

How to figure out what's wrong?

EDIT: I renamed reg files again - replaced ' ', '.', '-' characters with '_' and it works again.
Anyway - how to debug? =)


Well you can check the registry.

Almost everything except the SDconfig.txt reading/parsing, (but i will look into maybe adding it to that to) Will write a a line into registry.

Check HKML\Software\XDA & HKML\Software\XDA\UC
You can see which Shortcuts where installed through the registry, which .xml, .cab, .reg etc etc was installed from where.

I did this so these files couldn't be installed twice and so that i g=could do a bit of debugging.

But it won't debug Syntax mistakes in .xml and .reg files. Mistakes in mortscripts will pop up the regular Mort Error's.

And your right it's always best to avoid Spaces and other punctuations in file names.

[serfer222]

Thank you!
Another issue - there is the last message box (something like "do you want to restart your device?"). It has 3 buttons "Yes", "No", "Cancel".

I know what is "Yes".
"No" is good.
I just wondering who will press "Cancel" button?
=)

[Noonski]

Cancel will revert your Rom to the state before you flashed it ;)

Cancel is the same as No or Close.

[svprm]

Thank Noonski.
All working well.

[serfer222]

There is an unobvious issue with DirCopy.
You cannot copy several folders to one another.

for example if you use two reg files

reg1
[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Windows"="\\Storage Card\\XDA_UC\\copy_to_Windows_1"

reg2
[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Windows"="\\Storage Card\\XDA_UC\\copy_to_Windows_2"

this will be imported to one key and one reg file overwrites another one.
only one folder will be copied.

hm... Easy to solve, but confusing... =)

[Noonski]

There is an unobvious issue with DirCopy.
You cannot copy several folders to one another.

for example if you use two reg files

reg1
[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Windows"="\\Storage Card\\XDA_UC\\copy_to_Windows_1"

reg2
[HKEY_LOCAL_MACHINE\Software\XDA\DirCopy]
"\\Windows"="\\Storage Card\\XDA_UC\\copy_to_Windows_2"

this will be imported to one key and one reg file overwrites another one.
only one folder will be copied.

hm... Easy to solve, but confusing... =)


Yup that's why i initially put the From directory at the String part of the registry key.

Because i used
"MakeDir"="\\Program Files\\Something"

In the beginning but got into the same predicament, so i switched the parameters around taking the side effect that copying two different directories could not be possible. I chose a lesser evil.

Another easier solution as you hinted, would be to have both the from directories together into one ;)

Thing is that these keys get converted into an actual Mortscript command.

So this is the only way this can be done.

Good that you pointed out this limitation, i have run into it myself to but didn't hit me to post it.

[serfer222]

released ROM for Iolite with XDA_UC
http://forum.xda-developers.com/showthread.php?t=573841

Thank You!

[makeveral]

Hi!
I'm having a problem with .reg files, taskmanager is launched but it doesnt import the .reg keys. I have tryed with the .reg file in the sample package you posted and another one I've created and none of them works. I know someone else is having the same problem but i dont know from where it comes from and i haven't been able to fix it.

And another thing, anyone knows wich reg keys should i add to associate .reg files to FS_Taskmanager so .reg files get imported to registry?

Thanks guys!

[Noonski]

Those values are already in the OEM package.


[HKEY_CLASSES_ROOT\regfile]
@="Registry Entries"
[HKEY_CLASSES_ROOT\regfile\Shell\Open\Command]
@="\"\\Windows\\FS_TaskMgr.exe\" %1"
[HKEY_CLASSES_ROOT\regfile\DefaultIcon]
@="\\Windows\\FS_TaskMgr.exe,-228"
[HKEY_CLASSES_ROOT\.reg]
@="regfile"
[HKEY_LOCAL_MACHINE\Security\AppInstall\FdcSoft TaskMgr]
"InstallDir"="\\Windows"
"Role"=dword:00000018
;"Uninstall"="\\Windows\\AppMgr\\FdcSoft TaskMgr\\000A.tmp"
[HKEY_LOCAL_MACHINE\Security\AppInstall\FdcSoft TaskMgr\ExecutableFiles]
"\\Windows\\FS_TaskMgr.exe"=hex(0):
[HKEY_CURRENT_USER\Software\FdcSoft\TaskMgr\Tabs]
"SwitchMinExit"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\OEM\MASD]
"FdcSoftTaskMgr"="3_1_0_0"
So the rest is working except the .reg files?
Try changing the RunWait in just Run, in the XDAUC.mscr at:


If (method = 2 )
If (RegRead( "HKLM", "Comm", "BootCount" ) eq 2)
ForEach REGfile in files ("\" & SDF & "\XDA_UC\*.reg")
if (RegRead( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "" ) eq 1)
Else
RunWait("\Windows\FS_TaskMgr.exe", REGfile & " /silent")
While( ProcExists ( "FS_TaskMgr.exe" ))
sleep( 3000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "", "1")
EndIf
EndForEach
Else
EndIf
Else
If (RegRead( "HKLM", "Comm", "BootCount" ) eq 1)
ForEach REGfile in files ("\" & SDF & "\XDA_UC\*.reg")
if (RegRead( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "" ) eq 1)
Else
RunWait("\Windows\FS_TaskMgr.exe", REGfile & " /silent")
While( ProcExists ( "FS_TaskMgr.exe" ))
sleep( 3000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "", "1")
EndIf
EndForEach
Else
EndIf
EndIf

[makeveral]

Those values are already in the OEM package.


[HKEY_CLASSES_ROOT\regfile]
@="Registry Entries"
[HKEY_CLASSES_ROOT\regfile\Shell\Open\Command]
@="\"\\Windows\\FS_TaskMgr.exe\" %1"
[HKEY_CLASSES_ROOT\regfile\DefaultIcon]
@="\\Windows\\FS_TaskMgr.exe,-228"
[HKEY_CLASSES_ROOT\.reg]
@="regfile"
[HKEY_LOCAL_MACHINE\Security\AppInstall\FdcSoft TaskMgr]
"InstallDir"="\\Windows"
"Role"=dword:00000018
;"Uninstall"="\\Windows\\AppMgr\\FdcSoft TaskMgr\\000A.tmp"
[HKEY_LOCAL_MACHINE\Security\AppInstall\FdcSoft TaskMgr\ExecutableFiles]
"\\Windows\\FS_TaskMgr.exe"=hex(0):
[HKEY_CURRENT_USER\Software\FdcSoft\TaskMgr\Tabs]
"SwitchMinExit"=dword:00000001
[HKEY_LOCAL_MACHINE\SOFTWARE\OEM\MASD]
"FdcSoftTaskMgr"="3_1_0_0"
So the rest is working except the .reg files?
Try changing the RunWait in just Run, in the XDAUC.mscr at:


If (method = 2 )
If (RegRead( "HKLM", "Comm", "BootCount" ) eq 2)
ForEach REGfile in files ("\" & SDF & "\XDA_UC\*.reg")
if (RegRead( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "" ) eq 1)
Else
RunWait("\Windows\FS_TaskMgr.exe", REGfile & " /silent")
While( ProcExists ( "FS_TaskMgr.exe" ))
sleep( 3000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "", "1")
EndIf
EndForEach
Else
EndIf
Else
If (RegRead( "HKLM", "Comm", "BootCount" ) eq 1)
ForEach REGfile in files ("\" & SDF & "\XDA_UC\*.reg")
if (RegRead( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "" ) eq 1)
Else
RunWait("\Windows\FS_TaskMgr.exe", REGfile & " /silent")
While( ProcExists ( "FS_TaskMgr.exe" ))
sleep( 3000 )
endwhile
RegWriteDword ( "HKLM", "Software\XDA\UC\reg", "" & REGfile & "", "1")
EndIf
EndForEach
Else
EndIf
EndIf


Hi!
Thanks for your answer, i've checked the .reg keys and i couldn't find them in the OEM package at 1st post (maybe im blind xD). I added them and checked the .reg files and when i click on them taskmanager opens but it wont import the registry keys. Same happens when i change the runwait to run and XDA_UC is executed.

I guess it's all the same problem but i dont know why it doesnt import the reg files :p tomorrow i'll take a look again.

regards

[henrik.dk]

I wish I had seen this thread before. It took me quite sometime to make auto installation
using mortscript especially quite some cabs requires manual interference.

[Noonski]

Hi!
Thanks for your answer, i've checked the .reg keys and i couldn't find them in the OEM package at 1st post (maybe im blind xD). I added them and checked the .reg files and when i click on them taskmanager opens but it wont import the registry keys. Same happens when i change the runwait to run and XDA_UC is executed.

I guess it's all the same problem but i dont know why it doesnt import the reg files :p tomorrow i'll take a look again.

regards

Maybe it has something to do with the encoding used in a Spanish Rom?
I'm a little bafled...

[mac_es]

It works flawlessly in an spanish rom...

The reg files had the header no? also they are encoded in UTF-16 Little Endian no?

[makeveral]

It works flawlessly in an spanish rom...

The reg files had the header no? also they are encoded in UTF-16 Little Endian no?

i think so, I attach the .reg

It used to work in al my roms some months ago but i tryed last week and it didnt work, i dont know if it has something to do with wm6.5.X :confused:

I'm also running out of ideas xD

btw i make english roms (http://forum.xda-developers.com/showthread.php?t=506533) xD

[Noonski]

Reg files look fine to me.
Saved as Unicode and all :(

[mac_es]

That's is a desktop reg file format...

Try changing to this:


REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\XDA\TEST]
"Reg 2 Parsed"="1"


Saving it as unicode...

[cruiserrr]

Hi ! I am a happy cooker/user of xda_uc and I wanted to propose an enhancement for future releases. I will try to do myself but I am not such a good programmer and I am so slooooooooooooow !!

If you take a look at the post in my signature you will see that my idea is to optimize roms by not reinstalling many of the programs that can live in the sd card or reinstalling them with xda_uc: benefits:
- shorter set-up
- does not require to backup or restore many user data
- does not add duplicate files to windows directory
- keeps the ram available large
Rather than reinstalling them I simply restore icons and some reg keys /data files and that's it. The reg keys and data files part is very easy with xda_uc but reinstalling the icons requires a lot of set-up and it is difficult to make it standard for many users (many programs to do the same things, some commercial somo not).

What I propose to do is a mortscript menu, reading an ini file (placed in sd card). The user can toogle on/off the different icons included in the script and once he confirms the selection, the script can automatically intall shortcuts, icons and regkeys in the folders pre-defined by the cooker. The script could be run as much times as needed and after a hard reset, it could be processed automatically by xda_uc reinstalling all the extra shortcuts.

If you think is an idea worth developing I can back with more details since I have a pretty clear idea of how it should behave since basically I do it whenever I flash a rom.

[makeveral]

Wohooo!
i saved the .reg file in UCS-2 little endian and i can now import it without problems! Will check if it works with XDA_UC (hopefully it will ;))

[Noonski]

Hi ! I am a happy cooker/user of xda_uc and I wanted to propose an enhancement for future releases. I will try to do myself but I am not such a good programmer and I am so slooooooooooooow !!

If you take a look at the post in my signature you will see that my idea is to optimize roms by not reinstalling many of the programs that can live in the sd card or reinstalling them with xda_uc: benefits:
- shorter set-up
- does not require to backup or restore many user data
- does not add duplicate files to windows directory
- keeps the ram available large
Rather than reinstalling them I simply restore icons and some reg keys /data files and that's it. The reg keys and data files part is very easy with xda_uc but reinstalling the icons requires a lot of set-up and it is difficult to make it standard for many users (many programs to do the same things, some commercial somo not).

What I propose to do is a mortscript menu, reading an ini file (placed in sd card). The user can toogle on/off the different icons included in the script and once he confirms the selection, the script can automatically intall shortcuts, icons and regkeys in the folders pre-defined by the cooker. The script could be run as much times as needed and after a hard reset, it could be processed automatically by xda_uc reinstalling all the extra shortcuts.

If you think is an idea worth developing I can back with more details since I have a pretty clear idea of how it should behave since basically I do it whenever I flash a rom.


The Create shortcut function through the registry opens that door already.
So you don't need to reinstall, but rather just make a shortcut to the app on the storage space.

There used to be a time some cooks would make Clean roms just for this purpose, but then they got married :D.

There's also another project going on called extendir that is pretty close to what i think you mean.

[cruiserrr]

The Create shortcut function through the registry opens that door already.
....
There's also another project going on called extendir that is pretty close to what i think you mean.

This is the Autoshortcut thing? can you point me to the relevant threads? I have been looking for it but seems everybody knows what is autoshortcut so did not find explanations on how to use it to restore the shortcut to point wherever you want.

I will check the extendir project

thanks

[Noonski]

This is the Autoshortcut thing? can you point me to the relevant threads? I have been looking for it but seems everybody knows what is autoshortcut so did not find explanations on how to use it to restore the shortcut to point wherever you want.

I will check the extendir project

thanks



Write Files from Registry keys
[HKEY_LOCAL_MACHINE\Software\XDA\Write]
"\\Windows\\Start Menu\\Programs\\Office Mobile\\icon.lnk"="31#officeres.192.dll,-7690"
Create Shortcuts from Registry Keys
[HKEY_LOCAL_MACHINE\Software\XDA\AutoShortCut]
"\\Windows\\StartUpDisabled\\PKG.lnk"="\\Windows\\ PKG.exe"

Two fucntions of XDA_UC :D
I took the Autoshortcut function and added a Write file function to for those nasty shortcuts.

[l3v5y]

Write Files from Registry keys
[HKEY_LOCAL_MACHINE\Software\XDA\Write]
"\\Windows\\Start Menu\\Programs\\Office Mobile\\icon.lnk"="31#officeres.192.dll,-7690"
Create Shortcuts from Registry Keys
[HKEY_LOCAL_MACHINE\Software\XDA\AutoShortCut]
"\\Windows\\StartUpDisabled\\PKG.lnk"="\\Windows\\ PKG.exe"

Two fucntions of XDA_UC :D
I took the Autoshortcut function and added a Write file function to for those nasty shortcuts.

Any change you can combine those two?

So you can create a shortcut with things like icons?

[Noonski]

They could be be merged together.

Bot because there would be more " in the .reg the formating would become to complicated.

So i chose the Write function to keep it easier for others to create a link with custom icons to an app.

I'll look up a few more formating variations like:
"\\Windows\\Start Menu\\Programs\\Tools\\Total Commander.lnk"="99#\"\\Windows\\cecmd.exe\"?MPI_ProgramIcons.dll,-111"

With the Shortcut create function you can run into the issue where the ,-111 might be as seen a seperator by Mortscript for the parameter.

[l3v5y]

They could be be merged together.

Bot because there would be more " in the .reg the formating would become to complicated.

So i chose the Write function to keep it easier for others to create a link with custom icons to an app.

I'll look up a few more formating variations like:
"\\Windows\\Start Menu\\Programs\\Tools\\Total Commander.lnk"="99#\"\\Windows\\cecmd.exe\"?MPI_ProgramIcons.dll,-111"

With the Shortcut create function you can run into the issue where the ,-111 might be as seen a seperator by Mortscript for the parameter.
Ah right. As far as I know, you don't need the 99 before the #. If you don't know how long the string is #\\ is fine... :)

[cruiserrr]

Hi again Noonski, I have one question for you all !!! after testing the autoshortcut feature (using reg files), I decided to go one step farther and use your tool to clean the garbage left in windows folder.

What I intend to do is delete all lnk and png files already moved to the start menu folders (custom start menu) and delete all the provxml. I like kinda naked roms with lots of shortcuts to sd, so I may have quite a few png files I want to get rid off. What I did is to include a call to a clean.mscr script in the cook.mscr. Is that correct? I have observed it runs after the flash but before the user gets access to the system, so it can not be aborted easily :)

In the second stage, I intend to check user storage card and install custom icons in the appropiate folders for the most popular commercial apps but mostly to apps build in XDA or similar sites (open gl, freeware, etc).

After preliminar exercises done succesfully but before coming starting this time consuming effort I wanted two know a couple of things:

a) xda_uc runs after all the oem cabs and xml and initialflashes.dat have been processed? is something else run after xda_uc (in the "cooking" stage)
b) can I use the autoshortcut function in the "cooking" stage?
c) do you know how can I refresh the start menu without resetting? like the new icons png or even state icons. I would like to refresh the start menu without resetting but do not know how.

As you see it is not clear to me if it can be used as a cooking tool that can be embeded or a user customization tool.

Thanks in advance

[makeveral]

Hi again Noonski, I have one question for you all !!! after testing the autoshortcut feature (using reg files), I decided to go one step farther and use your tool to clean the garbage left in windows folder.

What I intend to do is delete all lnk and png files already moved to the start menu folders (custom start menu) and delete all the provxml. I like kinda naked roms with lots of shortcuts to sd, so I may have quite a few png files I want to get rid off. What I did is to include a call to a clean.mscr script in the cook.mscr. Is that correct? I have observed it runs after the flash but before the user gets access to the system, so it can not be aborted easily :)

In the second stage, I intend to check user storage card and install custom icons in the appropiate folders for the most popular commercial apps but mostly to apps build in XDA or similar sites (open gl, freeware, etc).

After preliminar exercises done succesfully but before coming starting this time consuming effort I wanted two know a couple of things:

a) xda_uc runs after all the oem cabs and xml and initialflashes.dat have been processed? is something else run after xda_uc (in the "cooking" stage)
b) can I use the autoshortcut function in the "cooking" stage?
c) do you know how can I refresh the start menu without resetting? like the new icons png or even state icons. I would like to refresh the start menu without resetting but do not know how.

As you see it is not clear to me if it can be used as a cooking tool that can be embeded or a user customization tool.

Thanks in advance
usually shorcuts, photos etc are part of the ROM (read-only-memory) so they can't be deleted!

[cruiserrr]

usually shorcuts, photos etc are part of the ROM (read-only-memory) so they can't be deleted!

yeah ! I am coming to the same point after a few more attempts!!! Therefore windows garbage can not be removed????

[makeveral]

yeah ! I am coming to the same point after a few more attempts!!! Therefore windows garbage can not be removed????

nop :( if you want to remove something you will have to cook a rom without it

[RoryB]

That is one of the nice things about XDA_UC. You can remove the shortcuts from your package and use the registry key method to create the shortcuts in the folders where you want them.