mono napisał/a:@Yosh: A co myślałbyś o takim fjuczerze? ....
Tia... da się, wiedziałem że o to zaraz Laoo mnie spyta i będzie wiercił dziury w brzuchu (czasem z tych dziur wypadają fajne rzeczy:P ), więc pozostaje napisać mi to samo Tobie:
TEORETYCZNIE - da się przepleść kod razem z danym dla Antica, i mieć każdą klatkę video rastaconventerem zrobioną (muhaha), niby się da. I nawet zostaje trochę czarnego ekranu, żeby mieć czas na pędzenie machinki karty SD.
Tylko, że to jest uber rzeźbienie w xmedze (które lubię), ale mam inne priorytety :(
Teraz jest fajnie, xmega ma praktycznie tyle cykli ile potrzebuje na wystawienie danej i pędzenie automatu karty SD, zostaje trochę cykli żeby nie było to bardzo paskudne i miało jakikolwiek zamysł :) bo dana jest potrzebna co drugi bajt (Antic), czasem od razu (wpleciony dźwięk), robić to bajt w bajt - mega rzeźbienie :)
Zresztą, i tak potrzebuje karta SD oddechu (jak zmienia strone, albo wystawia CRC to muszę nad tym przeskoczyć) wiec nie jest to aż tak trywialne. Dlatego wracając z SV pocieszałem się że i tak każda klatka rastaconverterem była by inna (migało by w cholerę i bardzo pociesznie).
Łatwiej jest więc pisać dedykowane playery po stronie 6502 z dedykowaną strumieniowaczką po stronie xmegi.
Tym bardziej, że mono pdm 8bit 31k to jest w każdej lini (nie liczac antica) LDA STA * 4 (i to juz jest duzo, zostaja naprawde farfocle)
Ładowarka xex, czy namiastka dosa - mimo że bardziej skomplikowane - działają wolniej niż video, bo część wystawianych danych to jest "LDA" "STA" "JMP" - tego z karty nie trzeba czytać.
Co do drugiej części - najłatwiej a też dość przaśne po przejściu na carta będzie wmapowanie PMG w $8000 i ciągniecie tych danych prosto z carta, wtedy 6502 mogło by przesuwać HPOSy i coś się podkoloruje :)