2,601

(45 odpowiedzi, napisanych Bałagan)

faktycznie koniec w Natural Wonders II jest świetny! Szkoda tylko iż my mając takie możliwości od zawsze nie wpadamy na tak proste i efektowne pomysły... my mamy Display List od zawsze... a oni aby VIC-a do tego zmusić muszą się nieźle nabiedzić... mimo i na naszej platformie jest to prostsze do zrealizowania ... jakoś nikt z naszej sceny na takie wykorzystanie DL nie wpadł... chociaż było możliwe od lat :)

Może wynika to z tego iż każdy myśli że na DL zrobiono już wszystko i idziemy nie w tą stronę... to oczywiście jedna strona medalu, ale to temat na zupełnie inną dyskusję :)

Na tym przykładzie (końcowa scena Natural Wonders II) doskonale widać iż liczy się również nieszablonowy i niebanalny pomysł ;)

Seban

2,602

(45 odpowiedzi, napisanych Bałagan)

pr0be dzięki za informacje! :D Nie ma to jak skondensowana dawka wiedzy w pigułce :) Zaczołem przeglądać jakieś tutoriale a propos VIC-a ale szybko mi się znudziło :)

pozdrawiam
Seban

2,603

(45 odpowiedzi, napisanych Bałagan)

Co do muzyki: Sądząc po rozmiarze pliku ten SID-a to zrzut całej pamięci :)

Zawsze mnie zastanawiało jak koderzy C64 robią efekty typowo display-listowe (np. powielenie tej samej linii w pionie). Z tego co wiem VIC w normalny sposób tego nie umożliwia :) Do tego podziw dla kodera który w tym demie praktycznie w większości czasu otwiera ramki VIC-a, tam wymaga to koszmarnego cyklowania (C64 nie ma odpowiednika STA $D40A). Zauważcie iż aby na C64 położyć coś na bocznych ramkach trzeba tam wrzucić sprite-y i chyba linia w linię mieszać coś w rej. VIC-a aby ten sądził iż ramka mu się nie skończyła, o ile otwarcie pionowych nie jest jakieś straszne to tyle otwarcie poziomych po prostu wymaga chyba sporego miąchania... a z tego co zobaczyłem w tym demie większość czasu coś się dzieje na bocznych ramkach.

ps) bierzcie pod uwagę iż mogłem napisać jakieś głupoty w tekście powyżej... ale ja się na C64 nie znam :)

No i bardzo mi się podobają ich szybkie zoomer-y... kila razy je wiedziałem ale nie wiem jak oni robią je w jednej ramce (rozciąganie w poziome, pewnie prefazowane i na fontach), ale jak to robią VICE-em w pionie :) nie wiem :) (mówie o tych zommerach co cały ekran zajmują i motyw grafiki jest powielony wiele razy - tak jakby był to ułożony jeden pełny zestaw znaków na którym jest to później rysowane)

2,604

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

Hej!

Alex ty akurat masz taką możliwość (umiejętności koderskie) więc poświęć swój cenny czas i napisz nam :)

Seban

2,605

(45 odpowiedzi, napisanych Bałagan)

Ciekawe czy wykorzystuje CPU w stacji dysków do liczenia :)

2,606

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

zgadzam się z TeBe... znając życie i mając na uwadze poprzednie doświadczenia... szansę iż to rozwiązanie zdobędzie jakąś popularność są marne. Tylko rozwiązanie typu cartridge (którego nie trzeba fizycznie montować w komputerze) ma jakiekolwiek szanse powodzenia.

xxl napisał/a:

czy ktoras z tych kombinacji juz jest uzywana? (najbardziej odpowiadalaby mi pierwsza kombinacja)???

Myślę iż np. rozszerzenie 1088K wykorzystuje wszystkie kombinacje.

2,607

(27 odpowiedzi, napisanych Bałagan)

[offtopic mode:on] jeju... tak to czytam i zastanawiam się skąd macie czas na oglądanie tylu seriali :) [offtopic mode:off]

2,608

(126 odpowiedzi, napisanych Programowanie - 8 bit)

ale zaraz... C64 killer to nie był mod Player napisany przez Pecusia? Jeżeli to był mod player to chyba nie bardzo wykorzystywał GTIA do grania :)

