4,076

(5 odpowiedzi, napisanych Miejsca w sieci)

Bazowałem na dokumentacji http://www.atari-forum.com/wiki/index.p … re_Formats
Tam plik PI1 ma wielkość 32034 albo 32066 bajtów.

Dziwny jest ten plik. Czym go otwierasz? Wiesz jaki program go utworzył?

4,077

(5 odpowiedzi, napisanych Miejsca w sieci)

Możesz dodać ten PI1 do tego wątku?

4,078

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

tak trzymaj Saulot!

a jak z prędkością działania pmDoom i pmHexen -  Videl vs Radeon?

Zrobiłem onlajnowy wiułer grafik z dużego Atari. Na razie wiułer obsługuje takie formaty:
  SPECTRUM512:
    SPC, SPS, SPU
  DEGAS:
    PI1, PI2, PI3
  DESKPIC:
    GBF
  MODERN:
    BMP, GIF, JPG, PNG

W przyszłości planuję dodać parę usprawnień typu:
- więcej formatów graficznych (PC*, IMG, PCS, PBX, HRM, NEO);
- podgląd palety kolorów;
- info o pliku;
- konwersja (np BMP na SPC) i eksport grafik do pliku;

Czekam na poinie przed puszczeniem w świat.

Więcej tutaj: http://260ste.appspot.com/

Testowane na Firefox 4 and Chrome 11

4,080

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

gotham napisał/a:

Witam,

Czy ktoś z forum dysponuje schematem przewodu telewizyjnego do Atari STE??

takie coś będzie ok?
http://info-coach.fr/atari/hardware/int … deo_cables

4,081

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

Piesiu, masz piwo za tą grafikę :)

4,082

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

w miesiąc to nawet przykładowego kodu z tego pdfa nie przepiszę :)

4,083

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

z Jurym rozwiązaliśmy problem.
Okazuje się że tutoriala perihelion nie jest do końca cacy i trzeba go poprawić:

orginał

restore    
* restores the old resolution and screen adress
    move.w    old_resolution,d0    res in d0
    move.w    d0,-(a7)        push resolution
[...]

zpaczowany:

restore    
    move.l    old_vbl,$70
* restores the old resolution and screen adress
    move.w    old_resolution,d0    res in d0
    move.w    d0,-(a7)        push resolution
[...]

Teraz powinno być git.

4,084

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

Yerzu, link coś nie działa

4,085

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

demo nie powala ale jest ok

4,086

(15 odpowiedzi, napisanych Bałagan)

sprzedaż A1200 jest nielegalna? Już dawno powinni zabronić  ;)

4,087

(41 odpowiedzi, napisanych Zloty)

a dziękuję Jureczku,
wiesz, stary jestem, niedowidzę, niedosłyszę :)

wybierasz się? wziął byś CT60 a ja STE

4,088

(41 odpowiedzi, napisanych Zloty)

Voyager co z Atari ST i Falcon?

4,089

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

Yerzu, toś mnie złapał na łgarstwie :)
no ale faktem jest że bardzo chciałem w nią pograć...

4,090

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

jury napisał/a:
Cyprian napisał/a:

a właśnie że napisze se :)

Taaaa ;)

a jakże, będę stary ale napisze sę :)

4,091

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

jury napisał/a:

Czyli Ty w takim razie w tamtych czasach nie miałeś okazji katować Obsession'a ;) Uj, biedaku :)

do tej pory czuję skutki tej traumy... to już 20 lat... :)

Jednościeżkowe? Chodzi pewnie o Midi tryb 0 - jeden track ale wieloinstrumentowy, być może ich nie obsługuje, nie pamiętam.

SysEX w Cubase działają, nie wiem czy te do Rolanda Również, ale na pewno jest tam  tryb edycji i możliwość dodania ich z palca.

tak czy siak dobrego softu nigdy za wiele :)

4,093

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

jury napisał/a:

OBSESSION!!!! reszta to żart :D
A, spełnia obydwa Twoje kryteria, najładniejsza i wykorzystuje 4MB :)
A na poważnie to z ładnych jeszcze kojarzę:
Gods
Wings of Death
Stardust
Magic Pocket

