Autor Wątek: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju  (Przeczytany 46746 razy)

Offline utak3r

  • Global Moderator
  • Core
  • *****
  • Podziękowań: 140
  • Samsung Note 4
Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« dnia: Sobota, 08 Grudzień 2007, 23:04 »
BUDUJEMY NOWY ROM
Część druga: przygotowujemy plac boju.

Przyszedł czas na prawdziwe działanie. Teraz będziemy robić to, co faceci lubią najbardziej (poza piwem i piłką przed telewizorem  :p ) - rozbierać. Będziemy rozbierać dwa ROMy.

Istotą przystosowywania ROMu z jednego urządzenia na inne jest zapewnienie zgodności ROMu z urządzeniem w trzech punktach:

1. Prawidłowy obraz ROMu;
2. Działające jądro systemu (kernel);
3. Działające sterowniki urządzeń.

Cały proces tworzenia nowej bazy ROMu na podstawie innego sprowadza się zasadniczo do zapewnienia powyższych trzech punktów. Prawda, że proste?  ;D

Jako, że niektóre z czynności mogą być wykonywane różnie przy pomocy tej, czy innej kuchni, wszelkie operacje będziemy przeprowadzać ręcznie. Dzięki temu porządnie zrozumiemy, co tak na prawdę robimy, zaznajomimy się z narzędziami i będziemy niezależni od danej kuchni - zwłaszcza, że niektóre z nich są fatalnie przygotowane i wymagają np. trzymania jej w jednym, konkretnym katalogu  ::)  Ponadto, po zakończeniu kursu, każdy będzie mógł sobie sporządzić swoją własną kuchnie - i tak wszystkie te istniejące działają w oparciu o te same narzędzia, które zebraliśmy w pierwszej części.


Od tej pory, aż do końca tutoriala, zakładam, iż robicie to, co ja - portujemy ROM z Artemisa na Wizarda. Jeśli nie, musicie lekko modyfikować poszczególne komendy, ale ogólna zasada i kolejność postępowania będzie zawsze taka sama.


Zakładamy sobie katalog Artemis_dump i kopiujemy do niego ściągnięty z linka w pierwszej części tutoriala plik RUU_signed.nbh. Kopiujemy tam też program NBHextract.exe. Następnie wykonujemy:

Artemis_dump>NBHextract RUU_signed.nbh
=== NBHextract v1.0
=== Extract contents from HTC NBH files
=== (c)2007 xda-developers.com
=== by: pof & TheBlasphemer based on itsme perl scripts

Device:   ARTE*****
CID:      T-MOB009
Version:  3.15.118.1
Language: PLK
Extracting: 00_G3IPL.nb
Extracting: 01_G4IPL.nb
Extracting: 02_SPL.nb
Extracting: 03_MainSplash.nb
Encoding: 03_MainSplash.bmp
Extracting: 04_ExtROM.nb
Extracting: 05_GSM.nb
Extracting: 06_OS.nb

Wszystkie nowe pliki, z wyjątkiem 06_OS.nb, kasujemy (no, chyba że chcecie pobawić się ExtROMem, jest tam np. TomTom 6.030 ;) ). Plik 06_OS.nb przemianowujemy na OS.nb.

Następnie rozpakowujemy w tym katalogu zawartość imgfstools i wykonujemy:

Artemis_dump>ImgfsFromNb OS.nb imgfs.bin
ImgfsFromNb 2.0 RC 2
Searching for IMGFS start...
Found IMGFS at 00620000.
Dumping IMGFS at offset 00620000 (size 034dfff0)

Done!


i następnie:

Artemis_dump>ImgfsToDump imgfs.bin
ImgfsToDump 2.0 RC 2
guidBootSignature: F8 AC 2C 9D E3 D4 2B 4D BD 30 91 6E D8 4F 31 DC
dwFSVersion: 00000001
dwSectorsPerHeaderBlock: 00000001
dwRunsPerFileHeader: 00000001
dwBytesPerHeader: 00000034
dwChunksPerSector: 00000008
dwFirstHeaderBlockOffset: 00000200
dwDataBlockSize: 00001000
szCompressionType:  XPR
dwFreeSectorCount: 000020C6
dwHiddenSectorCount: 00000100
dwUpdateModeFlag: 00000000

Address: 00000200, dwBlockSignature: 2F5314CE
dwNextHeaderBlock: 00043E00 (size: 00043C00)

........ duuuużo napisów ;) ...... każdy moduł wymieniany tutaj....

