926 Odpowiedź przez drac030

(70 odpowiedzi, napisanych Sprawy atari.area)

Konsekwentny właśnie nie bardzo - zażyczyłeś sobie zmianę o rząd, a kiedy się okazało, że zmiana jest o pół rzędu, zmieniłeś ad hoc regułę, żeby wyszło na Twoje. Ale spoko, to był taki eksperyment do mojego prywatnego użytku, nie przejmuj się ;)

Idź do forum: Sprawy atari.area

927 Odpowiedź przez drac030

(70 odpowiedzi, napisanych Sprawy atari.area)

Sikor napisał/a:

Tak, zgadzam się z postem Drac030. Powinno się przesunąć.

Podpucha, Sikor. To była podpucha ;) Tutaj http://www.atari.org.pl/forum/viewtopic ... 16#p180216 ustawiłeś poprzeczkę, która miała uzasadnić stworzenie takiego działu. Chciałem sprawdzić, czy uszanujesz wymyśloną przez samego siebie regułę, kiedy się okaże, że jest niewystarczająca do osiągnięcia celu, jakiś sobie był założył. :P

Idź do forum: Sprawy atari.area

928 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Ja w zasadzie też się przyglądam :)

Idź do forum: Fabryka - 8bit

929 Odpowiedź przez drac030

(70 odpowiedzi, napisanych Sprawy atari.area)

Skoro podniesienie procka tak naprawdę (aluzja do wątku w Bałaganie) o "pół rzędu wielkości" tworzy nowy komputer, dla którego trzeba powoływać nowy dział, to też pewnie wypadałoby wydzielić oddzielne subforum dla Atari ST z kartą PAK:

* zmienia to procesor o taki sam rząd wielkości, jak w przypadku wrzucenia 816 do Atari (tam z 16/32 na 32, tu z 8 na 8/16).
* ilość możliwej do zainstalowania pamięci rośnie o rząd wielkości (szyna adresowa: tam z 24 na 32, tu z 16 na 24).
* szybkość maszyny wzrasta kilkukrotnie.
* tu i tam niektóre programy napisane na [melodia kościelna]Święty, Święty, Świętyyyy i Niedotykalny[/melodia kościelna] procesor, zainstalowany w kompie przez  fabrykę, po modyfikacji przestają działać.
* tu i tam większość programów nadal spokojnie działa.
* tu i tam mamy tak, że w zwykłą płytę główną mamy wpięte coś, co ma na sobie m.in. dodatkową pamięć - przez co zapewne Sikor powiedziałby, że PAK jest to oddzielny komputer, do którego ST robi za terminal.

EDIT: no i, zapomniałem:

* tu i tam mamy programy, które pójdą na sprzęcie z kartą, a na "oryginale" - nie.

Mimo tego istnienie PAK-a jakoś nie budzi niczyjej czujności, ciekawe dlaczego.

Idź do forum: Sprawy atari.area

930 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Skoro sprawę kwestie ontologiczne wyemigrowały do odrębnego wątku (dzięki), na pytanie o kompatybilność mogę odrzec, że jest bardzo zadowalająca.

Idź do forum: Fabryka - 8bit

931 Odpowiedź przez drac030

(6 odpowiedzi, napisanych Bałagan)

No i to jest właśnie ontologia, zdecydowanie nie do działu Fabryka :)

Idź do forum: Bałagan

932 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Regulamin punkt 6, cytuję: "Nie offtopikujemy w tematach". O zakładaniu wątków mówi punkt 5, zatem oko Ci się omsknęło, łamania tego punktu regulaminu Ci nie zarzuciłem.

Pytanie z postu 67 jest niemerytoryczne (powtórzę jeszcze raz) W TYM DZIALE. Zatem ponawiam prośbę, czy byłbyś tak miły i mógłbyś się z tą dyskusją o mikropłytach od PC i ontologii przenieść gdzieś indziej. Byłbym b. wdzięczny.

Idź do forum: Fabryka - 8bit

933 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Tam mi nie przeszkadza, bo tam nie zaglądam. Regulamin punkt 6. Zacząłeś w Fabryce dyskusję ideolo, zaczynając od pytania "Czy to jeszcze Atari?" (post 67 http://www.atari.org.pl/forum/viewtopic ... 92#p180192 i następne). Tu wg mojej oceny nie miejsce na to.

Co do "dyskusji o kompatybilności", chciałem zauważyć, że post 74 http://www.atari.org.pl/forum/viewtopic ... 04#p180204 wskazuje na to, że jesteś słabo poinformowany. To nie zarzut, karta jest prototypowa a dokumentacja nieupubliczniona, ale jednak wypadałoby wiedzieć, o czym ludzie piszą, kiedy piszą to, co piszą, zanim zarzucisz Pinokiowi niekonsekwencję.

Idź do forum: Fabryka - 8bit

934 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

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ę?

Idź do forum: Fabryka - 8bit

935 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Sikor, mam prośbę: mógłbyś przenieść dyskusję ideolo do Bałaganu? Tu jest Fabryka, nie ten dział.

Idź do forum: Fabryka - 8bit

936 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

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.

Idź do forum: Fabryka - 8bit

937 Odpowiedź przez drac030

(9 odpowiedzi, napisanych Programowanie - 8 bit)

Jak madsem, i nie robiłeś zmian, może problemem jest to:

sym_t           .byte "T_      "

Tekst ma być w ASCII, mads tu wymaga ujęcia go w apostrofy, natomiast cudzysłowy generują kody ekranowe czy cośtam (czyli działa to jak .sbyte). Tak żeby się komu nie nudziło :)

