Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
HDDRIVER 12.75 Sterownik HDDRIVER, kluczowe narzędzie dla pamięci masowej Atari 16/32-bit, otrzymał aktualizację 12.75, która naprawia błąd w HDDRUTIL.
Opcje wyszukiwania (Strona 62 z 124)
Na 100% da się zrobić samymi POKE/PEEK... Karin Maxi Drive nie posiadam, ale jeżeli dobrze patrzę w dokumentację to pod adresem 53504 ($D100) powinien być "command register" dla WD1770 przy zapisie (POKE), oraz status register przy odczycie (PEEK). W przypadku WD177x będziesz miał komendy STEP, STEP IN, STEP OUT. Przed wysłaniem każdej komendy trzeba sprawdzić czy kontroler nie jest zajęty (bit BUSY w status register)
ftp://ftp.atari.org/pub/techrefs/WD1772.TXT
Chcesz coś zagrać na stacji Karin Maxi Drive? ;-) Nie wiem czy BASIC zapewni odpowiednią prędkość :)
w przypadku KMD to akurat będzie najprościej, bo masz bezpośredni dostęp do kontrolera WD1770/2.
Fox opublikował źródła swojego Master DOS-a dla tej stacji: http://sources.pigwa.net/files/programy … os_src.zip
trzeba by przejrzeć i zobaczyć jak wygląda procedura przesuwu głowicy. A może sam Fox będzie pamiętał i podpowie?
Wtedy wrzuć będzie można kawałek ASM-owej procedury w kod AB/TBXL i wywołać przy pomocy X=USR(....).
A pewnie jakbyś się uparł to byś samymi POKE/PEEK to zrobił.
Dzięki pomocy electrona udało mi się doprowadzić moje VBXE do porządku. Wina leżała w całości po mojej stronie. W wielkim skrócie...
- po wymianie RAM nic się nie zmieniło, więc RAM był dobry.
- FPGA było w pełni sprawne
a winą można obarczyć mnie... namieszałem w kablach przy VBXE i zamiast CASINH, podpiąłem HALT. Gdyby nie pomoc Electrona i jego metodyczność, rozsądek i analityczne podejście do problemu... pewnie długo nie wpadłbym na to co jest powodem problemów. Także publicznie bardzo dziękuję Electronowi za pomoc i wyrozumiałość. WIELKIE DZIEKI!
@wieczór: a może chodzi Ci o "Music Master II":
http://a8.fandal.cz/detail.php?files_id=632

dzięki że Ci się chce wyszukać i upublicznić takie "perełki". Thanx Men!
@epi: niestety coś dupło ;/ nie wiem jeszcze co, RAM już mam, zatem wymienię i zobaczę czy pomogło.
dzięki! teraz wygląda na to że wszystko jest OK! :)
a widzisz PIN, przelazło c Ciebie na mnie... wystarczy że się pojawiłeś w warszawie... "a niech cię Panie dziobaku!"*
*) Copytight (c) by Doktor Heinz Dundersztyc
kurcze... udało się jakimś niesamowitym fartem 118...

a mam pytanie do autora, gdy walnę murek wcześniej to gra wraca do planszy tytułowej, gdy gram dłuższy czas (np. wynik >100) to gra nie wraca do początku tylko zaczynam od razu rozgrywkę od początku. Jedynie hi-score, po kolejnej śmierci mówi mi jaki wynik osiągnąłem podczas poprzedniej długiej gry. Tak jak na screen-shocie powyżej... grałem udało mi się osiągnąć wynik 118, potem przywaliłem na zakręcie... gra rozpoczęła się od początku mimo iż spacji nie dotykałem (gram teraz na emu, Altirra 2.50, tryb full screen, screen-refresh 50Hz, Keyboard: send cooked key-strokes /sprawdzę czy to samo dzieje się na raw key-strokes/)... a może jest to celowe działanie gry? :)
EDIT: send raw key-strokes nie zmienia zachowania się programu. W dzień pogram na real-hardware i sprawdzę czy to wina emulatora.
ps1) ja wiem że to produkt niszowy tylko i wyłącznie dla retro-maniaków czy gra nie powinna mieś ostrzeżeń o "błyskających światłach" i możliwości wywołania przez nią ataku epilepsji? mówię to całkiem poważnie...

