1

(155 odpowiedzi, napisanych Fabryka - 8bit)

flashjazzcat napisał/a:

What? The third time a complaint that I had neglected to update the DLT binaries was posted in a Polish forum topic I knew nothing about and cannot read without a translator?

Chłopie, nie jestem Twoją niańką, Twój program, Twoje błędy. A temat był poruszany także na AtariAge, pomijając już fakt, że sam obiecałeś to zrobić "w ciągu kilku dni", cztery lata temu:

https://www.atari.org.pl/forum/viewtopi ... 00#p291400

2

(155 odpowiedzi, napisanych Fabryka - 8bit)

flashjazzcat napisał/a:

Thanks for reminding me via a comment buried in a thread on a Polish forum I rarely visit.

To już był chyba trzeci raz (co najmniej) w ciągu ostatnich kilku lat, ale dobre i to.

3

(155 odpowiedzi, napisanych Fabryka - 8bit)

If this looks reliable in a few days, I will update the CAR files at the DLT permalink, and add the updated copy to the APT toolkit disk.

Mnie o tym nic nie wiadomo, o ile czegoś nie przegapiłem, to skrypt budujący SDX nadal, po 4,5 roku, ściąga stamtąd wersję 4.85 z tym błędem. Nowego linku też nie dostaliśmy.

4

(155 odpowiedzi, napisanych Fabryka - 8bit)

A bo to może być efekt słynnego błędu w FDISK-u, którego flashjazzcat nie raczył poprawić, mimo że wie o nim od wielu lat. W skrócie, o ile dobrze pamiętam, chodzi o to, że MBR diabli biorą, jeśli liczba partycji APT jest podzielna przez 16.

5

(155 odpowiedzi, napisanych Fabryka - 8bit)

No, tak, wprawdzie nie działa, ale przynajmniej przy tym nie szumi :)))

Podobny cyrk, jaki się cały czas odstawia z kartami CF, był w latach 90 grany z dyskami ATA-1 i ATA-2: też trzeba było robić listy, który działa, a który nie. Na szczęście od ATA-3 (rok 1997/8) cyrk się skończył.

Taką listę nawet mamy do tej pory w Atariki w haśle http://atariki.krap.pl/index.php/KMK/J%C5%BB_IDE - gdyby ktoś się nią chciał przejąć, od razu napiszę, że ona nie dotyczy IDE Plusa: większość dysków tam wymienionych to ATA-1 albo ATA-2, wobec tego raczej z IDE Plusem, który wymaga ATA-3, prawdopodobnie nie zadziałają (im mniejsza pojemność tym prawdopodobieństwo niedziałania większe, np. wylistowana tam Toshiba jest spoko).

Kluczowa jest dostępność trybu LBA, jeśli KMKDIAG podaje tylko pojemność CHS, to mogiła. W przeciwnym razie można liczyć na sukces.

6

(155 odpowiedzi, napisanych Fabryka - 8bit)

Karty CF to zło, nigdy nie wiadomo, która strzeli focha.

7

(53 odpowiedzi, napisanych Fabryka - 8bit)

Zapomniałem o pliku txt.

8

(53 odpowiedzi, napisanych Fabryka - 8bit)

Voila.

9

(53 odpowiedzi, napisanych Fabryka - 8bit)

Epi napisał 20 lat temu, nazywa się to XUNZIP.

10

(53 odpowiedzi, napisanych Fabryka - 8bit)

Nowy sprzęt otwiera nowe możliwości:

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13603

:)

11

(15 odpowiedzi, napisanych Software, Gry - 8bit)

Gdybym miał zgadywać, mógłbym przypuszczać, że paleta systemowa (nr 0) jest zerowana i stąd ten niezapomniany efekt.

w1k: jeśli używasz palety nr 0, to zmień na nr 1. W Wolfensteinie też. Palety 0 używa domyślnie system, nie powinno się jej ruszać bez ważnego powodu.

EDIT - no, cóż:


https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13596

12

(52 odpowiedzi, napisanych Software, Gry - 8bit)

Chodzi, tylko podczas ładowania widać śmiecie na ekranie. Ale poza tym wygląda ok.

13

(52 odpowiedzi, napisanych Software, Gry - 8bit)

Czas ładowania z IDE+ (ATR umieszczony na partycji SDX na talerzowym HDD):

1) do ekranu tytułowego: ok. 10 sekund (turbo: ok. 5 sekund)
2) przejście do "New game": z pół sekundy, trudne do zmierzenia
3) przejście do gry po wybraniu poziomu trudności itp.: 18 sekund (turbo: ok. 13 sekund)

Turbo = Antonia II, 14,18 MHz

14

(52 odpowiedzi, napisanych Software, Gry - 8bit)

DiskDoctor napisał/a:

Jak z Rapidusem? Będzie wsparcie?

Żeby program działał na Rapidusie, nie trzeba żadnego specjalnego "wsparcia". Wystarczy tylko niczego nie spieprzyć.

15

(52 odpowiedzi, napisanych Software, Gry - 8bit)

Mogę tylko dodać, że jeśli się (w ramach eksperymentu) pod Altirrą ustawi pułapkę na adres startowy bootloadera, czyli $0706, a potem zrobi zimny start, poczeka, aż pułapka zadziała, przestawi ręcznie wartość PC z $0706 na $070d i puści wykonywanie dalej, to program normalnie się ładuje, uruchamia i działa na 65C816, nawet w turbo.



https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13583

16

(52 odpowiedzi, napisanych Software, Gry - 8bit)

Dlaczego niby mam to ja poprawiać? Autor niech poprawia. Dostał info, co jest źle? Dostał, nawet narysowane i pokolorowane. Z mojej strony to tyle.

17

(52 odpowiedzi, napisanych Software, Gry - 8bit)

w1k napisał/a:

.a co nie działało w 6502?

Spróbowałem dzisiaj drugi raz i w trybie 6502 działa. Coś musiałem źle wyklikać w Altirze.

w1k napisał/a:

Pamięć pod adresem $8000 jest używana, jest pełna. Nie wiem, co dalej robić. Nie mogę już korzystać z Rapidusa.

Co pamięć pod adresem $8000, pełna czy nie, ma wspólnego z "korzystaniem z Rapidusa"?

tebe napisał/a:

a jak Antonia2 reaguje na Wolf3D? drac030?

Musiałem chyba zapomnieć o tym napisać, albo napisałem niewyraźnie, więc napiszę dla pewności jeszcze raz:

BOOTLOADER JEST ZJEBANY I DLATEGO PROGRAM NIE STARTUJE NA 65C816.

(a na 6502 startuje przez przypadek).

EDIT: przygotowałem infografikę

https://www.atari.org.pl/forum/misc.php?action=pun_attachment&item=13582

18

(52 odpowiedzi, napisanych Software, Gry - 8bit)

Nie jest powiedziane, że to nieprawda. Może i prawda. Ja tylko zauważyłem, że jest problem z bootloaderem, przez który program wywala się na samym początku, długo przedtem, zanim dojdzie do kwestii "renderingu".

Kiedy się to poprawi, może ujawnią się dalsze problemy, ale dalej już nie sprawdzałem - spróbowałem tylko uruchomić go w trybie 6502 i też nie poszedł, więc - póki co - dałem spokój.

19

(155 odpowiedzi, napisanych Fabryka - 8bit)

VLX napisał/a:

złącze do 800XL mogłoby być wlutowane nieco głębiej. Opiera się bocznymi wpustami o płytkę i przez to nie dochodzi do niej - jest szpara między złączem a płytką. Po podłączeniu do XE ten milimetr luzu powoduje lekkie podniesienie komputera

Też to zauważyłem. W XE jest ten kłopot, że istnieją dwie odmiany: jedna na nóżkach wyższych, a druga na niższych. Mam akurat obie.

W IDE+ rev. D rozwiązywałem to podkładając technologiczną kartę płatniczą (zużytą) pod interfejs, żeby, wetknięty do komputera z wyższymi nóżkami, nie wisiał w powietrzu. Teraz, przy nowej wersji wetkniętej do tego samego komputera, muszę dwie takowe karty podkładać pod tylne nóżki Atari.

20

(155 odpowiedzi, napisanych Fabryka - 8bit)

piomet napisał/a:

Dysk pod Sparta działa. Dziękuję za pomoc. Jedynie co zauważyłem, że partycja EXT FAT16 nie może być jako partycja DO: bo sparta jej nie widzi. Stąd pytanie dlaczego? Widzi natomiast DN:

Pewnie O: jest maskowane przez ramdysk, który SDX sobie tam domyślnie zakłada. Żeby to zmienić, trzeba ułożyć własny CONFIG.SYS, instrukcja jest w rozdziale bodaj 8 pt. "Configuring your system" instrukcji użytkownika (User's Guide), o tu: https://sdx.atari8.info/index.php?show=en_docs

21

(12 odpowiedzi, napisanych Zloty)

mono napisał/a:

bar (zostanie) wzięty

Bar to już "centrala" dawno zaiwaniła. Zuzanna lubi to tylko w 17 mgnień wiosny. Na kartki.

22

(12 odpowiedzi, napisanych Zloty)

Odpowiada za to wynalazca takiej pogody, uczony radziecki Barow.

23

(12 odpowiedzi, napisanych Zloty)

Ma padać.

24

(155 odpowiedzi, napisanych Fabryka - 8bit)

piomet napisał/a:

A jeśli mam na AVG partycje zrobione pod Sparta
i chciałbym przenieść dane na nowy dysk, to wystarczy zmieniać litery dysków i tak
aby nie było kolizji z nowym dyskiem?

Musisz sprawdzić, ale tak właśnie to powinno zadziałać.

25

(155 odpowiedzi, napisanych Fabryka - 8bit)

Zapomnij o FDISK2, odpal SpartaDOS X i daj komendę FDISK. Powinno się zrobić, jeśli nie lepiej, to inaczej.