Co do mojego walącego się archiwera to był to Full Disk Archiver i nadawał skompresowanym plikom rozszerzenia .FDA, ten w zip-ie ma jakieś .000 więc wątpię aby był to FDA... poza tym FDA nie poszedł chyba nigdy w świat ze względu na ten fatalny błąd :D

btw. kliknięcie w link XLent-a otwiera jakąś masakrę, dopiero "skopiuj adres odnośnika" pozwoliło pobarać plilk.

Seban

2,609

(126 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Panowie chyba TL w którymś swoim demku wykorzystał GTIA do grania jedno-bitowych sampli... jak go znajdę to wam podeślę linka.

Problem w tym iż nie pamiętam jak się ono nazywało :(


UPDATE: dobra znalazłem, jest do pobrania tu. Tyle że niestety żyłem przez lata w błędzie, ten player nie używa GTIA do grania, chyba się kiedyś zasugerowałem scrollem i nietypowym jak na Atari basem :)

Seban

2,610

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

Hej!

Standardowy 8K cart działający w przestrzeni $A000-$BFFF nie wymaga żadnych komponentów oprócz EPROMU odpowiednio połączonego do gniazda cartridge.

pozdrawiam
Seban

2,611

(3 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Wydaje mi się iż ktoś próbował to już robić:

http://www.myatari.com/nirdary.html

Modyfikacja polegała na zamianie ANTICA na PAL-owski i podmianie ROM-u na patchowany. Nie wiem jak to działa bez wymiany rezonatorów kwarcowych. Ale podobno działa.

Mam jeszcze jedną wątpliwość... GTIA pozostaje niezmieniona i tworzy się taka hybryda PAL ANTIC + NTSC GTIA. Naprawdę nie wiem jak to może działać :) I jaki de facto jest obraz generowany :)

W dodatku podmiana OSROM nic nie daje dla programów które sprawdzają czy GTIA jest PAL czy NTSC. Tutaj GTIA zwraca iż jest NTSC, ANTIC jest PAL-owski.

Fox wspominał iż jedynym sposobem na wykrycie takiej maszyny jest sprawdzenie do jakiej max. wartości dochodzi licznik w $D40B.

Soft który nie sprawdza na jakiej maszynie chodzi podobno działa, taki co sam wykrywa jakie masz GTIA pisze że masz NTSC. Tak więc jedyny ratunek to "zapatchowanie" takiego programu :)

pozdrawiam
Seban

2,612

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

Hej!

A tutaj ta audycja w której był emitowany FEUD.

pozdrawiam
Seban

2,613

(12 odpowiedzi, napisanych Programowanie - 8 bit)

zyga, dely: faktycznie namieszałem :) Macie racje :)

pozdrawiam
Seban

2,614

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Zyga, a nie jest odwrotnie? tnz. LOAD "...",8,1 ładuje zawsze pod $0801, a LOAD "...",8 ładuje pod adres wskazany w dwóch pierwszych bajtach?

2,615

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Co do Atari to jeszcze możesz podejrzeć strukturę pliku, używając programu Jindrich Kubec-ki:

http://jindroush.atari8.info/data/asoft/chkexe_bin.zip

odpalasz chkexe.exe twój_plik.xex i wypluwa na ekran strukturę pliku, dla przykładu jak to wygląda:

chkexe.exe zorro.xex
ChkExe v2.71 (c) 1998-2000 Jindrich Kubec <kubecj@asw.cz>
Binary file:  zorro.xex
[0002] Block:  8000-8062 (0063)
[0069]      :  Unexpected second 0xffff format header
[006B] Block:  4000-49FF (0A00)
[0A6F] Init :  8012
[0A75]      :  Unexpected second 0xffff format header
[0A77] Block:  4A00-53FF (0A00)
[147B] Init :  8012
[1481]      :  Unexpected second 0xffff format header
[1483] Block:  5400-5DFF (0A00)
[1E87] Init :  8012
[1E8D]      :  Unexpected second 0xffff format header
[1E8F] Block:  5E00-67FF (0A00)
[2893] Init :  8012
[2899]      :  Unexpected second 0xffff format header
[289B] Block:  4000-48FF (0900)
[319F] Init :  8012
[31A5]      :  Unexpected second 0xffff format header
[31A7] Block:  4900-4EFF (0600)
[37AB] Init :  8012
[37B1]      :  Unexpected second 0xffff format header
[37B3] Block:  1480-4D7F (3900)
[70B7]      :  Unexpected second 0xffff format header
[70B9] Block:  5BE8-84E7 (2900)
[99BD]      :  Unexpected second 0xffff format header
[99BF] Block:  5000-5030 (0031)
[99F4] Run  :  5000
Ok!

