1,501 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

Brakowało mi dyskusji takiej jak ta:

http://atariki.krap.pl/index.php/Dyskus … lik%C3%B3w

:)

drac030 napisał/a:

Żeby wszystko było zupełnie jasne, ja nie mam nic do udowadniania, ja wiem swoje.

Oczywiście masz prawo do oryginalnych poglądów i wcale nie musisz ich uzasadniać.
Nie podobało mi się to, że podważasz argumenty większości bez podania namacalnych (dla większości) faktów.
Np. argumenty Jellonka przeciwstawiasz obserwacjom, których nikt oprócz Ciebie nie może zweryfikować:

drac030 napisał/a:

Jellonek, ty teoretyzujesz, a ja napisałem w asemblerze silnik 6502 sześć razy szybszy od analogicznego kodu generowanego przez gcc. Taka jest różnica między zdaniem moim a twoim.

Natomiast tę wypowiedź:

drac030 napisał/a:

może zawieśmy tę dyskusję, bo niestety ja wiem, co mówię, a Ty nie

widocznie źle odczytałem w ten sposób, że ja nie wiem, co mówię i m.in. dlatego odpowiedziałem:

Fox napisał/a:

Bardzo niegrzecznie z Twojej strony.

Myślę, że teraz wiem, że mówiłeś, że ja nie wiem, co Ty mówisz. W takim razie zgadzam się i cofam posądzenie o niegrzeczność z Twojej strony.

Idź do forum: Emulacja - 8bit

1,502 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

A ja myślałem, że chodziło o to:

http://atariarea.krap.pl/forum/viewtopic.php?id=219

:)

Sikor napisał/a:

Przypomnij sobie pewną giełdę pod Stodołą, Miker może to potwierdzić, bo był przy rozmowie. ... O ile pamiętam, był przy tym także Lewis.

Na 99% nie spotkałem się nigdy na giełdzie jednocześnie z Tobą, Mikerem i Lewisem.

Sikor napisał/a:

Aha, przy spotkaniu wtedy pożyczałeś ode mnie albo oddawałeś mi padalce do Atarki, tak tytułem odświeżenia pamięci ;)

Pożyczyłeś mi je (a raczej wepchnąłeś, bo ja ich nie chciałem) w swoim mieszkaniu.

Idź do forum: Emulacja - 8bit

1,503 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

drac030 napisał/a:

Na ARM-ie nie ma dostępu do słów spod nieparzystego adresu?

O ile wiem, sprzętowo nie.

Przy okazji: w emulatorze taki ficzer jest stosowany lub nie w zależności od procka. Kto posiada wiedzę o tym, czy opłaca się go stosować na konkretnych prockach, proszony jest o uzupełnienie/korektę poniższego fragmentu Atari800:

 alpha* | arm* | hppa* | ia64 | mips* | sparc*)
     enable_unalignedwords=no
     ;;
 i*86 | m68* | powerpc* | x86_64)
     enable_unalignedwords=yes
     ;;

Idź do forum: Emulacja - 8bit

1,504 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

alex napisał/a:

Fox: A kiedy przyśpieszysz to co się da? ;)

Tak szybko, jak się da. :)

Idź do forum: Emulacja - 8bit

1,505 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

drac030 napisał/a:

Czy to nie aby Ty jesteś autorem powiedzenia "napisz se"?

Jest mi ono niesłusznie przypisywane. :)

Idź do forum: Emulacja - 8bit

1,506 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

jellonek napisał/a:

fox: zauwaz ze drac030 nigdzie nie wspomnial ze porownywal swoj assemblerowy kod z kodem zaczerpnietym z atar800

rzeczywiście, umknał mojej uwadze opis drac030: "Król Offtopiku" ;)

Idź do forum: Emulacja - 8bit

1,507 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

