1,376

(33 odpowiedzi, napisanych Programowanie - 16/32bit)

@saulot +1 :)

1,377

(33 odpowiedzi, napisanych Programowanie - 16/32bit)

laoo/ng napisał/a:

@Cyprian: Dzięki, z TOSem nie będzie problemu, bo sam mam 2.06, poza tym jestem na liście oczekujących na UltraTOS. Więc jest do ogarnięcia cache i 16 MHz. Blitter trochę mnie niepokoi żeby się coś nie rozjechało. No i do sprawdzenia ten _memtop.

BLiTTER nie powinien być problemem. No chyba że masz docyklowany kod jak DHS czy Oxygene, to trzeba zrobić poprawkę dla MegaSTE

1,378

(33 odpowiedzi, napisanych Programowanie - 16/32bit)

laoo/ng napisał/a:

Jakbym pisał użytek, to jasne, ale dopóki ktoś mnie nie uświadomi, że się mylę, to dla mnie demo na STe wymaga STe, a nie nowszego sprzętu. TT i Falcon na 100% odpada, muszę jeszcze poczytać czym się różni Mega STe.

Jest parę różnic, z tych istotnych dla dema to:
- dodatkowe 4 cykle (dla procesora 8Mhz) BLiTTERa na każdy przebieg blittingu;
- pamięć cache;
- oraz 16MHz;
- TOS 2.0x.
Domyślnie system startuje z 8MHz noCache, ale warto się upewnić czy nie zostało to włączone w międzyczasie.
Cache jest typu write-through, czyli każdy zapis ląduje od razu w RAM. Ponoć użycie BLiTTERa czyści pamięć cache ale tego nie sprawdziłem.
W TOS 2.0x inaczej niż w 1.x obsługiwany jest dysk -dodatkowo wykorzystano Timer-C. Więc jak zmienisz coś w obsłudze MFP, to nie odczytasz danych.

laoo/ng napisał/a:

Mam zatem rozumieć, że jeżeli w ciemno będę używał adresów od punktu załadowania programu aż do $3fffff, to taki kod rozwali Ci coś w systemie i już będzie wymagany reboot?

domyślnie system przydziela całą dostępną pamięć aplikacji: od miejsca startu aż do memtop:

laoo/ng napisał/a:

$000436|long |End of TPA (user memory)                             |_memtop

Może być tak że na górze pamięci coś siedzi, na przykład bufor "_FRB".

1,379

(6,304 odpowiedzi, napisanych Kolekcjonowanie)

@lopez, znamy ale nie polecamy.
Interfejs fajny ale 20 lat temu, aktualnie mało kompatybilny. W tej cenie można mieć 'zdrowe' rozwiązanie, czyli podłączane przez port ACSI karty SD

1,380

(114 odpowiedzi, napisanych Fabryka - 8bit)

@tOri a czy jest tam możliwość wczytywania nowych rdzeni?

1,381

(188 odpowiedzi, napisanych Scena - 16/32bit)

git

1,382

(114 odpowiedzi, napisanych Fabryka - 8bit)

@tOri kiedy będzie można nabyć?

1,383

(64 odpowiedzi, napisanych Fabryka - 8bit)

Dzięki @ArtiFX moja też dotarła.

ArtiFX napisał/a:

Żebym to ja wiedział to bym ze 30 zamówił...


tak to jest jak się robi bez konsultacji z forumowiczami ;)

1,384

(4 odpowiedzi, napisanych Programowanie - 8 bit)

@dely @mono działa dzięki,
rozumiem że wysokości 4x nie ma?

1,385

(4 odpowiedzi, napisanych Programowanie - 8 bit)

zgodnie z http://atariki.krap.pl/index.php/Rejestry_ANTIC-a bit 4 w DMACTLS/SDMCTL to rozdzielczość graczy i pocisków (0 = dwuliniowa, 1 = jednoliniowa)
Jeśli jednak w poniższym kodzie zamienię "$3A" na "$2A" to duszki zamiast być dwa razy wyższe to znikają:
https://8bitworkshop.com/v3.7.1/?platfo … llopm.dasm

        lda     #$3A           ;Enable DMA (single line resolution/
        sta     SDMCTL         ;normal background)

A może coś jeszcze trzeba ustawić?

1,386

(64 odpowiedzi, napisanych Fabryka - 8bit)

@ArtiFX wezmę jedną sztukę.
Napisz ile i jak zapłacić

1,387

(22 odpowiedzi, napisanych Miejsca w sieci)

Sikor napisał/a:

Przykra sprawa, ale mam nadzieję, że wszystko wróci do normy.

