Ale nie każdy emu sobie radzi z tym MGS, a zrobiłem tak samo z Oddworld Abe's Exoddus i działa wszędzie. Co prawda POPS sobie nie radzi z grafiką ale nawet emu na androida sobie z tym obrazem radzi a z MGS już nie.

Haha :D racja coś, tam było, że jakieś tam (nie pamiętam już ;p) narzędzie wyświetlało datę wydania tych dwóch wersji i na tej podstawie trzeba było wybrać odpowiedni patcher xD

Widzisz, trzeba czytać dokładnie tutki ;p

Ok, działa, w końcu działa i nie ma problemu z przejściem do Blast Furnace, chyba wybierałem nie ten patcher co trzeba. xD Obie wersje, oryginalna i ten Classic coś tam.

No i nie zmienia, zacina się na black screen po drugiej walce ze sniper Wolf i próbie przejścia do Blast Furnace.

Thx, ja tam ręcznie edytowałem i nic z tego nie wyszło, jutro spróbuję i dam znać.

Chyba trochę nie kumam pytania.
Co jest źle przygotowane ?
Program, który kompiluje obrazy jest podany pod linkiem na poprzedniej stronie, nie ma innego - korzystałem z tego co jest na stronie.

Albo wiesz co, spróbuj tego - pamiętam, że zgłaszałem problem na Assemblerze i ktoś podrzucił mi ten link.

Nie jestem pewny czy masz ten problem co ja miałem, ale tu masz opisane moje spostrzeżenia i odpowiedzi.

Ok, ale z czego korzystałeś? Bo oficjalny jest źle przygotowany.

Dobry jestem :D Od stycznia nie miałem czasu sprawdzić tego... ;p
Trzeba się zabrać do roboty :)

Sorki, nie umiem czytać - od listopada ;p

Dołączę ci się wyjątkowo bo rozchodzi mnie się o to samo. XD Tyle że u mnie nie działa przejście na CD2, a obraz ma tyle ile powinien.

Sprawdziłem :)
Co prawda nie w miejscu gdzie zmienia się płyty, bo nie doszedłem tam jeszcze, a na save'y z internetu nie można liczyć; ale znalazłem save ze stanem z już z drugiej płyty i załadowało się bez problemu ;)
Także, można grać :)

W końcu znalazło się odpowiednie rozwiązanie dla problemu :)
Paczka zawiera wszystkie potrzebne pliki by skompilować dwa obrazy płyt w jeden i oczywiście instrukcję jak to zrobić (pliki *.bin należy nazwać eve-1.bin i eve-2.bin).
W sumie nie sprawdziłem jeszcze czy działa motyw na POPS'ie (w każdym razie gra się uruchamia normalnie, tylko nie doszedłem jeszcze do walki ze Sniper Wolf), ale podobno w ePSXe tak.
Aha, i jeszcze jedna ważna rzecz; Programik jest napisany pod wersję NTSC MGS'a (SLUS-005.94, SLUS-007.76).
Tutaj można znaleźć "kompilatory" dla innych gier wielopłytowych ;)

Dzięki :)
Mam ECCRegen'a, ale do pomocy nie zaglądałem... nie pomyślałbym, że tam może być coś takiego :p

http://web.archive.org/web/200712270...escription.htm

Więcej informacji w helpie po ściągnięciu programu.

Widzę, że kompletnie nie rozumiesz co zrobiłeś. <siada wygodnie w fotelu i rozpala fajkę> ;)

Są różne systemy plików przeznaczone na różne urządzenia i w różnych różnie to zostało opracowane. Oprócz zwykłych danych, są też dane korekcyjne na wypadek błędów odczytu (uszkodzenia fizyczne, losowe błędy odczytu itd.) po to aby program, który zajmuje się obsługą nośnika i formatem danych na nim, wiedział że to co odczytał jest poprawne. Żyjemy w takim świecie, że nawet neutrina mogą mieć wpływ na takie rzeczy, więc mądrzy ludzie musieli wymyślić jakiś system, który zabezpieczy ich przed losową utratą danych.

Jednym z antycznych zabezpieczeń jest celowe uszkodzenie danych korekcyjnych, abyś nie mógł tego ot tak sobie skopiować. "Zwykły program" myśli że nośnik jest uszkodzony (ponieważ nie zgadza się suma z danymi, które opisuje), podczas gdy firmware PSX w ogóle tego nie odczytuje (i dlatego można to było zastosować).

