Mam problem z odpaleniem PS2PSXe r192 z wewnętrznego HDD. Próbowałem już na wiele sposobów ze skryptem radshella, ale na końcu i tak wyskakuje mi komunikat "not an elf file".
ELF PS2PSXe + foldery znajduje się w roocie partycji Worms_Armageddon, razem z radshellem, jego plikami i folderami.
Pamiętam, że kiedyś mi działało, tylko że z "mass:/"...
Jest ktoś w stanie pomóc i powiedzieć co jest nie tak ?
Szukałem na różnych forach i były różne wersje skryptu dla "hdd0:/",
ale tak na prawdę różniły się nieistotnymi drobiazgami.

Dobrze kojarzysz. Ale swoje hardware sprzedalem... pozatym uzywanie ISO jest wygodniejsze niz jechanie na zdechlym laserze. PSIO mialbyc jakis wybawieniem, ale jak narazie najlepszy emu to ePSXe plus softwareowy gpuBladeSoft plugin (nie jestem zwolennikiem HLE bo zawsze sa jakies przekłamania)

Prawda jest taka, że jeśli chcesz się ustrzec glitchy to jedynym sposobem jest granie na realnym, dedykowanym hardwarze ;)

BTW. Dobrze Cię kojarzę ze skizo/emudreams? ;)

Nie tylko z dzwiękiem są problemy w PSP. Także niektóre efekty graficzne się chrzanią podobnie jak np w pSX.

Nie zapominaj, że PSP posiada 2 procesory, z których każdy może być taktowany 333MHz (główny CPU i ME - ME właściwie można wykorzystać jako zwykły CPU, tylko pozbawiony możliwości sprzętowych operacji na wektorach). ME ma do dyspozycji mało pamięci, ale przy rozsądnym użyciu DMA, problem przy emulacji PSX nie istnieje (zależy nam tylko na tym, żeby wykonywał skomplikowane operacje na małych ilościach danych, głównie liczbach całkowitych - operacje na stałoprzecinkowych sprowadzają się do operacji na całkowitych). PS2 niby ma IOP, ale raz, że on jest taktowany 36MHz tylko, a dwa, że cały dostęp do sprzętu idzie przez niego i wiele wątków zabija i tak jego znikomą moc, więc jedyne, co może robić, to czytać na zaś dane z obrazu płytki.

Przy wykorzystaniu tylko jednego CPU, PSP w kwestii emulacji PSX powinien wypadać tak samo jak PS2, ale ten drugi pozwala zrobić szybką (a przy tym idealnie kompatybilną) software'ową emulację GPU. Oczywiście ME został stworzony w innym celu (zastępował kilka innych koprocesorów, dostępnych w PS2, ale przy emulacji, oprócz IPU przy filmach, dodatkowy sprzęt w PS2 się nudzi - VU nie nadają się zbytnio do operacji stałoprzecinkowych i to na danych nieprzygotowanych do przetwarzania strumieniem). PS2 ma łatwiej z dźwiękiem, bo posiada ten sam układ dźwiękowy, co PSX i można go bez dużego problemu wykorzystać przy małym nakładzie mocy procesora, ale tutaj fory się kończą).

W każdym razie nawet revere engineering popsa dużo by nie dał. Te platformy po prostu zbyt się różnią, żeby niskopoziomowe optymalizacje z jednego na coś przydały się w drugim. Poza architekturą samych procesorów, konsol tych prawie nic ze sobą nie łączy.

Nie wspomnę już o tym, że sony miało do dyspozycji sztab ludzi oraz całą dokumentację i wsparcie, jakie tylko było potrzebne (a i tak nie wyszło idealnie, bo na popsie w wielu grach np. dźwięk w filmach się ciacha).

I tu się właśnie mylisz - PS2 i PSP mają KOMPLETNIE inną architekturę. Niby jedna i druga jest oparta na MIPS-ie ale to jednak wiele nie zmienia. Może gdyby były dostępne źródła POPS-a to można by kombinować a tak to nikomu zbytnio nie chce się bawić w czasochłonny reverse engineering.

Nie rozumiem co jest dla ciebie bez sensu i co trzeba odwrócić? I wiem że Ps2 ma 64-bit procesor tylko chodzi mi oto że pod względem technicznym mimo podobnej architektury Psp jest słabsza od Ps2 i ten emulator z Psp po przepisaniu mógłby działać lepiej od Ps2psxe.

Nie możesz sobie po prostu odpalić popsa na PS2 bo to zupełnie inna konsola niż PSP. Trzeba lat żeby to odwrócić. Trochę bez sensu.

PS2 ma 64 bitowy procesor. ;)

Można by było jeszcze jakoś wyciągnąć z systemu operacyjnego Psp emulator sonowski Psone który jest w 100% softwarowy i chyba pracuje w trybie 222mhz. A jeśli nawet w 333 to co się naczytałem Psp jest troche słabsza od Ps2 i po odpowiedniej optymalizacji działał by tak dobrze tak jak na Psp jesli oczywiście ktoś by się za to wziął i umiał. A na koniec mam takie pytanko 32-bit core 128 bits bus to znaczy 32-bitowy procesor zamknięty w 128-bitowej architekturze czy z 128-bitową przepustowością?

Ok, bundle pack z wszystkimi wersjami:
http://www.cdrinfo.pl/download/1349145219

Projekt - już oficjalnie - zawieszony. Trochę szkoda, ale ffg zapowiedział opublikowanie źródeł, więc może ktoś się za to dalej zabierze.

Zrobię bundla z wszystkimi wersjami i zamieszczę.

Tabula rasa... Nie mam pojęcia co jest grane. Obraz jest dobry, bios odpowiedni... próbowałem na tych wersjach, które znalazłem (168a, 188, 198, 202 tej używam normalnie) z dźwiękiem, bez dźwięku, przez GUI, przez RS i nic... A co do patch'y to jakoś nie mogłem odszukać ich w odmętach internetu... byłbym wdzięczny gdybyś sypnął jakimś linkem...

Spróbuj wersji bez Libcrypt, czyli albo NTSC/U albo patcha na twoją PALową (patche *.asm). Możesz też sprawdzić wcześniejsze buildy (czyli bez dźięku i bez gui).

Region Finala to PAL, obraz zrobiłem ze swojego oryginału; a bios na którym go sprawdzałem najczęściej to właśnie SCPH-7502 (bo wszędzie ludzie piszą że ten jest najlepszy albo ewentualnie SCPH-1001); chociaż bios na którym obecnie (SCPH-101) odpalam gry, wszystko emuluje identycznie jak 7502, a gry mam i w PAL'u i w NTSC. Co najbardziej mnie zdziwiło że działał mi MGS (fakt dźwięk był z dupy, a i do obrazu można było się przyczepić), z tego co wiem nawet na ePSXe dużo osób miało problem z emulacją tej gry. Nie mam pojęcia czemu nie chce mi odpalić ten FF, obraz jest dobry (grałem nim bez problemu na ePSXe),ale jeszcze pokombinuje... szkoda byłoby odpuścić tak dobry kawałek giercowania.

Jaki region? PS2PSXe radzi sobie najlepiej z PALowymi grami na PALowskim fw (np. z SCPH-7502). Z tego co kojarzę to FF9 jest w 100% emulowane z dźwiękiem.