Bardzo dawno temu (za czasów Code3) napisałem dwa prościutkie tego typu programy dla Atari. FileTracer (FT.COM) oraz Fast FileTracer (FFT.COM). Funkcję spełniały one ta samą, różniły się prędkością działania. Pierwszy czytał analizowany program bajt po bajcie (nie miał dużego zapotrzebowania na pamięć), drugi używał bufora przez co odczyt poszczególnych bloków był szybki - lecz kosztem zajęcia całego RAM od MEMLO to $BC1F.

pozdrawiam
Seban

2,616

(12 odpowiedzi, napisanych Programowanie - 8 bit)

Jeżeli chodzi o C64 to z tego co pamiętam to program typu .PRG zawsze ale to zawsze ładuje się u nich pod $801, i może mieć maks. rozmiar 38911 bajtów. Programy wykonywalne na commodore muszą udawać program BASIC-owy. Ładowane są BASIC-ową komendą:

 LOAD "nazwa",8,1

Każdy program składa się więc z nagłówka identycznego, wskazującego na adres ładowania $0801 (dwa pierwsze bajty), potem następuje kawałek stokenizowanego programu w BASIC-u, najczęściej jest to coś w stylu:

SYS 2069

Na instrukcja pozwala na uruchomienie wczytanego programu od podanego za SYS adresu. Potem już leci program, najczęściej spakowany różnymi cruncherami, packerami. Wydaje mi się iż właśnie przez ograniczenie, iż ładowane programy muszą się mieścić w buforze interpretera BASIC-a na Commodore powstało tyle programów pakujących :)

pozdrawiam
Seban

2,617

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

draco030: naprawdę potrzebujecie flash carta? normalnie bankowanego, np. przełączanego jednym wpisem do wybranego przez was rej. $d5xx? (no może dwoma bajtami jeżeli chcecie więcej niż 128 banków). Jeżeli tak trzeba było mówić ;)

2,618

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

Każdy daje się załadować od czasu do czasu ;) To tylko kwestia kiedy to nastąpi :) Za każdą wtopą człowiek co prawda jest uważniejszy, ale czasami jeszcze udaje się mu coś wkręcić :)
Jak to powiedzieli panowie z kabaretu "Ani Mru Mru":

- to chyba jakiś chiński "chłyt" marketingowy!
- ale "dzjała"

Pajero: ja czytałem ten tutorial: http://www.atarimax.com/flashcart/docum ... pter8.html

Z niego wynika że każdy program który dotknie $D301 lub włączy ROM, wymaga modyfikacji aby uruchamiał się z ich carta. Mozolnie opisują super prosty sposób modyfikacji gier BLACK LAMP i Zorro. Dlatego napisałem że to jakiś "żart".

pozdrawiam
Seban

2,619

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

Pajero: dobrze wnioskujesz: 1Mbit to 128K.

wklejam z ich doc-a na WWW:

Capacity

    * 1Mbit flash-memory device arranged as 16 banks of 8KB. (1Mb Cartridge)
    * 8Mbit of flash-memory arranged as 128 banks of 8KB. (8Mb Cartridge)

16 banków po 8Kbajtów = 128Kbajtów
128 banków po 8Kbajtów = 1Mbajt

2,620

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

Hej!

Obawiam się iż dostaniesz cartridge o pojemności 1Mbajta :) Panowie z ATARI-MAX napisali małymi literkami 8Mbit :) Co daje w efekcie 1Mbajt.
Co do reverse engineering to nie ma czego kopiować, zwykły FLASH, trochę logiki i odpowiedni soft. Wydaje mi się iż napisanie odpowiedniego softu to jedyny problem (czas, czas, czas).

