x_angel, dzięki za podpowiedź, to może być dobry trop i dobry kierunek myślenia.
Przetestuję to ustawienie, bo nie przyszło mi wcześniej do głowy.

Niemniej jednak chyba był bym ostrożniejszy z tym ustawieniem niż napisałeś. Z datasheet Atmegi wynika, że najmniejsze opóźnienia startu programu można stosować tylko przy wykorzystaniu ceramicznych oscylatorów. W sumie nie wiem jak się to by zachowało, ale się trochę obawiam, żeby sobie nie uwalić mojego SIO2SD, które bądź co bądź po wielu modyfikacjach ustawień działa mi obecnie bardzo stabilnie.
Chyba przy wolnej chwili zacznę od testów na jakiejś innej Atmedze gdzieś na boku, przy czym wydaje mi się, że lepiej zacząć od zmiany o jeden krok, czyli zostawić 16K CK i tylko zmniejszyć additional startup time z 64ms na 4ms. 60ms to bardzo dużo i pewnie wystarczy.
Czyli Low FUSE na 0x2F
Nie mam teraz w najbliższym czasie chwilowo możliwości przetestowania tego, zrobię to w ciągu kilku dni i dam znać co z tego wyszło.

Dzięki za odpowiedź Larek.
Select działa prawidłowo, wszystko inne z resztą też. W innych wersjach QMEG-a z resztą nie mam tej przypadłości, którą opisałem, występuje to tylko przy QMEG+4.04
Prędkość SIO2SD mam 06, ale próbowałem też inne i też się nie bootuje, więc to nie to.

Zrobiłem dodatkowy test. Wyglądało mi na to, że SIO2SD uruchamia się na tyle długo, że nie jest jeszcze gotowe w momencie kiedy QMEG próbuje bootować z niego, więc QMEG stwierdza najwyraźniej, że nie ma z czego bootować, więc wyświetla swoje menu. SIO2SD jest gotowe dopiero po tym fakcie, a więc za późno. Wspomniany test, który zrobiłem polegał więc na tym, że zasiliłem SIO2SD z osobnego zasilacza i włączyłem je najpierw, a dopiero później komputer. I w ten sposób od razu QMEG zabootował z SIO2SD. Tak więc mam potwierdzenie teorii o zbyt długim starcie SIO2SD lub zbyt szybkim starcie Atari z QMEG-iem.

Nowe pytanie jest więc takie: czy ktoś ma pomysł jak to poprawić? Czy da się jakoś przyspieszyć start SIO2SD, żeby zdążyło wystartować przed QMEG-iem, lub też czy da się opóźnić start Atari z QMEG-iem, żeby SIO2SD zdążyło wstać?

Nie podpowiem w kwestii co to za gra, bo nie wiem, ale jeśli trzeba machać jak w Decathlonie, to polecam mój (S)NESctrl:-)

x_angel, mam pytanie, czy ten projekt jakoś dokończyłeś czy nie, bo przyszło mi do głowy pobawić się spartą, więc kombinuję jak i w czym ją umieścić?
Napisz jak możesz w związku z tym czy dokończyłeś ten projekt, jeśli tak, to jakie są wady i zalety w stosunku do innych rozwiązań ze spartą, ewentualnie czy może masz jakieś płytki lub carty gotowe do sprzedaży i jeśli tak, to za ile?

Ja najbardziej lubię pykać w:
- D-Generation (moja ulubiona gra na ST)
- Monkey Island (mimo, że na ST wypada słabo graficznie w porównaniu do innych platform, to wg mnie ma klimat i lubię grać w nią właśnie na ST)
- Gobliiins (też najbardziej lubię na ST)
- Microprose Golf (w ogóle lubię golfa, a ten najlepiej mi przypadł do gustu)

Tak, w zasadzie wszystko z ST chodzi na STe, nie spotkałem nic co by mi nie poszło. Ale nie zdziw się, bo ja się mocno zdziwiłem po przesiadce z STFM na STe. Otóż rzecz polegała na tym, że całe mnóstwo gier, które śmigały na STFM nie chodziły na STe.

Najpierw myślałem, że jest coś nie tak z tym STe, którego kupiłem.
Następnie znalazłem informację, że niektóre z gier, które miałem faktycznie nie chodzą na STe.
Później ostatecznie okazało się, że na STe trzeba od nowa szukać gier, które są dostosowane do niego i wszystko chodzi, tylko musisz poszukać odpowiednią wersję poprawioną.

W większości przypadków chodzi o to, że STe ma większy rozmiar TOS-u niż STFM i w skrócie mówiąc jest problem polegający na adresowaniu pamięci. Problem ten głównie objawia się na crackowanych grach, czyli na większości softu jaki chcemy sobie używać:-)

Kurde, ja te gry na Atari dzieciom pokazuję:-) Bardzo proszę o przyzwoitość:-)

Hehe:-) @tebe poruszasz niepotrzebnie pewne drażliwe kwestie, które mogą spowodować "popsucie" się delikatnie mówiąc wątku, który do tego momentu jest bądź co bądź o grze:-)

Z dwoma robalami jest fajna łamigłówka. Można by to zrobić w dwóch trybach: jeden to tak jak napisałeś kooperacja, wówczas mogło by być na dwa joye i na dwóch graczy tym samym. Drugi tryb mógłby być tak jak na tym filmie wygląda, że się steruje się naprzemiennie raz jednym raz drugim robalem, przełączać by je można np. na fire. W trybie usypiania robali i sterowania nimi naprzemiennie mogło by być też tak, że mamy np. trzy robale, albo cztery, w sumie chyba ilość dowolna, na różnych levelach mogło by być różne zadanie do wykonania i tym samym różna ilość robali. To by jeszcze uatrakcyjniło ciekawość rozgrywki, tak myślę.
Ogólnie tak sobie rzucam pomysły, które mi się nasuwają luźno, może przyda się coś z tego do wykorzystania, lub nasunie jeszcze inne koncepcje.

Może być inny, byle by to był również Freddie:-)
Aha, poszukaj takiego Freddiego, który koniecznie ma 40 pinów:-)

Jak już tak daleko zaszedłeś i sprawdzasz wszystko po kolei w dwóch płytach, to idź za ciosem i sprawdzaj dalej:-)

Zanim to zrobisz, to jeszcze moje propozycje co ja bym w pierwszej kolejności zrobił.

1. Pomierz napięcie zasilania na wszystkich scalakach - wykluczysz czy zasilania i masy dochodzą wszędzie i gdzieś nie ma przerwy.

2. Obejrzyj dokładnie całą płytę cm po cm, najlepiej wspomagając się lupą. W taki sposób nieraz znalazłem zimne/pęknięte luty, drobną niteczkę z cyny, która coś zwierała, zgięty pin zwarty z sąsiednim, pękniętą ścieżkę itp.

3. Sprawdź układ resetu - czasem się zdarza, że NE555 padnie i trzyma wciśnięty reset cały czas. Pomierz napięcia na wszystkich nóżkach NE555 i porównaj ze zdrową płytą. Mierz na włączonym i również sprawdź w momencie włączenia kompa co się tam dzieje, powinno podawać na chwilę sygnał resetu. Nie pamiętam z głowy co na których nogach ma NE555, ale jak masz do porównania drugą płytę, to będziesz widział jak to działa.

Ja bym zaczął od pomierzenia napięcia. Może zasilacz daje za wysokie?
Następnie zmierzył bym pobór prądu przez Atarkę. Może są jakieś zwarcia?