ps2) definitywnie QbaHusak stworzył 8-bitową wersję REZ-a :) ( http://en.wikipedia.org/wiki/Rez ) tak samo jak od rez-a nie mogę sie oderwać od tego ... nie wiem jak jutro będę funkcjonował w pracy :P
ta gra to szaleństwo (w pozytywnym tego słowa znaczeniu) ... :D wciąga niesamowicie... mi się na razie nie udaje przekroczyć 112 ...

czyli zapewne wszystko działa na sprawnym VBXE. Do czasu aż nie uruchomię ponownie swojego VBXE, testów na real Atari + VBXE nie przeprowadzę. Spróbuję podmienić RAM na VBXE, chwilę to potrwa, bo nie mam takiego pod ręką.
np. robię tak...
power off...
power on....
ładuję I002135.XEX
nie odpala nawet XDL (Antic $02 na dole)
ładuję I002141.XEX
odpala XDL na ekranie pojawia się przekłamany obrazek... (z błędami)
reset
ładuję ponownie ładuję I002135.XEX
widać XDL tym razem ale do kompletu dane obrazka są przekłamane...
power off, repeat, i sytuacja się powtarza.
mam pierwszą wersję VBXE (v1), rdzeń 1.26 do kompletu Ultimate (włączony QMEG, SPARTA wyłączona).
zaraz załaduję np. "old school the VBXE remix".
EDIT: no to zaj#*#^#... moje VBXE umarło ;/ ciekawe czy RAM czy FPGA ;/
pod emu mi działa, na real atari... coś chyba robię źle... albo moje VBXE właśnie umarło a jeszcze o tym nie wiem ;/
[... missing link ...]
VBXE core: 1.26
różne pliki dają różne efekty, niektóre wcale nie odpalają XDL tylko widać linię ANTIC $02 na dole ekranu.
na gołym Atari jest już OK:

na EMU z wyłączonym VBXE również OK.
Podepnę jeszcze do Atari z VBXE (v.1) i CRT, ale to działało wcześniej więc zapewne będzie OK :)
@epi: napisałem posta w odpowiednim wątku. Tutaj już pisał nie będę bo się Sikor denerwuje niepotrzebnie. Na "gołej" und "real" Atarce również wykrywa VBXE którego nie ma.
Hej!
Piszę teraz tutaj bo się nam Sikor denerwuje (poniekąd trochę słusznie). Więc poszczekam sobie do Ciebie tutaj... jak chcesz zobaczyć jak się to zachowuje na gołym 130XE (zero przeróbek, stan fabryczny, VBXE brak fizycznie) to zerknij sobie na ten film.
zgrane z "real hardware", przepraszam za jakość ale mój stary chiński grabber na USB odmówił współpracy i zgrywałem innym chińskim graberem, również na USB ;P plik AVI, ale to dla zmyły kodek to X264... np. VLC daje radę. (jedyne narzędzie jakie posiadam do edycji filmów w chwili obecnej to Virtual Dub, klątwa Phareona? czy co? :P )
@epi:
wysłałem do nich info że mają "false-positive", powinni naprawić. dam znać jak zareagują.
Co do emulatora to Altirra 2.50, fakt moje przeoczenie. Przejrzę źródła i zobaczę jak wykrywane jest VBXE. Zobaczę co ma altirra na $d7xx. i też dam znać, sprawdzę również na real atari.
mm) czy zgodnie z prośbą sikora i epi-ego można prosić o przeniesienie wątku do odpowiedniego miejsca.
#1) człowiek uczy się przez całe życie :) nie miałem pojęcia o istnieniu zakładki RELEASES :)
#2) niestety F-Secure nie lubi Twojego exe-ka z releases:

