Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorYolk (xmgatz)
   • CommentTime27 Jul 2016 10:07

    
   Covox potrzebny do compo maszyny na SillyVenture.
   
   Chcę uniknąć budowania pająka, więc najlepiej gdyby to był jakiś "new old stock" z produkcji Lotharkowych sprzed lat. Niestety Lotharek już nie ma, więc liczę na Waszą pomoc.
   
   Sprawa jest dosyć pilna, bo chcę mieć maszynę gotową do testów w miarę szybko.
2. • 2:
      
     CommentAuthorMontezuma
   • CommentTime27 Jul 2016 11:07

    
   Skontaktuj sie z ctirad przez AtariAge:
   ->link<-
   
   Jego zewnetrzne rozszerzenie pamieci do XE posiada (opcjonalnie) Covoxa (z bardzo dobrym dzwiekiem).
3. • 3: CommentAuthorYolk (xmgatz)
   • CommentTime27 Jul 2016 11:07

    
   Dzięki za hint. Wychodzi około 250 zł z przesyłką. Grubo, ale co robić. Poczekam jeszcze kilka dni, może ktoś się znajdzie z gotowym Covoxem do zamontowania w budzie. A jak nie to zamówię.
4. • 4:
      
     CommentAuthormgr_inz_rafal
   • CommentTime27 Jul 2016 11:07 zmieniony

    
   Mam gdzieś wolne jedno takie rozszerzenie - nie pamiętam tylko czy brałem wersję z Covoxem... Jeśli tak to mogę udostępnić na czas nieokreślony :)
   
   Wieczorem dam znać.
   
   ________
   OK, sprawdziłem historię na AtariAge. Niestety mam wersję bez Covoxa :/
5. • 5: CommentAuthorYolk (xmgatz)
   • CommentTime27 Jul 2016 11:07

    
   Dzięki za sprawdzenie.
6. • 6: CommentAuthortebe
   • CommentTime27 Jul 2016 12:07

    
   dlaczego Covox jest tak mało popularny ?
7. • 7: CommentAuthorwieczor
   • CommentTime27 Jul 2016 12:07

    
   Bo jest gadżetem - trudno go wykorzystać do czegoś ponad granie i słuchanie sampli - obciążenie CPU pozostaje wciąż dość spore, więc wykorzystanie w programach jest dość ograniczone.
8. • 8: CommentAuthorRocky
   • CommentTime27 Jul 2016 22:07

    
   Rapidus doda skrzydeł...
   Swoją drogą ciekawe co będzie lepiej brzmiało (mody):
   1. Rapidus + POKEY
   2. 6502 + Covox
9. • 9: CommentAuthorwieczor
   • CommentTime28 Jul 2016 06:07

    
   Nie tędy droga, tak to się robiło na pececie ;) Mocny procesor i jedziemy nim wszystko. Jednakże i tu zaczęło to ulegać zmianom.
   
   Covox i tak zawsze zabrzmi lepiej i nie ma to związku z wydajnością, bo masz dwa kanały po 8 bitów, a POKEY to 4 kanały po 4. Na Covoxie przy 4-kanałowym module, każdy jeden ma 7-bitową rozdzielczość. Tyle że na jakości się kończy - nawalanie próbkami z określoną częstotliwością po prostu zabiera czas i cudów nie ma. Rapidus po prostu może sprawić, że poza odtwarzaniem da się zrobić coś jeszcze - ale i tak nie za dużo, bo tu chodzi o ciągłość i przerywanie pracy procesora w trakcie odtwarzania sampli nie jest dobrym pomysłem.
   
   Słuszną drogą jest zdjęcie tego zajęcia z procesora i zlecenie niezależnemu, działającemu równolegle urządzeniu, najlepiej z własną pamięcią i tak działa właśnie Amiga (pomijając tę pamięć ale jest chip i fast) czy np. Gravis. I tak miał (ma?) działać SoundBoard.
