Database Users

[NEW RELEASE] ◄ HyperCore Kitchen ► MULTIDEVICE !!!

As you can see I made a hard copy of one of the posts of anichillus!
This is his HyperCore Kitchen and I made some minor changes to make it work for our Polaris!
HyperCore
PUBLIC BETA​
The most complex KITCHEN a begginer cook may ever need.
Easy to use but also very complex, it can be usefull to anyone.
Why ask and wait for others to make the perfect ROM for you when you got the power to do it yourself ?
~. Base ROM .~​* NO BASE ROM ! but ANY ROM !
~. Best part .~​* IT USES TADZIO TOOLS
* YOU CAN OPTIMISE EXE's and DLL's, SO IF YOU WANT EVEN MORE SPACE, YOU'LL GET IT
* IT CAN BE USED ON ANY DEVICE WITH VERY LITTLE MODIFICATIONS !!!!!
* NO LONGER LIMITED BY ANYONE OR ANYTHING.
* YOU CAN COOK ANY ROM YOU LAY YOUR EYES ON VERY EASY
* IT HAS ADVANCED ERROR CHECK
~. It will install .~​Core folder on the system drive. Some tools and settings required.
HyperCore folder on the Desktop. There is your kitchen. You can move it wherever you want.
The place where you actually use it is HyperCore\Panel.
~. How To .~​- First of all edit the file named "Device.txt" located on the "Core\ACK\" folder located on systemdrive (mostly drive C:\)
Edit as following.
If you have a :
HTC Wizard : " set device=Wizard "
HTC Hermes : " set device=Hermes "
HTC Artemis : " set device=Artemis "
HTC Herald : " set device=Herald "
HTC Universal : " set device=Universal "
HTC Trinity : " set device=Trinity "
HTC Prophet : " set device=Prophet "
HTC Polaris/Kaiser : " set device=Polaris "
Click to expand...
Click to collapse
Save it and then you're good to go.
It's much similar to the old Core kitchen...so those of you who used it ...will feel comfortable with it. Regenerated batch scripts, better, and i hope bug free.
~. Guides .~​* Hermes Cookbook - THANKS to sambartle
* My Way of cooking
* How to ADD/REMOVE programs -THANKS to mfrazzz
~. Notes .~​Since this is still a public BETA, I await your problems/ideas/concepts.
If you spot a bug, i suggest to send me a PM as well as a post on the thread.
I suggest having a ROM to make a backup in case you do something wrong
I created and tested this tool for WindowsMobile 6 , but WM5 should work OK too.
~. Download .~​
HyperCore_1.02 on RapidShare
Special thanks :
* anichillus - for this kitchen
* Papamopps - for real support
* nandlal_mk - for answering questions and DSM editor
* mUn - for finding the time to answer some of my questions
* molski - for i started working on his tools and still used some of them
* Tadzio - for his tools and patience
* bepe - for his tools
* the-equinoxe - for his splash-screen tools
* naboleo - for his initflashfiles generator
* dutty - for his NBH Tool
few others that surely i forgot to mention Sorry..

Thanks for sharing this! It's a revolution for the chef's here.
I suggest working on the Polaris Project with this baby!

THX too ... i will Port it on the Niki Plattform too ... or if you can Handle it ... pls write a PM and i will help you!

thx NikMel for sharing...and happy to see that you've got an HTC Cruise...
-maybe your polaris'rom release for next ?

You never know?!?!

Very good job!!! Thank you so much for spreading this info to all of us!!!

Nice work man! Finally we have it also for Polaris

have fun!

Thanks alot for your efforts. I have to say though, the kitchen doesnt work at all for me on my Vista Ultimate x86.
I somewhat got it to work by editinig some of the paths int he BAT files (see below for examples) but it's nearly impossible to track down all paths, I get "could not be found..." and paths errors all the time...
Examples:
DUMP_ROM.BAT, when the working directory is %systemdrive%\Core\Batch\, the provided cd /../../ on line 4 leads to %systemdrive% where the batch stops because IF EXIST "Extract\Source\%rom%" etc breaks because the folders \EXTRACT\etc do - in fact- not exist in %systemdrive%
Extract.bat, the working directory is
%systemdrive%\Core\Batch\Links\ and the provided cd /../../ on line 4 leads to a path error when you try to launch the folder \Extract which doesnt exist in %systemdrive%\Core of course.
And a general question: I didnt really think it through, but it seems illogical and more prone to errors to me: why is there so much stuff doubled, once in HyperCore and once in the systemdrive\Core directory...?

