Dzięki za zainteresowanie sprawą. Z przerwaniami, ich liczbą i liniami, w których miały wystąpić - było wszystko ok. Problem rozwiązałem poprzez zmodyfikowanie procedury wyświetlającej pierwszy obiekt na górze ekranu. Oprócz zmiany pozycji x w komórce pamięci zapisuje jednocześnie rejestr HPOSP0 i migotanie zniknęło. Wcześniej procedura zapisywała tylko komórkę w pamięci, a dopiero później podczas przerwania przepisywane to było do rejestru duszka. Tworzyło się opóźnienie w czasie i stąd niepotrzebne mruganie.

Jeszcze raz dziękuję!

Pajero, a kiedy wersja finalna 3.0?

"listę" masz tu AOL#1 i tu AOL#2

Łał, tego jeszcze nie było! Nagroda byłaby rewelacyjna.
Obawiam się tylko problemów, gdy autorów zwycięskiej pracy będzie kilku...

Pajero, żeby nie było wątpliwości - dla mnie wszystko jest OK :)
Dyski wirtualne na razie w małym zakresie, ale jednak wykorzystuję.

Jakbym miał pomarudzić... to chyba Configuraor v30 zmienia kolor tła na inny niż domyślny systemowy. Wydaje mi się, że poprzednia wersja tego nie robiła (nie sprawdzę tego, bo poprzedniej wersji już nie mam, a i ze strony projektu zniknęła). Czy Configurator może nie ruszać kolorów ekranu? Wcale ładniej to nie wygląda, a na TV LCD wręcz gorzej. To byłaby moja (chyba) ostatnia prośba :)

Uprzejmie donoszę, że pojawiła się wersja 3.0 RC5

Po naciśnięciu "?" nie da się poprawnie przerwać procesu przeszukiwania klawiszem BREAK jeżeli nie został odszukany choć jeden plik zgodny z maską.
Gdy zostanie wyszukany choć jeden plik pasujący do maski, to dalsze poszukiwania są przerywane po naciśnięciu Break. Jeżeli jednak do maski nie pasuje żaden plik, to po Break wyświetla się komunikat błędu "Error SIO $08", ale przeszukiwanie nadal trwa, aż program przeleci całą kartę SD. To może trochę trwać. Wiem, że w jednej z instrukcji jest napisane, że przy przerwaniu działania programu np. klawiszem Reset tak się może dziać, ale jednak świadome przerwanie klawiszem Break przeszukiwania powinno w efekcie przynieść... przerwanie przeszukiwania, a tak niestety nie jest.

Jak dla mnie, nowa wersja konfiguraora jest bardzo dobra. Jeszcze tylko potestuję ją z RC3. To niestety dopiero jutro po południu. Jak na razie nie ujawniły mi się jakieś wpadające w oczy błędy. Dzięki za RETURN na pliku :)

------
15.04.2011 update:
------

Testowałem nowy Configurator z RC3. Nie napotkałem błędów. No, może oprócz drobnej niedogodności - w czasie przeglądania katalogów na karcie SD zdarza się, że program potrafi zawiesić się i nie reaguje na klawisze kursora (w zasadzie na inne też). W takiej sytuacji pomocny jest Break, który przywraca wszystko do porządku. Tego psikusa program robił mi również w wersji 2.5 i to zdecydowanie częściej. W 3.0 zdarzyło mi się to dopiero jeden jedyny raz, więc myślę, że jest dobrze.

Zmiany w RC3 podniosły też kompatybilność z grami, bo te, które jeszcze w RC2 nie chciały się wczytywać (np. Asteroids) teraz już bez problemu działają.

Nie testowałem oprogramowania z SDX, bo generalnie go nie używam.

Z czystym sumieniem mogę polecić wersję 3.0RC3 z Configuratorem 2.8. To jest to!

Teraz sobie to sprawdziłem i wcale tak mi się nie robi!
Postepuję dokładnie jak napisałeś:
-wprowadzam maskę 1:A*.* i kończę LOGO (rozumiem, że chodzi o klawisz INVERSE)
-pokazują mi się wszystki pliki zaczynające się na "A" (na razie jest OK)
-edytuję maskę, żeby była: 1:C*.*
-wciskam TAB
-i co? Ano jeszcze raz dopisują mi się pliki, które już miałem na ekranie! I mam podwójne wpisy wszystkich plików zgodnych z maską A*.*! A co z plikami C*.*?

Dely, ja bym to opisał tak:
Użytkownicy SDX pracują w środowisku, które charakteryzuje się podpiętym HDD. Czy to będzie prawdziwe HDD, czy takie udawane przez SIO2SD to nie ma znaczenia. Na takim dysku mają wszystko, co im potrzeba w postaci plików COM, EXE (XEX). Poruszają się w obszarze tego HDD przez interfejs Sparty (z jej wadami i zaletami). Charakterystyczne jest wykorzystywanie w tym środowisku kilku (-nastu) napędów (D1,D2, D3, itd...). Użytkownicy NIE-SDX'a operują bardziej na plikach ATR, choć SIO2SD udostępnia również możlwiść uruchamiania XEX'ów (i bardzo dobrze), ale dla takiego użytkownika jak ja, nie robi to w zasadzie wielkiej różnicy. My podpinamy plik z (najczęściej) grą pod D1, uruchamiamy, gramy, podpinamy inny plik z grą pod D1, uruchamiamy, gramy i tak w kółko. Jak widać, do zabawy nie wykorzystujemy aż tak wielu napędów, co w przypadku użytkowników SDX, bo nie ma takiej potrzeby.
Nowy FW3.0 daje więsze możliwości "buszowania" po karcie SD z tysiącami plików ATR i XEX (nowa funkcja "search" jest świetna!). Wydaje się, że Configurator, czyli program do grzebania po SD będzie bardziej przydatny użytkownikom NIE-SDX'ów. Ale dla SDX też coś się znajdzie. Myślę tu o dostępie do 15, a nie jak dotychczas 8 stacji dysków. FW3.0 daje jeszcze coś takiego, jak dyski wirtualne, które w liczbie 99 też nie są do pogardzenia przez użytkownika SDX'a, choć pewnie na dobre pomysły ich wykorzystania wpadniemy dopiero za jakiś czas :). O zwiększeniu szybkości transmisji i generalnie pracy oprogramowania Pajero już wspomniał.

To tylko takie moje drobne przemyślenia. Bardzo rzadko włączam SDX'a, więc za dużo nie wymyślę w tym temacie :)

I sobie upgradowałem do 3.0RC2 :)
Wreszcie SIO2SD wbudowane do Atari zaczęło działać. Szacunek Panowie!

Dokładnie sobie wszystko przetestuję dopiero za kilka dni niestety. Teraz sprawdziłem m.in. na szybko swapowanie. Jest miodzio!

Argument z duchem świętym przemawia do mnie. Rozumiem w czym jest problem, żeby to funkcjonowało odpowiednio. Pozostaje pstrykanie wyłącznikiem :)

Odpowiadałem już na to pytanie. Ba, nawet pierwszy poruszyłem problem z "niechcianym" odczytem katalogu przy wciśnięciu RETURN na pliku w FW2.5, o tu w poście #32:

A dokładna odpowiedź jest tu (post #40):

Ale spokojnie mogę odpowiedzieć jeszcze raz :)
Otóż nie, nie będę się mylił w 3.0, bo to wciskanie RETURN na pliku było pomyłką tylko w 2.5, gdyż nie wiedzieć dlaczego w 2.5 przypisano takie dziwne działanie klawiszowi RETURN. Naciśnięcie RETURN na pliku powinno go uruchomić, bo to jest logiczne i bardzo intuicyjne.
Z innej strony - zastanówmy się dlaczego w 2.5 wciskaliśmy RETURN na pliku? Ja to robiłem, bo chciałem go uruchomić... I to była faktycznie pomyłka, bo program się nie uruchamiał, tylko zaczynał się od nowa wczytywać katalog. Zgroza! Gdy RETURN będzie uruchamiało plik, to nie będzie to pomyłką. W innych przypadkach nie zdarzyło mi wciskać RETURN na zaznaczonym pliku.

Nie! Żadnych takich. Już wolę Ctrl+Shift+Return.
A dałoby się zrobić "2xRETURN" na pliku -> skok do $E477? Jak się nie da, to Ctr+Shift+Return będzie OK... ale samo RETURN byłoby jeszcze lepsze :P

