776

(279 odpowiedzi, napisanych Fabryka - 8bit)

Proszsz http://atariki.krap.pl/index.php/Evie

777

(41 odpowiedzi, napisanych Bałagan)

A tu filmik nagrany 2 lata temu w Cisnej. Ogólnie nagrane telefonem i z doskoku, więc sorry za marną jakość. Może jeszcze kiedyś będzie szansa złapać tę kolejkę lepiej.

PS. Odpowiedź na pytanie, które pada w tle, brzmi: 40 koni :D

778

(279 odpowiedzi, napisanych Fabryka - 8bit)

pasiu napisał/a:

Chcąc mieć jednak więcej to wchodzimy już w temat implementacji 816 w fpga

Pytanie, czy odtworzenie 65C816 w FPGA nie grozi aby nalotem prawników nasłanych przez producenta oryginału... Tzn. samo odtworzenie zapewne nie grozi (chociaż pewien tego nie jestem), ale już wypuszczenie karty z takim rdzeniem jakby pewnie mogłoby.

779

(279 odpowiedzi, napisanych Fabryka - 8bit)

No nie, coś mi się potentego... jeszcze raz: 5th_demo.z80 to jest plik na ZX Spectrum 128. Format wersja 2, hardware type 3, czyli wg opisu "Spectrum 128". Zresztą zawiera bloki pamięci nieistniejące w 48k. Sry.

780

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Draco - jeden z takich plików:
pin.atari.pl/zx_spec/5TH_DEMO.Z80

Faktycznie, to jest "48k + MGT ROM". Jeśli ten "MGT ROM" (cokolwiek to jest) nie jest jakoś absolutnie wymagany do działania programu, poprawię loader tak, żeby to akceptował bez jęczenia.

781

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Mam za to cały katalog demek oldschool w którym to większość przy uruchomieniu wypluwa komunikat, że nie jest to plik pod ZX 48k.

Może tak być, jeśli program jest pod 48k, ale został uruchomiony w trybie 128k i tak zrzucono snapszot, plik wtedy zawiera dodatkowe banki pamięci i tym podobne. Dla pewności możesz mi z jeden taki podesłać (najlepiej po jednym SNA i Z80, które tak mówią).

782

(279 odpowiedzi, napisanych Fabryka - 8bit)

Po demkach to się za wiele nie spodziewaj ;) Emulec nie trzyma żadnych timingów (po prostu robi ile może w czasie rzeczywistym), więc muzyczki, o ile nie są na VBL-u, Ci się raczej rozjadą; atrybuty ładuje raz na ramkę, więc żadne tam zmiany kolorów w środku linii atrybutów; aha, i 14 MHz to za mało, żeby wszystko zmieściło się w ramce :)

783

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

opcja Save sna, też by się przydała

Masz "Save memory", która zapisuje plik .Z80. Ale to dopiero wczoraj zakodowane, więc mocno alpha, używać ostrożnie ;) Widzę, że są z nią kłopoty, jeśli się ma włączoną/załadowaną 80-kolumnową konsolę (CON.SYS). Na razie lepiej jest przejść w tryb 40-kol. i to Resetem, bo CON 40 nie pomaga. Właśnie próbuję zbadać, o co w tym idzie.

784

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

$FF0081=$20

A jesteś w stanie wstawić tam $00 przez POKE?

Ten parametr /M to miał powodować, że emulator ma omijać pierwszy bank fast ramu.

Wręcz przeciwnie, wręcz przeciwnie: miał wymuszać ładowanie do pierwszego banku fast RAM-u niezależnie od tego, jakie ewentualnie bzdury zwraca funkcja alokacji pamięci.

@mono: słuszna uwaga.

785

(279 odpowiedzi, napisanych Fabryka - 8bit)

zx /? ;)

786

(279 odpowiedzi, napisanych Fabryka - 8bit)

Ja mam tak:

Z80,CAR:X.COM,F:>ścieżka>ZX.EXE -A -V 1 %

W Twoim rdzeniu ten "tryb kompatybilny" jest na stałe, czy da się wyłączyć? Konkretnie, po załadowaniu "pacza", co masz w $FF0081?

Dorzucę automatyczne wyłączanie, w razie czego (i włączanie z powrotem przy wyjściu, ma się rozumieć).

787

(279 odpowiedzi, napisanych Fabryka - 8bit)

Hmm. A pamiętny "tryb kompatybilności" http://www.atari.org.pl/forum/viewtopic … 02#p180102 masz włączony czy wyłączony? Jeśli jest włączony, to wyłącz, bo to bruździ w fast RAM-ie.

788

(279 odpowiedzi, napisanych Fabryka - 8bit)

To przednio :) Taka uwaga: o ile dobrze rozumiem, staticu masz 512k, z tego 448k powyżej $00FFFF. Wynika z tego, że "ogon" programu zalega w SD-RAM-ie. Jeśli ta pamięć nie trzyma danych, to raczej nie licz na poprawne działanie Sinclair BASIC-a. Reszta powinna mniej lub bardziej chodzić.

789

(279 odpowiedzi, napisanych Fabryka - 8bit)

Sprawdź PM.

Na joystick chwilowo nic nie poradzę, zepsuł mi się.

790

(279 odpowiedzi, napisanych Fabryka - 8bit)

OK, chyba rozumiem problem, ale nie wiem, czy jest na niego dobre lekarstwo:

"SD-RAM nie działa za dobrze", ale pewnie się daje wykrywać, skutkiem czego tablica alokacji pamięci jest właśnie w SD-RAM-ie. Jeśli ten RAM nie działa dobrze, to pewnie jest w niej sieczka, a zatem funkcje alokacji pamięci zwracają mniej lub bardziej bezsensowne wyniki. Jeśli dobrze popadnie, emulator załaduje się do static RAM-u i będzie działał. Jeśli źle popadnie, pójdzie w jakieś buraki.

Mogę dodać przełącznik wymuszający ładowanie pod $010000, może pomoże.

791

(279 odpowiedzi, napisanych Fabryka - 8bit)

Spróbuj zrobić tak:

1) odpal Multibasic,
2) wpisz po kolei jak następuje:

10 MATTRIB 3: ? MALLOC(65536)
SAVE "D:KM.MBI"
RUN
DOS

3) uruchom ZX.EXE ponownie i zobacz, co wyjdzie,

4) czynności można powtarzać (program w Basicu można uruchomić z linii poleceń przez MBI -B KM.MBI)

Myślę, że "blokada po drugiej kropce" może znaczyć, że coś jest nie tak z blokiem pamięci $010000-$01FFFF, bo trzecia i czwarta kropka to inicjowanie właśnie tego. Program w Basicu powoduje zajęcie tych 64k, w związku z czym emulec załaduje się o 64k wyżej (a przynajmniej spróbuje).

Powtarzanie czynności spowoduje zajmowanie kolejnych bloków 64k. Zwolnią się po zimnym starcie.

792

(279 odpowiedzi, napisanych Fabryka - 8bit)

Pin, a PM sprawdziłeś? :P

793

(279 odpowiedzi, napisanych Fabryka - 8bit)

pasiu napisał/a:

65c816 w szybkim trybie nie będzie widzieć zmapowanej pamięci VBXE

Nie wiem dokładnie, jak działa karta u Pinokia, ale jeśli konfiguracja pamięci działa tak samo, to po ustawieniu $0000-$3FFF na szybki zapis i odczyt, i po wyłączeniu fast RAM-u pod $4000-$7FFF powinno zadziałać. Nie?

794

(279 odpowiedzi, napisanych Fabryka - 8bit)

Nie umiem nagrać obrazu z Atari, tylko dźwięk. Zatem oto:

1) Cybernoid, gra Evie: http://www.ibi.uw.edu.pl/~draco/atari/zx_cybernoid.mp3

2) Outrun (to samo wykonanie): http://www.ibi.uw.edu.pl/~draco/atari/zx_outrun_ay.wma

Dla porównania to ostatnie na beeperze (czyli w wykonaniu Pokeya): http://www.ibi.uw.edu.pl/~draco/atari/z … beeper.wma

795

(279 odpowiedzi, napisanych Fabryka - 8bit)

Ożenek akceleratora i VBXE: http://drac030.krap.pl/brdl_dasz_c.avi

Filmik nagrany na Altirze, ale na prawdziwym sprzęcie działa tak samo (a nawet lepiej, bo jeśli się ma Evie, to i muzyczki z AY-greka grają). Filmik może wymagać obróbki, bo kodek dziwny (ZMBV) i apekt racjo niedobre, ale Media Player Classic pozwala to skorygować (Widok->Rozmiar obrazu->Zachowanie proporcji).

796

(358 odpowiedzi, napisanych Sprzęt - 8bit)

To jeszcze dla porządku ten sam Flimbo's Quest z filtrem 8580:

Flimbo's Quest, Evie 8580 (uwaga, 20 MB ;) )

797

(358 odpowiedzi, napisanych Sprzęt - 8bit)

sOnar napisał/a:

Jak to ma się do SDX? Mono zdziałał ponoć coś.

Czy player pod niego ma obecnie możliwość odgrywania sub-songów w SID?
(powiedzmy, że Noisy Pillars - Jeroena Tela ma 3 sub-songi i interesuje mnie np. posłuchanie trzeciego)

Autor pewnie chętnie sam się wypowie, a ja co prawda się na tym nie znam, ale mam na ten temat własne zdanie i się nim podzielę ;)

Player napisany przez mono działa świetnie, zarówno na SlightSIDzie, jak i na Evie. Ma możliwość odgrywania subsongów, włączania/wyłączania filtrów, i, że się tak konkretnie wyrażę, w ogóle. Po zakończeniu działania wraca gładko do DOS-u. Działa ładnie zarówno na gołym Atari, jak i na takim ulepszonym (np. z Rapidusem).

Statystyka wygląda tak, że póki co na 145 przetestowanych sidów, nie zadziałało 11, w tym niektóre z przyczyn zupełnie obiektywnych, typu brak w Atari pamięci RAM w obszarze $d000-$d7ff.

Jak zwykle kawał znakomitej koderskiej roboty.

PS. Dwa nagrania z Evie:

Flimbo's Quest

For Avantgarde (to z kolei mój ulubiony)

798

(111 odpowiedzi, napisanych Sprzęt - 8bit)

Dodałem detektor Evie do SysInfo. Jest też parę innych, drobnych poprawek. Nowa wersja do ściągnięcia z mojej strony http://drac030.krap.pl

799

(15 odpowiedzi, napisanych Programowanie - 8 bit)

seban napisał/a:

BASIC sam siebie uruchamiając się czyści ekran

Polemizowałbym :)

800

(117 odpowiedzi, napisanych Fabryka - 8bit)

Ogłoszenie parafialne: znalazłem błąd w UNERASE. Póki nie wyjdzie nowa wersja SDX (bez tego błędu), po użyciu UNERASE proszę weryfikować zgodność bitmapy w rzeczywistością przy użyciu programu CLX.COM (jest w Toolkicie). Dziękuję :)

@w1k: no, it is not a bug, a drive may be referenced as D3: or DC: