GoForce 5500 GAPI

Info z portegeclub.com:

Download:
http://sources.org.ua/Downloads/GAPIEmu.zip
http://webfile.ru/2420167
http://www.megaupload.com/?d=OC3JTA6U
Demo:
http://www.youtube.com/watch?v=NbPSX0zUy0U

Cytuj

GF5500 research 2 - GAPI for GF5500, 2 F ROM can be updated without modifying the use of methods
A while back, EOC greatly GF5500 for the release of our research results 1, which is hard version of the solution TCPMP, and the innocent is very unselfish and I Share the experience of his research. In a step on the shoulders of giants, I rewrite the G900 under the GAPI, is now open beta release
GAPI to achieve the following Featrue:
1. Simulators for most compatible, for a small part of the simulator can be adjusted to make it compatible with a special set.
2. As a result libgfsdk.dll provided a function of the realization of a smooth zoom, as well as an efficient stretch, so that the simulator on the map quality and performance have been improved, in part to upgrade the simulator results
3. Configuration interface to provide to the realization of individual games against the individual optimization
4. Update can choose to export to the region or stretch to full screen resolution
4. Button on the screen to do some deal with: the option 640x480 way through mapping the 800x480 screen buttons (Done)
5. Can be designated for the region to carry out rotation and stretching to meet the individual irregularities in the preparation of the simulator, such as Finalburn, pocket nes (implementation)
We have a good recommendation can be made

Version 0.41 update:
Khan has long been forgotten after the Fangshang Lai
All the amendments before the discovery of the bug

November 6 Update Version 0.4:
1. Amend the abnormal result from the Shuisi the bug.
2. PocketQuake the amendment may withdraw from the Shuisi Bug
3. Amendments to the failure of key hardware bug.


Added that under the GAPI:
GAPI is the legendary Game API, has now been replaced by DirectX Mobile, but GAPI have DXMobile do not have the advantage: a small, very simple, using API method calls instead of the cumbersome red tape com
GAPI provides direct access to the memory of the ways in which the procedure can be fast mapping, GAPI has been under WM6 entirely due to ... ... DirectDraw achieve nvddi provided by the DirectDraw driver problem, as a last resort to rewrite this NEE
GAPI fixed output resolution of 320x240x16bit but part of the simulator is not in accordance with this resolution, play up, so in the WVGA performance of the machine accidentally normal

GAPI includes only a file: gx.dll, the East in general is on the rom, so we can not name not be covered by the program calls dll is the order of windows - the directory itself, so rom the dll is sure to be the first to call, I need to gx.dll the primary rom the gx.dll provided in a number of functions, the need to have the original rom cooker Health gx.dll changed its name to go.dll

GAPI_Settings is configured in the previous paragraph, depending on the simulator can be configured. GX standard usage: in a modified brush rom after, copy the entire contents of the bag compressed to the corresponding program folder, do not copy the windows directory, run GAPI_Settings.exe to adjust the settings to suit different GX's Game or Simulation , And then run the appropriate procedures, Enjoy
-Elviesss

Source:
http://bbs.pdafans.com/thread-641655-1-1.html

Próbował już ktoś tego użyć? Byłaby możliwość przyspieszenia tym narzędziem np. Automapy?

eh czy oni nigdy nie mogą przewidziec ze ktos z poza ich kraju będzie chciał używać takich wręcz rewolucyjnych narzędzi 

puki co testuje fpsce , obraz jest zeskalowany na cały ekran co bardzo fajnie wygląda (sterownik GDI ilosc fps standardowo 13-12 )
w vga nie odpalają gry (czarny obraz ) z GAPI emulator sie wylacza, pozniej cos sproboje cos ugotowac (edit: albo i nie bo nie umiem rozkladac dll na czesci pierwsze )

Napisałem posta na ich forum, żeby przetłumaczyli to na angielski. Autor tego tweak'a odpisał, że jak znajdzie chwilkę to przetłumaczy 

Jaki ten angielski w ich wydaniu jest niegramatyczny 

nieszkodzi

GAPI输出分辨率  --  output resolution (rozdzielczość wyjściowa aplikacji),

等比拉伸  --  Geometric stretching (chyba chodzi o zachowanie proporcji przy rozciąganiu aplikacji na wyświetlaczu urządzenia),

拉伸到全屏幕  --  stretch to fullscreen (rozciąganie aplikacji na cały ekran),

直接输出到主表面  --  output directly to the primary surface (aplikacja nie zostanie rozciągnięta, ani przystosowana do ekranu urządzenia),

使用640x480映射点击区域  --  use 640x480 to map the touch screen (aplikacja zostanie wyświetlona w rozdzielczości 640x480 pikseli),

Takie info otrzymałem od userów z tego chińskiego forum i przetłumaczyłem ten ekran ustawień na język polski:

