Moja odpowiedź miała Ci uświadomić, że odpowiedź na to pytanie została udzielona, kiedy Vasco wchodził jeszcze pod stół na stojąco. ;)

Git majonez. Ważę 100 kg i życzę kolorowych snów. :)
Przyjeżdżam 10.11 o północy, będzie mi miło, jak ktoś mnie wpuści. :)

Muzyka jest zbyt monotonna jak na długość gry, poza tym wersja z muzyką jest dla mięczaków. ;>

Języki funkcyjne są też popularnym narzędziem do nauczania gramatyk formalnych i podstaw kompilatorów - np. różni znajomi robili kompilatory w Ocamlu czy Scheme, kolega ostro molestuje Racketa. Algorytmy genetyczne generujące programy również najczęściej pracują na drzewach składniowych LISPa. Niestety mnie ta cała radość ominęła, bo wybrałem wydział fizyki, a fizycy piszą w czymś, co nazywają C++, i nie przejmują się zbytnio informatyką.

Candle: Nad Altirrą ktoś ciągle pracuje, a Atari800win+ chyba został oficjalnie zarzucony, mylę się?
Rzut oka na stronę, którą linkowałem, przekonałby Cię, że podjąłem już pewien wysiłek w tym kierunku. Osobno potraktowany jest interfejs usera (to tylko jeden krótki plik!), osobno różne formaty obrazów dysków, osobno systemy plików. Kod napisany w D uznałem za wystarczająco przenośny (są kompilatory dla Windows, MacOSa, FreeBSD i Linuxa, a skompilowanej biblioteki statycznej można użyć również w innych językach, np. podpiąć pod FUSE).
Co mnie martwi to to, że wielu z nas robi to samo od zera, kończąc z wiecznie niegotowym produktem, zamiast robić wspólnie i być może dojść dalej.
Drac030: Skupiamy się na tym, żeby nie pisać tysięcy programów dla różnych konkretnych zastosowań, w których 90% procent kodu będzie odpowiadać za dokładnie to samo, i będzie zaimplementowane osobno od zera.

Napisałem o sześciu poleceniach, odwołując się do postu nr 1. Proste narzędzie konsolowe może to zrobić w 1 poleceniu, bez pisania skryptów. Ponadto może przy robieniu jednego ATRa wydajność nie ma znaczenia, ale jak będziesz miał ich więcej, to zauważysz różnicę.
Łatwiej zrobić bibliotekę, niż przekonać M$. A nawet jak go przekonasz, to są inne platformy, na których ktoś mógłby chcieć się dobrać do obrazów dysków. Dobrze napisana biblioteka może się nawet skompilować z cc65 i uruchomić na małym Atari.
Rozumiem Twoje podejście i sam stosuję je wtedy gdy piszę program dla siebie lub dla kolegi. Mając jednak na względzie szersze grono użytkowników, proponuję prostą zasadę inżynierii oprogramowania, która mówi, że dodatkową pracę należy powierzyć programiście, a nie użytkownikowi - ten ostatni, jeśli w ogóle się jej podejmie, najczęściej wykona ją źle, a programista może to zrobić raz a dobrze. Ponadto napisanie biblioteki wymaga przemyślenia API, a to z dużym prawdopodobieństwem wpłynie dodatnio na jakość kodu i możliwości jego rozbudowy. Samo przekazanie wywołań między FUSE a biblioteką to zadanie na jedno piwo.

xxl: To akurat jest najławiej zrobić.
drac030: No jasne, tylko trzeba jeszcze zamontować przed i odmontować po - jak pokazał mono, sześć dodatkowych poleceń do wykonania. Czasem możesz użyć skryptu, czasem nie. Czasem masz system, dla którego FUSE nie istnieje, np. Windows.
IMHO to niepotrzebne komplikowanie, skoro wystarczy otworzyć plik i wyciągnąć z niego lub zmienić w nim trochę bajtów. Jednym z "front-end"-ów takiej biblioteki może być również program używający FUSE, więc nic nie tracisz.

Czemu akurat miałoby nie działać we FreeBSD? Jak jest mono, to translator zadziała. Od tego momentu masz kod w C/Javie/(lub innym języku), a z tym chyba nawet we FreeBSD sobie umiesz poradzić, nie? ;)

xan dobrze prawi, kompresja powinna pomóc. Poza tym - czy przetworniki POKEYa na pewno są liniowe? Jeśli nie, to to też trzeba wziąć pod uwagę przy konwersji.

Pinokio zrobił ostatnio małą "borutę", którą nic nie wywalczył, więc teraz foch, a co! ;)

Xanio: A może niektórzy "umiom", ale nie po drodze im do warzywniaka po rezystor 8 omów? ;)