10. • 10: CommentAuthorxxl
    • CommentTime28 Jul 2016 08:07

     
    nie tedy droga. wlasciwa droge wskazalo atari... a siocart odpowiedza. jakosc dzwieku perfekcjna, obciazenie atari w zaokragleniu zero.
11. • 11: CommentAuthorRocky
    • CommentTime28 Jul 2016 09:07 zmieniony

     
    wieczor.. niekoniecznie
    6502 może młócić pokeya max ok. 11kHz (odtw. modów).
    W przypadku Rapidusa teoretycznie 11 x tyle (nie wiem ile wytrzyma POKEY i na ile pozwoli pamięć, szyna)..
    Sami wiecie, że nawet na 1bit GTIA można wyciągnąć co nie co...
    Abstrahuje od sprzętowego rozwiązania.. które jak wiadomo zawsze będzie lepsze.. problem polega na tym, że Atari zaczyna być dodatkiem (balastem) do sprzętu jaki się teraz robi..
    Uważam, że właśnie Rapidus jest jednym z lepszych datków rozwijających Atari wszechstronnie.. (olać VBXE)..
    Rapidus może dać kopa POKEYowi (nie sample) wiecej zmian dla instrumentów, ANTIC/GTIA (mnożenie spritów, częstsze zmiany kolorów w linii.. może nawet by udało się zrobić coś w rodzaju mapy kolorów przy podmianie rejestru co bajt w hires :) i nadal to jest Atari..
    
    Pozatym covox w Atari ma 4x8bit.. przynajmniej ten tradycyjny na rezystorach, którego mam.
12. • 12: CommentAuthorxxl
    • CommentTime28 Jul 2016 09:07

     
    > i nadal to jest Atari..
    
    nadal to jest rapidus :-)
13. • 13: CommentAuthormono
    • CommentTime28 Jul 2016 09:07

     
    @wieczor: Covox na Atari to 4x8-bit DAC a nie 2.
14. • 14: CommentAuthorwieczor
    • CommentTime28 Jul 2016 10:07

     
    Serio? Patrz nie wiedziałem. No to oszczędza się na miksowaniu.
    
    @Rocky: ale sama prędkość to nie wszystko. Kiedy odtwarzasz sample, potrzebna jest ciągłość tego procesu. Jak myślisz - czemu przy odtwarzaniu sampli na Atari, wyłączasz przerwania? (bo ekran można zostawić włączony). O to chodzi - żeby procesor mógł poza odtwarzaniem sampla w sposób ciągły robić w międzyczasie coś innego, nie wystarczy że będzie kilka razy szybszy... Musi być w pip razy szybszy niż częstotliwość odtwarzania. Rapidus na pierwszy rzut oka może być, ale nie za dużo - nadal raczej coś prostego w tle zrobisz, z czymś bardziej skomplikowanym lub interaktywnym może być problem. Dlatego właśnie każdy rozsądny takie zadania z głównego proca zdejmuje, bo jest zbyt potrzebny do bardziej inteligentnych zadań. I np. może faktycznie być ciekawy player na pokeya naście razy na ramkę. Ale używać tego do odtwarzania sampli to sztuka dla sztuki - można to zrobić lepiej. I prościej :) Po prostu zbudować wavetable'a :)
15. • 15: CommentAuthorRocky
    • CommentTime28 Jul 2016 12:07

     
    wieczor.. racja to racja..
    Może z ciekawości spróbuje zrobić test sampla na PC:
    11kHz 8bit vs 96kHz 4bit/5bit (łącząc 2 kanały POKEYa można mieć 5 bit)..
    
    xxl: rapidus to bardziej Atari niż VBXE.. pokaż mi soft z lat 80tych, który wykorzysta VBXE.. :)
    Inna sprawa, że Jay, gdyby miał zrobić dopałkę do małego Atari, to pewnie by szedł w tym kierunku (lepszy procek z własna pamięcią FAST).. Amigowa pamięć CHIP to nic innego jak zwykła pamięć w Atari dostępna dla Chipsetu AGP małego Atari (dla ścisłości Antic, GTIA, POKEY).. tacy ojcowie OCS i dziadkowie AGA.. :)
    Patrząc na rozwój Atari powinniśmy patrzeć na architekturę Amigi.. wtedy jesteśmy zgodni z myślami twórcy.
