Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Bubble Bobble dla Atari 8-bit Wersja ta bazuje na edycji BBC Micro, jednak została napisana niemal od podstaw, by maksymalnie wykorzystać możliwości Atari.
Silly Venture 2024WE - wyniki Ponad sto prac wzięło udział w compo SV2024WE
Trwa Silly Venture 2024 w Gdańsku! Party się rozpoczęło, zajrzyj po link do streamów.
Flop 68 Po dwuletniej przerwie wraca Flop!
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
atari.area forum » Posty przez Krótki
Wystarczy jeden test w emulatorze, sam zauważysz.
Fajnie, tylko nie działa prawidłowo na faktycznym A400 z 8KB RAM, tj. OS rev. A NTSC.
To chyba wystarczy w katalogu /usr/share/aclocal umieścić plik "dirlist" z odpowiednią zawartością - w INSTALL rozdz. II.2 jest odpowiedni link do dokumentacji Automake'a.
Ojejku, nie mam jak sprawdzić tego teraz, bo nie mam Linuksa pod ręką, ale w ogólności - trzeba "jakoś" zadbać o to aby Automake'owe makra z pliku a8cas.m4 były widoczne dla Automake'a.
a8cas.m4 jest częścią instalacji liba8cas, i jest kopiowany podczas "make install" do katalogu bodajże "/usr/local/share/aclocal". Ale domyśnie w Linuksach Automake nie szuka makr w tym katalogu, tylko w "/usr/share/aclocal". Więc najprościej byłoby po prostu skopiować ten plik do "/usr/share/aclocal", ale bardziej elegancko byłoby dodać "/usr/local/share/aclocal" do ścieżek wyszukiwania Automake'a. Przeczytaj INSTALL rozdz. II.2.
F551
FSS1, od First Star Software.
Well, developing something is certainly more worthwhile than nitpicking, so don't worry about me. Keep up the good work.
IMHO a bad idea. ATR is a file format for storing images of disks, and such an addition breaks the Unix philosphy of "doing one thing and doing it well". The high-score sector marking should be implemented as an feature external to the ATR format.
Mało prawdopodobne, aby było coś z RAM-em. SELF TEST by nie zakończył działania na 32 kB, tylko wywalił dalej czerwone kostki.
System operacyjny XL/XE podczas zimnego startu wykrywa ilość stron pamięci RAM, testując 1. komórkę pamięci każdej strony, poczynając od strony $28, czyli: $2800, $2900, $2A00 itp. Po napotkaniu pierwszej komórki której nie da się zmienić, system uznaje że "tu kończy się RAM", i zapisuje wynik (tzn. nr pierwszej strony "nie-RAM") pod adresem RAMSIZ (740). Self Test po prostu korzysta z RAMSIZ podczas testu. (Nb. korzysta błędnie, bo jeśli RAMSIZ zawiera wartość niepodzielną przez 4, to Memory Test przetestuje całe 64 KB po czym się zawiesi.)
Efekt może być więc spowodowany uszkodzeniem RAM-u, jeśli to uszkodzenie zaczyna się na granicy kilobajtów. Ale faktycznie bardziej prawpodobne że to MMU.
A może jakiś syf tkwi w gnieździe kartridża i zwiera linię RD4 z +5V? To też powodowałoby że system nie widziałby pamięci powyżej 32 KB.
Oryginał wersji kasetowej jest dostępny od lat, np. na AtariOnline. Informacja o tym kto grę napisał i wydał też nie jest tajemnicą, wystarczy poczytać na Atarimanii. Panthera akurat napisał Amerykanin ze Sculptured Software. Dolny panel "ma tak być".
Oglądałeś "Pana Kleksa w kosmosie"? To tylko rekwizyt filmowy, w ogóle nie "działał".
Wystarczy pogooglać. Tu wywiad z Bernáškiem z 2020, cała historia jego życia. Z tego co napisał, w wieku 30 lat złapał się za głowę "olaboga, zmarnowałem młodość na ślęczenie przed komputerem" i tyle.
Po załadowaniu loadera "!" silnik magnetu (XC12) staje i dalej nie ładuje. Nawet nie pokazuje sie wykrzyknik na dole, myśle że nie odpala się jakaś procedura uruchomieniowa.
Brzmi jakbyś nie wyłączał BASIC-a.
Ciekawe - późniejsza wersja reklamy "komputer pod choinkę" (z Bajtka 11/1987 s. 20), tym razem ewidentnie powstała w oparciu o zdjęcie, też pokazuje 130-kę w wersji prototypowej. Nawet liczba szpar w grillu się zgadza (41 w prototypie vs. 37 w produkcyjnych).
EDIT: Zdjęcie źródłowe pojawia się w niemieckiej i brytyjskiej ulotce.
EDIT: Ha, jest tego więcej. Że też nikt tego nie zauważył dotychczas - zdjęcie prototypu jest nawet na stronie tytułowej instrukcji do 130XE :-)
EDIT: ... oraz na przedzie pudełka od 130XE <facepalm />
Mój XCA12 potwornie buczał w dokładnie taki sam sposób jak opisujesz, gdy stawiałem go bezpośrednio na dywanie. Magnetofon miał założone turbo i z tego powodu usunięto a niego blachę ekranującą, i owo buczenie było tego efektem. Wówczas wystarczyło odizolować go od dywanu za pomocą grubej książki i problem znikał.
Nie mam pojęcia co powoduje to buczenie u Ciebie, ale może przyczyną nie jest żadne uszkodzenie tylko jakieś pobliskie źródło fal elektromagnetycznych?
Przez łączoną parę 3+4?
Oficjalny powód nie jest znany :-] ale tak właśnie bym obstawiał - łącząc timery można uzyskać 16-bitową rozdzielczość przerwania TIMER4. Co do argumentu o szybszych dzielnikach - maksymalna częstotliwość TIMER4 to raz na 14 cykli CPU, po co komu częściej? Przecież procedura obsługi przerwania musi coś zrobić w tym czasie.
na którym kanale odbywa się transmisja danych i odczyt audio z magnetofonu?
Bez związku - transmisja danych nie używa przerwań TIMER1-4.
Oficjalny powód nie jest znany, ale obstawiałbym że to dlatego że w rejestrach IRQEN/IRQST zabrakło miejsca na kolejne przerwanie.
Sprawdziłem jeszcze wersję z AtariManii. Kasetowa wersja dokładnie ta sama co na aol i niestety też niekompletna. Wersja dyskietkowa jest za to lepsza, nic się nie glitch-uje.
Kompletne wersje kasetowe i dyskowe są w kolekcji A8Preservation.com - linki do kilku mirrorów znajdziesz w tym wątku począwszy od posta #2305.
Ależ Sikorze, z moją odpowiedzią wszystko jest w porządku, sam zobacz, no już nie przejmuj się tak.
@dely: no to życzę dużo wolnego czasu :-)
Obstawiam Amstrada CPC. Nazewnictwo plików pasuje do konwencji, jaką widzę na filmikach np. tu i tam, tzn. podstawowy plik .BAS i jeden lub więcej plików .BIN. Oprócz tego, obstawiam że plik "ROLROP" oznacza grę "Roland on the Ropes", a ta była wydana pod tym tytułem tylko na Amstrada - na innych platformach miała tytuł "Fred".
...
Czy linki do YouTube'a w tagu [ url ] są celowo blokowane? W tym poście próbowałem zamieścić linki do filmów na YouTubie. Wpisałem:
[url=https://www.youtube.com/watch?v=Ld3JDPi38ms]tu[/url] i [url=https://www.youtube.com/watch?v=uh_yKtUYhwU]tam[/url]a zamiast linków hipertekstowych do YT z tekstem "tu i tam" w poście pokazują się URL-e, bez linków. Jak podam jakikolwiek inny URL, to linki tworzą się poprawnie.
Zaznaczam że celowo nie chciałem używać taga [ vid ], bo tym poście nie miało to sensu.
Drążąc dalej - wszystkie 5 zestawów haseł z "Edytora" są prawie identyczne z zestawami dołączanymi do gry. Prawie, bo porównanie binarne wykazuje drobne różnice - tu parę bajtów zmienionych, tu parę dodanych. Być może w zestawach z "Edytora" jest jedno czy dwa hasła więcej, a może tylko układ słów na tablicy jest inny - nie sprawdzałem.
Zestaw "skompilowany" różni się od "zapisanego" tylko jednym bitem (bit 7. w którymś z bajtów w tym kilkubajtowym bloku,, który poprzedza właściwy blok danych) - więc jakby ktoś chciał sprawdzić te różnice to wystarczy zmienić ów bit i wtedy można taki zestaw wczytać z powrotem do "Edytora".
takron27: Przerobiłem do CAS twojego "Super Fortuna Edytora" - załączam wyniki. Twoje wydanie jest w 100% identyczne z tym które dostałem wcześniej od Piguły.
I tu ciekawostka. Otóż w "Super Fortuna Edytorze" zestawy haseł można nagrać na 2 sposoby:
* Funkcją "Zapis haseł" - wówczas można taki zestaw ponownie wczytać w "Edytorze", ale nie można go wczytać w grze "Super Fortuna";
* Funkcją "Kompilacja haseł" - wówczas można taki zestaw wczytać w grze, ale nie można go już wczytać w "Edytorze".
2. strona kasety od Takrona i od Piguły zawiera 5 zestawów haseł - wszystkie w postaci skompilowanej, więc nie można ich wczytać w Edytorze, a jedynie w grze. Ale wydaje mi się, że gdy sam miałem dawno temu "Edytora" na kasecie, że "u mnie" te zestawy można było wczytać w "Edytorze", czyli że nie były skompilowane. Więc albo pamięć mi szwankuje, albo miałem inne wydanie tego programu.
Nagranie "Around_The_Planet.wav" ma słyszalnie niższą jakość, poza tym magnetofon potrafił utrzymać jednolitej prędkości przesuwu taśmy - w miarę postępu nagrania ton sygnałów dźwiękowych oraz baudrate rekordów obniża się. Odradzam używanie tego magnetofonu do archiwizacji kaset.
Nagranie "Around_pioneer.wav" jest OK. Blok 11. w poprzednim pliku HEX był jakąś omyłkową kopią, w nagraniu jest poprawnie. Tym razem konwersja wykazała zaniki sygnału w blokach 1 i 11, które udało się skorygować dzięki sumom kontrolnym. Załączam poprawnego CAS-a.
Udało mi się usunąć błędy z Twojego pliku HEX. Były 2 problemy:
- W 1. bloku był błędny sygnał, na szczęście krótszy niż 1 bajt - mogłem dzięki temu obliczyć brakujący bajt z sumy kontrolnej bloku.
- Bloki 1. i 3. dekodowały się niepoprawnie także dlatego, że długości sygnałów "1" i "0" za bardzo odbiegały od normy. Magnetofony ze skosem głowicy niedopasowanym do nagrania (celowo nie piszę "niepoprawnym", bo nie wiadomo czy to Twój magnetofon jest źle ustawiony, czy też to wina sprzętu na którym kaseta była nagrywana) "mocniej wyłapują" jedną z dwóch częstotliwości "1" lub "0", co przy konwersji do CAS/HEX skutkuje tym, że sygnały "1" są interpretowane jako dłuższe niż w rzeczywistości a "0" jako krótsze, lub na odwrót. A8CAS ma wbudowany limit tolerancji - jeśli długości sygnałów "1" lub "0" za bardzo odbiegają od długości których należałoby się spodziewać przy danym baudrate, to następuje błąd konwersji. Ten limit tolerancji można regulować parametrem --bit-deviation - gdy użyłem wartości 0.4 wszystkie bloki zdekodowały się już poprawnie.
Ale wynikowy plik nie działa - po wczytaniu licznik dekompresji zatrzymuje się na #001 i "zawisa". Z tego co widzę, począwszy od bloku 3. dane są w formacie binarnego pliku DOS-u, ale struktura pliku jest niepoprawna - w szczególności, blok 11. jest kopią bloku 3. Czy przypadkiem Twój plik HEX nie był ręcznie edytowany, może coś się "źle skopiowało"? Udostępnij gdzieś oryginalne nagranie.
atari.area forum » Posty przez Krótki
Wygenerowano w 0.025 sekund, wykonano 40 zapytań