Więc to co zrobiłeś to kopię plików+dane korekcyjne. Są przeplecione bo to co sektor idzie. Ale tego z oczywistych względów gra nie odczyta. Teoretycznie więc, trzeba z każdego bloku po 2352b odciąć tyle aby zostawało 2048b. Nie wiem jednak jak to wygląda bo nigdy się tym nie interesowałem (być może "śmiecie" są na końcu).

U mnie gra odpala się poprawnie, ale na początku zastanawiałem się czy nie zostać przy SYSTEM.CNF, w sumie ta zmiana raczej niczego nie wnosi jeśli mi działa :p
Hmm, zapomniałem o tym co pisałeś... Pliki zostały większe, takie jak po ekstrakcji. Metoda, która była opisana w tym tutku nie opisuje jak zmienić rozmiar pliku - czyli wyciągnięcie CDMage po sektorach sprawiała, że plik był tylko mniejszy ~0,5 MB. Nie mam pojęcia jak można by usunąć te dodatkowe dane (plik oryginalny z CD1 ma 45,3 MB, a ten wyjęty w 2352 52 MB), skoro nie można sprawdzić jak wygląda jego zawartość. Ewentualnie można by znaleźć go w obrazie gry (sporo szukania, ale też nie wiadomo dokładnie jak się zaczyna... :p)
i w ten sposób odseparować od reszty. Chyba... :p

Nie używaj auto boota (czyli nazwy PSX.EXE bez SYSTEM.CNF do niego prowadzącego) bo niektóre PS2 tego nie zabootują.

A po drugie to jak usunąłeś z tego filmiku dodatkowe dane - bo usunąłeś prawda? :P Jak nie to się gra zawiesi po wczytaniu tego pliku, albo w najlepszym razie go pominie (zależy jak programiści napisali obsługę błędów odczytu).

Oczywiście, że się odpala - napisałem to wcześniej ;p
Więc to idzie tak:
Z obu płyt wydobywamy wszystkie pliki i foldery i wpakowujemy do osobnych folderów np. CD1/CD2.
Do wydobycia plików ZMOVIE.STR trzeba użyć IsoBuster'a - funkcja "kopiuj binarnie raw (2352 b/blok)". W folderze CD2 należy usunąć pliki:
- MGS / BRF.DAT
- MGS / FACE.DAT
- MGS / MGS2.EXE
- SLES_113.70
- SYSTEM.CNF
W tym samym folderze należy też zmienić nazwy następujących plików:
- z MGS / DEMO.DAT do MGS / DEMO.002
- z MGS / RADIO.DAT do MGS / RADIO.002
- z MGS / STAGE.DIR do MGS / STAGE.002
- z MGS / VOX.DAT do MGS / VOX.002
- z MGS / ZMOVIE.STR do MGS / ZMOVIE.002
W folderze z zawartością CD1 trzeba usunąć SYSTEM.CNF i przemienić nazwy następujących plików:
- z MGS / DEMO.DAT do MGS / DEMO.001
- z MGS / RADIO.DAT do MGS / RADIO.001
- z MGS / STAGE.DIR do MGS / STAGE.001
- z MGS / VOX.DAT do MGS / VOX.001
- z MGS / ZMOVIE.STR do MGS / ZMOVIE.001
- ze SLES_013.70 do PSX.EXE
Pliki z folderu CD2 przerzucić do CD1, a w zasadzie tylko to co zostało w podfolderze MGS. Teraz trzeba wyedytować w hex'ie plik MGS/MGS1.EXE :
- DEMO.DAT na DEMO.001 (offset D2Dh)
- VOX.DAT na VOX.001 (offset D38h)
- ZMOVIE.STR na ZMOVIE.001 (offset D43h)
- RADIO.DAT na RADIO.001 (offset D5Ah)
- STAGE.DIR na STAGE.001 (offset D66h)
Kiedy już mamy to wszystko budujemy obraz w CDGEN'ie; powinien wyglądać tak:
PSX.EXE - LBA 23
MGS - LBA 202
MGS / BRF.DAT - LBA 203 (reszta ustali się sama, ważne aby tylko zachować kolejność plików)
MGS / DEMO.001
MGS / DEMO.002
MGS / FACE.DAT
MGS / MGS1.EXE
MGS / RADIO.001
MGS / RADIO.002
MGS / STAGE.001
MGS / STAGE.002
MGS / VOX.001
MGS / VOX.002
MGS / ZMOVIE.001
MGS / ZMOVIE.002
Nie nazywamy kompilacji - kasujemy "CDGENPS2", zostawiamy puste pole.
Zapisujemy obraz w *bin/cue. Gotowy obraz powinien mieć 1,27 GB. To jeszcze nie koniec; żeby gra właściwie się wyświetliła trzeba do gotowego obrazu dokleić w hexie licencję gry europejskiej - offset od 0h do 92F0h; trzeba po prostu podmienić kod. Po wszystkim wiadomo, plik należy nadpisać.
Na koniec jeszcze tylko konwersja obrazu do *.VCD i heja.
Trochę przydługa instrukcja, ale mam nadzieję, że zrozumiała :)
Potrzebne programy:
- IsoBuster 3.4 (do ekstrakcji ZMOVIE.STR)
- HxD (do hex-edycji)
- CDGENPS2 3.0 (do zbudowania poprawnego obrazu)
- CUE2POPS v2.1 BETA 1 (do właściwego skonwertowania niestandardowego obrazu do *.VCD)
Wsio :)

