3,451

(15 odpowiedzi, napisanych Bałagan)

takie tam girlzy :)
http://www.youtube.com/watch?v=-dUmX5RsW8c&

3,452

(1 odpowiedzi, napisanych Bałagan)

niby żart ale jak dla mnie świetny pomysł
http://www.youtube.com/watch?v=jqVlv7rKse4

3,453

(16 odpowiedzi, napisanych Bałagan)

epi, ten Glenz vector from Hell  jest naprawdę git

3,454

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

oglądałem, jest git

3,455

(16 odpowiedzi, napisanych Bałagan)

gepard napisał/a:

jak zwykle, nie? :D

jeśli chodzi o dobre produkcje to zobacz to :) http://pouet.net/prod.php?which=61178 http://www.youtube.com/watch?v=F7a7EjX0 ... ge#t=1228s

3,456

(16 odpowiedzi, napisanych Bałagan)

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

3,457

(16 odpowiedzi, napisanych Bałagan)

sorry gepard ale średnie te amigowe produkcje :P

3,458

(24 odpowiedzi, napisanych Bałagan)

dzięki stryker za linka, zamiast 20 wydam 6 zeta na kabel :)

3,459

(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,460

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

gotowy jeden zestaw też bym wziął

3,461

(5 odpowiedzi, napisanych Bałagan)

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

3,462

(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,463

(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,464

(22 odpowiedzi, napisanych Bałagan)

Sikorex a gdzie 666?

3,465

(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,466

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

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

3,467

(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,468

(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,469

(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,470

(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,471

(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,472

(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,473

(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,474

(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,475

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