Header type: FFFFFEFE, Addr: 030C71A8
 dwNextDataTableOffset:    00000000
 dwNextStreamHeaderOffset: 00000000
 cchName:                  00000003
 wFlags:                   00000000
 szShortName:              .VM
 dwStreamSize:             00000010
 dwFileAttributes:         00000047
 fileTime:                 EF754B60 01C809A3
 dwReserved:               00000000
 dwDiskOffset:             030C7380
 cbOnDiskSize:             00000040
  wCompressedBlockSize:   0010
  wDecompressedBlockSize: 0010
  dwDiskOffset:           030C73C0


W tej chwili mamy już utworzony podkatalog dump, w którym znajduje się nasz nowy system.

Podczas tworzenia nowego ROMu polecam korzystać ze struktury katalogów utworzonej przez narzędzie PKGTool, gdyż w ten sposób łatwiej będzie posortować pliki i ewentualnie przeczyścić ROM z niepotrzebnych aplikacji. Poandto, bez tej struktury, życzę powodzenia w odnajdywaniu wszystkich sterowników...  ::)
Kopiujemy więc do naszego katalogu program PKGTool i uruchamiamy go. Wybieramy nasz katalog dump, czytamy wyświetlone info i wciskamy Tools -> Build Packages. Możemy iść zrobić sobie kawę, albo zapalić ;) Po powrocie zastajemy nasz podkatalog dump w całkiem nowej postaci:

Katalog: Artemis_dump\dump

2007-10-08  12:54               742 b932f30f-04f6-45c8-9447-dac8b90e9ed1.dsm
2007-12-08  01:00    <DIR>          OEM
2007-12-08  01:00    <DIR>          SYS

Jeżeli przyjdzie nam ochota pogrzebać w rejestrze ROMu, okaże się, że jest on zapisany w binarnym formacie. Przekonwertujemy go do znanej postaci RGU:

Artemis_dump>set _FLATRELEASEDIR=.\dump

Artemis_dump>rgucomp.exe -nologo -o dump\SYS\Metadata\default.hv >dump\default.rgu

Artemis_dump>rgucomp.exe -nologo -o dump\SYS\Metadata\user.hv >dump\user.rgu


Pliki rejestru zostały zapisane w katalogu dump. Pamiętaj, aby na ich początku dodać zapis REGEDIT4!

Pozostaje nam jeszcze wyciągnięcie sekcji XIP z pliku OS.nb. Tworzymy katalog XIP, kopiujemy do niego OS.nb, zmieniamy mu nazwę na nk.nba, kopiujemy jeszcze ROMMaster i XIPPort i uruchamiamy:

Artemis_dump\XIP>RomMaster -w 5 nk.nba -x -o xip.bin
[Info]          It is a common ROM.
[Warning]       o32_rom(0x8c28e318)'s o32_data at 0x00000000 is zero.
[Warning]       Found dif-referenced region [OLD] Address=0x8c16a208 Length=0x00000800 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c16a208 Length=0x00000800 ObjectType=0x00008000
[Warning]       Found dif-referenced region [OLD] Address=0x8c169970 Length=0x00000600 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c169970 Length=0x00000600 ObjectType=0x00008000
[Warning]       Found dif-referenced region [OLD] Address=0x8c17b544 Length=0x00000a00 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c17b544 Length=0x00000a00 ObjectType=0x00008000
[Warning]       Memory Block(0x8c101000,0x8c153fe0) overlap with Block(0x8c1028ac,0x8c1028d8).
[Info]          New rom filename is 'xip.bin'.

Jak widzimy, otrzymaliśmy nowy plik xip.bin, będący obrazem naszej sekcji XIP. Następnie uruchamiamy XIPPort i wybieramy dump xip.bin. Utworzy to nowy katalog OUT. Możemy jeszcze dla ułatwienia wykonać make pkgs. Powrót do poprzedniego układu plików poprzez funkcję undo.

Zostawiamy na razie ROM Artemisa, rozbierzemy teraz nasz stary ROM Wizarda. Generalnie wykonamy te same czynności, ale mimo wszystko prześledźmy cały proces jeszcze raz, gdyż nie jest on identyczny! Do operacji wybieramy prawie dowolny, działający ROM Wizarda. Wiadomo, że różne wersje ROMów miały różne babole, sprezentowane nam przez firmę z Redmond. Dlatego najlepiej jest wziąć ten, który nam dobrze działa.

Zakładamy katalog Wizard_dump, kopiujemy wszystkie narzędzia do niego oraz plik nk.nbf. Wykonujemy kolejno:

Wizard_dump>typho5.exe -x nk.nbf
extracted OS
Wizard_dump>ren *OS.nb OS.nb
Wizard_dump>ImgfsFromNb OS.nb imgfs.bin
ImgfsFromNb 2.0 RC 2
Searching for IMGFS start...
Found IMGFS at 00620000.
Dumping IMGFS at offset 00620000 (size 031ffff0)

Done!

Wizard_dump>ImgfsToDump imgfs.bin
Wizard_dump>PKGTool.exe

Jeśli po tych operacjach w katalogu dump będzie więcej zawartości ponad katalogi OEM i SYS, oraz ewentualnie jakieś pliki DSM, należy je ręcznie posegregować. Generalnie, taka sytuacja powstaje przez niedbałą kuchnię, bądź niedbałe gotowanie - czyli pliki nie są sparowane z odpowiednimi plikami DSM. Zazwyczaj te luźne pliki powinny wylądować albo w katalogu OEM\OEMApps, albo OEM\OEMDrivers.

Rejestr:

Wizard_dump>set _FLATRELEASEDIR=.\dump

Wizard_dump>rgucomp.exe -nologo -o dump\SYS\Metadata\default.hv >dump\default.rgu

Wizard_dump>rgucomp.exe -nologo -o dump\SYS\Metadata\user.hv >dump\user.rgu


Tworzymy katalog XIP, kopiujemy OS.nb do tego katalogu pod nazwą nk.nba, kopiujemy narzędzia i:

Wizard_dump\XIP>RomMaster -w 5 nk.nba -x -o xip.bin

[Info]          It is a common ROM.
[Warning]       o32_rom(0x8c29c410)'s o32_data at 0x00000000 is zero.
[Warning]       Found dif-referenced region [OLD] Address=0x8c177208 Length=0x00000a00 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c177208 Length=0x00000a00 ObjectType=0x00008000
[Warning]       Found dif-referenced region [OLD] Address=0x8c176970 Length=0x00000600 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c176970 Length=0x00000600 ObjectType=0x00008000
[Warning]       Found dif-referenced region [OLD] Address=0x8c188544 Length=0x00000a00 ObjectType=0x00200000
[Warning]       Found dif-referenced region [New] Address=0x8c188544 Length=0x00000a00 ObjectType=0x00008000
[Warning]       Memory Block(0x8c101000,0x8c160670) overlap with Block(0x8c1027fc,0x8c102828).
[Info]          New rom filename is 'xip.bin'.

Uruchamiamy XIPPort i kończymy zabawę w rozbieranie.

Offline bern

  • Swojak
  • ***
  • Podziękowań: 2
  • iZabawka 3G, htc diamond, eee 1201n
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #1 dnia: Wtorek, 08 Styczeń 2008, 22:25 »
hmm czy mozemy cos zrobic jesli pkgtool wyrzuca brak roznych rgu? (jak rozumiem zostaly wyciete z romu by nie mozna go bylo spowrotem zgotowac po rozgotowaniu..)

wogole to nie wiem czy przegapilem ale chyba wypada jeszcze do pierwszego tutoriala dac link do pkgtoola wlasnie - na 99% nie ma albo moj wzrok oslabl bardzo.

i inna kwestia - czy jako rom naszego (tego na ktore portujemy) urzadzenia lepiej brac jakis dostarczany przez operatora czy jakis ktory ktos wczesniej sportowal?
i czy wycinaja jeszcze modyfikatorzy cos jeszcze poza rgu oempaczek? cos potrzebnego do portowania?

myslalem o ugotowaniu romu dla heralda ale przeszedl mi diabelski pomysl o sportowaniu calego paradoxa na moja maszynke. narazie zastanawiam sie ile moze mi to flashowan zajac bo dump obu romow zajal niecale 15minut lezenia z lapkiem ;)


Offline utak3r

  • Global Moderator
  • Core
  • *****
  • Podziękowań: 140
  • Samsung Note 4
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #2 dnia: Środa, 09 Styczeń 2008, 00:31 »
hmm czy mozemy cos zrobic jesli pkgtool wyrzuca brak roznych rgu? (jak rozumiem zostaly wyciete z romu by nie mozna go bylo spowrotem zgotowac po rozgotowaniu..)

Możemy (najczęściej musimy właśnie...) je ręcznie posegregować jakoś - to nie chirurgia, możemy sobie dowolnie powrzucać, aczkolwiek najlepiej do któregoś z katalogów OEM.

wogole to nie wiem czy przegapilem ale chyba wypada jeszcze do pierwszego tutoriala dac link do pkgtoola wlasnie - na 99% nie ma albo moj wzrok oslabl bardzo.

OK, sprawdzę i dorzucę.

