3,176

(21 odpowiedzi, napisanych Bałagan)

hehe,
swoją drogą narzekamy na ceny Falconów a z tego co widzę A1200 i dodatki też jest w cenie

3,177

(35 odpowiedzi, napisanych Fabryka - 16/32bit)

gotowy jeden zestaw też bym wziął

3,178

(5 odpowiedzi, napisanych Bałagan)

uicr0Bee fajny ten kubek,
robecc robisz więcej niż jeden?

3,179

(23 odpowiedzi, napisanych Bałagan)

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

3,180

(22 odpowiedzi, napisanych Bałagan)

macgyver napisał/a:

brakuje m.in.: 6502, 68060, 65816, 406, 130, 800... ;)

no i jeszcze 260, 520, 1040, TT

3,181

(22 odpowiedzi, napisanych Bałagan)

Sikorex a gdzie 666?

3,182

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

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

bsr    Rysuj_punkt



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

3,183

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

chodzi o przeliczanie współrzędnych X,Y na adres ekranu?

3,184

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

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/

3,185

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

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

3,186

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

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.

3,187

(1,653 odpowiedzi, napisanych Bałagan)

gorgh napisał/a:

sorawka za post pod postem
Yerz:  Gasman na Pouet podrzucił, że to Anamnesis by Real Masters, fajowe  :)
http://www.youtube.com/watch?v=HAHn7UoOYag
rzeczona scena od 7:12

dobre, wygląda jak stream z hd

3,188

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

jest jakaś grubsza skucha. dhs.nu i atari.org stoją na jednym serwerze, coś tam padło a admina nie ma

3,189

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

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).

3,190

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

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

3,191

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

Adam, oczywiście:

Cyprian napisał/a:

ST ma przerwanie VBL pod adresem $70:

$000070|Level 4 Int Autovector (VBL)                                    |SD

3,192

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

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ą :)

3,193

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

Eagle,

skoro używasz VASM to zadanie masz ułatwione b okompiluje on również kod na ST.

Takich paramaetrów używam dla ST/STE:
- vasmm68k_mot.exe -nocase -devpac -m68000 -no-opt -Ftos -o WYNIK.TOS ZRODLO.S

A takich dla TT/Falcon:
- vasmm68k_mot.exe -nocase -devpac -m68030 -m68882 -no-opt -Ftos -o WYNIK.TOS ZRODLO.S


Jeśli chodzi o playery to poczekaj aż wróci DHS.nu, bo są tam źródła i przykłady użycia różnych playerów.
Jakby co to tutaj znajdziesz player MODów - Lance 12.5 / 25 / 50 KHz routine for STE:
http://www.atari-forum.com/viewtopic.ph … mp;t=24718


Tak jak Adam wspomniał ST nie ma licznika VCOUNT, ma za to przerwanie:
- HBL - wywoływane 313 razy na ramkę;
- Timer B (MFP) - które możesz wywołać w dowolnej linii widzialnej (jednej z 200, lub 276 w przypadku overscan);

Tak jak Adam wspomniał w ST nie da się podzielić ekran, za to w STE/TT/Falcon już można przy pomocy rejestrów "Video screen memory position". Podział ekranu na ogół robi się na przerwaniu Timer B.
Poniżej jest fragment mapy pamięci ST dla Video:

-------+-----+-----------------------------------------------------+----------
##############SHIFTER Video Controller                             ###########
-------+-----+-----------------------------------------------------+----------
$FF8201|byte |Video screen memory position (High byte)             |R/W
$FF8203|byte |Video screen memory position (Mid byte)              |R/W
$FF820D|byte |Video screen memory position (Low byte)              |R/W  (STe)
$FF8205|byte |Video address pointer (High byte)                    |R
$FF8207|byte |Video address pointer (Mid byte)                     |R
$FF8209|byte |Video address pointer (Low byte)                     |R
$FF820E|word |Offset to next line                                  |R/W (F030)
$FF820F|byte |Width of a scanline (width in words-1)               |R/W  (STe)
$FF8210|word |Width of a scanline (width in words)                 |R/W (F030)
$FF8265|byte |Horizontal scroll register (0-15)                    |R/W  (STe)
       |     |Note: write address from high toward low byte        |


Co do kolorów, Amiga ma 32 rejestry kolorów, ST 16. Więcej kolorów uzyskuje się tą samą metodą - podmiany zawartości rejestrów kolorów, przy pomocy procesora, Cooper(tylko Amiga) i blitter (tylko Atari).
Na ST jest player filmów w 4096 kolorach: http://forum.8bitchip.info/software-17/ … 5/#msg1171

Warto zapoznać się z Mapą Pamięci:
http://deunstg.free.fr/sct1/hardware.htm

[Programming] --> STE Documentation:
http://atari-ste.anvil-soft.com/html/devdocu1.htm

Atari Wiki
http://www.atari-forum.com/wiki/index.p … and_Falcon




Super źródłem informacji o programowaniu (oprócz oczywiście dhs.nu) jest Atari-Forum, gdzie siedzą naprawdę nieźli koderzy:
http://www.atari-forum.com/viewforum.php?f=68

Oczywiście możesz pytać też tutaj :)

3,194

(22 odpowiedzi, napisanych Bałagan)

Jenot, z jednej strony faktycznie troszkę szkoda, bo Falcon jest ciut droższy od 500tki, ale z drugiej strony Falconowcy na potęgę modyfikują swoje maszyny. Myślę więc że mogło by być sporo chętnych. Ja sam bym się zdecydował i przerobił drugiego padniętego Falcona.

3,195

(15 odpowiedzi, napisanych Bałagan)

temat z flaszką trzeba w końcu naprawić :)
jeśli chodzi o fanbojstwo to jestem jak najbardziej za, byle rzeczowe i poparte argumentami :P

3,196

(15 odpowiedzi, napisanych Bałagan)

całkiem niepotrzebnie się unosisz.
problem jest, żeby go uwidocznić autor postanowił właśnie nagrać ten film.
gościu jest takim jak ty true fanbojem amigi więc trudno ci go będzie posądzić o hejtowanie amig :P

3,197

(15 odpowiedzi, napisanych Bałagan)

oj Gepard, nie fanbojuj tylko obejrzyj ten film to będziesz wiedział o co chodzi

3,198

(15 odpowiedzi, napisanych Bałagan)

uderz w Amigę, Gepard się odezwie :D

3,199

(15 odpowiedzi, napisanych Bałagan)

5 aplikacji otwartych i system leży :)
http://www.youtube.com/watch?v=NvmWIqqRR-g

3,200

(22 odpowiedzi, napisanych Bałagan)

wiele osób już wieszczyło śmierć a to Atari a to sceny.
a to nadal żyje, swoim własnym tempie ale żyje