16. • 16: CommentAuthorxxl
    • CommentTime28 Jul 2016 13:07

     
    Rapidus i VBXE mimo, że świetne demo polskiej mysli technicznej to jednak nie atari :-)
    na vbxe pojdzie powiedzmy prawie wszystko z lat 80 z tego wzgledu ze to (upraszczając) emulator GTIA, na Rapidusie podobnie jesli jego proc dziala w trybie emulacji...
    
    jest tylko tak postrzegasz Atari to Altirra jest najbardziej atari z mozliwych ;-)
17. • 17:
       
      CommentAuthorvoy
    • CommentTime28 Jul 2016 14:07

     
    Jeśli Rapidusa przełączysz w tryb Classic, to 65816 nie będzie działał w trybie emulacji, tylko zostanie wykorzystany 6502.
18. • 18:
       
      CommentAuthorpirx
    • CommentTime28 Jul 2016 15:07

     
    @wieczór
    
    akurat na rapidusie + covox możnaby użyć przerwań pokeya do grania sampli i mieć sporo wolnego czasu procesora do dowolnego użycia.
19. • 19: CommentAuthorxxl
    • CommentTime28 Jul 2016 15:07

     
    w trybie clasic 6502 na karcie rapidus operuje na pamieci atari czy pamieci rapidusa?
20. • 20:
       
      CommentAuthorvoy
    • CommentTime28 Jul 2016 16:07 zmieniony

     
    Wg Atariki: W karcie dostępne jest łącznie 31 MB pamięci RAM. W pierwszych 64 KB (pamięć zgodna z obszarem 6502) możliwy jest wybór pomiędzy pamięcią Fast RAM i ROM, a pamięcią znajdującą się na płycie głównej Atari: każdy blok 16k może być w ten sposób oddzielnie skonfigurowany.
    
    W trybie Classic w menu karty wszystkie 4 bloki (od 0 do 3) są ustawione na No speed-up, co według mnie oznacza korzystanie z pamięci na płycie. W pozostałych trybach też, oprócz trybu Rapidus, gdzie wszystkie bloki prócz nr 2 (by umożliwić korzystanie z kartridży) ustawione są na Fast reads.
    
    O szczegóły zapytaj autora. Jest w trakcie pisania instrukcji karty.
21. • 21: CommentAuthorxxl
    • CommentTime28 Jul 2016 19:07

     
    tym lepiej, zwieksza kompatybilnosc z atari
22. • 22: CommentAuthorRocky
    • CommentTime29 Jul 2016 01:07

     
    Mając na mysli produkcje z lat 80 miałem na myśli eidolon, fractalus..
23. • 23: CommentAuthorxxl
    • CommentTime29 Jul 2016 07:07

     
    Obydwie wyświetlam z wyjścia RGB karty vbxe. Kolory. Daszki. Wszystko się wyświetla więc emulacja gtia na vbxe chodzi.
24. • 24: CommentAuthorpin
    • CommentTime29 Jul 2016 11:07

     
    Z tymi covoxami, szczególnie dodawanymi do jakiś rozszerzeń to uważaj Yolk, bo niekoniecznie musi to być 4chn urządzenie to raz, a dwa to odpowiedni player. Neo potrafi grać albo na pokeyu, albo na covoxie siedzacym na $D6, $D7
25. • 25: CommentAuthormono
    • CommentTime29 Jul 2016 11:07 zmieniony

     
    I pod $D220, $D240, $D260 lub $D280. Ale akurat w tym RAM320XE/576 siedzi sobie Covox pod $D600 czyli standardowo.
26. • 26: CommentAuthorYolk (xmgatz)
    • CommentTime29 Jul 2016 13:07

     
    Yerz uzyskał odpowiedź od producenta, że po pierwsze kart RAM320 nie ma i są tylko RAM576, a po drugie w RAM576 nie ma w ogóle Covoxa, więc ten wątek dyskusji jest do zamknięcia.