i inna kwestia - czy jako rom naszego (tego na ktore portujemy) urzadzenia lepiej brac jakis dostarczany przez operatora czy jakis ktory ktos wczesniej sportowal?
i czy wycinaja jeszcze modyfikatorzy cos jeszcze poza rgu oempaczek? cos potrzebnego do portowania?

Zależy. Zależy od builda, od tego, co to za system w ogóle, ten oryginalny (np. WM5 - WM6)... można wziąć kilka ROMów i robić mixa :)
A kucharze (nie tylko porterzy, zwyczajni kucharze) wycinają najczęściej jeszcze pliki DSM - a to właśnie one decydują o podziale na paczki, nie same RGU. Co prawda da się niektóre odbudować, ale to rzeźba... i nie zawsze się opłaca.

myslalem o ugotowaniu romu dla heralda ale przeszedl mi diabelski pomysl o sportowaniu calego paradoxa na moja maszynke. narazie zastanawiam sie ile moze mi to flashowan zajac bo dump obu romow zajal niecale 15minut lezenia z lapkiem ;)

Powiem tak - dzisiaj już drugi taki pomysł słyszę ;) Ktoś chciał na Hermesa też przewalać.


Offline wojnar

  • Klubowicz
  • **
  • Podziękowań: 1
  • Hermes.dot
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #3 dnia: Środa, 09 Styczeń 2008, 00:43 »
 :)

Offline may

  • Administrator
  • Core
  • *****
  • Podziękowań: 109
  • HTC One, Samsung GT P7500
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #4 dnia: Środa, 09 Styczeń 2008, 01:03 »
Tylko po co na Hermesa skoro jest PL całkiem niezły  :)


Offline utak3r

  • Global Moderator
  • Core
  • *****
  • Podziękowań: 140
  • Samsung Note 4
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #5 dnia: Środa, 09 Styczeń 2008, 01:09 »
Ale wojnar myśli o Paradoksie.

Offline wojnar

  • Klubowicz
  • **
  • Podziękowań: 1
  • Hermes.dot
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #6 dnia: Środa, 09 Styczeń 2008, 11:53 »
dokladnie



dodano: Środa, 09 Styczeń 2008, 01:10
???
Nazwa 'set_FLATRELEASEDIR' nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy

dlaczego nie moge przekonwertować *.hv?

korzystam ze struktury
D:\Rom\nothin_dump\dump

pozdr

-------
edit:

i jeszcze błąd przy dumpie schapsa

-------

to samo z romem Pandora_Naked_7b2_Touch_Me

może potrzebne są inne narzędzia??
« Ostatnia zmiana: Środa, 09 Styczeń 2008, 12:28 wysłana przez wojnar »

Offline baniaczek

  • GZU
  • Swojak
  • ****
  • Podziękowań: 16
  • Nokia e63-1 [200.21.012]
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #7 dnia: Środa, 09 Styczeń 2008, 15:34 »
dokladnie



dodano: Środa, 09 Styczeń 2008, 01:10
???
Nazwa 'set_FLATRELEASEDIR' nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy
między 'set' a podkreśleniem ma być spacja
Cytuj
dlaczego nie moge przekonwertować *.hv?
dlatego, ze nie ma spacji
Respect++ if PrzydaloSie();

Offline wojnar

  • Klubowicz
  • **
  • Podziękowań: 1
  • Hermes.dot
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #8 dnia: Środa, 09 Styczeń 2008, 15:42 »
dokladnie



dodano: Środa, 09 Styczeń 2008, 01:10
???
Nazwa 'set_FLATRELEASEDIR' nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy
między 'set' a podkreśleniem ma być spacja
Cytuj
dlaczego nie moge przekonwertować *.hv?
dlatego, ze nie ma spacji