http://rapidshare.com/files/168914838/GAPI_GF5500.rar.html

Sprawdźcie czy działa. Pozdrawiam.

Napisane: Listopad 30, 2008, 10:42:38

---

Odświeżyłem posta wyżej.

GAPI输出分辨率  --  output resolution (rozdzielczość wyjściowa aplikacji),

等比拉伸  --  Geometric stretching (chyba chodzi o zachowanie proporcji przy rozciąganiu aplikacji na wyświetlaczu urządzenia),

拉伸到全屏幕  --  stretch to fullscreen (rozciąganie aplikacji na cały ekran),

直接输出到主表面  --  output directly to the primary surface (aplikacja nie zostanie rozciągnięta, ani przystosowana do ekranu urządzenia),

使用640x480映射点击区域  --  use 640x480 to map the touch screen (aplikacja zostanie wyświetlona w rozdzielczości 640x480 pikseli),

Takie info otrzymałem od userów z tego chińskiego forum i przetłumaczyłem ten ekran ustawień na język polski:

http://rapidshare.com/files/168914838/GAPI_GF5500.rar.html

Sprawdźcie czy działa. Pozdrawiam.

Napisane: Listopad 30, 2008, 10:42:38

---

Odświeżyłem posta wyżej.

prosiłbym o przerzucenie tego na jakiś normalny serwer np speedyshare, 4shared, plikojad

http://www.speedyshare.com/474197271.html

Proszę 

A co to może nam dać ? Jakie możliwości ??

Czy tylko ja tak mam, że fullscreen działa tylko przy 320x240? Nie mogę odpalić gier, emulatorów w 800x480 bo aplikacja pokazuje się w 1/4 ekranu. Czyżby tylko na ROMie sinana?

trzeba sobie ugotować rom z tym plikiem dll co jest w paczce zeby działało

ugotowalem i chyba zle ugotowalem bo fpseCE nie odpala ze sterownikiem GAPI

do czego to służy ??

y37 a jak myślisz... jest jakaś szansa by taki gx.dll dał choćby troszkę przyspieszenia do manili? Czy tylko przyspiesza grafę w emulatorach?
Poza tym jak to wgotować? Jestem dość słabym kucharzem (garnki przypalone, itp.) 

Całe to GAPI jest dość prostym API pozwalającym odwoływać się do bufora ramki. Wątpię czy lepsza biblioteka dużo przyśpieszy nawet te gry, czy szerzej - aplikacje korzystające z tego interfejsu ( na pewno nie AM ).
Fajnie byłoby natomiast jakby taka wersja gx.dll dawała dostęp do formatu piksela 888.

niestety ale nie mam dobrych wiadmosci
nic nie przyspiesza to raz, dwa ze działają tylko te wersje emulatorów ktore są w paczce
dlatego tez i zadnych innych aplikacji wykorzystujacych gapi nie odpalicie na romie ugotowanym z ta biblioteką
(chcialem odpalic gfDoom,thps2 i inne nic nie ruszało )

ale jednak chciałbym aby ugotował to ktoś z doswiadczeniem bo nie moge byc pewein czy sam wszytko dobrze zrobilem

W starszych wersjach CE nie było gx.dll i panowała podobno taka praktyka żeby tą dll-ka ( a własciwie jakąś jej wersję ) dystrybuować z aplikacją. Zdaje się, że np. pocket  hexen jest takim przykładem.

no wlasnie tak mi sie wydawalo ze jak dllka bedzie lezeć z folderze z aplikacją to z niej bedzie właśnie korzystać,

udało sie komuś odpalić FPSce na sterowniku GAPI?

ten dołączony z paczką tak...

no wlasnie tak mi sie wydawalo ze jak dllka bedzie lezeć z folderze z aplikacją to z niej bedzie właśnie korzystać,

udało sie komuś odpalić FPSce na sterowniku GAPI?

Też się spodziewałem, że program mając do wyboru gx.dll w ROM-ie w /windows i w swoim folderze skorzysta z tego, który jest tam samo, gdzie plik exe. Windows CE tak miał, windows XP tak ma, ale windows Mobile najwyraźniej już nie
Ale da się to wymusić bez gotowania w taki sposób jak autor moda - przeedytować plik interesującego nas programu dowolnym edytorem szesnastkowym zamieniając w nim wszystkie wpisy gx.dll na gx.dl_
Sprawdzone, działa (korzystałem z edytora EDh na PocketPC) - a przynajmniej gra korzysta ze zmodyfikowanej biblioteki. Ale z jakiegoś powodu nie mogę nic zmusić do sensownej pracy na pełnym ekranie:
PocketQuake niezależnie od ustawionej rozdzielczości wyświetla interfejs na cały ekran a sam obraz 3D z gry tylko w rogu
fpsCE - jakoś działa na sterowniku GAPI, ale tylko w trybie portrait. Po przełączeniu w landscape jest tylko czarny obraz z informacjami o FPS i rozdzielczości (o ile są one włączone). Ale po włączeniu menu przyciskiem sprzętowym jest ono wyświetlane jak należy. Wyjście z menu (opcja continue) - znów czarny obraz.
PocgetGBA - przy rozdzielczości innej niż 320x240 mam tylko wyświetlony nieco rozciągnięty obraz w okienku 320x240 w rogu ekranu (niezależnie od rozdzielczości wygląda tak samo).
PocketSNES - w ogóle nie mogę zmusić do pracy ze zmodyfikowanym GAPI.

