Ja widzę raczej tradycyjne pruskie myślenie, lub urzędnicze: gdyby sam Mozart wstał z martwych i napisał muzyczkę na compo, ale źle przygotował plik txt,  to też byście odrzucili "z przyczyn formalnych".

Myślałem że jest inaczej. To co napisałem oznaczało moją wiarę, że finalnie liczy się gra i jej jakość a nie sztywny regulamin i kłótnie. Że to ma być fun i regulamin jest dla nas, a nie my dla regulaminu.
Ale najwyraźniej się pomyliłem.

Mnie jest trudno wk...wić, ale w dwóch ostatnich postach prawie Wam się udało.
Mam dość Atari na dziś.

Praca doktorska z genetyki też może być napisana "prostymi zdaniami po polsku", a założę się, że wielu inteligentnych programistów jej nie zrozumie.

Ja nie mam problemu z przyznaniem się kiedy czegoś nie rozumiem, nawet jeśli mnie obrażają.
Nie zrozumiałem punktu o uruchamianiu gry. Najpierw wyczytałem, że zamiast używać DOSu mogę dostarczyć pracę ze swoim inicjalizerem. Ale dalej znalazłem, że wobec tego inicjalizera (czy też "loadera") stawiane są też jakieś wymagania.
Uznałem, że mnie ten punkt nie dotyczy, bo akurat zawsze używam DOSa. Ale o co biega, nie mam pojęcia.

Zdanie "Praca może, lecz nie musi wracać do DOS" jest zbędne. Równie dobrze możnaby napisać "Praca może lecz nie musi używać duszków".

"Praca musi działać z rozszerzeniami pamięci typu CompyShop oraz Rambo".
W życiu nie używałem żadnych rozszerzeń pamięci i nie zamierzam. Ale żeby być w zgodzie z regulaminem powinienem mimo to przeczytać ich dokumentację, bo a nuż mój program używa jakiegoś adresu, który jest używany przez te rozszerzenia?

"Wszystkie prace uruchamiane będą ze standardowego urządzenia obsługiwanego przez system Atari (NewDevice)".
No.... fajnie. Ale po co mi ta informacja? Przecież wcześniej było napisane jaki ma być sposób uruchamiania gry i że mam używać "D:".

To tak na szybko, żeby pokazać, że nie wszystko "po polsku" jest łatwe do zrozumienia i nie wszyscy programiści są tak bystrzy jak Ty.
Oczywiście jest w tym sporo czepiania. Ale faktem jest, że ten regulamin ma spory "próg wejścia" dla początkujących programistów.

Grę napiszę, bo szanuję Sonara i chcę aby Forti się odbywało. I ja akurat pisze prosto, bez sztuczek i pod DOS'a. Ale jak pisałem: nasz regulamin zestawiony obok regulaminu Abbuca pokazuje że coś tu nie gra. Parafrazując: rozwiązujecie w pocie czoła problemy nieznane w klasycznej scenie retro.

Ten joy z obryzionym kikutkiem na zdjeciu to najlepsza rzecz do grania na Atari ever! To joy sprzedawany w Pewexie po $5 i najlepiej grało mi sie nim dopiero wtedy, kiedy rączka się połamała i został taki wlasnie kikutek. Reakcja byla wtedy szybsza.
Od kiedy niedawno zdobylem takiego joya, rozważam amputację rączki ;)

Mazi, a może nie masz, za przeproszeniem, czopków :)

UPS. Sorki, pomyłka.

@Adam. Nie da rady. Oba projekty są kompletnie różne technicznie, oraz mają trochę inną filozofię.
Kompatybilność odpada tym bardziej. Weronika ma procesor zgodny z 6502, ktory można pewnie dowolnie oprogramować, a Tomek jest na PIC'u i oddaje programiście Atari zestaw gotowych rozkazów (takie API).

Są dla siebie oczywiście pewną konkurencją, ale to nic złego w naszym atarowskim "rynku". Od przybytku głowa nie boli. Każde rozwiązanie ma swoje plusy i minusy.

PS. Teraz chociaż rozumiem, czemu Konop kilkukrotnie, uprzejmie odmawiał, kiedy próbowałem go namówić do bliższego zainteresowania się Tomkiem :)

Wow! Rewelacja. A byłem przekonany, że projekt padł.
Pięknie wykonane.
A do czego to dziwne złącze w lewym górnym?

qba - Czy masz na myśli, że miałbym napisać sobie jakiś rodzaj języka i pisać w nim program w RAM? :)

@mono - nie może. Przecież to by rozwiązało mój problem :)
Nawet organizacja pamięci jest inna i kłopotliwa: w pamięci RAM adres parzysty to słowo (16-bit), a w pamięci programu adres to 24 bity.

Można jedynie podmapować część pamięci programu (paczkę 32KB) do obszaru widzianego jako RAM, w celu odczytania danych tam przechowywanych.
Ale nie można w żaden sposób odpalić kodu z RAM'u.

Czyli automodyfikacje odpadają i to był mój problem.
Budowa rozwiązania pośredniego trwa.

Myślałem, że rozmawiamy o regulaminie compo Forti.

Przeciez xB to znacznie upraszczając po prostu loader. A przy okazji przykład świetnej koderskiej roboty, o ile potrafię to ocenić przy moim marnych umiejętnościach.
Każdy może sobie napisać swój dowolny loader, co było chyba bardzo popularne przy całodyskach. Mając swój loader ma się w poważaniu dosy, OS itd. prawda? 
Nie wyobrażam sobie możliwości, że przyniosę na compo dyskietkę (fizyczną bądź ATR), którą należy tylko wsadzić w stanardową stację podłączoną pod SIO (bądź emulator tejże) i moja praca nie zostanie dopuszczona bo nie odpala się z jakiegoś egzotycznego HDD podłączonego do Atari pod jeszcze bardziej egzotyczne złącza :P

PS. Zresztą ciekaw jestem jak to umieścisz w regulaminie? Jeśli napiszesz wprost, że "nie można wystawiać prac korzystających z xB" to będzie to jawna i bezsensowna dyskryminacja i np. ja, choć xB nie używam, takie compo zbojkotuję i będę namawiał do bojkotu innych. W imię zasad.

Bo z tego co zrozumiałem z 600-postowej dyskusji, to w tym, że demo na SV nie poszło nie było żadnej winy xB. Po prostu autor dema użył dziwnego formatu dyskietki (co uniemożliwiło jej standardowe kopiowanie) i spartolił obsługę błędów ładowania. Czyż nie?
Jeśli tak, to Twoja chęć nieuznawania xB na compotach to nawet nie jest walka z tym konkretnym rozwiązaniem, ale chęć dowalenia personalnie XXL'owi. A na to zgody być nie może.