dzieki brow mój błąd :-[

ale dalej nie moge zrobic dumpa romu hermesa, rom koch wywala bład


See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\_romkoch_light\dump'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.Directory.InternalGetFileDirectoryNames(String path, String userPathOriginal, String searchPattern, Boolean includeFiles, Boolean includeDirs, SearchOption searchOption)
   at System.IO.Directory.GetDirectories(String path, String searchPattern, SearchOption searchOption)
   at System.IO.Directory.GetDirectories(String path)
   at CookGUI.Form1.AttribDirectory(String dir)
   at CookGUI.Form1.dumprom_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
CookGUI
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///D:/_romkoch_light/CookGUI.exe
----------------------------------------
System.Windows.Forms
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
    Assembly Version: 2.0.0.0
    Win32 Version: 2.0.50727.1433 (REDBITS.050727-1400)
    CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.


rozumie ktoś coś z tego??

Offline bern

  • Swojak
  • ***
  • Podziękowań: 2
  • iZabawka 3G, htc diamond, eee 1201n
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #9 dnia: Środa, 09 Styczeń 2008, 16:40 »
hmm czy mozemy cos zrobic jesli pkgtool wyrzuca brak roznych rgu? (jak rozumiem zostaly wyciete z romu by nie mozna go bylo spowrotem zgotowac po rozgotowaniu..)

Możemy (najczęściej musimy właśnie...) je ręcznie posegregować jakoś - to nie chirurgia, możemy sobie dowolnie powrzucać, aczkolwiek najlepiej do któregoś z katalogów OEM.

wiem wiem ale co jesli tych plikow NIE MA? tzn pkgtool wyrzuca ich brak tam gdzie powinny byc ale nie zostawia ich nigdzie do segregacji (dotyczy to rgu od paczek -nie ma ich)

no dobra - drugi raaz takie pytanie ale czy sensowne? nie wiem sam ile w praktyce moze zajac takie portowanie..


Offline utak3r

  • Global Moderator
  • Core
  • *****
  • Podziękowań: 140
  • Samsung Note 4
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #10 dnia: Środa, 09 Styczeń 2008, 17:31 »
System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\_romkoch_light\dump'.

rozumie ktoś coś z tego??

a na pewno dobrze ścieżki podajesz? Przecież jasno pisze, że nie znalazł katalogu.

Offline wojnar

  • Klubowicz
  • **
  • Podziękowań: 1
  • Hermes.dot
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #11 dnia: Środa, 09 Styczeń 2008, 18:07 »
po ręcznym zrobieniu katalogu nadal występuje błąd

oto poprawna kolejność działań  :jupi:

RUU-signed.nbh ---(*NBHExtract)---> OS.nb ---(NBSplit)---> OS.nb.payload -->
--(ImgfsFromNb)---> imgfs.bin ---(ImgfsToDump)---> 'dump' directory

i poprawna komenda do NBsplit
>nbsplit -hermes OS.nb

pozdrawiam

nbsplit w zalaczniku

zabieram sie za portowanie  :oT :8)



dodano: Środa, 09 Styczeń 2008, 17:59
następnie podczas wyciągania XIPa nie korzystamy już z OS.nb, ale z OS.nb.payload.

pozdrawiam


Offline bern

  • Swojak
  • ***
  • Podziękowań: 2
  • iZabawka 3G, htc diamond, eee 1201n
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #12 dnia: Środa, 09 Styczeń 2008, 19:48 »
no wlasnie mialem pytac o to payload i extra. kiedy uzywamy tego? z wizza czy heralda nie wywalalo bledow ale faktycznie rom i600 juz nie poszedl bez tego.

Offline utak3r

  • Global Moderator
  • Core
  • *****
  • Podziękowań: 140
  • Samsung Note 4
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #13 dnia: Środa, 09 Styczeń 2008, 20:03 »
To jest wzięte z jakiejś kuchni. Osobiście kilka razy rozbierałem ROM Hermesa i nigdy się nie bawiłem w takie pierdółki. Później zobaczę, czy mam jakieś zapiski jeszcze.

następnie podczas wyciągania XIPa nie korzystamy już z OS.nb, ale z OS.nb.payload.

Należy tylko o tym później pamiętać... po zportowaniu XIPa i przy odbudowie systemu plików (imgfs).



dodano: Środa, 09 Styczeń 2008, 20:01
wiem wiem ale co jesli tych plikow NIE MA? tzn pkgtool wyrzuca ich brak tam gdzie powinny byc ale nie zostawia ich nigdzie do segregacji (dotyczy to rgu od paczek -nie ma ich)

no dobra - drugi raaz takie pytanie ale czy sensowne? nie wiem sam ile w praktyce moze zajac takie portowanie..

ok, zczaiłem Twoje pytanie teraz. Chodzi Ci o same pliki RGU osobiście.... to nic, wszystkie wpisy do rejestru, które są w takich właśnie RGU, a których nie ma, znajdują się w user.hv i default.hv - po prostu nie będziesz ich miał w postaci wydzielonej paczki zapisów.

Offline wojnar

  • Klubowicz
  • **
  • Podziękowań: 1
  • Hermes.dot
Odp: Budujemy nowy ROM. Część 2 - przygotowujemy plac boju
« Odpowiedź #14 dnia: Środa, 09 Styczeń 2008, 20:08 »
ten schemacik pochodzi z wątku tadzia, dotyczącego większej ilości storage (połączenia ext ze storage???) @utak3r nie mylę się?

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