edit:
Gra odpala się poprawnie, ale jeszcze nie zdążyłem sprawdzić jak wygląda kwestia zmiany płyt; wiem tylko, że wg. instrukcji powinno to wyglądać tak, że w momencie kiedy pojawia się napis "Insert Disc" wywołujemy POPS'owe IGR i plik TROJAN_9.BIN uwieszczony w folderze __common/POPS/MGS/VMC powinien wywołać oczekiwaną zmianę płyt.
Mam nadzieję, że będzie on działać, bo generalnie TROJAN został napisany dla wersji francuskiej, ale w zasadzie niczym się one nie różnią (zawartość plików) prócz wbudowanego języka.

Aaa, ja myślałem że zabootowałeś grę z PSXa i mrozi się na ekranie z niebieskimi napisami, grze straszą*że będziesz smażył się w piekle za to co zrobiłeś. ;)


To może napisz co konkretnie robiłeś... bo tak to możemy sobie pisać długo i namiętnie o niczym. ;p

Jak rozumiem:
1. Kopiujesz pliki z obu płyt (to ten MGS, tak?)
2. Jeśli któryś się powtarza, a mają inne sumy kontrolne, co oznacza że się różnią, zmieniasz im nazwy i zmieniasz nazwy też wewnątrz PS-X EXE, tak?
3. SYSTEM.CNF prowadzi do pierwszego EXE, tak?
4. Kompilacja to mode2 (bloki po 2352b), jedna, zamknięta sesja, tak?

Czy w ogóle sprawdzałeś czy Twoja kompilacja albo ta gra się odpala? Od tego trzeba byłoby zacząć. :P Czyli po prostu:
1. Sprawdź czy oryginalna gra chodzi na POPSie.
2. Jeśli tak to sprawdź czy przepakowana chodzi.

Chodziło mi o wbudowany w POPS'a IGR ;)
Ten niebieski ekran z "chińszczyzną" od BBNavigator'a ;p

IGR nie będzie działać z grami na PSX, to normalne. Żadna aplikacja nie będzie, ani po stronie EE, ani też IOP.

No i w końcu zwycięstwo :D
Gra włącza się bez problemu, jedyne zmartwienie to teraz tylko to czy obraz jest skonstruowany poprawnie dla pliku-oszusta, który pozwala na przeskoczenie pomiędzy płytami ;p Ale to oczywiście tylko kwestia czasu - trzeba się zabrać do roboty ;)

Mam progres; co prawda nieduży, bo moja kompilacja dochodzi tylko do informacji o piractwie (tej niebieskimi literami na początku gry) i zawiecha - nawet IGR nie działa.
No i ciekaw jestem jeszcze jak krHACKen zrobił obraz o wielkości 1240 MB - mi najmniejszy wyszedł 1,27 GB...

edit;
poprzednie kompilacje chociaż wydawały się najbardziej rozsądne (z punktu widzenia poradnika krHACKen'a) nie włączały się w ePSXe, z powodu nieprawidłowego LBA - CDGEN ustawiał LBA pierwszego pliku w folderze "MGS" na takie samo jakie miał folder. Spróbuję na POPS'ie i zobaczymy :p

POPS wymaga licencji na pierwszych sektorach (to jest ten napis, który pojawia się pod logo PlayStation) i poprawnych ECC (jeśli robiłeś obraz od podstaw to będą ok, ale jak wymieniałeś ręcznie jakiś plik to nie będą). ePSXe (jak większość emulatorów) patchuje to w locie (tak samo jak Libcrypt jeśli był używany).

Są gry, które sprawdzają LBA jednego lub więcej plików.

ok, na POPS'ie nie poszło - ale wykryłem swój błąd, może to było powodem :p
w każdym razie nie zaprzestaję prób :)

