> Nie myl Playera do muzyczek z Music Collection, błagam  (jeśli to ten program(/y) o którym(/ch) myślę.)

SlightSID Player to nie music colletion :-)

> ... a tak przy okazji, dla przykładu sprawdziłem ile mam muzyczek na HDD podłączonym bezpośrednio do Atari: niecałe 3000 sztuk. Dlatego więc szczególnie często mówię o SDX mając na względzie zastosowanie użytkowe, gdyż żaden inny system nie udźwignie sensownie takiej masy danych -

niezle, ja na FATcie mam 3979 plikow muzyczeki atari jakos sobie radzi bez sdx

a jak juz porownujemy czlonki to czy Twoj HDD robie bibibi jak moje sio2sd ?

> Wszystko ma na celu zapewnienie kompatybilności w różne strony, bo jestem zwolennikiem standaryzacji

i ta standaryzacja w przypadku sparty oznacza brak standardu co do reg.sterujacych (sa "gdzies" na d5 - albo i nie bo taka wersja tez jest) i to inni maja sie dostosowac obcinajac mozliwosci katra?

ja Ci podam tez przyklad. generator kodu dla 6502 jesli bedziesz ograniczal (dlugosc) i przenosil rejestry karta to wiesz jak bedzie wygladala konfiguracja programu zeby raczyl w koncu dzialac? pomijajac to co wczesniej napisalem dodaje: wszystkie odwolania do generatora kodu tez trzeba bedziue zmieniac i podobnie przenosic weszystko do ramu.
kolejny przyklad: minimalny obszar rejestrow czytania dla antica to 48 bajtow pomznoz przez 4 ... albo dowal kupe elektroniki zeby to jakos pomiescic. przy czym 48 bajtow przy generowaniu kodu 6502 to smiech na sali i nie warto nawet o tym myslec rowniez dlatego ze trzeby by konfigurowac prog. w karcie zeby dawal wlasciw eadresy - nie wykonalne. penwie mozna z projektu zrobic obrzyna przycinajac mozliwosci zeby dzialal jako tako ze sparta :-)

i tylko dlatego ze rejestry sparty sa gdziebadz na stronie d5 trzeba dorabiac elektronike bo nie mozna po bozemu zarezerwowac stale adresy a dodatkowo po stronie oprogramowania robic sprawdzanie gdzie znajduja sie obecnie rejestry karta :-) oczywiscie gdy program na karcie zapisany jest na epromie i podpiety od 8000 lub a000 to nie mozna uzyc samomodyfikacji kodu tylko albo umiescic ten rejstr na stronie zero albo przekopiowac program do ram ... hehe, programu antica tez by nie mozna bylo umiescic w romie... ziew... obliczac mozliwe do uzycia znaki w pamieci atrybutow w przypadku 256 zestawow, ziew... :D ogolnie  konfigurowac caly podsystem komunikcacji z kartem

mnie omina te "udogodnienia"

nie zmniejszy. na 100% kazdy uzywany kart bedzie takze wykorzystywany :-)

to moze rob deal w watku np. o vbxe? bo tu sie waza losy swiata.

obecny kart ma 8 kb ram a ile ma "nie ram" w ktorym na stale moze byc zapisany program dla atari (do zabootowania) ?

---
juz znalazlem 128 kb... przy 40 mipsach

> Koszt elementow <30zl.

nawet koszt elementow w wersji (70MIPS, 56KB RAM) jest poprostu smieszny

> Albo zrobilem taki eksperyment: ustawilem DL tryb tekstowy $02 gdzie kazda linia wskazuje na $D500. Jednoczesnie ustawilem adres generatora znakow (CHBAS) na adres $D400. I cartridge generowal dla Antica jednoczesnie dane obrazu w trybie tekstowym jak i dane znakow (od 32 do 63).

:-)

ciekawszym jednak eksperymentem jest ustawienie pamieci ekranu w pamieci atari (wypelniona jednym znakiem z ustawinym lub nie bitem7) - czyli pamiec atrybutow w pamieci atari natomiast zestaw znakow ustawoic na d4 oraz pamiec ekranu gdzie mamy 8 bitow na znak, oczywiscie definicje znakow 256 mamy takze w karcie. co daje piekne stabilne 256 znakow w trybie znakowym antica + atrybuty. wynij jest taki, ze jakiekolwiek odwolanie antica do pamieci d5 odda kolejny (wg. pamieci ekranu w carcie) definicje znaku interpretowana wedlug atrybutow z pamieci atari... klarowne klarens?

na karcie nie ma zadnego wyjscia s-video. obraz idzie z ATARI.

@Candle :-)

sposob jest prosty zeby Antic w trybie tekstowym np $02 uzywal 256 zestaw znakowy plus 1 bit atrybutu czyli inversji co oznacza 9 bitow na znak :-) kart na to pozwala... i to jest wlasnie piekne w tym rozwiazaniu... nawet elektonik nie wie o co chodzi ;-) Nosty wpadl na swietny i prosty pomysl. tez nie moglem uwierzyc ze to zadziala. bylem niewiernym TOMASZem ;-)

