Hej, widzę że fajnie się rozwinęła dyskusja:) Chodź nie do końca poszła ona w tym kierunku co chciałem - ale to chyba była moja wina że nie dość określiłem o co mi chodziło:) Ale po kolei:

Ale ja właśnie nie chce (w świetle tej dyskusji) korzystać z procedury wykrywającej banki ani z wybieaczek. To nie zrobisz tego w 1 pliku.

Takim czynnikiem który może zaistnieć i który uniemożliwi wykrywanie banku i zrobienie wybieraczki to np: brak umiejętności kodera, brak czasu na zmiany, brak pamięci czy to w postaci ramu czy wielkości pliku itp.
I idealizujesz z tym koderem i jęgo męczeniem;)

@grzybson:  łoo, fajnie ktoś to wykombinował;) Nie wiedziałem ani nie pomyślałem o takim obejściu! Ale tutaj także widzę potencjalnie problemy: Plik w tej części gdzie sa zaharkodowane banki nie może być spakowany.

Ciesze się że się podba:D

Mam dokładnie takie samo zdanie:)

Tutaj jest kwestia mniejszego zła, ale proszę Cię, nie róbmy z użytkowników Atari idiotów:) Jeżeli w readme będzie napisane:
jaki plik do jakiego typu rozszerzenia, że jeśli ma się 1mega to obojętnie jaki plik i jak user nie wie jakie ma rozszerzenie to link do programu aby sobie sprawdził - to chyba juz więce nie powinno nikomu być potrzebne. I argument z zużyciem nośniku przy obecnej cyfryzacji, dysków twardych, kard SD i innych Sidów to ten argument do mnie nie trafia:P

Jakby czytał readme (chyba jakiś napisałem :P) to by wiedział że jest wymagane jest min atari 130xe (tam zrobiłem jeden babol który później z XXLem udało mi się rozwiązać)

Problem nie problem, wspomniałem o tym powyżej (odpowiedź dla drac030) że nie zawsze są możliwości zrobienia takiej funkcjonalności - patrz opis wyjaśniający poniżej

Nie oftopikuj:P To powiedzmy że jest luźna dyskusja na temat wybieraczek i detekcji banków

Oki a żeby teraz troszkę wyprostować temat i wyjaśnić o co mi bardziej chodziło. Może się posłużę trochę przekoloryzowanym, ale chyba obrazodajnym przykładem:
powiedzmy że chce zrobić intro 256b które to to będzie wykorzystywać 320kb (powiedzmy jakaś prekalkulowana grafa która robi klatki animacji)
w 256 bajtach nie zmieszczę ani odczytu pliku, ani user-friendly wybieraczki, ani nawet detekcji banków, ot nie ma już ani złamanego bajta wolnego.
I teraz: chcę aby jak najwięcej osób się z tej mojej super zajebiście małej produkcji cieszyło, a najlepiej jakby oglądać ją mogli wszyscy którzy mają 320kb pamięci w swoich atarkach. I teraz pytanie do Was: czy wśród Was drodzy koledzy znajdzie sie ktoś, kto by miał jakieś WIĘKSZE problemy z uruchomieniem takiego intra na swoich rozszerzonych Atarkach? Czy to by była jakaś granica nie do przeskoczenia?

@Pin: a tam specyficznym, Program jak każdy inny, tutaj cały czas mi chodzi o to czy czasami te całe wykrywania pamięci, wybieraczki, doczytywania z pliku są po prostu potrzebne. I teraz: jak masz plik dla Rambo czy Compy, to wiesz w jakie banki on trafia - zawsze w takie same, więc mogę przyjąć że user wie w jakie banki mu to trafia i w jakie rozszerzenia. Ale właśnie - czy to jest jakiś problem dla usera czy mając tą wiedzę to nie problem?
O tym rozszerzeniu to nie słyszałem, ale chyba mogę spokojnie przyjąć że jak rozszerzenie jest powyżęj 512kb - to i plik dla Rambo i Compy będzie dobrze działał?

Aha - cały czas podtrzymuje to że Program nie korzysta z oddzielnych banków dla Antica I CPU.

To ja tak przewrotnie napisze ze wszystkie dema ktore odpalalem a mialy wybieraczke bankow - nigdy nie skorzystalem z mozliwosci zmiany jakiegos banku, po prostu wybieraczka byla zlem koniecznym, return i jedziemy.

ps. NG jako awangarda sceny wprowadzilo wybieraczke w trybie diskeditor. :)

Jeżeli wybieraczka + wykrywanie jest takie problematyczne, to zawsze można zastosować jeszcze inne rozwiązanie - program będzie wczytał plik np.: "XRAM.DAT" w którym będą definicje banków dodatkowej pamięci. Niech autor domyślnie da np. standardowe banki z RAMBO, a jeżeli ta kombinacja będzie komuś przeszkadzać, to wprowadzić wartości, które będą dla niego wygodne. Skoro to program, a nie demo, to raczej korzysta z systemu, załadowanie D:XRAM.DAT nie powinno być problemem.

Dla mnie rowniez wybieraczka jest nieprzydatna (w sensie nie potrzebuje manewrow przy bankach), odpalajac produkcje musze dodatkowo podejsc do atari i potwierdzic defualtowa konfiguracje. Odpalanie wyglada tak: wlaczam komputer, wczytuje produkcje, po obejrzeniu, o ile reset nie wystarczy do odpalenia kolejnej produkcji, wylaczam komputer.
Jak koder ma czas, zasoby i checi to zrobi wybieraczke jak nie ma to nie zrobi. Swiat sie nie zawali.
Natomiast bardzo przydatnym featurem jest komunikat o niewystarczajacej pamieci w zasobach dla danej produkcji.

.. no i już wiadomo, co musi być w regułach konkursowych. Ma działać na Rambo/Compy/Axlon i będzie przynajmniej pewność, że każdemu odpali :D

EDIT:

Trzeba będzie teraz prace sprawdzać inaczej.

Ale Axlon to inny rejstr.... nalezaloby jeszcze do konfiguratora bankow dodac jaki jest rekestr sterujacy rozszerzeniem i czy jest do zapisu/odczytu

;)

rozszerzenie Axlon nie jest kompatybilne z Ataroskimi rozszerzeniami na PORTB. oprocz bankow nalezy przechowywac informacje o rejestrze sterujacym co najmniej oraz o tym czy rejestr jest do zapisu/odczytu.

:D

jesli mowisz o rozszerzeniu w standardzie Axlon to tak, jesli mowisz o rozszerzeniu Simiusa to ono chyba obsluguje obydwa standardy tylko nie wiem czy jednoczesnie.

:D

niekompatybilnosc dotyczy rejestru sterujacego, dodatkowa pamiec jest widziana tak jak przy rozszerzeniu na PORTB od $4000

---
jak napiszesz konfuturator to prosze udostepnij go najlepiej na dyskietce w singlu. dzieki

@lemiel eee bezsensu, to po co robić na kompo dopasowaną do maszyny skoro robimy drugą  z wybieraczką? I kto pisał o wyroczni? To bym przykład że są ludzie którym to chodzi i nie mają problemów z uruchamianiem - i to nie tylko na pouecie, ale innych komentarzach też czegoś takiego nie przeczytałem jeżeli chodzi o UnMec.

@xxl - nie kapuję tego rozszerzenia więc się już nie wypowiadam w tej kwestii;)