to zależy od stopnia kompromitacji

1,388

(103 odpowiedzi, napisanych Fabryka - 8bit)

Candle napisał/a:

tajest

a coś więcej dla nie wtajemniczonych?

1,389

(5 odpowiedzi, napisanych Software, Gry - 16/32bit)

@Hospes na Atari-Forum trzy pierwsze posty są moderowane

Chicane ciągnie ten projekt niemalże sam więc jest trochę zawalony.
Najszybciej było by samemu dodać obsługę MODów

1,390

(5 odpowiedzi, napisanych Software, Gry - 16/32bit)

byłem pierwszy :)
http://www.atari.org.pl/forum/viewtopic … 17#p277317
http://www.atari.org.pl/informacje/lotu … a-ste/2153


Fajne w tym jest to że jest to dopiero początek modyfikacji, oraz to że każdy może coś dorzucić od siebie.

1,391

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

xxl napisał/a:

wiedzieli?

Widzieli,
czekam na wersję dla mojej XLki

1,392

(4 odpowiedzi, napisanych Sprawy atari.area)

no to git

1,393

(4 odpowiedzi, napisanych Sprawy atari.area)

dzięki,

Jakieś uwagi, dobre praktyki czy cuś?
A jeśli chodzi o siostrzane forum, to bywam i tu i tam, nie jest to problem?

1,394

(4 odpowiedzi, napisanych Sprawy atari.area)

Można poprosić o dodanie do grona osób które mogą wrzucać wpisy?

Opublikowano właśnie wersję 1.0.
Jeśli ktoś ma pomysł co jeszcze usprawnić w następnej wersji ( 1.1 ) to może go tutaj.

Atari-Forum - wątek o wersji 1.0
Twitter
Atarimania - wersja 1.0

https://www.youtube.com/watch?v=k-o3FbN0UIw

1,396

(162 odpowiedzi, napisanych Sprzęt - 16/32bit)

no tak, niezależnie od tej przejściówki, by mieć tryb kolorowy trzeba mieć LCD który wspiera 15kHz.


W przypadku LCD bez wsparcia 15kHz przejściówka da tylko tryb ST-HIGH

1,397

(162 odpowiedzi, napisanych Sprzęt - 16/32bit)

czemu specyficznym? LCD TV obsługują zarówno 15kHz jak i 31kHz.

1,398

(162 odpowiedzi, napisanych Sprzęt - 16/32bit)

ramik napisał/a:

Nie za bardzo rozumiem (bo sie nie znam ;) ) . Czy gry i generalnie programy w hi-res sa zawsze w mono? Bo mi chodzilo o hi-res czy kupowac kabel.

Najwyższa rozdzielczość na ST to 640x400, ma dwa kolory, 72Hz i działa wyłącznie na monitorze VGA lub SM124/125, tryby kolorowe to 320x200 i 640x200 działają wyłacznie na TV lub monitorze RGB 50/60Hz.
GEM (system Atari) jest elastyczny więc każda aplikacja powinna zadziałać w każdej rozdzielczości. Z tym że jeśli program ma sporo detali, obiektów czy przycisków, to w niskiej rozdzielczości mogą one się nie zmieścić na ekranie. Z tego powodu są programy które odmawiają współpracy w trybie 320x200.
Gry za to były głównie pisane pod niski tryb 320x200, część działa jednak w trybie wysokiej rozdzielczości.
W dzisiejszych czasach, gdy podłączamy komputer do LCD, to nie ma jakościowej różnicy pomiędzy trybem kolorowym czy mono, kiedyś różnica w jakości/kulturze pracy była kolosalna.

Dla mnie posiadanie ST bez kabla do pracy w trybie mono mija się z celem. Na szczęście są przejściówki ST na VGA które pokazują wszystkie tryby (mono/kolor) na LCD. Np. taki https://backofficeshow.com/shop/atarivga

1,399

(15 odpowiedzi, napisanych Konsole)

tutaj obraz po scarcie, na lewych i prawych krawędziach widać zniekształcenia pulpitu TOS. To niestety jest wada sygnału composite.

http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=7603

Sikor napisał/a:

Gdzie jest schemat?

w wątku na AA, link w pierwszym poście.

Tak pokrótce, tu jest opis podłączenia Jaga do VGA (jest też link do TOSa na Jaga):
https://atariage.com/forums/topic/30655 … nt-4564109

Dodatkowo, Cubanismo miał problemy z synchronizacją pionową więc tutaj jego przeróbka:
https://atariage.com/forums/topic/30799 … nt-4627480