27. • 27: CommentAuthorRocky
    • CommentTime29 Jul 2016 14:07

     
    xxl: jeśli sprowadzasz rolę vbxe tylko jako polepszacza jakości obrazu z wyjść... (na dodatek ze skopaną paletą)
28. • 28: CommentAuthorxxl
    • CommentTime29 Jul 2016 14:07

     
    no ale chciałeś polepszenia możliwości atari, to masz - lepszy obraz, lepsza paleta itd. polepszenie odbioru gier z lat 80 (zaleznie od gustu), przy dopalkach masz 16 bitowy proc, wiecej pamieci, gry moga chodzic szybciej itd. polepszenie odbioru gier z lat 80 (zaleznie od gustu). a czy jedna czy druga dopalka jest wykorzystywana w pelni przez stare produkcje? mysle, ze nie. czy ta droga jest zgodna z mysla tworcow - jak piszesz, mysle, ze tez nie :-) oni odpowiedzili amiga :D
29. • 29: CommentAuthorpin
    • CommentTime30 Jul 2016 12:07

     
    Paleta z VBXE to ma przynajmniej kolor czerwony. Dla mnie bomba ;)
30. • 30: CommentAuthormrroman
    • CommentTime30 Jul 2016 19:07

     
    @xxl: A o które Atari Ci chodzi? Atari 800 czy Atari 800XL? Bo jednak nie są one ze sobą do końca kompatybilne (np 12V w porcie SIO i 4 porty joysticka) :).
    
    Poza tym firma Atari miała w planie wypuścić Atari 1090. Tak się czasem zastanawiam, skąd wiesz co chciało Atari.
31. • 31: CommentAuthorxxl
    • CommentTime30 Jul 2016 20:07

     
    nanowsze czyli seria xl/xe oczywiscie ;-) jaki jest sens utrzymywac kompatybilnosc ze starym ubozszym modelem?
    firma atari miala tez w planach usunac new device z systemu operacyjnego - ostatnia wersja os rom przed zamkniecie dzialu r/d nie ma obslugi new device za to ma hi speed SIO (nie wprowadzone do produkcji) - tyle firma, tworcy natomiast zrobili krok na przod i stad amiga :-)
    
    co chcialo atari? oprocz zdrowia i usmiechu? stawiam, ze pieniedzy - jak kazda firma :-)
32. • 32: CommentAuthormrroman
    • CommentTime30 Jul 2016 21:07

     
    A z którego dokładnie roku/miesiąca jest ten ROM? Bo z tego co słuchałem w wywiadach to wszyscy narzekali na powolność SIO. Jeśli chodzi o twórców komputerów Atari, to w jednym wywiadzie jeden z nich powiedział, że walczyli o możliwość rozszerzania (przez karty) tak jak w Apple II ale FCC się nie zgodziło. Nawet jeden z projektantów, podrzucił pomysł jak to ominąć innej firmie (chyba Texas Instruments), przez co opóźnił wypuszczenie tego komputera o kilka miesięcy :).
    
    Co do firmy, to chyba staremu Atari Inc z lat 79-84 nie chodziło o pieniądze, skoro wydawali je tak łatwo ;).
33. • 33: CommentAuthorxxl
    • CommentTime31 Jul 2016 15:07

     
    wrzesien 84 revision 5. "powolnosc" SIO nie jest zwiazana z atari tylko owczesnymi urzadzeniami zewnetrznymi. bez przerobek atari moze wyciagnac znacznie znacznie wiecej niz standard na SIO. zauwaz ze turbo to byla modyfikacja stacji a nie komputera.
