Pecus: Linux+PulseAudio :)

Gotham: polecam GFA-Basic 3.5 który jest de facto lepszy od 3.6TT.

Taki kabel do Euro powinien mieć i RGB i Composite, bo te oba sygnały w Euro są, z czego RGB wychodzący z ST jest oczywiście znacznie lepszej jakości.

Spectrum 512, owszem pozwalała uzyskać sporo kolorów, ale ta metoda nadaje się praktycznie tylko do statycznych obrazów (owszem, idąc na kompromisy da się zrobić animację, ale ciężkie do zrobienia), no i zabiera bardzo dużo CPU. Ponadto, tak naprawdę, w w jednej linii (na ST) można było używać 48 kolorów, (czyli 3 palety), zmieniane mniej więcej co 1/3 ekranu. Czyli najpierw ok. 100 piksli w palecie 16 kolorów, potem następne 100 i następne. Czyli jak widać, pełnej wolności tu nie ma. Dołożenie do tego animacji, zazwyczaj polegało na odjęciu pewnych stałych kolorów, np przeznaczeniu 12 kolorów na tło i 4 na to co się animuje. Szczytem zastosowania tej techniki jeśli chodzi o gry jest najprawdopodobniej Obsession (nad którym MacGyver spędził sporo czasu który mógł przeznaczyć na kodowanie ;)). Oprócz tego szeroko wykorzystywały te techniki gry Silmarils (seria Ishar). Z innych tytułów pamiętam też The Ancient Art of War in the Skies (Microprose). Jeśli chodzi o platformówki, to bardzo typowym rozwiązaniem było pokolorowanie tła rastrami, miały to Gods, Magic Boy, Elf, Sleepwalker i wiele innych (przez co wyglądały lepiej niż na silniejszych już wówczas pctach).

Natomiast co do palety kolorów, to był/jest program Photochrome, który przy użyciu ditheringu, migotania i innych technik chwalił się ponoć paletą 32655 kolorów, i muszę przyznać że wyniki miał niezłe, lecz przygotowanie do wyświetlenia obrazka potrafiło zająć mu 15 minut (nie licząc dekompresji).

kamil_93: najprościej kablem.

macgyver: to musiała być baaardzo stara wersja.

Każdy nowoczesny dysk ATA powinien działać z Falconem. Sam używałem rozmiarów od 2GB po 120GB bezproblemowo.

MacGyver: to nie jest takie proste, bo w IDE jest cały zestaw rejestrów które się zapisuje i odczytuje, do tego czasami co innego oznaczają przy zapisie a co innego przy odczycie.

Pomóc może moje przypadkowe odkrycie - W Falconie rejestry te są mapowane nie w jednym miejscu, lecz co najmniej w dwóch. Nie jest to udokumentowane, a odkryłem to, błędnie wpisując adres bazowy w moim nieskończonym sterowniku IDE. (rejestry powtarzają się w pamięci, nie pamiętam czy od razu, czy 'o stronę 4KB'). Może to coś mogłoby pomóc?

W amidze to się dało zrobić bo oni do obsługi IDE mieli 'custom chip' made by Commodore. W Falconie IDE jest zrobione na najprostszych scalakach 'z tajwanu' które nic ponad to co mogą - nie mogą ;). Tak mnie to przynajmniej tłumaczono.

U nas +2 na zewnątrz i -1 przy gruncie :D

Osobiście nie robiłem (bo nie znam się na lutowaniu), ponadto kupiłem Falcona już z 'wbudowanym'. To jest po prostu korekcja fabrycznej wady Falcona.

Opcja replace NVRAM powstała konkretnie na moją prośbę :)

Problem jaki miałem (i jaki ty też ewidentnie masz) to rozładowanie baterii podtrzymującej NVRAM. Opcja Replace NVRAM powoduje że CT60 zapisuje we flashu to co powinno być w NVRAMie i ustawia jak powinno być przy starcie systemu. Z wyjątkiem niestety zegara, który musisz ustawiać sam.