2,226

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

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

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

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

2,229

(243 odpowiedzi, napisanych Fabryka - 8bit)

ma może ktoś do sprzedania SIO2BT?

2,230

(6,287 odpowiedzi, napisanych Kolekcjonowanie)

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

2,231

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

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

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

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

2,234

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

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

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

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

2,237

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

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

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

2,239

(7 odpowiedzi, napisanych Bałagan)

ostatnio regularnie gramy w kosza z synem na Jagu, no a na ST Lotus czeka na nowe dzojstiki

2,240

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

SHIFTER, MMU, GLUE, BLiTTER, DMA są custom chipami zaprojektowanymi specjalnie do "RBP" - czyli pierwowzoru Atari ST.

Commodore wytoczyło proces Shiraz Shivjiowi, gdyż ponoć projektował je pracując jeszcze w C=.
Spowodowało to wysunięcie kontrpozwu przez Atari Co. w sprawie przejęcia  przez Commodore firmy HiToro (która miała zobowiązania w stosunku do Atari Inc.) :)

Taka ciekawostka - w latach 90tych wśród amigowców krązyła legenda jakoby ST było złożone wyłacznie z TTLów. Niedawno trafiłem na 'świeży' komentarz na youtube w którym fan amigi powołuje się na tą legendę :)

2,241

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

wygląda to zacnie - sporo sprzętu Atari

2,242

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

Proton: http://www.exxoshost.co.uk/atari/last/floppy/index.htm

2,243

(1 odpowiedzi, napisanych Programowanie - 8 bit)

zacny poster
https://imgur.com/QL3JYQn

2,244

(742 odpowiedzi, napisanych Kolekcjonowanie)

ładne cacko

miałem paru znajomych którzy w tym przedziale czasowym korzystali z BBSów/Fidonet. Jeden z nich, zapalony PeCetowiec, był "hubem" Fidonet no i miał soft na duże Atari.

2,246

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

no cacy

2,247

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

Exxos z Atari-Forum.com zrobił podobne rozwiązanie. Cena jego rozwiązania jest dość spora więc Spidi masz pole do popisu :)

Tutaj jest opis jego zmagań: 4MB Upgrade & 16MHz Booster progress


STE BOOSTER V1 32MHZ & FAST-TOS   
http://www.atari-forum.com/viewtopic.php?t=29868
http://www.exxoshost.co.uk/atari/last/V1STE/index.htm

STE V1.5 16MHz BOOSTER "BETA"   
http://www.atari-forum.com/viewtopic.php?t=28974
http://www.exxoshost.co.uk/atari/last/V … /index.htm




Więcej na jego stronie: http://www.exxoshost.co.uk/atari/last/

2,248

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

spidi napisał/a:

Ponieważ popełniłem prostą dopałkę dla Amigi 500 pomyślałem sobie, żeby ją dostosować dla mojego Atari 1040STF.
Po kilku próbach i lekkim dostosowaniu udało się odpalić Atari z częstotliwością 16MHz na procku MC68HC000. Jest jednak pewien problem, nie działa stacja dyskietek. Niestety Atari nie jest moją naturalną platformą i brakuje mi trochę wiedzy na temat jej działania.
Czy możecie mi podsunąć miejsca gdzie mogę doczytać jak działa stacja dyskietek w Atari no i ogólnie jak się zachowują poszczególne części sprzętu.
Jeśli uda się rozwiązać problem ze stacją dyskietek, to będzie istniała szansa na dopałkę dla Atari :)

Załączam też fotkę mojej pierwszej prostej dopałki dla Atari.

Fajny pomysł.

Czy jestes pewny że dokładnie WD nie działa? Być może chodzi o układ DMA który odbiera dane od WD i zapisuje je do pamięci.
Bus Mastering w Atari jest inaczej rozwiązany niż w Amidze (sławetna instrukcja TAS na Amidze). Może być tak, że Twój układ nie pozwala na przejęcie szyny danych właśnie przez DMA.

cacy, ma źródło muzyczki? na jakim układzie dzwiękowym gra takietakie?
klip jest cacy

2,250

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

takietam nowości:

Many of the sampled sound effects have been ripped from the arcade game and are being played back by the STE in stereo due to the wonders of DMA audio (much easier to code than I imagined!);
You can now hear the engines of CPU cars as you drive past them (or they drive past you!);
The graphics for the starting line have now been completed, with the supporting left/right beams and the checkered pattern on the ground now present;
The blimp/airship that moves from right to left has been implemented at the start and end of qualifying;
The bad flickering on the horizon has now been resolved for the most part (at the expense of the sky gradient).

http://atari-forum.com/viewtopic.php?f= … 53#p302437

http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=3323
http://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=3324

---EDIT 2016.10.03---
ZIP do pobrania
http://atari-forum.com/viewtopic.php?f= … 61#p302737

You should be able to see the following new things in this version:

Sampled sound effects ripped from the arcade game;
Sound effect for overtaking/being overtaken by opponent cars;
Completed graphics for the start/finish line;
Blimp/airship flying across screen at the beginning and end of qualifying;
Caption on start/finish line moving between START/NAMCO/GOAL as per the arcade machine;
Horizon flickering effect fixed for the most part;
General bugfixes and some other stuff I've probably forgotten.