update: przeczytałem "tutorial" jak konwertować gry aby można było je uruchomić z tego carta. To chyba jakiś żart. Żaden normalny użytkownik nie mający choć minimalnego pojęcia o assemblerze 6502 nie poradzi sobie.

Aby być w pełni fair napiszę jeszcze iż być może się uprzedziłem, jakoś nie firma atarimax.com nie zyskała nigdy sympatii w moich oczach. Jakoś za nimi po prostu nie przepadam ;) Oczywiście pełny szacunek ale Stevena J. Tuckera za APE dla DOS. To co wyprodukowali dla Windows zawsze działało mi na nerwy.

[offtopic mode=ON]
Gdy muszę pod Windows SIO emulować to korzystam z atari810, jest darmowy i spełnia moje oczekiwania :) Do pobrania tutaj: http://retrobits.net/atari/atari810.shtml (i na szczęście można wyłączyć ten  "skin").
[offtopic mode=OFF]

pozdrawiam
Seban

2,621

(6 odpowiedzi, napisanych Zloty)

Meśka co ty miałaś za napis na tej koszulce... na fotkach dostrzegłem jedynie słowo "wyjeb*#*(#". ;)

2,622

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

Wow! Po raz pierwszy zobaczyłem drugi poziom :) Dobrze że w drugim poziomie nie zrobili już czasu w którym trzeba dojechać... to mogłoby już doprowadzić do samobójstw :D

2,623

(3 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

widzę iż bardzo niesympatycznie się ta aukcja zakończyła, szczególnie dla potencjalnych kupujących.

2,624

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

Hej!

Co do DFC (Digital Fine Contrast) i DFI (Digital Fine Image czy Digital Adaptive Fine Image) to nie mam pojęcia jak one działają w przypadku monitorów LG. W polskim czy angielskim wiki na temat DFC piszą jakieś ogólniki, w zasadzie to marketingowy bełkot ( http://pl.wikipedia.org/wiki/Digital_Fine_Contrast ), a o DFI nic praktycznie nie ma. Ale faktem jest iż owe "polepszacze" obrazu mogą człowieka doprowadzić do szału w przypadku sygnału jaki generuje 8-bit ATARI :) Natomiast w przypadku sygnału generowanego przez PC-ta czy nawet wewnętrzny tuner TV nie mogę narzekać owe technologie sprawdzają się doskonale. Nie jestem żadnym profesjonalistą jeżeli chodzi o grafikę i dla mnie monitor z matrycą TFT jest na szczęście wystarczający :)

Ale wracając do tematu i nie wnikając w zasady działania tych technologi widać dokładnie iż układ scalony odpowiedzialny za przetwarzanie wizji robi z sygnałem PAL parę zabiegów które mają spowodować aby taki sygnał wyglądał jako tako na matrycy LCD o dużej rozdzielczości i działającej tylko w trybie progressive, ale w przypadku sygnału z ATARI występują niestety owe efekty uboczne. Procesor wizyjny przetwarzając kolejne klatki obrazu bierze pod uwagę wcześniejsze klatki i stąd zapewne opóźnienie w pokazywanym obrazie.

Oglądając schemat monitora można zauważyć że procesor wizji ma do swojej dyspozycji spory kawałek pamięci SDRAM :) Nie pamiętam już ile konkretnie, ale widać że monitor ostro pracuje nad wizją skoro potrzebuje frame buffera na kilka klatek ;)


Co do uwagi od Piguły:

Masz rację... ja może opisze to na przykładzie ATI All In Wonder 128. W przypadku systemów Win9x, karta ta przy zgrywaniu obrazu tworzyła plik MPG który był typu "interlaced", czyli de facto 50fps. Odtworzenie tego pliku pod tym samym Win9X dawało świetne wrażenie, obraz był dynamiczny i nie było żadnych nieprzyjemnych efektów (może poza delikatnym migotaniem związanym z interlacem). Do tego jeżeli mialo się ustawiony screen refresh na 100Hz... Panowie obraz malina! Karta idealnie synchronizowała się z Vblank, wyświetlała pięknie interlacowany materiał.