34. • 34:
       
      CommentAuthorvoy
    • CommentTime31 Jul 2016 16:07 zmieniony

     
    Wszystko fajnie, ale zauważ, że nastąpiło to po przyjściu Tramiela i po skasowaniu linii "Dynasty", czyli Atari 1450XLD, 1400XL, 1090 i 1060. Wcześniej firma miała zupełnie inną wizję rozwoju systemu operacyjnego i linii XL. Ostatnia wersja systemu dla 1450XLD/1400XL to XL OS 2.3 z 21. czerwca 1984 roku, a Tramiele nadeszli początkiem lipca.
    
    Wersja systemu, o której piszesz, to kontynuacja wersji XL OS 1.2 z 10. maja 1983 r. Późniejsze zmiany całkowicie odrzucono (a szkoda).
35. • 35: CommentAuthorxxl
    • CommentTime31 Jul 2016 18:07

     
    to byl ostatnio projektowany OS ROM dla serii XL
    
    * Revision 4, Version 0 (600XL/800XL/1450XLD)
    *
    * Add support for SIO fast mode (38400 baud).
    * Add resident Help Text Viewer.
    * Remove Peripheral Handler Loading Facility.
    * MIKE BARALL 07/16/84
    
    jak widac otrzezwienie przyszlo wczesniej (lub jak kto woli pragmatyczne podejscie) po co kontynuowac cos co sie nie sprawdzilo i dlaczego nie rozwijac czegos co sie sprawdzilo. jak widac ten system tez byl przeznacony dla linii XL i ma szybkie SIO :-)
    a czy firma zmienila wizje podczas projektowania serii XE (dla niej mial byc rev.5 z szybkim SIO i bez PBI) moze tak a moze nie :-) dzial rozwoju zostal zamkniety i nie padla ostateczna odpowiedz :)
36. • 36:
       
      CommentAuthorvoy
    • CommentTime31 Jul 2016 19:07 zmieniony

     
    XE jeszcze nie było, powstawały dopiero jej pierwsze założenia (vide 900XLF, które zostało wydane jako 65XE), bodajże pod koniec 1984 roku.
    
    Podejrzewam, że po przyjściu Tramieli zmieniły się wytyczne i zaczęto je szybko wdrażać. Ale i tak wersja z czerwca dla mnie jest najbardziej zaawansowana. :)
    
    

    po co kontynuowac cos co sie nie sprawdzilo

    
    Dziwny argument... Oba modele z linii "Dynasty" były o krok od wejścia na rynek, miały równoległą stację dysków (w 1450XLD), syntetyzer głosu i modem. Ładnie rozwijały wykorzystanie PBI jako sposób na łatwe dołączanie nowych urządzeń. Miały szansę dopiero sprawdzić się na rynku, a nie jak piszesz, że "się nie sprawdziło", tylko Tramiel najpewniej miał inne zdanie i kazał ciąć koszty. Nie traktuj wszystkiego jak słowa objawionego, że SIO zostało przez firmę namaszczone... ;) Zauważ, że po wydaniu XL OS 1.4 (z szybkim SIO) powrócono do kodu XL OS 1.2 i 1. marca 1985 roku ukazuje się wersja 1.3, w której pozostawiono procedury obsługi new devices i w której nie ma szybkiego SIO.
37. • 37: CommentAuthormono
    • CommentTime31 Jul 2016 21:07

     
    Remove Peripheral Handler Loading Facility.

    
    Jeśli usunięcie ładowania sterowników z urządzenia rozumiesz jako wyrzucenie PBI... Przecież to zupełnie różne rzeczy! Ładowanie sterowników urządzeń możliwe jest też przez SIO, bo to mechanizm niezależny od interfejsu (tzw. format ACX).
38. • 38: CommentAuthorxxl
    • CommentTime1 Aug 2016 07:08

     
    @mono: czytaj uwaznie. w rev.5 a nie w rev.4 zostalo usuniete pbi. zreszta 900XLF dla ktorej byl projektowany nie mial tej szyny.
    
    @voy: do czego atari uzylo pbi w czasie gdy projektowali nowy system czyli serie XE (900XLF)? do rozszerzenia pamieci dla budzetowego modelu... jest to jest to Twoje "sprawdzilo sie" to sorry. sprawa dwa czy kontroler stacji dyskow w 1450xld kiedykolwiek dzialal? no wlasnie :-)
