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
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
Opcje wyszukiwania (Strona 35 z 73)
Popieram Innuendo. Ostatnie dwa lata mieszkalem w okolicy ronda Wiatraczna. Co do dresow, sam zakladalem dres do biegania po Skaryszaku. :-)
Krótki napisał/a:prawdopodobieństwo błędu jest ok. 1/2000.
Rozumiem, że ta procedura jest wykonywana dla każdego bloku? A że bloków jest zwykle rzędu 100, to przez ten błąd 1 z 20 odczytów pliku się nie udaje?
Widzę, zwróciłem tylko uwagę, że wylądowało na /. ;)
Do listy hipotez dodałbym, że POKEY przy odbieraniu asynchronicznym może mieć opóźnienie w resetowaniu licznika po pojawieniu się bitu startu, rzędu kilku cykli. Niższa prędkość transmisji pozwala dobrze chwycić wszystkie bity mimo tego opóźnienia. Być może innym sposobem jest wydłużenie bitu stopu. Podobnie może być w drugą stronę (Atari->PC).
Może problemy wynikają raczej z braku możliwości ustawienia dokładnej prędkości transmisji po stronie PC lub z zakłóceń?
Teraz jest Altirra 1.9, a nawet 2.0 beta.
Po przemyśleniu sprawy moje zwątpienie w sukces nieco się zmniejszyło.
Porównaj to, chyba będzie trochę szybsze:
clc
draw
tax
ora:sta (scr_ptr),y
dec dy
beq draw_end
tya
adc #$20
tay
txa
cli:sei
bcc draw
inc scr_ptr+1
clc
jmp draw
irq
mvx #0 ^2e
inx:stx ^2e
lsr @
bcc irq_rti
ror @
iny
irq_rti
rti
Brawa za oryginalny pomysł. Jednak szczerze wątpię, czy uda się osiągnąć sensowną dokładność - przeszkadza m.in. DMA. Tak jak pisał Seban, możesz pozbyć się STA $d209. Testy na Atari800 (Win) możesz sobie darować, przerwania POKEYa są tam bardzo niedokładne.
Jacques napisał/a:I nikt grafiki tam nie wrzuca :P
Mylisz się.
Jacques napisał/a:SAPEmu jest fajny, ale nie wszystko odtwarza
To w większości wina konkretnych plików SAP. Część z nich będzie poprawiona w następnej ASMIE.
W tej rozdzielczosci nie powinno bardzo skakac. Oczywiscie obliczajac macierz uzywaj wiekszej dokladnosci i dopiero przed mnozeniem punktow obetnij.
Candle: użyj macierzy 0.8.
A co daje ten plus?
Z ciekawszych sygnatur: w demie Intel Outside "player too slow". ;)
Policz, ile masz modułów z jaką częstotliwością i weź za domyślną wartość częściej spotykaną.
Czesto uzywane byly rozszerzenia MD1 (jeden kanal sampli) i MD2 (dwa kanaly sampli). Proponuje w przypadku MD1 szukac sampli z rozszerzeniami D15, D8 i SMP, a MD2 D8 i SMP.
mono napisał/a:- dodanym przełącznikiem /S pozwalającym na granie krótszych patternów (48 linii zamiast standardowych 64; wykorzystuje to Kuba Husak w muzyce do gry "Inspektor").
To format CM3.
Odpalcie sobie irca czy innego gadu. ;)
Zawsze można pisać w Ć. :)
Co do SDK i liczby aplikacji, to przecież jest tam J2ME.
epi napisał/a:Do czego przydaje się bluetooth włączony przez cały czas?
Do szybszego zużycia baterii.
epi napisał/a:Czy ktoś ma porównanie między developowaniem na Androida i Symbiana?
Symbian == C++ nightmare.
Znalezione posty [ 851 do 875 z 1,802 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.062 sekund, wykonano 16 zapytań