Jakież było moje zdziwienie i załamanie gdy po migracji na Win2000 i zainstalowaniu nowych driverów wszystko się zmieniło... materiał z zgrywany kartą miał już 25FPS i był już progressive... no kicha na maksa, obraz stracił na dynamice i kolorach. Drivery już nie mogły sobie pozwolić na wstrzymanie systemu do Vblank, zaczęły robić jakiś durny fatalny w skutkach deinterlaceing. Materiał zgrany wcześniej na Win9x również tracił na jakości i dynamice. Strasznie się wtedy wkurzyłem...

Te zakłócenia o których wspomina Piguła to mogły być efekty nieudolnego softwarowego usuwania interlace, bo takiego formatu obrazu (tylko progressive) wymagał już nowy Windows. Podobno MS wprowadził taki standard obsługi tunerów i streamów video. Nie znam się na tym i mogę powtarzać niechcący jakieś stado bredni... jednak po tym wypadku przeszło mi zamiłowanie do kart serii All In Wonder.

Później ponownie spróbowałem (jak jeszcze miałem monitor CRT) kart ATI opartych o nowe scalaki Rage Theatre 550/650 PRO, ale okazało się iż te karty mimo iż mają obraz całkiem dobrej jakości to w przypadku WinXP mają strasznie duże opóźnienie. Niestety tu znowu MS wymógł na producentach chipsetów do obsługi video aby materiał dostarczany przez kartę był już w formacie MPEG. Tak więc biedne chipy RT 550/650 mają na pokładzie sprzętowy enkoder do formatu MPEG, trochę pamięci SDRAM. Przechwytują klatki, pakują je do bufora a potem już system operacyjny (WinXP) sobie czyta stream przygotowany przez kartę. Efekty uboczne są dwa:

1) opóźnienie od kilku do kilkunastu klatek w pokazywanym obrazie (w przypadku TV nie ma to znaczenia). W przypadku komputera dźwięk i obraz pojawia się z ponad 0,5sek opóźnieniem.
2) mimo ustawienie jakości kompresji na high widać czasami artefakty spowodowane kompresją MPEG :(

W dodatku karta oparta na tym chipsecie nie chciała mi pracować poprawnie z DSCALER-em, jedynie stary poczciwy VirtualDub potrafił z niej pokazywać obraz bez denerwującego opóźnienia. Rozwiązanie takie jednak nie było dla mnie zadowalające i szybko z używania tej karty zrezygnowałem.

Należy jeszcze wspomnieć iż karty te doskonale radzą sobie jako tuner TV czy karta do zgrywania materiału video do postaci cyfrowej. Jednak nie mogę ich polecić jako urządzenie z którym ATARI współpracuje bez zarzutu :( No cóż ale takie rozwiązania narzucił producentom sprzętu Windows Media Center i dla zwykłych użytkowników nie ma to chyba znaczenia. To my dziwacy jesteśmy skazani na efekty uboczne tej technologi :(

W przypadku starego PC-ta pozostałem przy starym Radeonie serii 9250 w wersjo VIVO (ma na pokładzie scalak jeden z pierwszych wersji układów Rage Theatre jeszcze bez kompresji MPEG). W przypadku nowszego zmuszony jestem do używania wejścia S-Video In w monitorze LG. Na szczęście u mnie nie występują efekty które zaprezentował nam kolega Lotharek (mówię o dziwnym zachowaniu się monitora z ATARI) 

pozdrawiam
Seban

2,625

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

Lotharek: do LG mam podłączoną moją starą wysłużoną 130XE (Pamięci 8x1bit). Do do efektu który opisujesz to owszem jest obecny. Nawet niekoniecznie przy zmianie trybu graficznego, wystarczy przesunąć kursor w GR.0 aby zaobserwować ten efekt, takie zachowanie to już wina "inteligencji" procesora wizji zaszytego w tym monitorze. Widać to nawet oglądając TV. Obiekty ruchome są dość rozmazane, gdy coś staje się nieruchome układ obrabiający wizję stara się dany fragment wyostrzyć i zniwelować efekt interlace. Ale na taką full automatykę to już nic nie poradzimy chyba :)

Ale to nie jest najbardziej wkurzające, najbardziej wkurzające jest opóźnienie kilku ramek w wyświetlanym przez monitor obrazie. To może doprowadzić do szału w niektórych przypadkach.

pozdrawiam
Seban