Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa wersja przeglądarki HighWire HighWire 0.5.0 Beta przynosi obsługę HTTPS, nowoczesnego CSS oraz kart pod TOS, FreeMiNT i MagiC.
CAS2Audio 1.0.5 Nowa wersja aplikacji CAS2Audio dla systemu Android przynosi całkowicie odświeżony i nowoczesny interfejs użytkownika.
Nowa gra na Atari 8-bit: Agents Alpha Bocianu prezentuje nową grę Agents Alpha.
Altirra 4.50 test 19 Phaeron opublikował nową wersję testową emulatora Altirra z licznymi poprawkami m.in. dla VBXE.
NeoST 0.6.1 Nowa wersja emulatora NeoST z ulepszeniami emulacji układów Atari ST, MIDI oraz obsługą sieci.
atari.area forum » Posty przez Cyprian
3.6.4 działa u mnie ok. Wygląda na to że Steem ma jakąś kolizję z konkretnymi sterownikami grafiki. Może zgłoś problem Stevenowi na forum AF http://www.atari-forum.com/viewforum.php?f=94
Co do bety 3.7 to jestem zapisany na listę betatesterów. Na AF pod tym samym linkiem był niedawną wątek na ten temat.
u mnie Stretch w Steem Beta 3.7.0 działa pod W7 i wygląda tak:
picture share
Willy super wiadomość.
Dali byście razem radę zrobić wersję dla TT?
gościu z AF :)
Wieczor, przypuszczam że Sikorowi chodzi o to że Sparrow to raczej nie prototyp a późna beta, która w zasadzie nie różni się od Falcona.
Sparrow:
Falcon: 
Widzę że gościu z AA ma również coś takiego, co swobodnie można nazwać prototypem:
Kupię płytę główną lub całe STe (model, stan wizualny, TOS , RAM i klawiatura obojętne), Ważne, żeby był sprawny i miał dobry DMA. Właśnie sobie sfajczyłem moje STe, a w zasadzie to futrzak zaczął się bawić kabelkiem od myszy i trochę nadgryzł, trochę wyszarpnął z gniazdka jak komp był włączony i teraz mam albo jakieś krzaki na ekranie albo wieczny reset albo cały ekran latających bombek.
hmm, raczej w ten sposób nie powinno dać się spalić płyty gdyż myszka odseparowana jest od płyty procesorem klawiatury.
Może po prostu coś się poluzowało, czasami warto po dociskać kości na płycie.
chodzi ogólnie o problemy z DMA, czyli również Twój przypadek. masz ST czy STE?
Jeśli chodzi o wariant Jookiego to poniżej cytat Exxosa:
I did comment about jookie's thing in another thread somewhere, though I don't know why he got that result, just assume he actually had a blown DMA. Both DMA numbers in STFM or STE behave identical from what I could tell, IE no missing signals.
Co jakiś przewija się temat problemów z twardym dyskiem, typu znikające partycje/pliki, nie bootowanie się dysku. Źródłem tych problemów miał być wadliwy układ DMA o numerze C025913-38. Do tej pory rozwiązaniem była wymiana "uszkodzonego" DMA na nowy (nie należy do najtańszych).
Dzięki koledze Exxos do naprawy wystarczą tylko dwa kondensatory:
Więcej tutaj:
http://exxos.www.idnet.com/IMPULSE/atari/last/DMAfix/
a tutaj wątek na forum:
http://www.atari-forum.com/viewtopic.ph ... 41#p255541
http://www.atari-forum.com/viewtopic.ph ... 31#p255531
Swoją drogą Exxos to ciekawy człowiek robiący kupę ciekawych dodatków dla ST:
http://exxos.www.idnet.com/IMPULSE/atari/last/
Wczoraj dostałem przesyłkę od Lotharka i mam problem z konfiguracją sieci. Wydaje mi się, że wszystko skonfigurowałem zgodnie z tutorialem na stronie: http://hardware.atari.org/sfl/index.htm. Przegrałem wszystko na partycję C:, wrzuciłem ENEC.STX do C:\STING, skonfigurowałem, zmieniłem tablicę routingu w ROUTE.TAB i nic. Dodawałem też SETMAC.PRG do C:\AUTO (widziałem na YT, że Lotharek tak ma) - też nic. Ciekawe, że w ustawieniach Stinga pokazuje mi cały czas MAC ff:ff:ff:ff:ff:ff. Niestety zmienić się tego nie da. Co z tym dalej robić?
Sprzęt - STe z 4MB RAM, Ultrasatan.
z tego co pamiętam to plik ROUTE.TAB jest wrażliwy na typ białych znaków. Powinny być taby, a jeśli są spacje to nie działa.
cacy,
widać że Jookie bo już update dostępne są :)
jakby co to też chętnie przytulę Hadesa.
jeśli nie na zawsze to chociaż na jakiś czas
BartoszP, zdjęcie zostało zrobione od razu po wyjęciu CosmosEx z pudełka
Jookie zaimplementował 'app store' do CosmosEx. Teraz można ściągać z poziomu Atari, nowe obrazy dysków z sieci:
https://www.youtube.com/watch?v=CTMwjHtlmMg
Miałem pewną kartę która sporo czasu działała ok z UltraBorutą. Pewnego dnia pojawiły się problemy z botowaniem, raz działała, raz nie. Na PC karta działała ok. Następnego dnia karta padła kompletnie.
Willi jak oceniasz, da się zrobić CT taniej?
ma się! http://www.atari.org.pl/forum/viewtopic ... 97#p188197
w poniedziałek sprawdzę jak działa z TT i resztą gratów.
ma się!
niestety łikend pracowity, jak zdrowie pozwoli to w poniedziałek przetestuję
AS, tutaj Jookie wspomina o SCSI:
http://www.atari-forum.com/viewtopic.ph ... 25#p246387
http://www.atari-forum.com/viewtopic.ph ... 00#p250923
Być może trochę nadinterpretowałem jego słowa z tym że support będzie. Żeby nie zgadywać wysłałem właśnie maila do Jookiego z pytaniem o SCSI
Na tą chwilę możesz to wykorzystać jako stacja dyskietek oraz zamiennik klawiatury, myszy i dżojstika.
--EDIT--
mam odpowiedź, jeśli będzie zainteresowanie to urządzenie będzie ale nie w tym roku gdyż teraz priorytetem jest produkcja/fixy aktualnej wersji
Wnioski są dwa albo padła stacja i karta CF jest niekoszerna
a może właśnie jest koszerna i może właśnie przez to nie działa :P
CosmoEx będzie działać pod TT gdyż ma ona ACSI. W Falconie "na razie" nie, gdyż ma on tylko złącze SCSI2. "Na razie" znaczy w pierwszym rzucie nie, potem będzie działać z Falconem gdyż Jookie planuje zaadaptować interface SCSI do CosmoEx.
swoją drogą w przyszłym tygodniu będę miał to cacko podpięte do TT :)
Wieczór fajny pomysł z tym gravisem. jeśli ma port ISA to da się go podłączyć do ST dzięki Panther http://www.atari.org.pl/forum/viewtopic.php?id=11077 problem oczywiście będzie ze sterownikami :)
Mi osobiście brakuje na ST takich dodatków jak VBXE, Evie czy SoundBoard
Sikor, SDMA tak jak Paula nie obciąża procka - samo odtwarzanie sampli zajmuje 0% mocy procesora.
To procedura odtwarzania MODów jest czasochłonna, zarówno na Atari jak na Amidze. Z tego co pamiętam to na tym drugim zajmuje 6-7 linii ekranowych a na ST Lance player koło 100 linii dla 50Khz i koło 46 dla 12KHz
używam dwóch programowych debuggerów - Steem Debug i Hatari :P
pierwszy wygodny - okienkowy, drugi wypasiony, z obsługą plików wsadowych ale niestety konsolowy
Posłuchajcie sobie Braindamage czy Stardusta (w trakcie tunelu) na realnym STE, a potem odtwórzcie sobie te mody na tym samym STE w trakerze który nie używa blittera (ale używa SDMA) - będzie różnica. Mało słyszalna, ale jest smile
Adam, ja osobiście nie pokusił bym się o tak jednoznaczne stwierdzenie bez dokładnej analizy kodu oraz weryfikacji tego w debuggerze.
Tak więc skąd u ciebie przekonanie że to wina blittera a nie na przykład złego kodu?
Adam, co do "wycyklowania" czyli synchronizacji - to nie jest jakaś filozofia. Chociażby VSync - albo synchronizujesz operacje graficzne z przerwaniem pionowym i masz stabilny obraz albo masz migające sprajty. To samo tyczy się SoundDMA, Midi, Centronics, RS232, czy transferu danych klawiatury/myszy. Bez synchronizacji komputer był by ślepy i głuchy.
Może się mylę, ale uważam że dobry programista ma to "wycyklowanie"/synchronizację cały czas na uwadze, gdyż przykładowo głupia instrukcja DIVS może opóźnić przerwanie o 156 cykli.
Swoją drogą zakładam że Atari właśnie po to dodało do SoundDMA 8 bajtowy bufor FIFO by w razie opóźnienia w obsłudze przerwań, bez problemu kontynuować odtwarzanie dźwięku z bufora. Tak jak pisałem pierwszy raz słyszę o tym problemie.
Oczywiście że się da, ale całkowite blokowanie szyny na 64 cykle jest problematyczne, szczególnie jak masz efekty które wymagają dokładnego cyklowania każdej linii.
Atari na szczęście zaopatrzyło SDMA w 8 bajtowe FIFO, więc blitter bez zauważalnego efektu może zablokować procesor na max 640 cykli dla 50kHz stereo lub 10240 cykli dla 6kHz mono.
Więc, może to być problematyczne ale jedynie dla nowicjusza :)
Konkretny przyklad to każde demo/aplikacja używająca blittera i dźwięku DMA. Blitter ma najwyższy priorytet, i jeśli DMA będzie potrzebowało próbki w momencie gdy Blitter pracuje, to będzie trzask. Nie są to jakieś wielkie zakłócenia, ale wystarczy się wsłuchać by je usłyszeć. Jak na razie nikomu nie udało się tego wyeliminować, i chyba nie jest to możliwe, bo z tego co się ornientuje to nie da się przewidzieć kiedy dźwięk DMA będzie chciał uzyskać dostęp do pamięci.
Adam, nie ma technicznej możliwości kolizji dostępu do pamięci pomiędzy blitterem i SDMA ponieważ pracują one na odrębnych szynach danych. SDMA na szynie Shiftera a blitter na szynie CPU. Obie szyny dzięki układowi GLUE korzystają z pamięci naprzemiennie.
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.144 sekund, wykonano 11 zapytań