39. • 39: CommentAuthormono
    • CommentTime1 Aug 2016 09:08

     
    Tramiel skasował R&D więc samo to już mówi, że o żadnym rozwoju nie myślał. W takich warunkach te kolejne wersje XE w których nie ma PBI to moim zdaniem po prostu zepsucie Atari, a nie żaden rozwój. SIO się nie nadaje do niczego prócz załadowania gierki na 2h zabawy :)
40. • 40: CommentAuthorwieczor
    • CommentTime1 Aug 2016 10:08

     
    Dokładnie, to były plany zwoju nie rozwoju :) Obcinamy i upraszczamy produkt, którego resztek będziemy się pozbywać bo rozwijany już nie będzie. A 38400 to nie jest żaden hi-speed, tylko zwykłe przyspieszenie transmisji, którego ja, przy ca-2001, na codzień używałem - bez żadnego specjalnego ROM-u, programowo się ustawiało. W dołączonym dosie był taki mały programik, odpalany zaraz po starcie. No, tyle że z firmową stacją Atari to nie działało chyba.
    
    W latach 80-ych nikt poważnie nie mógł myśleć o porcie szeregowym do komunikacji z urządzeniami innej niż transmisja danych - z prostego powodu - porty szeregowe były po prostu za wolne. I o naprawdę szybkim przez długi czas jeszcze nie mogło być mowy. W 16-bitowych komputerach to nie uległo zasadniczej zmianie.
41. • 41: CommentAuthorxxl
    • CommentTime1 Aug 2016 10:08

     
    czyli atari konczy sie na XL? ale dopiero w serii XE zostala dodana i wlasciwie zdefiniowany standard rozszerzenia pamieci rozdzielnych dostepow antica i cpu do pamieci :-)
42. • 42: CommentAuthormono
    • CommentTime1 Aug 2016 11:08

     
    I nie zablokowano w ROM-ie klawiszy funkcyjnych XL :P
43. • 43: CommentAuthormrroman
    • CommentTime1 Aug 2016 16:08

     
    To ja powiem jak ja o tym myślę. Tramiel przyszedł do firmy i zaczął czyścić. Pewnie zaczął się konkurs pomysłów, od tych którzy zostali i chcieli utrzymać pracę. Pewnie jednym z pomysłów było przywrócenie kompatybilności z 400/800.
    
    Tu jest pełny opis zmian:
    
    * Revision 5, Version 0 (800XL/800XLF/900XLF/900XLFK)
    *
    * Revert to Rev. B device handlers (E:, C:, P:, S:, K:),
    * (with bug fixes) to eliminate need for Translator.
    * Remove parallel I/O support.
    * Fix keyboard display in self-test.
    * MIKE BARALL & VINCENT WU 09/04/84
    
    Najważniejsza jest w tym opisie linia "* Revert to Rev. B device handlers (E:, C:, P:, S:, K:), * (with bug fixes) to eliminate need for Translator.". Ta wersja ROMu prawdopodobnie miała na celu uratować sytuację sprzedaży 8-bitowego Atari. Chodziło o porażkę serii XL. Nie chodziło wcale ani o SIO ani o PBI. Chodziło o to żeby nowe komputery Atari działały bez problemu z softem z 400/800. Procedury PBI pokrywały się z kodem z OS/B.
    
    Stąd pewnie ta wersja OSa. Bardzo dobrze że tego nie zrobili, bo byłyby kolejne źródła niekompatybilności i wprowadzone bugi.
    
    Atari 1200 XL było porażką bo pokazało że ludzie nie chcą SIO, a chcą za to rozszerzeń (tak jak to było z 400/800). Stąd wprowadzono PBI i zmieniono system tak żeby łatwiej go było później rozszerzać i stworzyć platformę na przyszłość. Atari czuło że traci rynek poważniejszych użytkowników.
    
    Więc dalsza seria Atari XL miała być odpowiedzią na sukces Apple II i zagrożenie ze strony PC. PBI miało być próbą ustandardyzowania rozszerzeń do Atari (takich jak karty kompatybilności z PC czy szybkie stacje dysków i 80-kolumnowe rozszerzenia). Takie pojawiały się już w czasach 400 i 800 ale były tak na prawdę hackami, niestandardowymi, działającymi tylko ze specjalnymi wersjami oprogramowania (co było bolączką Apple II).
