Nosty: napisalem, ze numer chodzi z grubsza na 100% :) na moje oko szybkosc emulacji w przypadku tego dema waha sie od 70 do 100 % ale oglada sie przyjemnie, natomaist Bitter Reality chodzi tak wolno, ze nie da sie ogladac niektorych czesci niestety... ale to wina emulatora. Jeśli chodzi o Pocketa to na moim h4150 emulatros smiga na 100% caly czas chyba, ze jest dostep do dodatkowe pamieci - wtedy spada do kilku procent... z winy przepisywania bankow pamieci.
Co do czasu pracy to nigdy nie mierzylem.... ale dziala dosc dlugo ;) ja i tak laduje codziennie na wszelki wypadek, ale jak sluchalem sobie kilka godzin SID playera albo ogladalem 2,5h film w divxe lecac samolotem to zuzylo sie mniej niz 20% baterii o ile pamietam.

W Hammurabiego, w Spy vs Spy i wiele innych ;) Nie twierdzę, że we wszystkie. Poza tym możnaby stworzyć specjalne gry pod taki interface czy nawet zaimplementować coś podobnego w emulatorze Atari800, wowczas moznaby opóźnić obraz no i obyłoby się bez lutowania :))

Wiadomo, wszystko zależy od opóźnień, ale jeśli np. w grze trzeba szybko ruszać joystickiem, to ruchy będą tak samo szybkie jak normlnie ale odrobinke opóźnione. Zresztzą skoro w Doom'a i inne gry sieciowe grają ludzie z całego świata i jakoś to wszystko chodzi to czemu by to nie miało sie sprawdzić z atarowskimi hitami ;)

Jeśli obaj gracze korzystaliby z tego samego providera i mielinp. neostradę to opóźnienia mogłyby być poniżej 20 ms.

Zreszta, póki się nie spróbuje to sie nie dowiemy w się da grać a w co nie ;)
Pomyślcie tylko... a do tego dodatkowa komunikacja przez Skype :)

SPV C600 czyli HTC Tornado :)
Dla niewtajemniczonych jest to smartphone z ARM'em 200MHz i Windows Mobile 5.0.
Bardzo sympatyczny telefonik, choć przydało by mu się trochę dodatkowych megahertzów ;)

Racja, bez kondensatorów też by ruszyło. Jeśli kondensator jest pęknięty to podejrzewałbym, że któraś kość też mogła pęknąć (np. jedna z nóżek).

If you are asking for my player - probably yes :) The only trouble is that if I have it, it is on 720KB disk, and I have only 360KB disk drive at the moment...

Chciałem zaznaczyć, że temat dotyczy emulatora na platformę PocketPC także wpływ zmian na wydajność procesorów x86 jest tutaj bez znaczenia.

A tak na marginesie to przyśpieszanie pamięci choć ważne jest na dalszym planie. Proponuję skupić się na skompilowaniu ostatniej wersji tak, żeby dało sie ją uruchomić na PPC no i poprawić błędy klawiatury.

Ja to sie uda zrobić to będzie sę można skupić (i potestować rzeczywiste efekty) na zmianie organizacji pamięci :)

Tak głęboko jeszcze nie wnikałem, ale zastanawiałem się czysto teoretycznie nad emulacją banków pamięci w taki sposób:

- tablica memory w emulatorze miałaby długość -> liczba_banków_pamięci*$10000,
- przełączanie banków zamiast przepisywania byłoby relizowane przez dodanie do indexu wartości nr_banku*$10000,
- bank byłyby przełączany tylko wtedy, kiedy licznik adresowy procesora lub adres w którymś z rozkazów pochodziłby z zakresu $4000-$7fff.

Oczywiście w takim przypadku w każdym emulowanym banku mającym $10000 tracimy 48 KB, ale mamy prosty mechanizm przełączania i nie trzeba przepisywać :)

Od razu mówię, że nie analizowałem kodu emulatora i nie wiem jak to w tej chwili działa dokładnie więc mój pomysł może być bez żadnego sensu, ale na razie są to luźne rozmyślania na ten odległy temat ;)

Jellonek: Spróbuję pamiętać :-) ale w środowisku pocketowców przyjęło się, że PPC to Pocket PC i mi to juz weszło w krew. O PowerPC to ja juz dawno zapomniałem. Chyba jeszcze tylko fanatycy ogryzków ich używają, ale juz nie długo, bo Apple przechodzi na procki Intela.

Fox: No właśnie - Stehlik :) Nic mi niestety nie odpowiedział... :( Z tą pamięcią to wiem, że to wynik takiego, a nie innego rozwiązania problemu. Trzebaby pewnie przeogranizować zarządzanie pamięcią, żeby nie było przepisywania tylko sprytne indexowanie.... no ale to tak na wyrost :) Może wspólnie uda sie coś wymyśleć :)

Fox: OK, mogę wszystko wrzucić tutaj na forum. Mam nadzieję, że pomożesz :) Co do osoby odpowiedzialnej to podaj mi jakiś kontakt do Kostas Nakos'a, ja się kontaktowałem chyba z jakimś Czechem, którego namiary znalazłem w ostatniej wersji atari800, którą używam.

Jellonek: Pakiet Embedded Visual C++ dla PPC który jest dostęny za darmo na stronach Microsoftu jest pełnym pakietem do produkcji wszelakiego softu na PPC. Nie ma płatnej wersji EVC++. O ile dobrze pamiętam MFC zdaje sie jest ale trzeba pamiętać, że to jest dla PPC. Cieszę się, że jesteś chętny do pomocy. Odezwę się :)

Dla usprawnienia prac przedstawiam krótki harmonogram prac na początek:
1) poprawne skompilowanie najświeższej wersji atari800 WinCE,
2) usunięcie błędów virtualnej klawiatury (shift, ctrl, caps etc.)
3) optymalizacja przełączania banków rozszerzonej pamięci.

Na razie szukam chetnych do pomocy, ktorzy się znaja :) Jak skompletuję zespół (min. 1 osoba) to przekażę wszystkie swoje uwagi, bo nie chcę zaśmiecać forum.

Tak w telegraficznym skrócie:
- nikt odpowiedzialny za wersje PPC się nie odezwał,
- używam narzędzi ze strony microsoftu czyli Embedded Visual C++ 4.0 z toolsami dla WM2003 Pocket PC,
- przy próbie kompilacji wyskakują błędy, że czegoś brakuje i kilka warningów (przygotuję szczegółowe opisy),

To jak Fox - piszesz się do pracy nad tym projektem? :)

Jest mono, bo założyłem, że skoro da się wycisnąć ledwo 4 kolory to lepiej niech wszystko będzie mono. W ten sposób rzeczy, które powinny mieć różne barwy są mono i wyglądają dobrze. Zresztą soro ludzi ma monitory mono więc tym bardziej ;)