Przejdź do treści forum
atari.area
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
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 na Xenium 2026 Podsumowanie atarowskich produkcji zaprezentowanych podczas tegorocznej edycji imprezy Xenium.
Steem SSE 4.2.1 R1 Ukazała się aktualizacja popularnego emulatora Atari ST/STE z usprawnioną obsługą obrazów STX.
Zelda: Return of the Hylian na Atari ST Krzysztof Jarzyna informuje o pracach nad portem znanej gry z serii Zelda na komputery Atari STE.
Opcje wyszukiwania (Strona 16 z 188)
Jeśli dostajesz się do SIDE nie przez PBI BIOS, to znaczy, że używasz sterownika SIDE.SYS i to pewnie on jest winien (brak protokołu adresowania sektorów powyżej 65535).
Pin napisał/a:Co nie działa? - odczyty z fata są nieprawidłowe pod Spartą. Zaczyna czytać właściwy plik, lecz leci później w maliny. Najlepiej to słychać przy odtwarzaniu sampli z partycji na facie - zagra 2 sekundy właściwego i dalej leci zapodając śmieci z całej partycji ;)
Co dziwne, temat nie dotyczy IDE+ pod warunkiem, że Spartę włączę z IDE+ a nie w U1MB. Przedziwne to.
Musisz wziąć AKTUALNY sterownik FATFS z AKTUALNEGO toolkita.
Ewentualnie masz stary PBI BIOS w U1MB.
mono, nie kłóć się, skoro jest to napisane, to musi być prawda.
Fox napisał/a:- W Luwrze zostawili oryginalne obrazy i mają sto razy więcej odwiedzających niż my...
- Jeśli Luwr jest miarą wszystkiego, to wynoście się tam!
Bardzo dobra analogia, nawiązująca zresztą do tego, co pisałem o muzealnictwie. I właśnie nie bardzo rozumiem, co Ci przeszkadza siedzieć w Luwrze.
laborant napisał/a:Nie miałem na myśli, by porównywać sytuację, czy sprzęt z c-64 czy czymkolwiek. Bardziej chodziło mi o to, że "to już nie wiadomo co jest" i jak traktować w związku z tym tak zmodyfikowany komputer.
Proponuję: jako dany sprzęt o określonych cechach? Czy naprawdę, żeby można było *właściwie* ocenić dany sprzęt, musi się na ten temat wypowiedzieć właściciel C-64? Serio?
Nie neguję wysiłku osób tworzących zupełnie nowe rozwiązania. Chylę czoła raczej, ale wydaje mi się tylko, że one nie chwycą jako coś powszechnego i przez to spalą na panewce.
VBXE sprzedano ile sztuk? Coś słyszałem (od Candle'a), że 400. I to było dwa lata temu. Proszę mnie poprawić, jeśli jestem w błędzie.
Fox napisał/a:Konflikt jest spowodowany tym, że zarówno neoatarowcy jak i postatarowcy uzurpują sobie miano kontynuatorów klasycznego Atari.
IMHO (przyjmując dla dobra sprawy zdefiniowane przez Ciebie terminy), "uzurpują sobie" dość słusznie, ponieważ są właśnie kontynuatorami. Dla przykładu, w latach 80, kiedy pojawiało się dostępne rozszerzenie (np. pamięci), nie było specjalnych przeciwwskazań oprócz finansowych przeciw temu, żeby je do swojego Atari zamontować. Z lat 80 nie pamiętam żadnego ruchu ortodoksów skierowanego przeciw temu. Ergo, jeśli teraz taki ruch istnieje, sam w sobie jest przeciw duchowi lat 80. CBDO?
Przemyciłeś pewną teorię określając ją jako "rzecz naturalną" oraz zdefiniowałeś "żywą platformę" jaką tę, w której pojawia się nowy sprzęt, a nie oprogramowanie.
Masz rację, że sprzedałem pewną teorię (a jak wiadomo, teoria jest to hipoteza potwierdzona przez obserwację), ale jesteś w błędzie, gdy chodzi o jej definicję.
laborant napisał/a:Obrazowy przykład: załóżmy, że zapraszam fana commodore 64. Pokazuję mu grę czy demo na vbxe. Opad szczęki, potem pytania i konkluzja: no ale to przecież nie jest oryginalny sprzęt, więc...?
To jeden z problemów: niektórzy WSZYSTKO porównują z C-64. A gdyby C-64 nie istniało, to co? Porównywalibyście z czym? Z ZX Spectrum?
Jeśli C-64 jest taką miarą wszechrzeczy, wynieście się po prostu na scenę Commodora.
Fox napisał/a:Jeśli zaczniemy teraz naprawiać te błędy, to istniejące oprogramowanie przestanie prawidłowo działać.
Korekta: przestanie działać oprogramowanie, które korzysta z błędów lub niedociągnięć poprzedniej wersji sprzętu. To rzecz naturalna: nie wszystkie programy z PC/jr działają na PC/AT czy na 386, nie wszystkie programy z ST działają na Falconie. W takiej sytuacji na żywej platformie pisze się po prostu nowy soft, który zastępuje stary (tak się stało na PC, tak się też w dużej mierze stało na ST). Na platformie, która jest martwa, pozostaje muzealnictwo i ronienie krokodylich łez nad "pierwotną atarowością lat 80"; która jednak, ośmielam się zauważyć, nie znała takich rzeczy jak SIO2SD albo nawet SIO2PC, ani monitorów LCD i tym podobnych wynalazków. Za to znała np. twarde dyski.
Osobiście mam nadzieję, że każdy piewca pierwotnej atarowości lat 80 codziennie korzysta nie tylko z Atari nierozszerzonego wewnętrznie, ale również z dyskietek 5,25", stacji dysków dostępnych w latach 80, lub ewentualnie magnetofonu, oraz monitora Neptun M156B lub telewizora Rubin.
Na AAge ktoś mi wytknął, że U-BASIC 1.8 nie działa z BW-DOS-em i jeden komunikat jest skrzaczony. Poprawiona wersja (1.8.1) u mnie na stronie.
Istnieje jakiekolwiek zastosowanie dla rozkazu DBT? Mam na myśli rozkaz o opkodach $50c8-$50cf.
@lemiel: tak, nabrała trochę mocy urzędowej :)
@voy: fakt, miałem to zrobić, dzięki za przypomnienie.
Emulator ZX, uaktualnienie http://drac030.krap.pl/pl-acc-pliki.php
Poprawiłem parę błędów w emulatorze Z80 i poza nim. Szczegóły w Changelogu.
Nowa wersja (1.8) u mnie na stronie. Opis tutaj http://atariki.krap.pl/index.php/U-BASIC
MAE jako edytor i często też jako asembler.
O czym ta dyskusja? US to ICD, Atari tak nie chciało.
Też obejrzałem. Jednakże, nie ujmując oczywiście niczego Autorowi, nie do końca rozumiem, czym tu można być tak wstrząśniętym. Przecież to jest RGB, VBXE oferuje tę samą jakość od 10 lat (również z rozdzieleniem kolorów w GR.0 i 8), a S-Video (istniejące od początku) jest pod względem ostrości obrazu niewiele gorsze.
Simius napisał/a:Teoretycznie obie ramki powinny mieć 50Hz.
Ale, jak się zdaje, ktoś to nawet zmierzył, że impuls VBL w PAL-u występuje co 35568 cykli. Jeśli ten pomiar jest prawdziwy, to 14,187576 / 8 = 1,773447, a 1773447 / 35568 = 49,86 Hz (z groszami). Gdyby chcieć coś bardziej zbliżonego do 50 Hz, VBL-e musiałyby cykać co 35468 cykli.
Tak samo w SECAM byłoby 14,252 / 8 = 1,7815, a 1781500 / 35568 = 50,087 Hz (z groszami). Natomiast 1781500 / 35468 = 50,22 Hz.
Pewnie ramka ma w SECAM 50,08 Hz, a nie 49,86 jak w PAL-u.
Info z Atariki jest w całości oparte na 130XE Sikora (i góglu), nie są to źródła niezależne :)
EDIT: wygląda też na to, że (PAL + NTSC) / 2 = SECAM: (14,187576 + 14,31818) / 2 = 14,252878. Podejrzane :)
Sorry, nie sprawdzałem jeszcze, ale tak wstępnie zapytam, czy to jest ten zwykły Kubuś Puchatek, czy też jego sowiecka wersja, zachowująca się jak oficer armii czerwonej (tak, ten od pamiętnika)?

(montaż, ale jak trafny)
Bluki napisał/a:TOMS OS jest zgodny praktycznie całkowicie z oryginalnym system operacyjnym XL/XE. Problem może wystąpić jedynie w przypadku programów, które sprawdzają sumę kontrolną OS ROM i od tego uzależniają swoje działanie.
Miałem TOMS OS w dawnych czasach. Wersję bez Turbo 2001 (wydaje mi się, że wersja "bez" jest wcześniejsza), ale z polskimi znakami w ROM-ie. Bardzo sobie chwaliłem. Faktycznie były problemy z uruchamianiem niektórych źle napisanych programów, ale teraz, kiedy wszyscy programiści już mają dostęp do dobrej dokumentacji, takie trudności w przypadku nowych programów nie powinny już występować. No, chyba że ktoś nie umie czytać.
Dobrze, zastanowiłem się też chwilę nad tą dyskusją i doszedłem do wniosku, że dobór sformułowań z mojej strony nie był fortunny. Jeśli poczułeś się urażony, to przepraszam.
Z dokumentacją jest ten problem, że - o ile się w tym orientuję - nie dysponujemy żadną ostateczną wersją, a raczej dokumentacją z różnych stadiów rozwoju tej koncepcji, stąd zdarza się, że poszczególne dataszity sobie czasami przeczą. Tekst w Atariki jest raczej syntezą wszystkich dostępnych danych (w tym analizy kodu XL OS-u) niż bazuje na jakimś konkretnym dokumencie.
Jak mówię, jeśli znajdują się w nim nieścisłości, nie krępuj się z ich wskazaniem. Ewentualna dokumentacja z wymienionych powyżej względów nie jest tu ostateczną instancją.
A ja nie do końca rozumiem, skąd można było powziąć przypuszczenie, że tekst jest oparty na inżynierii wstecznej, skoro zawiera informacje (typu nazw komend), których metodą inżynierii wstecznej zdobyć się nie da.
Info do Atariki zostało wpisane lata temu - konkretnie, ponad 8 lat temu. I owszem, przeważnie to ja to wszystko napisałem, ale nie pamiętam (wybacz, 8 lat), na podstawie jakich źródeł. Dlatego, jeśli widzisz nieścisłości, proszę, byś je wyliczył, zamiast bić pianę.
frost napisał/a:Dzięki! Ciekawy jestem czy informacje na temat TYPE 2 POLL autor tego artykułu wydobył metodą inżynierii wstecznej, czy opierał się na jakimś dokumencie.
Na pewno przytoczona nazwa "TYPE 2 POLL" świadczy o zastosowaniu czystej inżynierii wstecznej. Jest niewyobrażalne, żeby ją zaczerpnięto z jakiejś dokumentacji.
Jeśli widzisz sprzeczności pomiędzy materiałem Atariki a dokumentacją Atari, nie krępuj się i je wskaż. Na pewno zostanie to wzięte pod uwagę.
Znalezione posty [ 376 do 400 z 4,695 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.132 sekund, wykonano 13 zapytań