101

(16 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Witam. Jeżeli oferta jest jeszcze aktualna, chętnie kupię pióro i keypad.

102

(31 odpowiedzi, napisanych Bałagan)

Saboteur +3
Dizzy +2
Back 2 Skool +1

Manic Miner -10

103

(14 odpowiedzi, napisanych Sprzęt - 8bit)

Talerzyk (najprawdopodobniej) powinien utrzymywać sprężynkę, docisniętą do mniejszego, czarnego koła pasowego, widocznego na pierwszym zdjęciu. Talerzyk jest nasuwany na ośkę - jednak skoro się zsunął, być może będzie potrzebna odrobina kleju, aby go skutecznie zamocować. Tak, jak wspomniał jer - sprężynka jest częścią sprzęgiełka, które bez niej nie funkcjonuje jak należy, co objawia się problemami z przewijaniem taśmy.

104

(22 odpowiedzi, napisanych Bałagan)

getionary.pl

105

(13 odpowiedzi, napisanych Bałagan)

Ostatnio kupił C64 w bardzo okazyjnej cenie (pewnie dlatego, że zabrudzone złotą farbką):
http://cgi.ebay.fr/ws/eBayISAPI.dll?Vie … 0046813291

106

(9 odpowiedzi, napisanych Software, Gry - 8bit)

Gra ciekawa, tylko niestety sporo kosztuje:
http://cgi.ebay.com/ws/eBayISAPI.dll?Vi … 0055362210

107

(6 odpowiedzi, napisanych Emulacja - 8bit)

Proszę o jeszcze trochę cierpliwości, wkrótce opublikuję wersję Atari800Win ze stosownymi poprawkami, które wprowadził Jaskier.

Pozdrawiam,
Harry

108

(17 odpowiedzi, napisanych Emulacja - 8bit)

Aby być do końca precyzyjnym, pozwolę sobie przytoczyć dokładnie, co napisałem podczas wymiany e-maili z Tobą:

"No cóż, nie zajmuję się już rozwijaniem PLusika, jednak szczęśliwie znalazła się osoba, która postanowiła go nieco "podrasować". Jest nią znany na atarynkowej scenie Jaskier, który wprowadził kilka ulepszeń w monitorze (głównie w zakresie debuggingu). Wersja z jego poprawkami pojawić się powinna w ciągu kilku najbliższych dni. Będzie oczywiście wyposażona w najnowsze jądro 1.3.3".

Nową wersję PLusa opublikuję jednak jeszcze ja, ponieważ dysponuję narzędziami M$. Jeśli Marcin będzie chciał w przyszłości przejąć miły obowiązek ;-) rozwijania emulatora, prawdopodobnie przeniesie źródła na inną (darmową) platformę deweloperską.

109

(20 odpowiedzi, napisanych Miejsca w sieci)

Dziękuję forumowiczom za te zaskakująco pochlebne opinie na temat mojego zestawu :-)

Aby nieco uspokoić i pocieszyć osoby zmartwione stanem sprzętu ;-), z przykrością muszę napisać, że w rzeczywistości nie jest aż tak pięknie. Komputer ma na przykład uszkodzoną etykietę z numerem seryjnym na spodniej części obudowy. Da się też zauważyć kilka delikatnych rysek na metalowym elemencie poniżej klawiszy funkcyjnych (na zdjęciu niewidoczne, trzeba spojrzeć pod odpowiednim kątem i przy odpowiednim świetle, aby je zauważyć).

Mam nadzieję, że teraz wszystkim cierpiącym łatwiej będzie zasnąć :-)

110

(16 odpowiedzi, napisanych Emulacja - 8bit)

Witam,

Synchronizacja do ramki jest w PLusie możliwa tylko dla trybów DirectDraw (zarówno pełnoekranowych, jak i okienkowych). Sposób jej realizacji może być różny w zależności od konfiguracji konkretnej maszyny oraz ustawień opcji emulatora. Ogólna zasada jest taka, że przy aktywnym "Synchronize blits with monitor vertical refresh" i częstotliwości odświeżania monitora powyżej 85Hz, emulator "wyświetla" kolejny ekran emulowanej Atarynki co drugą ramkę.

1. W najlepszej sytuacji są użytkownicy kart graficznych wspierających funkcję przełączania buforów z pominięciem co drugiej ramki. PLus  w oknie logu (Misc/View log file) informuje o dostępności takowej ("Can delay a flip: (yes|no)"). W celu jej wykorzystania konieczne jest zainstalowanie DirectX 7.0 i wybranie "Use flipping surfaces for fulscreen modes" w oknie "Advanced Graphics Options". Emulator wykorzystuje w tym trybie 3 bufory, które są przełączane przez DirectDraw podczas przerwania synchronizacji pionowej.
2. Jeśli wspomniana wyżej funkcja nie jest przez sprzęt/sterownik wspierana, trzeba będzie pogodzić się z gorszą wydajnością (2 razy więcej blitów przy 100Hz), jednak pozostanie przy "Use flipping..." nadal wydaje się dobrym pomysłem (zauważalnie większa płynność niż przy "Blit from display memory...").
3. "Blit from display memory to primary surface" to wariant najmniej godny polecenia. W tym przypadku emulator czeka na rozpoczęcie VBI i dopiero wtedy wykonuje blit na ekran z przygotowanego wcześniej bufora (a czasu ma na to niewiele). Szczęśliwie przy 100Hz blity wykonywane są co dwie ramki.