piękna to moda dawać źródła i oczekiwać że każdy sam sobie ściągnie git-em src i skompiluje pod swoją platformę :] efekt jest taki że użytkownikiem twojego softu będzie wąskie grono osób które będzie potrafiło sobie skompilować kod źródłowy który udostępniasz. Rozumiem że w ten sposób pozbywasz się większości ludzi "niegodnych" używania Twojego softu :P
poza tym pisałem że wykrywa VBXE nawet jak jest wyłączone (na EMU), rozumiem że u Ciebie działa gdy nie ma VBXE w real hardware? (tzn. wypisuje VBXE not found... go to ##&&*#)
@epi: za daleko mam do real atari... brakuje mi jakieś 30cm aby włączyć real hardware. Będziesz musiał na real atari sprawdzić sam :P
@epi: coś detekcja VBXE się sypie :) jak nie ma VBXE (emu, VBXE off) pisze że VBXE found at $d740 i pokazuje krzaki :)
toriman1 napisał/a:W ogóle każde projektowanie wciąga - czasami tak, że o 3 nad ranem trzeba pomyśleć o tym, że i do roboty też trzeba będzie rano pójść - no i wtedy bywa nielekko.
A poza tym - będzie dobrze.
Mam dokładnie tak samo, jak się robi widno za oknem zastanawiam się jak przetrwam dzień w pracy :) I na pewno będzie dobrze, inaczej być nie może patrząc na Twoje poprzednie projekty :]
@toriman1: dobrze że projekt będzie się rozwijał :) ale napiszę też trochę żartobliwie :) No to chłopie wpadłeś jak przysłowiowa śliwka w kompot :) SID wciąga jak chodzenie po bagnach :) jak ulepszysz jedno będziesz chciał ulepszać następne ;] ale to dobrze, bo fajnie mieć taki projekt który cały czas się rozwija :)
rzuciłem okiem na kod startowy... "zamiąchano" go i uczyniono nieczytelnym, dziś by to nazwano: "code obfuscation". Zastosowano sztuczki z przepisywaniem obszarów pamięci, wywołaniami IRQ poprzez BRK oraz wykorzystano "błędne" zachowanie 6502 w przypadku niektórych instrukcji. Aby to "odmiąchać" trzeba by trochę posiedzieć.
toriman1 napisał/a:Ano mamy podobne scalaki ponieważ to dobra praktyka aby w układach synchronicznych łapać zbocza a nie poziomy, hehe...
Ale to faktycznie ciekawe ponieważ widać podobne podejście do zagadnienia. Osobiście ciekaw jestem jak wygląda schemat pierwszego SlightSIDa :)
Mam to jeszcze gdzieś na kartkach rysowane jeszcze "od ręki" ;-) jak znajdę w sowim bajzlu to zeskanuję i wrzucę. Popatrzyłem na Twój sch. Poszliśmy bardzo podobną ścieżka, czemu się nie dziwie bo inaczej się nie dało. tylko ja inaczej trochę generuje sygnały zatrzaskujące dla '574. Oraz to co nazwałeś na SCH "run-end" zrealizowane mam bardzo podobnie, tzn. wykorzystuje oczywiście asynch. kasowanie '74 do zasygnalizowania tej mini "state machine" że cykl zapisu do SID-a zakończył się właśnie :), no i nie mam 3-wejściowych NOR-ów.
Tak jak u Ciebie zatrzaskuję ADR na narastającym zboczu Fi2 (7402), dane na opadających (7400). Ty przedłużenie CS-a zrobiłeś na 3x INV ja zrobiłem 2xINV plus RC pomiędzy nimi (wiem że takich akcji się nie praktykuje w normalnym cyfrowym świecie, ale tak zrobiłem :] )
Znalezione posty [ 1,526 do 1,550 z 3,092 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.131 sekund, wykonano 13 zapytań