Idź do forum: Programowanie - 8 bit

938 Odpowiedź przez drac030

(9 odpowiedzi, napisanych Programowanie - 8 bit)

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).

Idź do forum: Programowanie - 8 bit

939 Odpowiedź przez drac030

(9 odpowiedzi, napisanych Programowanie - 8 bit)

A skąd waćpan owo "sparta_detect" wziąłeś? Z Atariki?

Idź do forum: Programowanie - 8 bit

940 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

pasiu napisał/a:

Coś udało się sklecić.

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

Idź do forum: Fabryka - 8bit

941 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

pasiu napisał/a:

ten sam ram musi być widoczny w banku 0 oraz banku 1 procesora i tu jest właśnie ten problem.

Tak ściśle rzecz biorąc, wystarczyłoby zmirrorować stronę zerową. Może to coś ułatwia?

Idź do forum: Fabryka - 8bit

942 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

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?

Idź do forum: Fabryka - 8bit

943 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Ok, podlinkowałem post w Atariki, żeby go było łatwiej znaleźć :)

Idź do forum: Fabryka - 8bit

944 Odpowiedź przez drac030

(87 odpowiedzi, napisanych Fabryka - 8bit)

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.

Idź do forum: Fabryka - 8bit

945 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Nie mogę też odpalić Reditusa, który na 100% (jak praktycznie wszystko poza marginalnymi wyjątkami) działa na 65c816, a nie działa nawet w "trybie" $FF0080,$EF. Demo akurat ładuję z SIDE2 i ze sterownikiem side2.sys, lecz nie wydaje mi się by wyższe MemLo miało tu znaczenie, bo po przepaleniu w tych samych warunkach wspomnianego dema z 6502c program działa. Draco?? - Odpal to na swojej karcie z IDE+.

Reditus zamienia się w Exitus. :) Pewnie znowu podobna sprawa (dodatkowa pamięć).

Draco, możesz mi podlinkować opis Simiusa do posta z paczem do IDE+ - PCB rev. C???

Ke? Chyba nie, bo nie wiem, o co chodzi :P

Idź do forum: Fabryka - 8bit

946 Odpowiedź przez drac030

(87 odpowiedzi, napisanych Fabryka - 8bit)

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

Idź do forum: Fabryka - 8bit

947 Odpowiedź przez drac030

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Sikor napisał/a:

org $d301
lda #$ff
sta $d301
rts

W ten sposób ładujesz do $d301 wartość $a9 (czy może $d3). Hint: w obszarze rejestrów I/O nie umieszczamy kodu.

Daj tak (składnia MAC/65)

    *=gdziekolwiek
init lda #$ff
    sta $d301
    rts

    *= $02e2
    .word init

A dalej własny program. Powinno zadziałać. BTW. dobrze byłoby jeszcze przestawić ramtop i zrobić gr.0, żeby przenieść pamięć obrazu, o ile jej używasz.

Idź do forum: Programowanie - 8 bit

948 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

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.

Idź do forum: Fabryka - 8bit

949 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

pasiu napisał/a:

Draco wygrzebałem właśnie z zakamarków swojej poczty zdjęcie z SI jakie kiedyś zrobiłeś jeszcze zanim dostałeś ode mnie kartę.  Tam też jest multiplier 0.997.

Czyli są to raczej błędy pomiaru. Ergo nie ma o czym mówić.

Dla porządku sprawdzę jeszcze jaki jest efekt synchronizacji 16 i 1,77 MHz.

EDIT: co do C-Drug, niektóre programy (np. MyDOS) przestają działać prawidłowo w obecności dodatkowej pamięci powyżej 64k (bo, o ile dobrze pamiętam, np. lda $FFFF,X gdy X>0 wypada w dodatkowym RAM-ie zamiast na początku tradycyjnego). Może to ta przyczyna?

Idź do forum: Fabryka - 8bit

950 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

65c816:
Clock Speed: 1.769MHz
Clock multipliter: 0.997

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ę?

Idź do forum: Fabryka - 8bit