drac030: Bardzo niegrzecznie z Twojej strony. Chwalisz się, że zrobiłeś coś lepszego niż grupa ludzi tworzących od 10 lat projekt Atari800 oraz sztab ludzi tworzących gcc, a nie pokazałeś nic konkretnego i sam twierdzisz, że nie masz ochoty pokazać. To nie ja, tylko Ty masz coś do udowodnienia.

Jestem wielce ciekaw, jak zmierzyłeś wydajność samej emulacji 6502 zawartej w Atari800 oraz jakich programów Atari używałeś do porównań.

Idź do forum: Emulacja - 8bit

1,508 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

drac030: Z przykrością muszę stwierdzić, że wykazujesz ignorację w zakresie budowy kompilatorów.

Praktycznie wszystkie kompilatory C wykonują również optymalizację pod konkretną maszynę, czasami również przez analizę wygenerowanego przez nie "wprost" kodu asemblerowego. Rezultaty są rewelacyjne. Np. cc65 analizuje kod 6502 i może stwierdzić takie rzeczy, jak np. że w określonym miejscu kodu rejestr X ma zawsze wartość zero, więc LDX #0 jest tam zbędne.

Pytanie o optymalizację było jak najbardziej na miejscu. Jeśli jej nie włączysz, to generowany jest kod, który najprościej wygenerować. Ma on wtedy wydajność porównywalną z BASICiem (jeśli nie gorszą w przypadku lepszych BASICów). Różnica może być nie tylko 6-krotna, lecz 60- i więcej-krotna.

kompilator nie ma bladego pojęcia, co kompilowany program robi, oraz jak można wykorzystać architekturę danej maszyny do zrobienia tego lepiej.

Jest dokładnie odwrotnie. Program jest precyzyjnym zapisem algorytmu, więc kompilator dobrze go rozumie.
Kompilator ma mnóstwo informacji o architekturze konkretnych modeli procesorów, które ciężko znaleźć w opasłych dokumentacjach dla ludzi, np. w jakiej kolejności umieścić instrukcje, aby jak najwięcej z nich wykonało się równolegle. Tego typu rzeczy znacznie się różnią między poszczególnymi modelami procesorów (np. Pentium a Pentium Pro).

To wie tylko człowiek, bo tylko człowiek jest w stanie zrozumieć algorytm.

Samo zrozumienie nic tu nie wnosi, dopóki nie zmienisz algorytmu. Nie ma tu żadnej różnicy między asemblerem, C ani BASICiem.

Idź do forum: Emulacja - 8bit

1,509 Odpowiedź przez Fox

(14 odpowiedzi, napisanych Scena - 8bit)

Zgadzam się z przedmówcą.

Idź do forum: Scena - 8bit

1,510 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

drac030 napisał/a:

ja napisałem w asemblerze silnik 6502 sześć razy szybszy od analogicznego kodu generowanego przez gcc

Głupie pytanie, ale muszę je zadać: czy zastosowałeś opcję "-O2" w gcc? W przypadku nowoczesnych procesorów i kompilatorów, dobrze napisany kod w C jest zwykle max. kilkadziesiąt procent wolniejszy od genialnego kodu w asemblerze. Więc zupełnie nie ma sensu pisanie w asemblerze, tym bardziej, że trzeba by optymalizować pod konkretny model (w C wystarczy zmienić opcję kompilatora). Własnoręcznie wyciąłem ostatnie resztki asma x86 z emulacji GTIA, bo na oko było widać, że gcc 2.95 generuje wydajniejszy kod.

Emulację POKEYa w Atari800 można pewnie przyspieszyć z 50 razy, a resztę emulacji (czyli głównie Antic/GTIA oraz 6502) może dwukrotnie. Oczywiście wszystko cały czas w C. Wszystko jest opisane w pliku TODO ze źródłami Atari800.

Na marginesie: optymalizator cc65 wcale nie jest taki zły. Kiedyś przyglądałem mu się i zgłosiłem trochę poprawek.

nosty napisał/a:

emulator C64 smiga mi >100% a Atari ST ~80-90% oryginalu

Jest niemal pewne, że oba te emulatory automatycznie gubią klatki
(czyli zmniejszają refresh). Jest to w TODO Atari800. :)

W przypadku mniej wydajnych urządzeń (szczególnie pocketów) problemem jest woolny dostęp do ekranu i żadne sztuczki z asemblerem nic tu nie pomogą.

Idź do forum: Emulacja - 8bit

1,511 Odpowiedź przez Fox

(16 odpowiedzi, napisanych Software, Gry - 8bit)

tieman napisał/a:

>stanowią kod wykonywalny 6502, generujący dane do rejestrów POKEY-a

no ale przeciez nie wysylasz kodow "losowo". podajesz konkretne wartosci zeby uzyskac konkretne dzwieki.

Chodzi o to, że "kody" są wysyłane do POKEY-a najczęściej 50 razy na sekundę, a nuty grają kilkukrotnie wolniej. Problem polega więc na przerobieniu kilku "kodów" na jedną nutę. W drugą stronę (MIDI->SAP) byłoby pewnie łatwiej.

Idź do forum: Software, Gry - 8bit

1,512 Odpowiedź przez Fox

(14 odpowiedzi, napisanych Scena - 8bit)

W którymś numerze Syzygy był mój artykuł o ripowaniu SAPów.

Mógłbym się też pokusić o obsługę w SAP Makerze i ASAPie formatów: Future Composer, Delta Composer, SoundTracker, Antic Music Processor, Theta Music Composer 2.0, Automat Perkusyjny, Black Music Composer, Collen Music Creator, Music Studio, Soft Synth, Benjy Soundmonitor, Advanced Music System. Potrzebuję tylko dokumentacji tych formatów i/lub źródeł plejerów, no i oczywiście pliki do testów.

Idź do forum: Scena - 8bit

1,513 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

Jaki znowu bigger?

Jak emulator chodzi na sprzęcie big-endian lub nie można jedną instrukcją pobrać słowa spod nieparzystego adresu, to np. w przypadku instrukcji LDA $ABCD bajty $CD i $AB muszą być pobrane osobno i złączone w słowo.

Idź do forum: Emulacja - 8bit

1,514 Odpowiedź przez Fox

(72 odpowiedzi, napisanych Emulacja - 8bit)

alex napisał/a:

muliplatformowy open source project to niestety kod jest zoptymalizowany raczej pod kątem x86 :-(

Dziwny tok rozumowania.

Po prostu tak się składa, że x86 jest little-endian i nie ma problemu z dostępem do niewyrównanych słów - tak jak 6502.

Idź do forum: Emulacja - 8bit

1,515 Odpowiedź przez Fox

(18 odpowiedzi, napisanych Emulacja - 8bit)

jellonek napisał/a:

aaaa, znalazlo sie, pewnie chozi o to: http://tajemnice.atari8.info/6-7_93/6-7_93_digicmc.html

Właśnie.

Było jeszcze jakieś "CMC Digi Demo" czy jakoś tak. To już chyba nie w TA.

Idź do forum: Emulacja - 8bit

1,516 Odpowiedź przez Fox

(18 odpowiedzi, napisanych Emulacja - 8bit)

ZTCP w TA był patch playera CMC. Kto go znajdzie?

Idź do forum: Emulacja - 8bit

1,517 Odpowiedź przez Fox

(5 odpowiedzi, napisanych Software, Gry - 8bit)

Jeśli chodzi o zapisanie gry z planszami, to robisz sobie czysty ATR wybierając Atari / Disk drives i tam New disk, następnie Single Density i Attach to drive 1. Później w Robbo Konstruktorze wybierasz co trzeba.

Jeśli chodzi o zapisanie plansz tak żeby można je później wczytać do Robbo Konstruktora, to niestety w Robbo Konstruktorze jest bug i nie należy używać jego opcji do tego służącej. Proponuję zapisać tzw. state emulatora.

Idź do forum: Software, Gry - 8bit

1,518 Odpowiedź przez Fox

(29 odpowiedzi, napisanych Software, Gry - 8bit)

eh, patrząc na temat posta pomyślałem, że Epi zmajstrował plejer MP3 na atarkę ;)

