Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy shooter od Shantiego Shanti prezentuje prototyp poziomej strzelaniny wykorzystujący mnóstwo kolorowych, animowanych przeciwników.
Aktualizacja BigPEmu do wersji 1.21 Nowa wersja emulatora Atari Jaguar z obsługą BigMaster oraz nowymi funkcjami dla skryptów audio.
The Best of Atari XL/XE demoscene music Premiera płyty winylowej pod tytułem "The Best of Atari XL/XE demoscene music, vol. 1" na Last Party!
Bagman Comes Back na Atari 8-bit Bernd Spautz pracuje nad portem gry z C64. Zobacz postępy w pracach nad tą klasyczną grą zręcznościową.
G2F - A Graphician's Guide Poznaj sekrety tworzenia niesamowitych grafik na Atari 8-bit dzięki nowemu poradnikowi Graph2Font.
atari.area forum » Posty przez Pecus
Nie oglądam filmików. Ale zmusiłem się....
Ha, ha, ha, handler D: napisałeś.... ło matko. xBios miał nigdy nie być DOSem a się nim staje!
DOSem, obsługującym jeden filesystem (oczywiście zaraz dostanę odpowiedź, że obsłuży każdy filesystem do którego ma sterownik :P ) bez możliwości tworzenia plików.
Cudo!
Pecus napisał/a:A może jednak musi zaprogramowane już przez CIO procedury I/O przepisać pod xBiosa?
Co to znowu za zalosna bzdure wyprodukowales :-)
Ustosunkujesz się kiedyś do meritum zamiast błędy pisarskie wytykać? Procedury oczywiście nie są zaprogramowane przez CIO ale przez Rafała, a przez CIO się komunikują. Tak więc Rafał ma już oprogramowane wszystko przez CIO właśnie i co teraz? Przerabiać wszystko pod xBiosa? Po co? By zmniejszyć zgodność? Dodatkową robotę wykonywać..... to jest dopiero bzdura.
Wiesz... i tak już piszę jak do mojego 7-mio letniego syna i nie używam trudniejszych zwrotów :P
Przypomina mi to ostatnią debatę prezydencką..
Pytanie: Czy wie pani z czego piecze się chleb?
Odpowiedź kandydatki: Wczoraj założyłam czerwone trzewiki i to najlepsze trzewiki są!
Czyli mgr_inz_rafal nie musi nic w kodzie gry zmieniać jeśli ma już napisane I/O przez CIO? Odpala pod xBiosem i voila :P i na carta bez problemów jednym ruchem przeniesie - no super!
A może jednak musi zaprogramowane już przez CIO procedury I/O przepisać pod xBiosa?
A jak przepisze procedury I/O na xBiosa to bedą działały przez CIO np. pod SDX?
Tylko do tego, będziesz musiał dobrze napisanego Rzygonia stosującego CIO przerobić tak by chodził pod xBiosem (i tylko pod nim, bo wyklucza to CIO, chyba że całe I/O w grze zrobisz w dwóch wersjach i dasz użytkownikowi opcję wyboru).
I z rozwiązania zgodnego ze standardami będziesz miał ... w sumie nie wiadomo co. Zapomnij wtedy o SDX...
Ja proponuje kompoty z wiśni!
Oczywiście można je stawiać na dowolnej maszynie (aby tylko nie wylać) :)
Wszystkie turba ładujące "loader" (pod jeden z dwóch adresów do wyboru) to Turbo 1050 znane pod tysiącem innych nazw (bo napis w ROMie zmienić łatwo).
Nie będę się kopał z koniem.
Tym bardziej jeśli nie odróżnia on od siebie różnych warstw systemu operacyjnego.
Programista korzystający z CIO też nie ma tego problemu.
Z resztą nie znam nikogo, kto miałby z tym problem... no może poza Tobą.
Dalej mylisz (i mieszasz w głowach innym) warstwę CIO i SIO - ale cóż, niektórym wiedza nie jest widać do życia potrzebna.
Korzystając z warstwy CIO nie ma potrzeby by wiedzieć jakie turbo ma stacja, bo nie komunikuje się ze sprzętem - to warstwa czysto programowa zajmująca się obsługą plików.
Transmisją blokową zajmuje się w komputerach Atari SIO i tyle na ten temat.
A Twoja procedura i tak z SIO korzysta :P więc jest dłuższa i wolniejsza od sprawdzenia prędkości US przez SIO, jest dłuższa o długość xBiosa!, bo to samo doskonale robi się bez niego.
Super! Tyle, że używając przestarzałego CIO nie ma absolutnie potrzeby sprawdzania w jakim trybie pracuje stacja i dlatego nie ma nawet takiej możliwości. Czy sprawdzenie jest szybsze i krótsze od braku potrzeby sprawdzania?? Chyba jednak nie.
Kolega jak zwykle myli pojęcia, CIO to inna warstwa oprogramowania.
CIO po prostu działa z taką prędkością jak trzeba :P
Jak lata temu robiłem to był F :)
Demo jak demo ale to... https://www.youtube.com/watch?v=4WKOFg0vCwc
A może TapaTalk zadziała w końcu....
Jako, że w innym miejscu handlujemy tylko tym co związane Atari, to ja tutaj.. :)
Poszukuję obudowy Welland ME-740PSS (stary model) USB 2.0 GreenStar - dokładnie takiej: http://www.welland.com.tw/html/green/740pss.html ... nowej, używanej, dowolnej (sprawnej).
Kupię lub zamienię dając za nią model nowszy z eSata o taki: http://www.welland.com.tw/html/enclosure/740.html (wersja USB2.0 + eSata).
Kolor czarny lub czerwony do wyboru....
Może ktoś z Was ma....
COLD /N nie działa?
1. wykorzystanie NOTE/POINT w Sparcie w rozumieniu ustawienia się w pliku nad określonym bajtem mija się z celem - z punktu widzenia prędkości (negatyw)
Prędkość jest słaba tylko jeśli pracujesz na dyskach w formacie AtariDOS, jeśli NOTE/POINT pod Spartą operuje na dysku w formacie Sparty, to jest błyskawiczne. Za to działanie jest jednoznaczne (w stosunku do innych DOSow, gdzie po skopiowaniu pliku trzeba przygotować nowe indeksy, bo jak się tego nie zrobi.... to kaszana ;) ).
Spoko. Znalazłem.
Muszę tylko przejrzeć, bo chyba jakieś haczyki są w konwerterze i warto byłoby je opisać przynajmniej.... pod SDX mi nie zadziałał ;) Ale to laaaaata temu pisałem i nie wiedziałem, że jest coś takiego ;) . Może przynajmniej opis formatu MD8 mi z tego wyjdzie.
Prawda jest taka że player ten nie działa z DOSem :) (vide xbios ;P ). Ma swoje własne, uproszczone maksymalnie procedury odczytu pliku z dyskietki. To dlatego, że nie używa pamięci rozszerzonej i musi mieć jak najdłuższy ciągły kawałek RAM do dyspozycji (no jakoś tam omija rejestry sprzętowe).
A plik MD8 ma oczywiście nagłówek, ale nie pamiętam jaki ;).
Jak ktoś chętny to mam źródła tylko muszę pogrzebać w archiwum. A i źródła konwertera MOD->MD8 też powinny się znaleźć...
Konwersja polega na przerobieniu sampli z 8bit na 4bit i dość prostej konwersji patternów (w pliku MOD nie ma w patternach zapisanych nut ale pełne częstotliwości, w MD8 są ustandaryzowane tony i mniej jest efektów), w sumie objętość danych pattetnów zmniejsza się (jeśli dobrze pamiętam) prawie 4 razy.
Piękny!!
Tu coś znalazłem: http://www.vintage-computer.com/vcforum … CONtroller
No ja to wiem. W "swojej" sieci w firmie mam najlepszy dostępny sprzęt (co ostatnio zaowocowało sprzętem w zasadzie eksperymentalnym i napisaniem przez HP nowych sterowników do swoich kart FC16 ;) , bo wymagania przewyższały to co dostępne jest na rynku).
W domu też staram się utrzymać to na przyzwoitym poziomie dlatego nie spodziewałem się, że switch wbudowany w router (chyba zupełnie dobry ;) ) może mieć aż takie problemy i szukałem w złym miejscu.
Po dołożeniu dodatkowego Switcha 1Gbit przy routerze i puszczeniu całego ruchu przez ten switch wszystko jest jak trzeba!
Dzięki raz jeszcze. :)
No to mogę szybko jutro zrobić :)
Sprawdzę z dodatkowym switchem.
Dzieki.
Możliwe, ale w czasie tych problemów widzę w DD-WRT:
CPU Load Average 5% 0.03, 0.06, 0.05
i Memory:
Total Available 61696 kB / 65536 kB
Free 41708 kB / 61696 kB
Used 19988 kB / 61696 kB
Buffers 2548 kB / 19988 kB
Cached 7240 kB / 19988 kB
Active 4516 kB / 19988 kB
Inactive 6668 kB / 19988 kB
Coś by było tu widać jakby się nie wyrabiał... chyba.
Opisałem jak to mam w pokojach, nie mam łatwych kombinacji pomiędzy pomieszczeniami, najprościej mógłbym dorzucić dodatkowy switch 1Gbit w miejsce routera i do niego podpiąć router... ale czy to miałoby sens?
atari.area forum » Posty przez Pecus
Wygenerowano w 0.050 sekund, wykonano 19 zapytań