ech, musze sie kiedys wybrac na sprzetowo-softowe korepetycje z odpowiednim paliwem, do stolicy krolow nie mam daleko ;)
Zapraszam. Można zorganizować łikendową nasiadówkę, najwcześniej za tydzień (bo YerzmYeYa boli ząb) ;)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Golden Axe na Atari: Nowy silnik Vegi Vega prezentuje szybki silnik dla portu Golden Axe, oferujący tryb dla dwóch graczy, muzykę Mikera i grafikę Gaspara.
FujiNet Go 800 na Androida Emulator Atari 8-bit z wbudowaną obsługą FujiNet zadebiutował w sklepie Google Play dla Androida.
Fujisan 2.0.3 Aktualizacja emulatora Fujisan przynosi poprawki FujiNet, FastBasic i naprawę obsługi joysticków.
TURGEN 9.4.3 Aktualizacja narzędzia TURGEN do tworzenia taśm dla 8-bitowych Atari z nowymi poprawkami.
Wyniki GRAWITACJA 8bit GameJam Znamy zwycięzców krakowskiego jamu. Temat: PROMIEŃ. Najlepsza gra to 3.14RANHAS na Atari.
atari.area forum » Posty przez Pin
ech, musze sie kiedys wybrac na sprzetowo-softowe korepetycje z odpowiednim paliwem, do stolicy krolow nie mam daleko ;)
Zapraszam. Można zorganizować łikendową nasiadówkę, najwcześniej za tydzień (bo YerzmYeYa boli ząb) ;)
.. tylko co na to TBXL ;) Spod interpretera tego nie zrobię, zakończy się to pewnie na etapie x=usr(... ;)
EDIT:
hahahahh, XL-Digital generuje chyba z 50kHz na pokeya. Szkoda tylko że sample są z 4-5 oktaw za wysoko :D
Rapidus z VBXE działa bez problemów (ponoć tylko ja mam te dwie rzeczy jednocześnie), mogą ponoć wystąpić jakieś problemy z U1MB. Tego jednak nie wiem, bo Ultimate jest następne w kolejce do montażu ;). Dodatkowo, trzeba paczować każdego IDE+ od rewizji A do C, choć to nie jest problem bo przeróbka jest dość prosta.
@Mazi - przywiązujesz do nazewnictwa wartości ideologiczne i traktujesz to (nie wiem czemu) zbyt osobiście ;)
Od co najmniej 10 lat można było metodą na druta zmontować '816 adapter, gdzie mamy std taktowanie, nie ma liniowego ramu, jest jednak możliwość pracy w 16 bit trybie, jest OS który można wykorzystać itd. W normalnym trybie (po włączeniu komputera) jest to w zasadzie (jak by to powiedział Mazi i niech mu będzie) tryb emulacji 6502 w którym mamy wszystko, poza nielegalnymi rozkazami. Te zastąpione są rozkazami dla '816 i działają także w trybie "emulacji" 6502. Ciekawym przykładem wykorzystania tej cechy jest opcjonalne użycie '816 pod SysInfo (Draco), gdzie w oparciu o 16 bit znacznie są przyspieszone operacje związane z rysowaniem okienek w trybie graficznym. Poza drobnicą powstał też sterownik do ramdysku pod Sparta DOS X znacznie szybszy od pierwowzoru na 6502. Są perspektywy, nadchodzi i Rapidus. Stąd też (zresztą od czasów zlotów w Opalenicy) są zapisy w regulaminach ograniczające użycie nielegalnych rozkazów bo jest to w pewnym sensie kompromis pomiędzy tym co było a co można zrobić i ukłon w stronę względnej zgodności w jedną stronę. Dlatego też, co zresztą było milion razy wałkowane - jeśli nielegalne rozkazy nie są KONIECZNOŚCIĄ, to nie należy ich używać. Jeśli coś nie wyrabia i nie ma innego wyjścia - to niech sobie będą.
@Mazi ;)
I o to w tym Mazi chodzi, by na siłę nie ograniczać rozwoju sprzętu poprzez bezsensowne gadanie (w Ty, to masz chyba nerwicę związaną z "nieudokumentowanymi", których ja nie neguję pod w/w warunkiem i nie jest to chyba złe rozwiązanie) i doprowadzić do sytuacji w której nowe rozwiązania będą powodować niepotrzebne problemy dla użytkownika komputera. Choć nie są to tak do końca nowe rozwiązania, proponuję poszukać hasła "Hyper Speed") :)
.. i jak tu słusznie zauważono - są też pewne kwestie wygody używania narzędzi, której na Atari nie było i dlatego 90% kodu, grafiki, muzyki tworzone jest na PC i stało się tak dlatego, że nie było odpowiednich możliwości na "prawdziwym" hardware.
:) - jest dobrze. Ostatni z rdzeni (+ strona zero) z czego widzę daje możliwość zachowania 100% zgodności w stosunku do 65c816 adaptera. I są zmiany w stosunku do wcześniejszej wersji, bo teraz w tym trybie nie widać liniowej '816 pod SI a w CDRUG nie widać wreszcie okazjonalnie "latających" syfów na grafice i wszystko wygląda ok ;)
EDIT:
Jak by mieć "LPOKE" pod TBXL, to by nawet można było opcjonalnie kojarzyć określone dopalenie dla danego programu (trs_desk) ;). Choć, dla SDX można składać pliki *.bat z konkretnym dopałem dla konkretnego programu. Można to włączyć i wyłączyć programowo. Rewelacja ;)
W zasadzie tylko wyzerowanie 7 bitu $FF0080 wymusza restart z racji na podmianę OS'a
Wiesz Voy, tylko że zaraz przyjdzie Mazi i powie, że regulamin który ktoś tam sobie wymyślił jest be, bo jego komputer wyprodukowany w 1985 roku może coś tam. No i rozmowa będzie trwała do końca świata, lub nawet jeden dzień dłużej :D
Slyszysz to Grey? Zmieniaj regulamin 8-bit compo!
Oczywiście masz rację. Sam je poprowadzisz :D
i ktory pozwoli wygodnie pracowac nad produkcjami dla Atari na Atari. Jako atarowiec czuje sie niekomfortowo zmuszany do pracy w srodowisku windows po to, zeby przykladowo narysowac kolorowy obrazek dla osmiobitowego atari ;)
I dlatego, że mam wygodny system, hdd i kilka ciekawostek sprzętowych ułatwiających pracę na Atari a nie emulatorze muzaki mogę wygodnie pisać na Atari ;)
ale fakt jest faktem - Franny nie pokazuje wpisów
:) - tak jak na Silly Venture? (dzięki czemu spędziliśmy cały dzień przy kopiowaniu, zamiast 15 minut jak pod TC :P )
Być może, ale osobiście nie przekonało mnie to rozwiązanie. Z "dużego" ATR'a zawsze mogę bez problemu dane kopiować na HDD, a z loadera SIO2SD już nie mam takiej możliwości. SIO2SD loader oczywiście będzie dobry dla "graczy" ;)
To mi przypomniało o jednej rzeczy, że plugin do TC i ATR mógłby mieć możliwość zainicjowania dysku w formacie Sparta DOS loaderem "SDLOAD". Było by to bardzo wygodne przy składaniu "dużych" obrazów dla SIO2SD zawierających znaczną ilość plików (np. całe drzewo z archiwum zassanego z sieci).
Miałem i leży gdzieś na dnie szafy. Powody dwa:
* w oryginalnych stacjach szlag trafiał paski napędowe, które po latach rozpadały się na strzępy
* bardzo łatwo jest wsadzić do CPC stację 3.5", dodatkowo jest bardzo wygodny util na PC do zapisywania obrazów dyskietek na dyskietki fizycznie.
... no chyba, że masz duży zbiór dysków 3" i chcesz tego w tej postaci używać ;)-
To jest fabryczna (oryginalna) poprawka.
Tylko że to już nie będzie małe atari a coś zupełnie innego.
najbardziej "prosty" tryb 16 bit jest zgodny w przypadku 99% programów z 6502, więc nie wysuwałbym aż tak odważnych tez o "inszości" ;)
@As - chyba Draco ... i nie Pin, bo ja to tylko "mam" ;)
@Sikor - różnica jest jeszcze taka, że w odniesieniu do tego co pisałem chciałem zauważyć że pisałem o trybie turbo, który trzeba sobie włączyć po odpaleniu komputera, który na dzień dobry uruchamia się z procesorem 6502c (Uwaga - ORYGINALNYM procesorem ATARI!!! :) - uhahahahh) i ten oto 40 nóżkowy układ umieszczony jest w PCB Rapidusa. Stąd też nie wiem o co ten lament ;)
Ale jak wskazują doświadczenia - nie odpalisz wszystkiego z 6502C (nawet, jeśli nie ma nielegali).
:) - ciekawe. Odpalam kompa z Rapidusem i mam na dzień dobry 6502c. Odpalę dowolny "standard" XXL'a i też działa :D
nie zaśmiecając wątków dla użytkownikó Atari z dedykowanym procesorem.
To może sub-forum dla ludzi z:
* jednym pokeyem (przecież dwa brzmią zbyt dobrze)
* z covoxem (przecież to dźwięk 8-bit a nie 4)
* z 1MB ram (przecież dawali max 130XE)
.. dedykowanym procesorem? :D - przecież to nie "dedykowane" stereo, covox i pecetowy 1MB simm w haniebny sposób bezczeszcząc Atari zasługuje na oddzielne forum? ;)
Sikor - nie wiem, ale sądzę że temat ten prowadzi do nikąd i teraz tak sobie myślę, że rozdzielając forum na dodatkowe podkategorie śmietnik będzie raczej większy. Takie moje zdanie.
Rapidus też może być "przezroczysty" ;)
ok - to idąc tą drogą, jeśli mówisz o trackerze na Rapidusa i fakt, że czegoś takiego nie odpalisz na "zwykłym" Atari - to odpal demo z CT60 na zwykłym Falconie .. a CT60 nie jest jakoś postrzegane jako złoooo i **** ;)
Poza tym, 65c816 ma dwa tryby pracy. 8 i 16 bit ;)
zbyt duże zależności między kartą z 65c816 a hardware'm. Atari z tej pozycji raczej nie wygląda jak terminal. W sumie się dziwię, bo większe ajwaj powinno być przy VBXE ;)
Atari XL/XE z Rapidusem na pokładzie w STD konfiguracji ma 6502c i w kwestiach zgodności niczego nie zmienia. Nie wiem więc, czy jest to powód do robienia dodatkowego zamieszania na forum. Np. w 16/32 bit nikomu nie przeszkadza obecność CT60/..
Ogólnie nie mam zdania tak do końca.
Sikor - robi się z tego narzędzie, którym można zrobić coś więcej, niż tylko grać. Widzisz, ostatnio kompilowałem program spod TBXL i na Rapidusie zysk czasowy był tak ze razy 3 ;). Chcę napisać zajebiście brzmiącego muzaka - czemu nie. .. i to na POKEY'a :D - Sprawi mi to przyjemność i chyba o to chodzi. Będę chciał mieć STD Atari - dopałka niczego nie zmienia, "normalne" Atari cały czas jest na pokładzie. Jak już o grach - zagrać w kilka gierek na dopale = sama przyjemność ;)- Są nowe możliwości, jest zainteresowanie - sprzęt jest żywy, bo dając nowe możliwości tworzy się nowe wyzwania i chęć do pracy. I chyba o to w tym chodzi.
Powiem tak. Przydał by się nowy Neotracker, lub pacz do starej wersji (której Epij rozwijać nie chce) ;). Obecny gra około 4 razy szybciej i sample z pokeya brzmią jak by były na Covox'ie grane :D. Lolz..
Może by się udało obejść temat przygotowując specjalnie sample pod Neo / pokey'a i rapidusa. Zobaczę, co się da zrobić i jak coś z tego wyjdzie to podlinkuję łejwa zgranego bezpośredio z Atari ;)
:) - nie ma użytkowników, nie ma bug-reportów :D
"D:"* nie moze byc dosem, musialby zajmowac 40 x wiecej miejsca w pamieci i byc bezuzyteczny...
Mógłbyś rozwinąć tę myśl, bo nie rozumiem ;)
.. a w którym momencie napisałem, że jest problem z wyświetlaniem obrazu? :D
Loader działa, próbuje w swoim ustalonym czasie (po uruchomieniu) odczytać katalog, ale już go nie wyświetla. Loader nie wiesza się raczej ... a w każdym razie SKROL idzie sobie spokojnie dalej ;)
atari.area forum » Posty przez Pin
Wygenerowano w 0.378 sekund, wykonano 15 zapytań