Czy nasza scena moze sie pochwalic?

[Nitro__]

                   

Cytat:

nie napisalem ze to standard. Podobnie jak standardem nie jest SupercPU do C64. Sek w tym ze teraz juz praktycznie nic nie dziala na lysym 8bit |Atari bo trzeba miec rozszerzenie pamieci o ktorym piszesz nizej, ale o tym za chwile. I umowmy sie ze nie mam nic do takich rozszerzen, tylko standaryzacji czegos zblizonego jestem przeciwny (czytaj: chocoazby rozszerzenie pamieci w 8bit Atari), bo tez sobie moge podpiac 512K REU do C64 z kontrolerem DMA i zaczac porownywac jakosciowo produkty mozliwe do wykonania na takim zestawie (REU jest tak wydajny ze GEOS 2.0 go wykorzystuje jako akcelerator grafiki bitmapowej (kopiowanie blokow danych))

Po prostu specyfika sceny, my nadal wszystko robimy na standardowej konfiguracji, oni wola miec lepsze produkty na niestandardowym sprzecie.
Kilka miesiecy temu wyszedl port Bomb Jack\'a z C64, wymaga 320KB RAM\'u ze wzgledu na soft sprite\'y.

                   

Cytat:

wlasny proc nie ma tutaj nic do rzeczy (Swoja droga musi miec procesor bo przezciez w ATARI jest plug\'n\'play interface SIO, wiec dane sie laduja po tym intereface po prostu magicznie same? - nawet zadalem sobie trud i wyszukalem taka ulotke - http://www.tietokonemuseo.net/esitteita/atari400/atari810diskdrive.htm - pisze jak byk ze ma 6507 nawet najprostsza stacja 810.... zanim zaczniesz mi zarzucac niekomptetencje dot. sceny atarowskiej moze czasem sam siegnij do zrodel... ) , natomiast ze POKEY to jest uklad wszystko w jednym do tego stopnia ze ograniczona jest jego funkcjonalosc przy probie korzystania z kilku features jednoczniesnie (za malo nozek na scalaku... tylko 4bit magistrali adresowej wymusza inna fukncjonalnosc przy odczycie i zapisioe rejestrow POKEY\'a)

Uznaje moja niekompetencje w temacie, teraz ja bzdury napisalem.
edit:
chociaz odrobine prawdy napisalem, procka nie mozna do niczego wykorzystywac procz transferu, tak wiec atarowcy maja wygodne zamienniki stacji dyskietek.

                   

Cytat:

niemniej jednak majac tyle pamieci wiecej nie wierze aby nikt sie nie pokusil o tabelaryzacje efektow wykorzystujac wlasnie ta dodatkowa pamiec...

O ile mi wiadomo po prostu niepisany kodeks takich rzeczy im zabrania, chociaz i tak mozna upakowac killerski efekt ztablicowany w 64kb a potem po prostu skoczyc w sekundzie do nastepnego.
A u nas np. w Desert Dream kulki musialy byc w 4x4 bo pamieci na efekt bylo malutko.
smiglo: jak bedziesz, to wypowiedz sie - robil ktos u Was efekty powyzej 64KB?

                   

Cytat:

no tak, wypowiadam otwarta wojne wszystkim Atarowcom, szczegolnie Panu Smiglo/Blowjobb ktory jest tutaj na forum Wink

No troche twoj post tak zabrzmial - zgrzybiali atarowcy itd, ze smiglem pilem i konczylem demo na Riverwashu - swoj chlop tak samo jak na pewno reszta Atarowcow, w przyszlym roku mysle sie wybrac na ich zjazd. Scena jest jednoscia, czy tego ktos chce, czy nie chce - kazda scena konkretnego sprzetu ma swoj klimat, specyfike, obyczaje ale ogolnie jestesmy jedna rodzina jak glosi demo Trophyxu.

                   

Cytat:

no to poprosze Cie teraz o wskaznie takiego oprogramowania na VIC20 (poza demoscena) ktore jest naprawde warte emulacji. Ni zarazem nei ejst napisane w basicu rzecz jasna.

Nie powiedzialem, ze jest sens pisac emulator VIC\'a-20, uwazam, ze lepiej napisac jakies demko, podczas wczorajszej gadki z Ramosem po prostu powiedzialem, ze taki emulator jest do zrobienia i nadal tak mysle.

                   

Cytat:

PS. Mimo iz tego nie sprawdzilem to jestem niemal pewni tam jest uzywane BANKOWANIE . P.S. 2 : sporo \'normlanego\' oprogramowania na VICa wykorzystuje tez rozszerzenia jego ramu, to tez przewidujesz? Smile jak juz napisalem, jak w jednym banku zaladujesz kod z VIC20 dokladnie w takie miejsce w RAM gdzie to ma byc zaladowane a potem analizcujesz odczyty i wpisy w osobnym banku to sobie to mozesz spokojnie emulowac. co z tego ze bedziesz mial nawet moze i 60k do dyspozycji w jednym banku C64, skoro wszystko bedziesz musial prawdopodbnie relokowac? co sie stanie jak emulowany program akurat dobierze sie do pamieci w ktorej jest kod emulatora? 2 banki zapewniaja takie minimum ochrony pamieci.... i brak potrzeby relokowania danych.

Srednio rozumiem o co Ci chodzi, architektury VIC\'a-20 dokladnie nie znam, ani dokladnie zasady dzialania emulatorow ale na moje oko emulacja takiego VIC\'a na C64 jest mozliwa.
Co innego emulacja takiego ZX Spectrum czy portowanie gier z BBC Micro co jest robione na Atarynce.

[Kisiel]

no to ja dorzuce troszke faktow z mojego kociolka.
Z perspektywy rozszerzen:
Sa rozszerzenia pamieci ktore nie polegaja na relokacji pamieci tylko na ich podmianie wiec przeslanie teoretycznych 16KB zajmuje tyle co lda sta.
Np. napisanie 32kB kodu na stronie zerowej nie stanowi dla mnie problemu... (jak nie jarzysz to wypij browarka).. poza iloscia kasy ktora trzeba wydac na 2MB sram-u
Co do stacji dyskow i rozszerzen:
Kernal a procedury I/O z atarii sa tak napisane ze podpiecie dysku twardego do komcia to rzezba w gownie a na atari to maly pikus. I dlatego wszystkie rozszerzenia sa tak popularne na atari. Jak ktos nie rozumie to niech sobie zada trud wymiany rom na flash-a i robienie rzezby a podpiecie \"handlera\" na atarynce. To sa dwa rozne systemy i nie ma co za bardzo ich porownywac, bo nie ma jak.
Tak wiec fajnie ze ktos rzucil pomysl ale realizacje to juz cienko widze.
Moze jednak zamiast robic emulator otworzyc kernal na swiat rozszerzen?

[Nitro__]

Kernel i basic atarowski zajmuja o wiele wiecej miejsca niz u nas wiec zrozumiale, ze sa lepsze.

[smiglo .::.__]

                   

Cytat:

robil ktos u Was efekty powyzej 64KB?

Timekeeper korzystal z czterech bankow na tablice mnozenia/dzielenia. Co do reszty to sie nie wypowiem, bo poprostu nie wiem. Mysle tylko ze starania pr0be\'a zeby oszczednie wykorzystywac ram moga przyczynic sie do obnizenia wymogow dem atarowskich w przyszlosci... :>

[Nitro__]

Chyba nikt tutaj nie zna sceny Atarowskiej, wiec umieszcze link do dema, o ktorym mowi smiglo, to swietne coderporn zajmuje cale 12kb i chodzi na standardowej konfiguracji Atari, 64KB ram.
http://www.youtube.com/watch?v=7WKeAMj6oRE

[Raf]

co do wielkosci kodu... to nie jest dlugosc penisa

co do sceny Atari ... pewnie wszyscy tutaj sa glupi i nikt nawet tego komputera na oczy nie widzial.

A tak powaznie, to zdaje sobie sprawe z roznic ktore wystepuja w generowaniu obrazu na VIC-II i ANTIC/GTIA, a przedewszystkim z natywnych sprzetowych trybow graficznych o nizszych rozdzielczosciach

http://en.wikipedia.org/wiki/Software-driven_graphics_modes_for_the_Atari_8-bit_computers

http://www.atariarchives.org/agagd/chapter1.php

[smiglo .::.__]

A czy kojarzy ktos nazwe takiego demka na komcia z raytracerem? Zaczynalo sie bodaj od cytatu \"remember - realtime raytracing is impossible\", potem byla seria scenek z roznymi obiektami, w trybie 16 kolorow, z pikselami 4x4, i chyba nawet w przyzwoitej predkosci. Designu raczej tam nie bylo, ale technicznie miodzio, nie moglem uwierzyc...

[Raf]

ja tylko pragne wskazac ze na malym Atari te rzeczy jednak ladniej wygladaja.. wiecej kolorow i jak ogladalem kilka dem - te obiekty i tla layerowac mozna zdecydowanie efektowniej i szibciej niz na c64 (czy to dzieki display liscie?) . na C64 takie rzeczy sie zdarzaja w symulowanym 40x25, 80x50 16 kolorow, ale nie wygladaja tak ladnie.

swoja droga... Przypominam sobie to demo na Atari ... z wieloma obiektami 3d ... i to demo zostalo uruchomione na 65816@~14Mhz zeby pokazac ten przeskok jakosciowy.. plynne dla oka to bylo na 14MHz, to ilez to moglo FPS byc przy efektywnym ~1.2Mhz na golasie a obiekty fajne, tlo kolorowe, obiekty na tym tle - tylko nie pamietam nazwy dema... ani nazwy grupy :d

a co do tego dema na C64.. to nie kojarze tez

[Nitro__]

                   

Cytat:

ja tylko pragne wskazac ze na malym Atari te rzeczy jednak ladniej wygladaja.. wiecej kolorow i jak ogladalem kilka dem - te obiekty i tla layerowac mozna zdecydowanie efektowniej i szibciej niz na c64 (czy to dzieki display liscie?) . na C64 takie rzeczy sie zdarzaja w symulowanym 40x25, 80x50 16 kolorow, ale nie wygladaja tak ladnie.

smiglo troche mi powyjasnial co i jak dziala na scenie Atarowskiej - Sytuacja jest taka, ze praktycznie wszystko jest robione w 4x4, ale ten tryb nie zjada mocy procesora jak u nas, tylko jest robiony display lista, Oswald oszacowal, ze ten tryb na Atari jest ok. 2x szybszy niz u nas. Druga sprawa jest to, ze jesli w tym trybie korzystamy z odcieni, to wszystko wyglada duzo lepiej - zlewa sie ze soba, a u nas wyraznie widac kontrast pomiedzy kolorami i pikseloze.
Trzecia sprawa to uklad danych w Atari - linearny co oszczedza przeliczen.

                   

Cytat:

swoja droga... Przypominam sobie to demo na Atari ... z wieloma obiektami 3d ... i to demo zostalo uruchomione na 65816@~14Mhz zeby pokazac ten przeskok jakosciowy.. plynne dla oka to bylo na 14MHz, to ilez to moglo FPS byc przy efektywnym ~1.2Mhz na golasie Razz a obiekty fajne, tlo kolorowe, obiekty na tym tle - tylko nie pamietam nazwy dema... ani nazwy grupy :d

Reditus by Zelax? To demo dobrze chodzi na standardowej konfiguracji:
http://www.youtube.com/watch?v=vpOwp5TzMJE

                   

Cytat:

A czy kojarzy ktos nazwe takiego demka na komcia z raytracerem? Zaczynalo sie bodaj od cytatu \"remember - realtime raytracing is impossible\", potem byla seria scenek z roznymi obiektami, w trybie 16 kolorow, z pikselami 4x4, i chyba nawet w przyzwoitej predkosci. Designu raczej tam nie bylo, ale technicznie miodzio, nie moglem uwierzyc...

Takze tego dema nie widzialem i nie kojarze, ale za to zobacz screen z legendarnej Polskiej produkcji z 92 roku - Place in the Space, gdzie mamy liczony dosc dlugo w realtime ray-tracing, ale efekt jest genialny.

(gif jest marnej jakosci, obejrz czesc na emulatorze, obiekt lata plynnie w 50fpsach.). Demo jest dlugie, ogladaj po Vice co by warp mode przyszedl z pomoca. Albo mozna tez omijac czesci - klawiszem Commodore bodajze.
W sumie 121 kombinacji wychodzi, mozna tez wlasnorecznie tworzyc rysunek do ray-traycing\'u. Legendarna produkcja i legendarna grupa, jedno z moich ulubionych dem mimo wieku i jedno z pierwszych, ktore obejrzalem.
Ciekawe, jak ta czesc wygladalaby dzisiaj po wynalezieniu setek trickow i sposobow na optymalizacje.

[fenek__]

>A czy kojarzy ktos nazwe takiego demka na komcia z raytracerem? >Zaczynalo sie bodaj od cytatu \"remember - realtime raytracing
[...]
To demo to Decade/Smash Design.
linki:
http://noname.c64.org/csdb/release/?id=3693
http://pouet.net/prod.php?which=5277

[Nitro__]

Hmm, za nic nie moge odpalic tego demka ani na Vice ani Hoxsie, po swietnej scence z kostkami w 4x4 wywala mnie do basica..

[Izaak Berenbaum__]

                   

Nitro napisal:

Hmm, za nic nie moge odpalic tego demka ani na Vice ani Hoxsie, po swietnej scence z kostkami w 4x4 wywala mnie do basica..

bo to koniec dema ? w obu emulatorach demo dziala dobrze,poza bugiem przy pierwszym efekcie w Vice.