Przejdź do treści forum
atari.area
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
Bibuła - nowa gra na Atari ST Polska w stanie wojennym i podziemna prasa. Klasyczna przygodówka point and click na Atari ST.
Aktualizacja firmware A8PicoCart Nowe wydanie oprogramowania dla taniego kartridża A8PicoCart z obsługą kolejnych typów cartów.
THE 800XL osiągnął status Gold! Zakończono prace nad oprogramowaniem dla THE800XL. Retro Games Ltd rozpoczyna etap produkcji.
PiST 0.11.0 Środowisko programistyczne PiST dla Atari ST doczekało się nowej wersji 0.11.0.
bm800xl 0.5.9 Emulator bm800xl dla Raspberry Pi zyskał szybszy start, scanlines i pełne stany pamięci.
Opcje wyszukiwania (Strona 139 z 196)
epi, ten Glenz vector from Hell jest naprawdę git
sand napisał/a:Pod jakim względem kiepskie
średnie to nie kiepskie,
dema nie są kiepskie, są spoko no ale ciężko ogląda się pecetowe demo na low-low-endowej maszynie - chodzi mi tu o The Machinist
--edit---
widzę że poprawiłeś kiepskie na średnie :)
sorry gepard ale średnie te amigowe produkcje :P
dzięki stryker za linka, zamiast 20 wydam 6 zeta na kabel :)
hehe,
swoją drogą narzekamy na ceny Falconów a z tego co widzę A1200 i dodatki też jest w cenie
gotowy jeden zestaw też bym wziął
uicr0Bee fajny ten kubek,
robecc robisz więcej niż jeden?
lotharek, od 6:26 widzę takie czarne pionowe paseczki pomiędzy pikselami o innych odcieniach. Czy to wada GITA czy EZCapa?
Na ebayu widzę EZCapa w różnych (czarnych, białych, srebrnych) obudowach, ten twój to który?
http://www.ebay.com/sch/sis.html?_kw=EZ ... +packaging
macgyver napisał/a:brakuje m.in.: 6502, 68060, 65816, 406, 130, 800... ;)
no i jeszcze 260, 520, 1040, TT
tak na szybko zrobiłem małą procedurę która rysuje punkt w trybie 16 kolorowym. z tym że rysuje tylko na pierwszym bitplanie no nie jest zoptymalizowana.
Adres ekranu wstawiasz do "ADRES_EKRANU"
movea.l $044E.w,ADRES_EKRANU
Do rejestru D0 wartość X, do DY wartość Y i wywołujesz
Rysuj_punkt
; X - D0
; Y - D1
lea TABLICA_ADRES_Y(PC),A0
move.l ADRES_EKRANU(PC),A1
add.w D1,D1
add.w (A0,D1.w),A1 ; adres linii
move.w D0,D2
and.w #$000f,D0 ; numer piksela w slowie
and.w #$fff0,D2 ; numer slowa w linii
lsr.w #1,D2 ; adres slowa w linii
adda.w D2,A1 ; adres finalny
move.w (A1),D2
not.w D0
and.w #$000f,D0
bset D0,D2
move.w D2,(A1)
rts
ADRES_EKRANU
dc.l 0
KROK_Y SET 0
TABLICA_ADRES_Y
REPT 200
dc.w KROK_Y
KROK_Y SET KROK_Y+$A0
ENDR
chodzi o przeliczanie współrzędnych X,Y na adres ekranu?
jest spoko, chwilę pograłem.
muzyczka robi fajne tło
Jeśli chodzi o debugger to proponuję Hatari albo Steem:
- ten pierwszy ma bardziej zaawansowany debugger ale niestety w trybie tekstowym;
- drugi ma całkiem przyjemny debugger okienkowy.
tutaj znajdziesz najnowszą (27/02/2013) wersję Steem SSE 3.5.0 Debug:
http://ataristeven.t15.org/Steem_all_builds.htm
a tu co parę dni jest publikowana aktualna (20/03/2013) wersja Hatari:
http://antarctica.no/~hatari/latest/
FireBee ma fajną zaletę (z punktu widzenia muzyka) - jest w obudowie rack 1U. sporo muzyków ma efekty w obudowach rack włożone do szafy więc zgrabnie można tam też wcisnąc FireBee
Adam, jakaś tam niezgodność jest między 68k a CF ale:
1) Vincent Rivière napisał bardzo emulator 68k na CF.
2) FireBee ma FPGA. Zgodnie z cytatem Mathiasa Wittau, FPGA może uruchamiać emulowany soft ST równolegle do innych aplikacji GEMowych:
we could put a complete ST with 8MHz inside the FPGA, which would then run alongside the Coldfire. ...
it'd be like running Cubase on a complete ST inside the FPGA and the sampler inside the faster GEM computer on the Coldfire processor together at the same time on the same board
Drugie jest w fazie planów ale pierwsze już działa i to ok. Więc można swobodnie uruchamiać aplikacje STkowe.
dobre, wygląda jak stream z hd
jest jakaś grubsza skucha. dhs.nu i atari.org stoją na jednym serwerze, coś tam padło a admina nie ma
Sikor napisał/a:Najlepiej spytać u źródła.
Tutaj znajdziecie wypowiedź Mathiasa Wittau (koordynator projektu Atari Firebee) o FireBee i Cubase:
http://www.atarimusic.net/featured-arti ... -for-music
Q: Will the Coldfire be backwards compatible so it can run legacy MIDI applications such as Notator, Cubase, and Logic?
A: The Coldfire itself is not 100% compatible. Its instruction set is a subset of the 68k instructions. So far during tests, TOS and MiNT are running very well. Adjustments are therefore possible with little effort. For programs which are using instructions no longer available on the ColdFire, there will be a compatibility layer. This layer will be used for non-existing instructions while the operating system runs naively on the Coldfire at the same time. Additionally, Fredi Aschwanden (the Creator of the Hades, Medusa Computers), has some foxy ideas - remember, he patched TOS for the Hades as binaries (th us without the source code) via branch tables so that it worked on 040 and 060 equipped machines! Both Wolfgang Förster and Fredi Aschwanden expect that the ACP board will be more compatible than the Hades.
Regarding the really old and unsupported applications - that really poses a challenge. Cubase and Logic, for example, will definitely be a precondition for wide acceptance of the ACP hardware. Hence these programs have a high priority for us.
What the hardware makes available is the possibility that there could be completely different configurations. For example, we could put a complete ST with 8MHz inside the FPGA, which would then run alongside the Coldfire. The 68000 is already at our disposal as open source from the Suska board. Wouldn't it be an interesting possibly, running a sampler at the same time as Cubase on the same board? Basically, it'd be like running Cubase on a complete ST inside the FPGA and the sampler inside the faster GEM computer on the Coldfire processor together at the same time on the same board (in theory).
Eagle napisał/a:Ręce mi opadają :) ufffff
Ale to chyba tak zawsze musi być na początku, pod górkę.
Jak by się komuś chciało sprawdzić na realu.
Na razie logo mi skacze przy splitowaniu ekranu ale zaczynam chyba chwytać o co chodzi z tym Timerem B ;)
Tylko część kodu będę musiał przerobić.
fajnie się to zapowiada, co to będzie?
co do skaczącego logo, z tego co widzę to nie wyłączyłeś przerwania TimerC. System używa tego do obsługi myszy/klawiatury i twardego dysku (TOS >= 2.05). Być może to przerwanie co jakiś czas koliduje z TimerB
Adam, oczywiście:
Cyprian napisał/a:ST ma przerwanie VBL pod adresem $70:
$000070|Level 4 Int Autovector (VBL) |SD
ST ma przerwanie VBL pod adresem $70:
$000070|Level 4 Int Autovector (VBL) |SD
Z tym że problem z przerwaniami w 68000 (niezależnie od platformy) jest taki że występuje tzw:
- Jitter - opóźnienie 4-16 cykli - ze względu na charakterystykę zegara E signal;
- Opóźnienie - długie instrukcje mogą opóźnić przerwanie o kilkanaście-kilkaset cykli;
Jeśli więc potrzebujesz dokładnie zsynchronizować procesor z plamką to robi się to poniższym kodem, raz na ramkę:
lea $ffff8209.w,a1
sync
move.b (a1),d0
beq.b sync
not.b d0
lsl.b d0,d0
swoją drogą to nie ma nic lepszego niż ściganie się z plamką :)
Znalezione posty [ 3,451 do 3,475 z 4,877 ]