To może być wina romu (od sinana z myg900), bo u autora rzekomo te gry działają jak należy. A jak jest u was?

No u mnie wszystko co chciałem odpala na fullscreen:
Tomb Raider
Worms World Party
PocketGBA
Ale jak wiesz jest to rozciąganie z 320x240 i gry nie wyglądają ładnie. Bardzo przydatne byłoby rozciąganie z 640x480. Miejmy nadzieję, że autor nad tym popracuje.

aby było 640x480 odpal fix'a VGA

Już udało mi się zmusić więcej aplikacji do pracy na pełnym ekranie - PocketGBA i PocketSNES działają i wyglądają całkiem przyzwoicie (najlepiej sprawują się bez dźwięku, ale na SNESie i z dźwiękiem da się grać). Tomb raider też już się odpala na pełnym ekranie i chodzi całkiem fajnie. Okazało się, że rozdzielczość musi być ustawiona na 320x240 - to ustawia rozdzielczość ekranu taką, jaka widzi gra, czyli taką która będzie potem rozciągana na pełny ekran (o ile zaznaczymy tą opcję w ustawieniach).
A co do rozciągania z 640x480 - raczej nie ma co na to liczyć, bo samo GAPI jest zaprojektowane dla ekranów QVGA i mało jaki tytuł będzie w stanie poradzić sobie z inną rozdzielczością. Swoją drogą, np. dla emulatorów GBA/SNESa (gdzie nawet emulowane platformy pracują z małą rozdzielczością) rozciąganie nie tyle szkodzi, co nawet pomaga - piksele stają się przez to lekko rozmyte i nie rzucają się aż tak w oczy. Naprawdę ciekawie to wygląda, zwłaszcza na pełnym ekranie (załączniki) A na pewno wygląda znacznie lepiej niż podwajanie pikseli będące standardową metodą dostosowywania tytułów QVGA na ekrany VGA.

A tak przy okazji - klawisze ekranowe w emulatorach i tomb raiderze świetnie działają z programikiem TouchResponse z xda-developers - wreszcie można poczuć czy faktycznie przycisk se nacisnęło, czy nie zaskoczył

no i wyszła moja totalna ignorancja w temacie emulacji
sorry

Wszystko ładnie, pięknie tylko jak zrobić taką modyfikacje morphgear'a? Niby używa sterownika GAPI ale nie mogę hexem odnaleźć odniesienia do gx.dll. Gdyby udało się to robić byłaby to dla mnie pełnia szczęścia

szkoda, że wersja ida pro obsługująca kod ARM jest płatna
znacznie łatwiej się patchuje kod jak widzi się kod assemblera

no, a może zna ktoś dobry disassembler dla arm ?

Wszystko ładnie, pięknie tylko jak zrobić taką modyfikacje morphgear'a? Niby używa sterownika GAPI ale nie mogę hexem odnaleźć odniesienia do gx.dll. Gdyby udało się to robić byłaby to dla mnie pełnia szczęścia

Może to spakowany exec?

ja obstawiam little endian, czyli szukaj odwróconego ciągu (może być w innym kodowaniu niż ascii)

Jak to odwróconego ciągu? Sugerujesz, że jest kodowany w unicode a dokładniej w UTF16? O ile mnie pamięć nie zawodzi to nazwy dll w liście importu w formacie PE jednak nie używały unicodu.

czasem używają, czasem nie. Zależy od kompilacji, więc sugeruję różne rozwiązania...

Od kompilacji? Jak sięgną pamięcią takiej opcji w kompilatorach nie pamiętam. Podrzuć mi takie cudo jak masz na dysku
Zresztą nawet stringi w UTF16 są łatwo widoczne w edytorze hex pokazującym dump w trybie ASC - pierwszy bajt będzie kodem znaku a drugi zerem i powinno wyjść coś takiego mydll.dll -> m y d l l. d l l ( jeśli kody spoza ASC -pokazuje jako spację )  Aha zdaje mi się, że WM używa arm-a w trybie le - mniej znaczący bajt wcześniej.