Tym, ze emulator odtworzy to poprawnie to sie nie przejmuj - on lyknie prawie wszystko;)

Dobra. W końcu udało mi się zbudować (chyba) poprawny obraz - póki co sprawidziłem to w ePSXe, tam działał bez problemu. Teraz jestem ciekaw jak to będzie z POPS'em; oby tak samo ;)
W ogóle do obrazu musiałem dodać DUMMY (290MB), żeby CD/DVD-ROM GEN chciał zbudować mi ten obraz. I co zadziwiło mnie jeszcze, że przerabiałem grę PAL'owską, obraz licencjonowany w PAL'u, a ePSXe wykrył jako NTSC.

Skoro masz problemy z wypakowaniem z obrazu plików to myślałem, że leżą na leap sektorach. W przeciwnym razie nie ma sensu mordować się z mode2 i nie wiem w czym masz problem. :P

Spoko :)
Zanim zdążyłem odczytać ten post to znalazłem już w necie instrukcję na ten temat - dość stary artykuł, ale na temat :)

I po co Ci ten szmelc? To antyczny program, z czasów kiedy napędy nie obsługiwały RAW DAO 96. Na dodatek jest w CLI. brrr ;]

Jeśli jakiś plik gry leży na leap sektorach to musisz skopiować go nie w mode 1 tylko w mode 2 czyli nie w blokach po 2048, a 2352. Utrudnia to edycję bo trzeba się tych "nadmiarowych danych" jakoś pozbyć, a potem z powrotem dodać do obrazu.

Wypakować możesz CDMage lub ISO Busterem, ale wsadzić takie coś z powrotem to chyba tylko CDMage potrafi. Nie zapomnij potem naprawić bloków odpowiedzialnych za korekcję błędów bo nie będą się zgadzać po podmianie (programem ECC Regen).

Poszukuję właśnie jednego programu programu... Szukałem już w różnych miejscach, ale nigdzie nie było żadnego linku do pobrania.
Chodzi o PSX2HD.
krHACKen używał tego programu, żeby wyodrębnić te nieszczęsne pliki z rozszerzeniem *.str .
Może ktoś tu będzie wiedział gdzie znaleźć ten program lub posiada go na swoim dysku.

Może i racja ;) Ale chciałem sprawdzić jak wyglądają te plikii w ogóle :)

Póki co jestem na etapie poszukiwania tego Patcha, ale nie mam na to mega dużo czasu w tym tygodniu - założę się że jest on gdzieś ukryty na drugim końcu internetu ;p

Chociaż może załtwiej byłoby podbić i wypytać o to tego faceta, który pochwalił się zmonotwaniem MGS'a na Assembler'ach... :D

A jakie to ma znaczenie? Oczywiście, że jeden jest tylko SYSTEM.CNF i w nim podajesz ścieżkę do PS-X EXE z pierwszej płyty. Jeśli pliki wykonywalne z pierwszej i kolejnych płyt się różnią do dorzucasz je do płyty.

Np:
- SYSTEM.CNF prowadzi do ZIUTA.PSX (czyli pierwotnie np. SCES_12345 z pierwszej płyty)
- SCES_12345 (czyli egzek z drugiej płyty)


Czy zastanowiłeś się jak wyNOPujesz funkcję odpowiedzialną za zatrzymanie gry i prośbę o swap płyt w napędzie? To jest kluczowa sprawa bez której całe to przedsięwzięcie nie ma sensu. Więc zanim zaczniesz grzebać i "wprowadzać kolejne niewiadome w równaniu", rozwiąż najpierw tę kwestię, czyli doprowadź do sytuacji w której po walce z "wilczką" i otworzeniu drzwi do fabryki gra nie będzie prosić o zmianę płyt i po otworzeniu kolejnych drzwi się zawiesi. Dopiero wtedy kombinuj ze scalaniem obu płyt bo dopiero wtedy to będzie mieć sens. ;)