You did install this kitchen and not extracted?
schaggo said:
Thanks alot for your efforts. I have to say though, the kitchen doesnt work at all for me on my Vista Ultimate x86.
Click to expand...
Click to collapse
There is no call to an etc directory where do you see that?
schaggo said:
DUMP_ROM.BAT, when the working directory is %systemdrive%\Core\Batch\, the provided cd /../../ on line 4 leads to %systemdrive% where the batch stops because IF EXIST "Extract\Source\%rom%" etc breaks because the folders \EXTRACT\etc do - in fact- not exist in %systemdrive%
Extract.bat, the working directory is
%systemdrive%\Core\Batch\Links\ and the provided cd /../../ on line 4 leads to a path error when you try to launch the folder \Extract which doesnt exist in %systemdrive%\Core of course.
Click to expand...
Click to collapse
Just some file are double and this is how anichillus made it.
schaggo said:
And a general question: I didnt really think it through, but it seems illogical and more prone to errors to me: why is there so much stuff doubled, once in HyperCore and once in the systemdrive\Core directory...?
Click to expand...
Click to collapse

Oh wow, I didnt expect an answer so soon...! Thanks alot!
There is no etc directory of course, etc means and so on... I figured everybody understands etc... my bad, sorry
What I meant with \Extract\etc is if the script can't reach \Extract it cant reach any subdirectory either...
Ok, now to the kitchen. No, I didnt use WinRAR to extract it, I executed the EXE and it got extracted to C:\Core\... and the HyperCore folder gets moved to the desktop after the extraction is done. So the directories are just fine, they are how they are supposed to be. But - and that I suppose is the problem - when I check the properties of the shortcuts in the HyperCore\Panel directory, their working directory (the directory the script does its actions in) is the directory the target batch script lays at and not the directory where the shortcut is placed. So the batch tries to access empty, non-existant folders all the time...
Example: Shortcut in Desktop\HC\Panel\Extract will execute a batch script, but the working directory of the batchscript isnt Desktop\HC\Panel\Extract where it got executed from but its the directory where the BAT effectively is: C:\Core\Tools\Extract
So placing a cd \..\..\ in the batch file won't change the working directory two levels up to Desktop\HC\Panel\Extract but it changes two levels up from the folder the batch lies: to C:\Core\Tools\Extract
Do you use Vista too? It could be that the relative (and correct) paths get updated in the shortcuts when you move the directory to another place. Could it be that this new "feature" exists in Vista? I guess I have to try it in an XP installation in a virtual machine...
<edit>
I found the cause: a cd / changes to the root directory! so cd /../../ will result in C:\ which of course is wrong! I started editing the batch files and I'm replacing all cd /.. with cd .. and now its working!
Check it out and try yourself in your command line tool:
Code:
Microsoft Windows [Version 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. Alle Rechte vorbehalten.
C:\>cd "Program Files"
C:\Program Files>cd Adobe
C:\Program Files\Adobe>cd "Reader 8.0"
C:\Program Files\Adobe\Reader 8.0>[B][COLOR=red]cd ..[/COLOR][/B]
[B][COLOR=red]C:\Program Files\Adobe>[/COLOR][/B]
C:\Program Files\Adobe>cd "Reader 8.0"
C:\Program Files\Adobe\Reader 8.0>[B][COLOR=red]cd /[/COLOR][/B]
[B][COLOR=red]C:\>[/COLOR][/B]
</edit>

Dear schaggo,
I'm in XP and it works as is.
True when you use "cd /" it gets you back to the root of drive.
C:\etc..\etc..\etc..\>cd / goes to C:\
D:\etc..\etc..\etc..\>cd / goes to D:\
etc..
The path issue is a VISTA behavior so you better try it in XP (virtually or hard installed).

Desktop\HC\Panel\Extract is a directory and all the batch file to extract a rom file are in that directory.
schaggo said:
...
Example: Shortcut in Desktop\HC\Panel\Extract will execute a batch script, but the working directory of the batchscript isnt Desktop\HC\Panel\Extract where it got executed from but its the directory where the BAT effectively is:....
Click to expand...
Click to collapse

Thanks for sharing this!

Well yeah, I know where the files are.
But hey, if there are cd /../../ commands all over the batch files (check them yourself), it would mean that almost every batch file is trying to access the \Extract folder on C:\ at some point, which just ISNT placed in C:\ on any system!
And you say the cd / command produces the exact same behaviour on XP, then it can't be a Vista issue.

schaggo,
I don't know if it's me or you but we talk parallel and we don't listening to each other.
You better try it on a XP system.

Thanks a lot.
It works when i changed "/../" to "../" in my Vista.
It seems some ROM can't dump well, such as "Polaris_WWE_0.67_Opera_bepe"

alanxzg,
Bepe is using a method to bundle all rgu/dsm files in one.
This is the reason.
alanxzg said:
Thanks a lot.
It works when i changed "/../" to "../" in my Vista.
It seems some ROM can't dump well, such as "Polaris_WWE_0.67_Opera_bepe"
Click to expand...
Click to collapse

Hey, I just found out about this
For it to work on Vista you'll need to edit all the batch files located in C:\Core\Batch so that instead of cd /../ or cd /../../ ...and so on will be cd ../ or cd ../../
More exactly remove first / after cd.
Don't worry about how it's made...it was the only possible way to link icons and folders that are dynamic. You can move the HyperCore folder wherever you want on your harddrive. It will work.
I am guessing you added the new IMGFS tools to it so it works with WM6.1 ?
This version also works on Kaiser...since from what I know same arguments are used. Only difference is the RUU and possibly others. Anyway the HyperCore 2 is under way .
Cheers !

TNX for your input!!!
anichillus,
TNX for your input!!!

[APP] ReCOOKstruct - "all pkg in one" cooked ROM reconstructor

Hi!
This tool tries reconstruct cooked ROMs, that have been cooked using the "all packages in one" feature. It does this using a scaffold ROM, that should be as identical to the cooked one as possible for maximum recookstruction.
How does it work?
In theory
It loads the filenames and registry entries from the mock-up ROM and from the dumped ROM (using rgucomp to get the registry informations), then it tries to set up the same file and registry structure that the scaffold ROM had, but with the files and registry entries from the dumped ROM.
In practice
Copy the "oem", "sys" and "packages" directory from a non-cooked ROM in a directory. This will be the scaffold. The more identical this is to the cooked ROM the better. You can of course use a kitchenized official ROM too.
Next extract the contents of the cooked ROM. (using imgfstodump or something similar). Put the contents of the ROM in a "dump" directory besides the "oem", "sys" and "packages" directory.
Delete the dsm file from the dump, you won't need it. If it has an rgu file, delete it too.
Next copy reCOOKstruct into this directory, and run it (you should do it in a console, so you can see what it is doing). After a while it should create an "_output" directory, with the "oem", "sys" and "packages" directories recookstructed. All files and registry entries it couldn't handle using the scaffold will be put in the "Unknown packages" package in the "packages" directory.
Recooking
If you want to cook the recookstructed dump, then move everything from the "packages" directory to the "OEM" directory (they won't have an option.xml so buildos won't recognize them is they are there). Add ".ROM" and ".VM" to the "sys" directory from the dump (because they weren't copied). Next load up buildos, and cook. Be careful though! You will need the same (extracted) XIP in your kitchen as the dumped ROM had! Copying and porting XIP's in not in the scope of this topic...
Legal
If you recookstruct a ROM and use information from it to create your ROM, then add credit to the original author even if he didn't release his rom in kitchen form
Download
see attachments
EDIT: forgot to include rgucomp.exe, added

Awesome concept if it works. Ill give it a shot later when I get by a real computer thanks

hey sztupy great tool bro im gonna take a look at it (sector)!

thanks
will try tis ... really getting tired of the all in one package ... when wanna recook
kudos

rjmjr69 said:
Awesome concept if it works. Ill give it a shot later when I get by a real computer thanks
Click to expand...
Click to collapse
I've tried with two of my favorite ROM's (that have no kitchens) and it worked fine. Just don't forget to use the XIP/os.nb/"etc stuff not related to the imgfs section" from the cooked rom.

ugotta try this. thanks

Hi,
i have tested your tool, but comes error:
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\BlackStoneKitchen>recookstruct
ReCOOKstruct
Cooked ROM reconstructor
by SztupY (http://winmo.sztupy.hu)
Reading data from dump
Reading dumped filelist
Reading registry hives
dumping dump/boot.hv
C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\app\recookstruct.rb:85:in ``': No su
ch file or directory - rgucomp -o "dump/boot.hv" -nologo (Errno::ENOENT)
from C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\app\recookstruct.rb:85
from C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\app\recookstruct.rb:83:
in `each'
from C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\app\recookstruct.rb:83
from C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\bootstrap.rb:77:in `loa
d'
from C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\bootstrap.rb:77
C:\BlackStoneKitchen>
Click to expand...
Click to collapse
C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\ what is it???
solution?
Folderstructure:
BlackStoneKitchen
-Dump
-OEM
-SYS
cheers

*_Touch_HD_* said:
Hi,
i have tested your tool, but comes error:
C:\DOKUME~1\alle\eee\eee.recookstruct.exe.2\ what is it???
solution?
Folderstructure:
BlackStoneKitchen
-Dump
-OEM
-SYS
cheers
Click to expand...
Click to collapse
it couldn't find rgucomp.exe. Did you copy that there too?
EDIT: I forgot to include rgucomp.exe in the zip. Redownload please.

nice, now works.
cheers

yes yes sztupy...
always re-inventing the wheel. Gonna use this methinks....
Thanks as always bro. Hope you keeping well!!

Ok so if I read this right what needs to happen is you have to find the DONOR rom which is most likely a stock or leaked rom and then the actual rom your want to depackage and follow the rest of the directions?
Can someone please verify this for me before I screw something up. Thanks
Would someone be willing to do a rom for me I think this is above my skills but I have a base rom I'm dieing to add too

rjmjr69 said:
Ok so if I read this right what needs to happen is you have to find the DONOR rom which is most likely a stock or leaked rom and then the actual rom your want to depackage and follow the rest of the directions?
Can someone please verify this for me before I screw something up. Thanks
Would someone be willing to do a rom for me I think this is above my skills but I have a base rom I'm dieing to add too
Click to expand...
Click to collapse
Yes, you're right. You'll need a donor that will be used as a pattern for the recookstruction. You can use anything ranging from official ROM's to kitchens with extracted ROM's

sztupy said:
Yes, you're right. You'll need a donor that will be used as a pattern for the recookstruction. You can use anything ranging from official ROM's to kitchens with extracted ROM's
Click to expand...
Click to collapse
Thank you sir for such a speedy reply. I've given it a shot but I dont know what the heck is going wrong I think its Vista even though I have full admin "hidden admin" user rights.
I'm going to have to fire up the xp machine see what happens there. But I would still love if someone could do it for me hehehe

rjmjr69 said:
Thank you sir for such a speedy reply. I've given it a shot but I dont know what the heck is going wrong I think its Vista even though I have full admin "hidden admin" user rights.
I'm going to have to fire up the xp machine see what happens there. But I would still love if someone could do it for me hehehe
Click to expand...
Click to collapse
vista shoudln't be a problem, I'm using Win7/vista miyself

Another fine thread added to my list of subscriptions ...
Cheers!

hilaireg said:
Another fine thread added to my list of subscriptions ...
Cheers!
Click to expand...
Click to collapse
This thread wouldn't be possible without your cooking tutorial
SztupY

can i reconstruct a rom that was made by another chef? if so how because i read everything and i am still clueless on what to do

Wooooooowwwwwwwwwww! Works great!! PROPS man!!
Oh wait, then it failed in SYS at sys/Redist_Lang_0409
Says: (** are username, disregard please)
C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:215:in `conv': "\343o Tom\351 and Pr\355n"... (Iconv::IllegalSequence)
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:215
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:214:in `open'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:214
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:185:in `each'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:185
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\bootstrap.rb:77:in `load'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\bootstrap.rb:77
Any ideas??

Very much appreciated. I was in the process of developing the same exact thing. But you seem to have beat me to the punch. At least you made my job easier. lol

ookba said:
Wooooooowwwwwwwwwww! Works great!! PROPS man!!
Oh wait, then it failed in SYS at sys/Redist_Lang_0409
Says: (** are username, disregard please)
C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:215:in `conv': "\343o Tom\351 and Pr\355n"... (Iconv::IllegalSequence)
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:215
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:214:in `open'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:214
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:185:in `each'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\app\recookstruct.rb:185
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\bootstrap.rb:77:in `load'
from C:\DOCUME~1\**\eee\eee.recookstruct.exe.3\bootstrap.rb:77
Any ideas??
Click to expand...
Click to collapse
Iconv crashed because it expected an UTF-8 string but got something else. What locale are you in?

Boot .rgu prloblem

hi
i have a problem when io build OS, the boot rgu file has this lines wrong:
[HKEY_LOCAL_MACHINE\Software\Microsoft\CHome]
"SK1TEXT"="Contatti"
"ExtensibilityXML"="<PluginsOrder=\"CMyPhotos;CMusic;CWelcomeCenter;CPhone;CVoicemail;CClock;CText;CEmail;CAppointments;CHomeFavs;CWindowsLive\"
CPRFileName=\"Titanium\" DisplayStyle=\"Titanium\" />"
"SK1URL"=":MSCONTACTS"
"HomePluginGuid"="{892B90CB-9806-427e-8BED-F45C6A9E576B}"
"DockOperatorBar"=dword:0 "Enabled"=dword:0
Click to expand...
Click to collapse
do some one know how the good sintax?

Code:
[HKEY_LOCAL_MACHINE\Software\Microsoft\CHome]
"SK1TEXT"="Contatti"
"ExtensibilityXML"="<PluginsOrder=\"CMyPhotos;CMus ic;CWelcomeCenter;CPhone;CVoicemail;CClock;CText;C Email;CAppointments;CHomeFavs;CWindowsLive\"
CPRFileName=\"Titanium\" DisplayStyle=\"Titanium\" />"
"SK1URL"=":MSCONTACTS"
"HomePluginGuid"="{892B90CB-9806-427e-8BED-F45C6A9E576B}"
[B]"DockOperatorBar"=dword:0
"Enabled"=dword:0[/B]
imho, just enter. and enter at end.

Why do you have CHome registry keys in your boot.rgu? They don't need to be in there-they should be built into the system.hv, not the boot.hv.

nvmd...
,

Farmer Ted said:
Why do you have CHome registry keys in your boot.rgu? They don't need to be in there-they should be built into the system.hv, not the boot.hv.
Click to expand...
Click to collapse
i'm newbe, i exctracted the boot.rgu file with this command:
mkdir ROM
cd ROM
mkdir XIP
cd ./../..
set _FLATRELEASEDIR=.
echo REGEDIT4 > dump/ROM/XIP/boot.ascii
rgucomp.exe -o dump/default.hv -nologo >> dump/ROM/XIP/boot.ascii
stringconverter.exe dump/ROM/XIP/boot.ascii dump/ROM/XIP/boot.rgu /unicode
del dump\ROM\XIP\boot.ascii
isn't good?

I can't answer that, but I can tell you that in any build, the CHome reg keys are in the sys#/shared/common/CHome rgu (8c58193c-f8ab-447a-af67-a5167df96529.rgu). You may have messed up and dumped the whole registry or something, but you probably shouldn't have that reg key in your boot.rgu.

OK thanku for your interesting....
another question, why do my phone tell me chekscum error when i try to fash the rom craeted by me?
I used wmreloc on a dump build with OSbuild.exe and a xip made with xipkitchen
i have an Acere e101 and around i can not find anything about him, i trying to use the evirusVK but i have only flash.bin file... evirusVK want a nbh file....

up up
please someone who can explane me why after i flash the final rom i got always chekskum error?
i used build OS, wmreloc and osnbtool to build the rom...... I saw that the xip file ported with xipkitchen, is smaller than the the original and boot.rgu file i axtracted with the commands wrote up, is bigger then 1000 kb. why?

Dunno, but 1 MB is way too big for the boot.rgu. That sounds like an .rgu dumped from the system.hv. If you get a stock boot.rgu, it's about 32 KB, but if you dump it from a boot.hv, it may only be 10-12 kb (there's some redundant stuff in the original boot.rgu as well as all of the developer comments). I can't tell you what you're doing wrong, but you're definitely doing something wrong. Sorry I can't be more helpful.

[FYI] How to convert .hv to .txt

I am trying to convert default.hv from a dumped ROM to a .txt/.reg file. I have found rgucomp and only get errors using Windows 7. The error says something about not being able to create the file (maybe UAC problem, though I run cmd prompt as admin...). I used the following commands
Code:
SET _FLATRELEASEDIR=.
RGUCOMP -o default.hv -nologo > boot.txt
Is there another tool that will allow conversion of *.hv to .txt easily with Windows 7? Thanks.
Mod edit: Solved

Have you tried this?
http://forum.xda-developers.com/showthread.php?t=504286&page=2

Use this, all included .
http://www.przeklej.pl/plik/hv-7z-0018pl2jobq4

seems to be nice answers so.... lets solve this as it is

+ Que PPC said:
seems to be nice answers so.... lets solve this as it is
Click to expand...
Click to collapse
Yep, thanks for the links guys.

[TOOL 4 CHEFS] kitchen UPDATE ONLY NEW EXT batch file (EVK & OSK compatible)

only new ext-pkg's to a other kitchen (language import support is coming...).
a friend of mine wrote a little bat-file for me and i want to share it with you.
the creator insisted to call it bloody rudimentary but i think it's quite useful.
he wants to stay anonymous...
around two hours of brainwork (i remember the command for this... what was it again?) and notepad.exe to create this from scratch.
you only need to adjust the two paths at the beginning.
the batch searches for same packets (exact name matches) and ignores them.
a txt will pop up showing only the new packages.
you can edit this list (only delete pks but don't change entries).
save and close after you removed the lines you don't want to import.
batch will create a temp workfolder in c: (it will pop up once copying is finished).
at this point you can rename the folders (add *_photon_1.36 at the end for example)
and add missing language sub-folders.
if you are done, press any key at the cmd window and all the edited/renamed package folders will be moved to the ext-folder in the destination kitchen (_NewPackages folder).
example (if you want to update only new ext from 1.36 into 1.11 kitchen):
-kitchen1 (source kitchen) photon 1.36 htc
-kitchen2 (destination kitchen) photon 1.11 vodafone
tested and working with oskitchen1.31beta10 file-/folder-structure.
take this code and save it into a txt file. rename it to *.bat and adjust the paths.
Code:
@echo off
REM ------- EDITABLE SECTION
SET L_SOURCEPATH="[COLOR="Red"]X:\osKitchen Zero v1.31beta10_1.36SOURCE\Sources\Devices\HTC HD Mini\EXT Packages\HTC HD Mini Packages\[/COLOR]"
SET L_TARGETPATH="[COLOR="Red"]X:\osKitchen Zero v1.31beta10_1.11DESTINATION\Sources\Devices\HTC HD Mini\EXT Packages\HTC HD Mini Packages\[/COLOR]"
REM ------ END
SET L_WORKPATH=C:\SCRWORK
MKDIR %L_WORKPATH%
SET SCRFILE=%L_WORKPATH%\packets_source.txt
SET TGTFILE=%L_WORKPATH%\packets_target.txt
SET ACTFILE=%L_WORKPATH%\PKG2COPY.TXT
del %ACTFILE%>nul
CD %L_SOURCEPATH%
DIR /B>%SCRFILE%
CD \
CD %L_TARGETPATH%
DIR /B>%TGTFILE%
CD \
FOR /F "delims=" %%I IN (%SCRFILE%) DO (
REM <--------------------------------------------------------------
REM insert logic here to select packages i.e. package numbers
FINDSTR /C:"%%I" %TGTFILE%>nul&& ECHO Exact name match. || ECHO "%%I">>%ACTFILE%
REM insert some better logic here duh!
REM <--------------------------------------------------------------
)
CLS
ECHO !!!! Remove packages you dont want to copy from list but RETAIN LINE FORMAT !!!!
ECHO !!!! Save and close List to continue!!!!
start /w notepad %L_WORKPATH%\PKG2COPY.TXT
REM hier: Collect packages based on pkg2copy.txt
CD %L_SOURCEPATH%
FOR /F "delims=" %%I IN (%ACTFILE%) DO (
xcopy /E /Y /H /I %%I %L_WORKPATH%\PRECOPY\%%I
)
CLS
ECHO !!!!Edit Folders now!!! Add langs etc.. press any key to continue and copy edited folders to destination (_NewPackages)
REM <--------------------------------------------------------------
REM i.E. delete... rename....
explorer %L_WORKPATH%\PRECOPY\
REM automate it duh!
pause
REM <--------------------------------------------------------------
REM !!! ACTION - Copy from Precopy to Target Folder (Targetpath\_NewPackages)
xcopy /E /H /Y /I %L_WORKPATH%\PRECOPY\*.* %L_TARGETPATH%\_NewPackages\
rmdir /s /q %L_WORKPATH%
explorer %L_TARGETPATH%
CD \

tested now with ervius visual kichen.
works. hope y'all enjoy this batch file...
please leave a "thanks" if you like and use it.
thanks

wow this tool is awesome, its amazing how a simple batch file created by notepad can do so much functionality..
gonna use this right now
thanks..

my opinion:
many xda-chef's would use it if they would know about it's existence..
please help me to keep this thread alive so all chefs can see it better...
tell your favorite chefs to take a look at this thread. thanks.

Wow, the time this is going to save me! (^^,) I haven't used it yet but I'm pretty sure I will. Thanks bro!

enjoy......

I didnt try it yet but sounds like a very life saver tool, got one week sticky for let other chefs to check it.
Thanks for sharing.
@ mods: i will take care of unsticky it @ 04 August.

I'm sorry but I've read the intro 3 times and still don't know what it does.

As i said ,i didnt try it yet but for what i understood it updates packages in your EXT folder,example:
You have a 2.14 Leo Kitchen and you want update only NEW EXT packages from 3.04.
Laurentius26 said:
I'm sorry but I've read the intro 3 times and still don't know what it does.
Click to expand...
Click to collapse

feel free to test it. no harm done.
source and destination folders stay untouched.
only the (not exact name match - packets that aren't already in the destination kitchen) packets you don't delete from the pop-up list will be copied to the destination kitchen ext folder (_NewPackages subfolder).

I will give it a shot when I'm back from holiday mate.
Thanks for sharing with us.
HD2Owner said:
feel free to test it. no harm done.
source and destination folders stay untouched.
only the (not exact name match - packets that aren't already in the destination kitchen) packets you don't delete from the pop-up list will be copied to the destination kitchen ext folder (_NewPackages subfolder).
Click to expand...
Click to collapse

wauw!!! works great man!!! perfect! now the only thing is we need to automate copying lang files from an other folder... hihi

kurniawan77 said:
wauw!!! works great man!!! perfect! now the only thing is we need to automate copying lang files from an other folder... hihi
Click to expand...
Click to collapse
You mean for SYS?

seeM_ZA said:
You mean for SYS?
Click to expand...
Click to collapse
i guess he means lang folders for ext-packages since this tool has nothing to do with sys.
it's possible but it would require a more advanced detection logic.

seeM_ZA said:
You mean for SYS?
Click to expand...
Click to collapse
Nah... not that much work...

Unfortunately, my kitchen is setup in a way that would prevent this from working, but this seems like a great idea.
Thanks for sharing!

HD2Owner said:
my opinion:
many xda-chef's would use it if they would know about it's existence..
please help me to keep this thread alive so all chefs can see it better...
tell your favorite chefs to take a look at this thread. thanks.
Click to expand...
Click to collapse
This is all nice and cool.. but what happened to porting your packages MANUALLY and actually looking at them before you put them in your kitchen ? You can't tell me this is how you cook a ROM... you run this batch file and blindly move over "newer" packages to your kitchen ? Wow... I believe packages need to be looked over and brought it one by one to insure compatibility first.

NRGZ28 said:
This is all nice and cool.. but what happened to porting your packages MANUALLY and actually looking at them before you put them in your kitchen ? You can't tell me this is how you cook a ROM... you run this batch file and blindly move over "newer" packages to your kitchen ? Wow... I believe packages need to be looked over and brought it one by one to insure compatibility first.
Click to expand...
Click to collapse
you are right... that's why the tool moves the new ext folders into a sub-folder (_NewPackages).
cooks still need to add compatible lang sub-folders and maybe adjust some keys in the rgu's.
this batch-file is only around a week old. so it's basically new.
the main reason for it's existence is to remove the manual package comparison wich is very time-consuming (detection of already present packages).
of course cooks need to check the new ext like they would need to do when updating them manually.
in my personal kitchen i adjust the ext folder names as following:
Album_3_2_19203733_0_leo_1.66
Album_3_2_20132625_0_leo_2.13
Album_3_2_20161229_00_leo_3.04
Album_3_2_20171628_00_huashan_0.90
this way i always know where the ext's in my kitchen are coming from.
the batch file detection still works when adjusting the end of the folder names.
for example:
source kitchen-Album_3_2_19203733_0
destination kitchen-Album_3_2_19203733_0_leo_1.66
the album folder will still be ignored even after you changed the folder name of the already imported package to Album_3_2_19203733_0_leo_1.66.
just don't change/rename the blue part (original package name)

HD2Owner said:
you are right... that's why the tool moves the new ext folders into a sub-folder (_NewPackages).
cooks still need to add compatible lang sub-folders and maybe adjust some keys in the rgu's.
this batch-file is only around a week old. so it's basically new.
the main reason for it's existence is to remove the manual package comparison wich is very time-consuming (detection of already present packages).
of course cooks need to check the new ext like they would need to do when updating them manually.
in my personal kitchen i adjust the ext folder names as following:
Album_3_2_19203733_0_leo_1.66
Album_3_2_20132625_0_leo_2.13
Album_3_2_20161229_00_leo_3.04
Album_3_2_20171628_00_huashan_0.90
this way i always know where the ext's in my kitchen are coming from.
the batch file detection still works when adjusting the end of the folder names.
for example:
source kitchen-Album_3_2_19203733_0
destination kitchen-Album_3_2_19203733_0_leo_1.66
the album folder will still be ignored even after you changed the folder name of the already imported package to Album_3_2_19203733_0_leo_1.66.
just don't change/rename the blue part (original package name)
Click to expand...
Click to collapse
That's cool I guess... but it still seems like a lot to do, for such a simple operation as replacing a package with a newer one. I personally use beyond compare. It's a MUST have tool for chefs. It's great once you get to know how to use it.

NRGZ28 said:
That's cool I guess... but it still seems like a lot to do, for such a simple operation as replacing a package with a newer one. I personally use beyond compare. It's a MUST have tool for chefs. It's great once you get to know how to use it.
Click to expand...
Click to collapse
i bought beyondcompare too. it's a must have for chef's if you ask me too..
lot to do?? did you actually try the batch-file???
-adjust the 2 paths in the batch
-remove the lines you dont want to import (from the pop-up txt file - save and close to continue)
-adjust packages (insert lang subfolders and rename packages in the pop up temp folder)
-press any key (dos window) to move adjusted packages from temp folder to sub-folder "_NewPackages" in destination kitchen
for me, this batch is a real time-saver........
and i dont even have to use beyondcompare for this specific task anymore..
btw:
i will try to adjust the batch to show a pop-up of the destination-kitchen too when the temp folder is showing (so you dont have to open it manually to pick lang folders).