Ale dział "Fabryka" nie jest od próśb o nowe działy. Łamiesz regulamin. I, poza tym, wg mojej oceny, postępujesz nieuprzejmie wtrącając się w techniczną w gruncie rzeczy dyskusję osób zainteresowanych z uwagami nie na temat od osoby niezainteresowanej. Zatem, czy byłbyś tak miły i spełnił moją prośbę?

Na kartę można mieć - gdyby ktoś napisał - nawet lepszy tracker niż Neo. Primo, instrumenty mogą swobodnie mieć po 64k. Secundo, jest jakieś 8-9 razy więcej czasu na ich przetwarzanie.

Tylko granie sampli w pętli pewno odpada, bo karty chodzą z różną prędkością. Ale do tego pewnie wystarczy zatrudnić jakiś timer, powinno spokojnie się wyrobić na 44 kHz w stereo.

Rozumiem też, że nie robiłeś w niej żadnych zmian. Asemblujesz madsem?

EDIT: u mnie działa zgodnie z oczekiwaniami, właśnie sprawdziłem na paru konfiguracjach (w tym na emulcu).

Jest dobrze! Reditus startuje i działa, a C-Drug działa z muzyką. Uwagi w skrzynce pocztowej :)

Przyczyną jest - przypuszczam, bo kodu nie oglądałem, jeno śmieci w pamięci - adresowanie z przekroczeniem granicy 64k. Np. zapis adresów $00-$02 w ten sposób:

   ldx #$fd
loop:
   lda costam-$fd,x
   sta $ff03,x
   inx
   bne loop

Przy X=$FD, rozkaz STA $FF03,X robi zapis pod $010000 zamiast pod $000000 - nawet w trybie emulacji. I im dłużej o tym myślę, tym bardziej mi to wygląda na błąd w procesorze - w trybie emulacji "tradycyjne" rozkazy nie powinny móc przekroczyć granicy 64k ze względu na zgodność wstecz, a tymczasem przekraczają.

Rozwiązaniem mogłoby być ograniczenie w trybie emulacji dostępności RAM-u powyżej pierwszych 64k (w tym trybie jego użyteczność i tak jest dyskusyjna); np. w ten sposób, żeby było tam "widać" to samo, co w pierwszych 64k. I to jest pewno owo "postawienie na głowie zarządzania pamięcią" w karcie :)

Może da się spaczować. A może autor się znajdzie i poprawi?

Antic z natury rzeczy czyta z chipu. A CPU czyta z fastu, ale zapisuje do fastu _oraz_ do chipu. Zatem włączenie fastu w danym obszarze nie powinno robić Anticowi różnicy.

Nie, nie. "Fast", który Pinokio włącza, jest to fast do odczytu. Zapisy spokojnie idą pod spód i docierają do Antica.

Sprawdziłem C-Drug na komputerze, gdzie jest 65C816 i dodatkowa pamięć, ale nie ma turbo. Dźwięk też skaszaniony - czyli psuje go obecność dodatkowego RAM-u. A raczej: 24-bitowa szyna adresowa, bo nawet gdyby nie było tam RAM-u, efekt byłby ten sam; ważne jest, że adresowanie się nie "zawija" do początku pamięci.

EDIT: co do "synchronizacji", nie ma różnicy, SI ciągle daje multiplier 0.997. W przypadku 65C816 taktowanego 1,77 MHz jest to czasami 0.997 a czasami 1. Zatem nawet jeśli jakaś różnica jest, jest minimalna.

No właśnie, przyjmując, że to nie jest błąd pomiaru,... sam sobie zadawałem ostatnio takie pytanie: jeśli włączymy pamięć Atari dla całych tradycyjnych 64k i wyłączymy "szybkie operacje wewnętrzne", mimo tego procesor nadal będzie taktowany zegarem 16 MHz, prawda? A 16 MHz nie da się podzielić przez wartość całkowitą tak, żeby uzyskać 1,773446 MHz. Zatem nawet w takim "kompatybilnym" trybie będą niewielkie straty (0,3 % jeśli wziąć pomiar SI za dobrą monetę) wynikające z konieczności synchronizacji zegarów. Mylę się?

A gdzie w Atariki jest napisane coś, co mogłoby zostać tak zrozumiane? Skąd wziąłeś "3"?

Powinno być lda #$fd sta $d301.

Ja wcale nie jestem pewien, czy to była ta przyczyna, bo pod disasemblerem wszystko wyglądało zdrowo. W każdym razie mads nie powinien akceptować składni w rodzaju <etykieta i >etykieta (włączając w to #<etykieta i #>etykieta), jeśli "etykieta" jest adresem zdefiniowanym wewnątrz blk reloc albo blk empty.

I przyłączam się do sugestii mono, że .ds następujące od razu po blk reloc nie powinno generować podwójnych nagłówków, tylko wytworzyć pusty blok o odpowiedniej wielkości (i z zadanym w blk reloc atrybutem).

Nawiązałem kontakt z autorem, udostępnił mi źródłówkę i pozwolił zrobić fork. Można się zatem spodziewać "oficjalnej" wersji w rozsądnym czasie.