Idź do forum: Software, Gry - 8bit

1,519 Odpowiedź przez Fox

(10 odpowiedzi, napisanych Software, Gry - 8bit)

tebe napisał/a:

normalnie to GTIA realizuje przepisywanie ksztaltu ducha z pamieci RAM do odpowiednich rejestrow sprzetowych

Dla ścisłości: trzeba też włączyć adresowanie tej pamięci przez ANTIC. W innym przypadku dostaniemy podgląd szyny danych 6502.

tebe napisał/a:

aby umiescic w linii wiecej duchow o roznych ksztaltach trzeba wylaczyc z tego zadania GTIA, co wiaze sie ze strata czasu i totalnym brakiem oplacalnosci takiego rozwiazania, dlatego nie stosuje sie tego

Wyłączenie pobierania duchów z RAMu wcale nie wiąże się ze stratą czasu i brakiem opłacalności.
Jeśli chcemy mieć duże duchy, np. na szachownicę :), to właśnie to się stosuje.

Idź do forum: Software, Gry - 8bit

1,520 Odpowiedź przez Fox

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

A jaka jest dokładność tych kwarców? Tj. jakie są odchyłki między poszczególnymi egzemplarzami?

Idź do forum: Sprzęt - 8bit

1,521 Odpowiedź przez Fox

(14 odpowiedzi, napisanych Programowanie - 8 bit)

Tylko nie C++! :mad:

Obsługa obrazów dysków na poziomie sektorów to jedno, a obsługa zawartych tam systemów plików to drugie.
Nawet gdyby libatr obsługiwało tylko to pierwsze, dla formatów powiedzmy ATR, XFD, ATZ, XFZ, DCM i VAPI,
to i tak byłoby bardzo przydatne.

Idź do forum: Programowanie - 8 bit

1,522 Odpowiedź przez Fox

(2 odpowiedzi, napisanych Emulacja - 8bit)

b write>=aaaa write<=bbbb

ustawi pułapkę zapisu do obszaru aaaa-bbbb.

Idź do forum: Emulacja - 8bit

1,523 Odpowiedź przez Fox

(51 odpowiedzi, napisanych Emulacja - 8bit)

Nie widzę w tym nic nadzwyczajnego. "rol" jest bardzo rzadko używaną instrukcją (szczególnie że nie ma odpowiednika w C), więc nie ma sensu jej optymalizować w sprzęcie. Za to użyte przeze mnie instrukcje są często spotykane i mogą być wykonywane równolegle w różnych potokach.

Większość RISCów pewnie nie ma wcale ROLa (przynajmniej nie 16-bitowego), więc trzeba robić podobnie kilkoma instrukcjami.

Idź do forum: Emulacja - 8bit

1,524 Odpowiedź przez Fox

(51 odpowiedzi, napisanych Emulacja - 8bit)

Wedle mojej wiedzy, takie "xchg" byłoby dużo szybsze na 286 i starszych,
a dużo wolniejsze na Pentium Pro i nowszych (gdzie AH jest fizycznie
osobnym rejestrem od AX i stosowana jest emulacja w celu utrzymania
wstecznej zgodności). Na nowych prockach prawdopodobnie najszybsze będzie:

mov edx, eax
shl eax, 8
shr edx, 8
and eax, 0FFFFh
add eax, edx

Idź do forum: Emulacja - 8bit

1,525 Odpowiedź przez Fox

(14 odpowiedzi, napisanych Programowanie - 8 bit)

libatr to mój pomysł :)

Idź do forum: Programowanie - 8 bit