w 100% sprzetowy - tryb antica. zwykly tryb tekstowy antica z zestawem 256 znakow + 1 lub 2 bitami atrybutow (tak, moze byc tez tryb tesktowy 1 lub 2 basica ale nie wiem czy bedzie obslugiwany).

---
> A koszty beda wsciekle

nie chce sie wypowiadac na temat kosztow produkcji takiego karta ale chcialbym uspokoic - sam nie wierzylem - koszt jest bardzo, bardzo niski...

dlaczego z gra: mam nadzieje Nosty nie porzuci swojego projektu i zgromadzi wokol niego kilku programistow, na wielu platformach powstawaly dopaly tylko pod okreslona gre (na karcie zreszta) na atari tez; mam nadzieje tym razem tez tak bedzie. ja oczywiscie bede wspieral pomysl nostego; ale spokojnie, znajac zycie wkrotce pojawi sie ktos kto powie ze potrafi to zrobic lepiej/szybciej i w jednej warstwie szczuplejsze ;-) zerujac na pomysle pewnie bedzie sprzedawal wersje stad alone ;-)

---
> Nie wiem jak sie TOMEK-8 programuje,

duszki tak:
ldx #x_duszka
ldy #y_duszka
lda #numer_duszka
jsr _ustaw duszka na ekranie

nie wspomnialem ze sa oczywiscie priorytety duszkow, sa tez metody generowania duszka od tych z maska AND/ORA ale moze byc tez samo ORA albo tylko EOR, duszki moga wychodzi c za ekran lub "zawijac"
:D

---
co do kompatybilnosci ze Sparta. TOMEK-8 zajmuje cala strone $D5 a wiec to samo miejsce co Sparta (chyba, ze jest wersja Sparty, ktora ma swoje rejestry gdzie indziej)

> czy gra wykorzystująca przedstawiony kartridż jest w bardziej czy mniej konkretnych planach?

wlasciwie to gra juz jest ale jak zobaczylem jaki jest zapas mocy to trzeba bedzie zrobic jakas wersje deluxe :-) bedzie na 100%

> 193 cykle 6502 zajmuje bliterrowi postawienie 320x192 = 61440 pikseli czy postawienie 7680 bajtów odpowiadających tym pikselom ?

wypelnianie od punku lub od bajtu jak chcesz - srednio taka operacja w przeliczeniu to 1 cykl 6502 na wypelnienie 40 bajtow ....

> jakie funkcje dostepne procz blittera, i mnozenia?

sprity, rysowanie odcinkow, scroll, paralax, przeksztalcenia, tekst na ekranie graficznym, 256 zestaw dla antica w trybie tekstowym z zachowaniem atrybutow inverse czyli np. 256 5kolorowych znakow, no i (cicho) druga display lista...

---
powtorze jeszcze raz. mocna strona tego projektu oprocz samej wydajnosci carta :-) jest to, ze powstaje na zyczenie czyli jesli piszesz gre a wiesz, ze np. potrzebujesz 80 animowanych spritow jednoczesnie na ekranie zamow sobie karta ze wsparciem dla spritow :-) no i Twoja gra bedzie wydana - satysfakcja gwarantowana :-)

techniczne tematy niech Nosty omawia. ale moge chyba powiedziec ze koszt takiego karta mysle bedzie w okolicach litra gorzkiej zoladkowej ;) oczywiscie moge sie mylic, projektant karty Nosty pociaga za sznurki...

testowo funkcja blittera - zapisanie calego ekranu gr.8 czyli 320x192 pixele stala wartoscia to 193 cykle 6502...

@Rastan, obraz jest tworzony przez ANTIC, grafika jest standardowa

po co taki kart? dla gier :-)

troszke wiecej danych, Nosty jak zwykle oszczedny w slowa:

- kartdrydz standardowej wielkosci,
- obraz generowany przez atari
- program dziala na atari
- bios karta Nosty ciagle tworzy ale juz teraz jest OGROMNE przyspieszenie w pewnych operacjach - nawet 100 krotne :-) (tak, tak - to byl chyba test rysowania odcinkow)
- rozszerza mozliwosci ANTICa np. o 256 znakowy zestaw znakow (tryb tekstowy!!!)
- ZERO lutowania (standardowy kardrydz)
- kart w tym momencie jest dopieszczany pod wzgledem uzycia w grze wiadomo jakiej :-) ale jesli ktorys programista chce napisac gre ktora potrzebuje sporo mocy moze zglosic sie do Nostego (informacja pochodzi od Nostego), API carta ciagle sie tworzy.

nie, poniewaz zx81 nigdy nie byl zx spektrumna, jesli by to byl AY do trumny48 to oczywiscie nadal bylaby to trumna poniewaz firmowo byly montowane AY w zx spectrum... obok dodatkowej pamieci i upgrejdowanym ULA i MIDI :D (zx spectrum 128)