I jeszcze jedna uwaga, choć już pisałeś o tym, że jest problem z niektórymi grami, wiec tylko zasygnalizuję, że hit ostatnich lat, czyli gra Yoomp! ma problem z wczytaniem się. Raz mi się to udało, ale sam już nie wiem dlaczego, bo więcej razy tego nie mogłem powtórzyć.

---
Generalnie 3.0 to bardzo dobra robota! CZAPKI Z GŁÓW I SZACUNEK.

Każecie mi czytać instrukcję, odwiedzać stronę projektu... I ja to robię. A tu wychodzi, że sami nie czytacie tego, co napisaliście :P
Oto fragment zaczerpnięty stąd: http://sio2sd-dev.gucio.pl/wiki/KeyboardDoc_pl

Żeby nie wypaść na ignoranta, to posłużyłem się terminologią zaczerpiniętą ze strony projektu. Sądziełm, że wszyscy będą wiedzieć o co mi chodzi :)

Być może jeszcze ktoś ma, ale oczywiście cały czas pamiętam, że to był mój wybór. Jednak jakoś inni userzy nie wypowiadają się w tym temacie. Nie rozstrzygajmy sprawy na ich korzyść lub niekorzyść, skoro nie znamy ich zdania. Faktycznie temat możemy zostawić na później, bo nie jest aż tak bardzo istotny.

Tak właśnie jest, bo jedno drugiego nie wyklucza.

Chyba się nie do końca rozumiemy. Na razie nie ciągnę tego wątku :). A przy okazji - mam QMEGa.

"Szybkie wybieranie" to nie tylko wczytanie konfiguratora, ale dowolnego pliku wsadzonego jako V0-V3. W tej chwili działa tylko przy off/on atarki, a nie działa przy Cold Start.

Ale ta pomyłka w moim przypadku była wynikiem tego, że intuicyjnie klawiszem RETURN chciałem uruchomić wskazany plik! A odczytywał się ponownie katalog, co przy jego czasami ogromej wielkości było bardzo denerwujące (przy małej też). Fajnie, że to zostało zlikwidowane, ale szkoda, że nie wprowadzono naturalnego z punktu widzenia użytkownika (no dobrze: tylko mnie) uruchamiania pliku.  W Windows (i innych systemach pewnie też) dwuklikiem otwierasz katalog i również takim samym dwuklikiem uruchamiasz aplikację. Czy to źle? Wręcz przeciwnie, bardzo intuicyjne. Nie komplikujmy sobie zabawy z Atari :)

Wyjaśnione na początku.

---

Mam wrażenie, że dyskusja zbacza trochę na ciemną stronę mocy ;)
Nie chcę, żebyśmy dyskutowali o swoich upodobaniach, bo pewnie co user, to będzie inaczej. Nie ma sensu.

W uproszczeniu - bardzo proszę o wprowadzenie następujacych zmian (jeżeli to nie będzie problemem):
1. Działanie SIO2SD bez LCD.
2. Możliwość "szybkiego wybierania", czyli bootowania atarki z dysków wirtualnych V0-V3 również przy wykonywaniu Cold Reset, a nie tylko przy off/on.
Z góry dziękuję.

Z pozostałymi niedogodnościami sobie poradzę, bo w zasadzie każdy może sobie teraz konfigurator napisać sam :D

---------------
update:

Tak mi teraz przyszło do głowy.

Dobrze wiesz, że w zasadzie każda kombinacja klawiszy została już wykorzystana, więc trudno jest cokolwiek zaproponować. Ale skoro w tej chwili pojedyncze naciśnięcie przycisku SHIFT nic "nie robi", to może by się dało wprowadzić takie coś:
- ustawiamy sobie w D1-D4 naszą grę wielodyskową (nawet do 4 dyskietek)
...jak gra zapyta o kolejną dyskietkę, to:
- wciskamy i PUSZCZAMY przycisk SHIFT
- wciskamy przycisk K1-K4, co powoduje zamianę napędu D1 z wybranym przez przycisk

Albo (może nawet lepiej)  z wykorzystaniem wirtualnych napędów:
- ustawiamy sobie w V0-V3 naszą grę wielodyskową (nawet do 4 dyskietek)
... jak gra zapyta o kolejną dyskietkę, to:
- wciskamy i PUSZCZAMY przycisk SHIFT
- wciskamy przycisk K1-K4, co powoduje podmapowanie pod D1 jednego ze wskazanych przyciskiem dysków wirtualnych

Da się tak?