44. • 44: CommentAuthorxxl
    • CommentTime1 Aug 2016 18:08

     
    Dla Mono seria XE to psucie Atari, dla Ciebie seria XL porażka.
    
    przesrane ;-)
45. • 45: CommentAuthormrroman
    • CommentTime1 Aug 2016 19:08

     
    @xxl: też się śmieję :). Moja wina. Trzeba było nie pisać "Chodziło o porażkę serii XL" a zamiast tego napisać o słabej sprzedaży Atari w porównaniu do C64.
46. • 46:
       
      CommentAuthorvoy
    • CommentTime1 Aug 2016 22:08

     

    xxl:

    czy kontroler stacji dyskow w 1450xld kiedykolwiek dzialal?

    Pewnie działał, skoro są dostępne zrzuty ROM-ów kontrolera stacji i ROM nowego urządzenia. 1450XLD był w fazie mocno zaawansowanego prototypu, gdy zlikwidowano dział R&D.
    
    Możemy sobie tak gdybać bez końca. Skoro jednak tak wielbisz SIO, to wytłumacz mi łopatologicznie, jak zrobić szybkie urządzenia na nim oparte, dorównujące prędkością tym na PBI, ewentualnie na złączu kartridża i ECI (interfejs HDD, dowolny freezer, odpowiednik SIDE, karta turbo itp.) Jakoś cienko widzę bezproblemową współpracę kilku takich urządzeń ze sobą...
47. • 47: CommentAuthorxxl
    • CommentTime1 Aug 2016 22:08

     
    czytalem ze nie dzialal... teraz znalazlem tylko to: "Apparently The 1450 was not released because they were having problems getting the parallel disk drive controller to work properly." ;-)
    
    no coz... nie moge Ci pomoc bo moje atari nie ma zlacza PBI wiec dowolnie wybrane urzadzenie na PBI jest dla mnie bezwartosciowe :/
    dla mnie wazniejsza jest wygoda a tu bluetooth swietnie sie sprawdza mam hdd w chmurze ;-). szkoda, ze PBI na to nie pozwala ;)
48. • 48: CommentAuthorwieczor
    • CommentTime1 Aug 2016 23:08 zmieniony

     
    A skąd wniosek, że nie pozwala? Bo nikt nie zrobił takiego urządzenia? To można zrobić :) No, ale jak się ma niskobudżetową, okrojoną wersję Atari to może być ciężko (aczkolwiek i ono ma PBI tylko schowane w środku, szkoda im było pieniędzy na gniazdo).
    
    A przez SIO, szkoda że tak powoli :) Gdyby nie małe ilości danych do przesłania, to byłby horror :)
49. • 49:
       
      CommentAuthorvoy
    • CommentTime1 Aug 2016 23:08 zmieniony

     
    Której wersji 1450XLD to dotyczyło? Z kartami-córkami, czy z kontrolerem stacji i resztą zamontowaną na płycie głównej?
    
    Skoro jesteś minimalistą i taki stan rzeczy ci odpowiada, to żyj sobie z nim. :) Ja z kolei nie lubię samobiczowania i innych klimatów S&M. ;) Moje 800XE też nie ma PBI, ale dzięki tandemowi Cartridge+ECI jest dostępna większość sygnałów, które były na PBI. Bardzo szkoda, że miałeś pecha trafić na okrojoną wersję 65XE...
50. • 50: CommentAuthorxxl
    • CommentTime2 Aug 2016 00:08

     
    mam nieprzerobione atari i odrazu sado-maso? to niezle musiales balowac w latach 80 lub 90 przy atarce ;-)