Willy, bo to jest opis pierwszej wersji IMG,
Tutaj uwzględnione jest też XIMG i STTT: http://www.atari-wiki.com/?title=IMG_file
a na sylvana.net/imgtools/ znajdziesz jeszcze opis rozszerzenia TIMG

2,277

(33 odpowiedzi, napisanych Konsole)

Panowie, jest odzew od Alberta.

Potwierdzacie swoje zamówienia?

czego nie wspiera?

2,279

(28 odpowiedzi, napisanych Fabryka - 8bit)

mono napisał/a:

To może dodatkowe 7 rejestrów dla trybu GR.10. Mielibyśmy pełny 16-kolorowy tryb graficzny :)

+1
słuszna uwaga, to niedopatrzenie Atari aż prosi się o korekcję :)

willy napisał/a:

Poszukuje narzędzia na jakąkolwiek platformę które potrafiło by skonwertować do i z tego formatu ografikę:
Gem ximg .img TrueColor (16 bitplanów). Niestety recoil nie ma wsparcia (narazie wg komentarza) dla tego formatu.

imgtools ma wsparcie IMG w formatach bitplanowych 1-8 (IMG/XIMG) oraz 16/24/32 bit per pixel (TIMG): http://sylvana.net/imgtools/
opis tutaj: http://sylvana.net/imgtools/uncompressed/READ.txt

2,281

(33 odpowiedzi, napisanych Konsole)

no niestety Albert nie odzywa się. Właśnie wysłałem do niego wiadomość-przypominacz

2,282

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

masz jakiegoś linka to tego schematu?

2,283

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

a co to jest to "half moons"

coś ciekawego knujesz?

2,285

(42 odpowiedzi, napisanych Zloty)

erOS napisał/a:

O ile wiara z 8bit pewnie bez oporów przyjedzie i coś napisze to już 16/32 w PL praktycznie nie istnieje i wymagałoby to
ściągania ludzików i prac z zachodu... co nigdy na Ornecie za dobrze nie wychodziło...

na SV było wystawione parę polskich produkcji na duże Atari

2,286

(529 odpowiedzi, napisanych Zloty)

a dziękuję XTD :)

2,287

(529 odpowiedzi, napisanych Zloty)

XTD napisał/a:

Przy okazji - jak się Twoja kapela nazywa?

fb.com/pyorrhoea

2,288

(529 odpowiedzi, napisanych Zloty)

XTD napisał/a:

Co za syf. Pomyśleć, że niewiele wcześniej organizowane były Marsze Niepodległości, szły dumne pochody "patriotów", na różnych forach ludzie krzyczą o tym, że do Polski może niedługo przybyć "dzicz" z obcych krajów, a nikt nie pomyśli, że dzicz to już u nas jest - od dawna. Nasza własna, polska dzicz! I patriotyczni złodzieje kradnący patriotycznie rodakom byle co (bez przesady - nawet nie wiedziałem, że jest sens wyrywać akumulator - ciężki, nieporęczny, mało warty tak naprawdę). Sprawdź jeszcze poziom paliwa, czy przypadkiem nie wyssali.

nic nie wiadomo o złodzieju, więc nie ma co zakładać że był anarchistą czy patryjotą. szyba wygląda na wybitą kamieniem więc nie można również wykluczyć uczestniczek czarnego protestu.
Mógł to też zrobić pijak, bo każdy pijak to złodziej...

tak na serio, miejsce na politykę jest w dziale bałagan...


Grey, trzymaj się!
Mojemu zespołowi też kiedyś ktoś wybił szybę w busie i ukradł drogi sprzęt, co smutniejsze uczestnik naszego koncertu.

2,289

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

ten kod dodaje do amigi to co jest w ROMie od TOS 1.06

Instaluje on nową procedurę obsługi "Privilege violation vector" (adres $00000020):

MoveMe   movem.l  D0/A0,-(SP)       ; Save registers
         move.l   8+2(SP),A0        ; Pointer to opcode
         move.w   (A0),D0           ; Pickup opcode
         andi.w   #~%111111,D0      ; Mask out EA field
         cmpi.w   #$40C0,D0         ; Is it a MOVE SR,ea?
         bne.s    NotOne
         bset     #1,(A0)           ; Convert it to MOVE CCR,ea    40C0 --> 42C0  
         movem.l  (SP)+,D0/A0       ; Restore regs
         rte                        ; Rerun new opcode

NotOne   movem.l  (SP)+,D0/A0       ; Restore regs
         jmp      $FC0000           ; To previous handler, patched on
                                    ; installation of this routine

Tak wygląda Atarowa procedura w TOS 1.06:

        movem.l D0/A0,-(a7)                            
        movea.l 10(a7),a0                                
        move.w (a0),d0                                 
        and.w #$ffc0,d0                              
        cmp.w #$40c0,d0                                  
        bne.s +10 {$E00536}                             
        move.b #$42,(a0)          ; Convert it to MOVE CCR,ea    40C0 --> 42C0                    
        movem.l (a7)+,D0/A0                              
        rte                                              
{$E00536}   movem.l (a7)+,D0/A0                            
        jmp $8e00ca2                                    