GODS!!!!!!  agrhhhh!!!!!!!! strasznie się na tą grę śliniłem oglądającź screeny w ST Format:)
wtedy miałem STfm i była poza moim zasięgiem

4,094

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

Adam,
nie upieram się że blitter jest jakimś superhiper niezastąpionym koprocesorem. Po prostu uważam że jest on strasznie niedoceniony, a czasami nawet dyskredytowany. Całkiem bezpodstawnie.

Adam Klobukowski napisał/a:

od wielu lat, żadna* produkcja nie używa blittera?

a to ciekawe, na jakiej podstawie tak twierdzisz? masz jakieś bliższe informacje o demach że nie używają blittera?

Adam Klobukowski napisał/a:

Beams wykorzystuje blitter

a jednak używają :)

osobiście znam parę zastosowań blittera w demach na Falcona:
czyszczenie ekranu, kopiowanie danych do/z dsp poprzez host port, fade in/ fade out ekranu w truecolor, rysowanie linii, rysowanie gouraudowanych linii, wspomaganie konwersji Chunky2Pixel, konwersja tablic czy choćby swapowanie bajtów w słowie.
Najlepsze jest to, że w czasie tych operacji, procesor nie jest blokowany, cały czas pracuje i ma dostęp do pamięci ST-Ram.

Co do dem z ostatnich lat na Falcona, z tego co pamiętam to większość z nich jest na 060. tutaj ze względu na moc procesora, blitter jest zbędny, dodatkowo zajmował by cenne cykle ST- Ramu.

Adam Klobukowski napisał/a:

Nie chcę żebyś żle odebrał to co teraz napiszę, ale skoro uważasz że blitter jest taki dobry, napisz jakiś jeden sensowny efekt który to pokaże, którego nie da się zrobić szybciej CPU.

a właśnie że napisze se :)

saulot,
kiedyś używałem jakiegoś gemowego playera midi. działał jako aplikacja albo akcesoria.
nazwya się to SMF Player


poza tym to softu na atari nigdy za wiele, tak trzymaj saulot,

4,096

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

jurex, możesz go udostępnić?

4,097

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

takie coś będzie git?

http://www.sarnau.info/atari:atari_ste_ … on_the_ste
http://atari-ste.anvil-soft.com/html/devdocu2.htm
http://www.atari-forum.com/wiki/index.p … _/_Paradox

4,098

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

w trybie HogMode blitter blokuje cpu ale już Non HogMode blitter i cpu współdzielą ST Ram, jest więc czas na odświerzenie cache.
poza tym w tym Chunky2Planar  dane są sporo czasu obrabiane wyłącznie na rejestrach.
W przypadku dopalacza z własnym ram np. CTB2, procesor może pracować w TT-Ram, wtedy nie ma kolizji z blitterem bo on ma tylko dostęp do ST-Ram.

Generalnie nic nie mam do nieużywania blittera do systemowych operacji graficznych. Skoro NVDI robi to samo tylko że szybicej to czemu nie. Chodzi mi o to że do zastosowań demoscenowych blitter (, ym, czy dsp ) jestnaprawdę niezastąpiony. Po co więc go wyłączać.
BTW.  podobny a nawet gorszy problem ma też Amiga1200, gdzie blitter jest dokładnie taki sam jak w A500 (w F030 jest 2x szybszy niż w ST). w A1200 procek 14Mhz 020 zjada wydajnościowo ich blitter.

4,099

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

Adam, 256 bajtów cache to niby mało, z drugiej strony jest to 128 intrukcji. np. funkcja Chunky2Planar niejakiego Kalmsa operuje prawie wyłącznie na rejestrach i z tego co pamiętam mieści się w cache. w tym samym czasie blitter może równolegle maskować kopiować.
Co do blittera, inicjuje się go raz wypełniając wszystkie rejestry, potem każdy następny blit uruchamia się tylko dwoma intrukcjami.

4,100

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

sqward napisał/a:

Co i tak oznacza, że jest wolniejszy od procesora przy większości użytecznych funkcji :)

tak jest wolniejszy niż cpu podczas niektórych operacji.
ale po to procesor ma cache żeby móc pracować równolegle z blitterem, i w/g mnie to jest powód by nie wyłączać blittera  :)