...Nie wszystko jest dla mnie jasne. A co z SYSTEM.CNF ? Każdy zawiera ścieżkę do odpalnia tego samego EXE tylko, że o innej nazwie (na pierwszej płycie jest to SLUS_005.94, na drugiej SLUS_007.76). Ale przecież nie mogę (chyba) umieścić w obrazie tylko jednego SLUS'a, bo jeśli pliki z pierwszego CD zostawiłem z takimi samymi nazwami, a te które musiałem skopiować dodatkowo z drugiego mają inne nazwy to musi chyba być drugi SLUS z tymi zmienionymi nazwami. A jak są dwa EXE to chyba muszą być dwa SYSTEM.CNF...
Nie wiem czy dobrze myślę...; ale jak takie coś ma się odpalić...???

http://www.assemblergames.com/forums...S2-POPS-stuff/

Post nr 442 ;)

Napisałem w poście nr.2. :P

Może leży na leap sektorach. Wypakuj w 2356, a nie 2048. Zrób dummy o tej samej nazwie i wielkości i zbuduj z tym obraz. Potem podmień ten plik za pomocą CDMage.

Dobra, mam MGS'a w NTSC U/C. Zawartość obu plików EXE wydaje się być na obu płytach taka sama, pomimo różnych nazw plików w folderze. Większość pilków w zasadzie też się powtarza, unikalne są tylko te pliki, które odróżniają rozgrywkę na dwóch płytach. Dobra tylko teraz pytanie.
Co zrobić z tymi plikami, które różnią się zawartością, a mają taką samą nazwę na obu płytach ?
Jest jeszcze problem z jednym plikiem "ZMOVIE.STR" - przy próbie kopiowania go wyskakuje komunikat "Nieprawidłowa funkcja MS-DOS".

Tak jak ty pomyślałeś się nie da. ;)

Ktoś zrobił taki patch do Chrono Cross na okoliczność POPSa na PSP (kiedyś kiedyś kiedyś nie można było wybierać w nim płyt a PSAR przechowywał tylko jeden obraz). I działał, bo sprawdzałem. Poszukaj go i może da się na pałę poszukać tych samych wartości i je zmienić na takie same. :D

Hmm... Trzeba będzie opracować to zagadnienie i sprawdzić w praktyce jak to wygląda. Ciekaw jestem jak zrobił to tamten koleś, czy tak jak mówisz, czy tak jak ja pomyślałem...
Byc może nawet nie sprawdził tego dochodząc do końca płyty... Czytałem kiedyś, że przy grze na PSP w MGS'a też trzeba wykoać trzeci punkt z Twojej listy. Jest do tego jakieś narzędzie czy trzeba to "gdzieś" ręcznie zrobić ?

Wydzieliłem Ci temat.

Nie, nie, nie. W heksie to ich nie łączysz bo to kompletnie bez sensu. Emulator i tak zobaczy tylko pierwszy. To tak jakbyś skleił ze sobą dwie książki - oczekiwany spis treści jest tylko jeden i tylko na początku pierwszej. :)

MGS chyba nie używa sub kanałów, więc sprawa jest ułatwiona. To co musisz zrobić to:
1. skopiować dane z obu płyt
2a. zrobić z tego jeden obraz
2b. jeśli jakieś pliki się dublują, sprawdzić (np. po sumach) czy są te same
2c. jeśli inne, to poszukać w pliku wykonywalnym (PS-X EXE czyli SCES12345 itp.) jego nazwy, mieć nadzieję że egzeki na obu płytach są w zasadzie te same i zmienić i nazwę pliku na płycie i tą w exe na inną.
3. wyNOPować funkcję odpowiedzialną za zatrzymanie gry i proszenie o zmianę płyt

Łączenie dwóch obrazów gry na PSX
 

Przypomniała mi się jeszcze jedna rzecz, a nie mogę już postu edytować...
Czytałem gdzieś w necie na jakiejś anglojęzycznej stronie (nie pamiętam czy na psxscene czy może gdzieś indziej), ale jakiś facet pochwalił się tam, że zmontował obrazy dwóch płyt MGS'a w jedno i, że działa mu. Teraz pytanie czy przy łączęniu dwóch obrazów w hexie trzeba by coś wyrzucić z tego drugiego obrazu czy po prostu dodać jeden do drugiego w całości. Zastanawiam się jakby to było przy zmianie płyty gdzie przejście jest płynne i nie ma save'a pod koniec dysku jak np. w Final Fantasy. Czy POPS poradziłby sobie z tym i odpalił z doklejonego obrazu to co trzeba, czy może po prostu ześwirowałby i się zawiesił...???