Punkty 1-2 dotyczą tylko trybów pełnoekranowych, metoda opisana w punkcie 3 może być wykorzystywana w trybach pełnoekranowych i jest jedyną możliwą w trybach okienkowych. W Windows 2000 i wyższych (być może także 98 ) znacznie poprawiono wydajność GDI, dlatego zachęcam do używania "GDI for windows", chyba że komuś bardzo zależy na synchronizacji również przy pracy w okienku. Wówczas jednak należy zadbać o to, by ustawić odświeżanie okna pulpitu na 100Hz (PAL).

Tak na marginesie: czasem może się okazać, że synchronizacji nie ma pomimo włączenia odpowiednich opcji w emulatorze. Trzeba pamiętać, że producenci kart często dają możliwość wyłączenia synchronizacji z poziomu sterowników. Warto więc sprawdzić w zaawansowanych opcjach sterownika - lub przy użyciu innego oprogramowania - czy możliwość uzyskania synchronizacji nie została wyłączona "centralnie". Łatwo sprawdzić, czy karta pozwala na synchronizację z VBLK - jeśli dla "Refresh rate" = 1 włączenie 'full speed' powoduje znaczne przyspieszenie pracy emulatora, to znak, że podsystem video jest źle skonfigurowany (wywołania WaitForVBLK są ignorowane). Tryb 'full speed' jest bowiem również synchronizowany (czasem ma to swoje zalety), a podstawową niedogodność (tj. ograniczenie maksymalnej prędkości przez częstotliwość pracy monitora) można łatwo usunąć, ustawiając "Full speed mode refresh rate" w "Performance Options" na wartość większą od 1.

Skąd biorą się zgłaszane problemy z wydajnością? Szczerze odpowiem, że nie wiem. Prawda jest taka, że co inna karta graficzna/sterownik/instalacja Windows, to inne problemy :-) Jeden z moich znajomych skarżył się kiedyś, że emulator wyciąga ledwie 60% w trybie pełnoekranowym na jego nowiuśkim marketowym PC. Okazało się, że pomogło włączenie interpolacji (View/Stretching/Smooth), bowiem procesor 350MHz był w stanie znacznie szybciej wyrysować docelowy obraz "ręcznie", niż karta graficzna dokonać blitu ze skalowaniem (prawdopodobnie brak wsparcia sprzętowego + kiepska emulacja programowa). Inny użytkownik emulatora skarżył się, że po przejściu do trybu pełnoekranowego na ekranie pojawiają się ikony pulpitu, a kliknięcie myszką powoduje przełączenie do tegoż. Takie zachowanie udało mi się zaobserwować dopiero pod Windows XP po zainstalowaniu najnowszych sterowników. Jeszcze inne problemy, również związane z wydajnością, zgłaszał mi swego czasu Fretless... Wówczas również nie miałem pomysłów, jak mu pomóc.

Eru: Dziwią mnie odnotowane przez Ciebie problemy. Być może - tak jak piszesz - oczekiwanie na VBLK jest na Twojej maszynie z jakichś powodów bardzo procesorożerne... Jaki masz sprzęt? Wersję DirectX? Sterownik karty, jak się domyślam, najświeższy? Nie masz czasem uaktywnionej opcji "Misc/Preferences/Run at high priority"?

LewiS: Nie mam pomysłów. Uroki Windows na konkretnym sprzęcie? Czasem otwarcie okienka wyboru plików potrafi trwać kilkanaście sekund. Mam wrażenie, że Windows przeczesuje wtedy cały Internet. Oczywiście nie jest wykluczone, że to jakiś błąd w PLusie, jednak do tej pory nie zetknąłem się z takim problemem.

Podsumowując: zachęcam do eksperymentowania. Pomóc może np. zmiana "Display memory type" na "System", "AGP" lub "Video". Ja np. po ustawieniu typu pamięci na "Video" nie mogłem uzyskać synchronizacji pod Windows 2000 (pomogło przełączenia na "System"; pod XP na tym samym komputerze synchronizacja działa jak należy także dla "Video"...). Wybranie "Video" skutkuje też często rozmyciem tekstury w podwójnym okienku, o czym pisze Eru. Wiem, że można o to DirectDraw przy blicie jawnie poprosić, jednak pojęcia nie mam, jak to wyłączyć (być może uda mi się o tym doczytać).

Pozdrawiam,
Tomek