40C0 -> move SR,D0
42C0 -> move CCR,D0

2,290

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

Vampirised Atari 520STFM w akcji: https://vimeo.com/187388251

2,291

(243 odpowiedzi, napisanych Fabryka - 8bit)

ma może ktoś do sprzedania SIO2BT?

2,292

(6,366 odpowiedzi, napisanych Kolekcjonowanie)

AS, ile chcesz za sztukę? nie przepadam za aukcjami...

2,293

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

dely napisał/a:

Na stronie Apollo Core piszą, że 100%

Na ich stronie napisane jest: "Apollo Core 68080 is the natural and modern evolution of latest 68000 processors. It's 100% code compatible, corrects bugs of 680x0 designs and adds on top most of the cool features which were invented the years after. "

Co oznacza że ich rdzeń ma zaimplementowane wszystkie instrukcje 68000 oraz:
A) poprawione błędy 68000;
B) dodane nowe instrukcje (chodzi tu m.in. o "AMMX" czyli implementację MMX).

Konsekwencją punktów A i B jest to że ten rdzeń nie jest w 100% kompatybilny z 68000 :)

2,294

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

Wspomniałem o tym że prace nad RBP zaczęły się jeszcze za czasów C= a nie o tym że większość układów przyszła z C=. 
Tezę tą sugerują m.in. powyższe cytaty no i wydaje mi się ona najbardziej prawdopodobna.

Dzięki za linki.

2,295

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

Vampire ma tą samą wadę co Coldfire - procesor nie jest w 100% zgodny z 68000

2,296

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

pablozp napisał/a:

ale do czego można to wykorzystac na STE

np. do zwiększenia płynności gier, np. swietnej wektorowej gry Formula One Grand Prix
do poprawienia wydajności aplikacji Gemowych. itp

Generalnie cena zawęża grono do maniaków retro.

2,297

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

dely napisał/a:

Mogło dotyczyć wszystkiego innego. Commodore przez lata, gdy pracował tam Shivji pracowało nad dziesiątkami różnych prototypów. Problem w tym, że zasadniczo to żaden ze znanych nie przypomina ani trochę Atari ST. Najprędzej już C64 :)

Ponoć właśnie architektura 900tki przypomina ST (albo odwrotnie), sporo dyskusji na ten temat znajdziesz w google.

Jeśli chodzi o ST to są pewne przesłanki uwiarygodniające prace RBP jeszcze za czasów Commodore, chociażby tutaj:
Marty Goldberg: Literally, the ST (known as RBP) was in development before Jack purchased the Consumer Division assets.
Czyli development RBP zaczą się jeszcze przed przejęciem kapitału Atari Inc i ufundowaniem Atari Co.

Secondly, as stated they were hiring over people to maintain the purchased assets and work on the planned new products such as RBP. Not to first design RBP itself. RBP was already designed and ready to go into wire wrap stage at the time of the purchase. It was delayed to August because of Commodore's injunctions filed against Shiraz Shivji and the two other former Commodore engineers, which prohibited them working on any computers for Jack for July.

Desig RBP był gotowy do montażu w momencie zakupu Atari Inc. To jest czerwiec 1984, cztery miesiące wczesniej Tramiel odszedł z Commodore.



Commodore 900 miał być kompletnie innym komputerem niż ST, na innym mikroprocesorze, na zupełnie odmiennym w sposobie działania systemie, otwartej architekturze itp. Skąd te plotki i co tam przypomina ST?

W przypadku ST finalna decyzja o wyborze procesora (Motorola czy Semiconductor) zapadła na końcowym etapie produkcji systemu. Podobnie było również z system operacyjnym (ponoć Gates proponował Windows).
Tak więc, porównując oba komputery nie przywiązywałbym się ani do systemu operacyjnego i procesora (tym bardziej do wyglądu komputera :) ) ale skupił bym się na architekturze.
Na razie jeszcze nie udało mi się dogrzebać do detali 900tki, na dzień dzisiejszy widzę wspólny element - tryb graficzny dużej rozdzielczości - Mono 72Hz


No ale poczekajmy na książkę "Atari Corp. – Business Is War", myślę że sporo namiesza.

2,298

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

dla mnie dobry news. http://www.atari.org.pl/forum/viewtopic … 16#p222816

2,299

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

Z tego co pamiętam proces dotyczył naruszenia/wykorzystania wartości intelektualnej Commodore przez Shivji.

Jeśli możemy wierzyć byłym pracownikom Atari (Marty Goldberg, współautor książek 'Atari Inc. - Business is Fun', 'Atari Co. - Business is War' również o tym wspominał) prace nad ST zaczęły się jeszcze za czasów pracy Shivji dla Commodore.

Tak więc, czego innego mógł dotyczyć ten pozew niż 'wartości intelektualnej' którą był właśnie RBP?

Inna ciekawostka, ponoć architektura Commodore 900 bardzo przypomina architekturę Atari ST.

2,300

(9 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

ja również coś gdzieś chętnie zanabędę,