1,976

(30 odpowiedzi, napisanych Fabryka - 8bit)

Jakieś fsck_msdosfs chyba pod MiNT-em istnieje (już nie pamiętam :/ )

1,977

(30 odpowiedzi, napisanych Fabryka - 8bit)

Proszę.

1,978

(49 odpowiedzi, napisanych Programowanie - 8 bit)

Akurat ta paczka z warpem to jest chyba ta, która nie działa. Pasiu podobno ściągnął zawartość GAL-i z komputera laoo, ale na tym się chwilowo skończyło.

1,979

(49 odpowiedzi, napisanych Programowanie - 8 bit)

Fox napisał/a:

Z ośmiu trybów graficznych ANTICa tylko 3 mają 40 bajtów na linię: GR.7, GR.8 i GR.15, a "wyjątki" to GR.3, GR.4 (po 10 bajtów), GR.5, GR.6 i GR.14 (po 20 bajtów).

Liczba bajtów w linii to nie wszystko. Mają jeszcze znaczenie: liczba bitów na piksel oraz proporcje.

<truizm>Milcząco zakładając, że DMACTL wybiera normalną szerokość ekranu (a nie 32 albo 48 bajtów)</truizm>

1,980

(403 odpowiedzi, napisanych Scena - 8bit)

Tdc napisał/a:

Od samego początku chciałem tu zamieścić pełnię bardzo CENNYCH wypowiedzi Draco

To ja w odpowiedzi na post Tdc, którego z uprzejmości nie nazwę wodolejskim i pełnym nonsensownych spekulacji (w których próbujesz być obraźliwy), odpowiem dwoma cytatami z małym komentarzem:

drac030 napisał/a:
Tdc napisał/a:

Jeśli chodzi o mnie to jako osoba która robi od czasu do czasu to i owo, jestem przyzwyczajony, że nie słucha się ludzi którzy siedzą z założonymi rękami i tylko wytykają i krytykują. Siła tych którzy coś robią polega na tym, że robią

Alf, rozbawiłeś mnie do łez. :D

Data postu: 2009-10-26 17:32:52

Kaz napisał/a:

TDC program podesłał już w listopadzie zeszłego roku, więc jego publikację można uznać za likwidację jednej z moich tradycyjnych, nieustających zaległości w prezentacji nadsyłanych materiałów

Data podesłania: 2009-11.

Ergo wychodzi na moje, bo nie dość, że w chwili, kiedy zaczęła się tak dyskusja, "wieloletni wykładowca" nie miał w dorobku koderskim nic, a teraz ma program, który jakoby pochodzi z 1991 roku (poziom na pewno jest początkującego), tylko jego natychmiastowa publikacja nie była z jakichś powodów możliwa, trzeba było z tym czekać do listopada. Moja rada, Tomuś: "sklęśnij balonie pełen dymu".

I jeszcze jedno:

No to skoro tak, to na Głuchołazach 2010 chętnie zobaczymy jak w np. asm Draco pisze taki program w 2 dni. (...) jeśli nie napisze programu w 48h to wyjdzie dodatkowo na trolla

Sorry, nie pisuję programów na zamówienie, ani na rozkaz, ani wobec dziecinnych szantażyków; mogę ewentualnie napisać coś na prośbę, ale czy ją spełnię, to już kwestia, rozumiesz, osobistego uznania i sympatii.

PS. Jeśli interesuje kogoś tempo mojego kodowania, to mógłbym powiedzieć, że dużo bardziej skomplikowany program, tzn. ten http://atariki.krap.pl/index.php/CleanUp_X do wersji 1.1 napisałem w 10 dni.

1,981

(27 odpowiedzi, napisanych Fabryka - 8bit)

Osoby zainteresowane periodycznym otrzymywaniem kolejnych beta-wersji robiącego się SDX 4.43 uprasza się :) o podesłanie na priv adresu e-mail do mnie lub do truba. Sporządzimy z tego listę dystrybucyjną (bcc rzecz jasna) i będziemy wg niej rozsyłać kolejne buildy.

1,982

(403 odpowiedzi, napisanych Scena - 8bit)

Tdc napisał/a:

Zapamiętajcie sobie dobrze, że za rozpowszechnianie tych bzdur (przez tyle stron) oraz wciąganie Was wszystkich w tą idiotyczną paplaninę jest odpowiedzialna TYLKO jedna osoba.

To znaczy niejaki Tdc. Który mógł wyciągnąć ten program od razu, zamiast robić wielotygodniową szopkę tylko po to, żeby na koniec zaprezentować edytor do fontów, jaki można napisać w dwa dni. I zamiast robić z siebie durnia deklaracjami, że opublikuje program wtedy, kiedy będzie chciał sam, a nie wtedy kiedy zechcą inni - po czym wychodzi na to iż, cytuję:

Kaz napisał/a:

TDC program podesłał już w listopadzie zeszłego roku, więc jego publikację można uznać za likwidację jednej z moich tradycyjnych, nieustających zaległości w prezentacji nadsyłanych materiałów

program ukazał się wtedy, kiedy zechciał Kaz :P

Ale to jest drobiazg. Tomek, jak zapowiadałem tu wiele razy, witam z uznaniem pierwszy program, jaki udało ci się w końcu, po osiemnastu latach (od 1991 roku do listopada ubiegłego roku - tzn. do XI.2009, bo mamy styczeń 2010) doprowadzić do takiej kultury, że można go było nie tylko komuś z daleka pokazać, ale nawet opublikować. Miło mi, że zdołałem cię zmobilizować.

1,983

(49 odpowiedzi, napisanych Programowanie - 8 bit)

Pecus napisał/a:

co prawda był bez numerów linii i w Turbo Basicu....

Hm, tak na marginesie, przydałoby się napisać instrukcję do "nowych" instrukcji TBXL, ta wiedza chyba jakoś zginęła i ludzie obecnie (poza nielicznymi wyjątkami) nie mają pojęcia o istnieniu w Turbo BASIC-u WHILE/WEND, REPEAT/UNTIL, IF/ELSE/ENDIF, PROC/ENDPROC/EXEC, etykietach itp.

1,984

(30 odpowiedzi, napisanych Fabryka - 8bit)

CleanUp X v.1.7. Info o programie: http://atariki.krap.pl/index.php/CleanUp_X

Ważniejsze poprawki:

1) program źle znosił (wywalał error 144) napotkanie katalogu wyglądającego na dłuższy niż w rzeczywistości (np. wielkość w nagłówku 2 KB a w rzeczywistości 1 sektor).

2) poprawki w kodzie usuwającym konflikty między plikami (nie działało)

3) dodane wykrywanie linków mapy plików prowadzących wstecz od jej pierwszego sektora (dotąd wykrywał to tylko dla katalogów)

4) drobiazgi

Download:

http://drac030.krap.pl/pl-sparta-pliki.php

Przy okazji, jest tam też nowa wersja Eddy'ego, ukazująca nową, kontrowersyjną twarz pod VBXE (screenshoty z emulca Altirra):


http://www.ibi.uw.edu.pl/~draco/eddy-111.png


http://www.ibi.uw.edu.pl/~draco/eddy-111-disksel.png


http://www.ibi.uw.edu.pl/~draco/eddy-111-diskedit.png


Żeby program używał tego trybu, musi być załadowany driver "S2:":

http://drac030.krap.pl/pl-vbxe-pliki.php

Bez niego program będzie wyglądał tradycyjnie, tzn. tak:


http://www.ibi.uw.edu.pl/~draco/eddy-111-novbxe.png

1,985

(66 odpowiedzi, napisanych Sprzęt - 8bit)

jer: "różne ROM-y" mają też różne numery rewizji i ich cechy są znane. Atari nie wyprodukowało oddzielnych systemów dla XL/XE różniących się systemem TV (nie ma XL OS NTSC, XL OS PAL i XL OS SECAM, wszystko to jest jedna i tam sama wersja XL OS).

1,986

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

Adam Klobukowski napisał/a:

Hddriver to cały pakiet który składa się z kilku programów, HD-Util to jego część, tak więc jest to nadal HD-driver. Co do obsługi - nikt wcześniej w wątku nie zająknął się o jaką dokładnie obsługę chodzi, tak więc semantycznie, logicznie i erystycznie jestem w prawie ;D

Zająknął się:

jellonek napisał/a:

jesli to ot to chodzi - to hddriver jest debilnym oprogramowaniem - bo wszelkie opisy formatow jasno podaja kolejnosc bajtow w poszczegolnych polach (tak wiec albo hddriver obsluguje fat, albo obsluguje cos podobnego do fat - nim nie bedacego).

Tak więc semantycznie nie jesteś w prawie, co za tym idzie, logicznie również nie, a co do erystyki, to już się na niej tu jeden przejechał :D Idź i nie grzesz więcej.

1,987

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

HD-driver też takich partycji nie tworzy. Po prostu mylisz HD-Driver z HD-Utilem, jw. Żeby wszystko było jasne, zainicjowanie FAT-u na dysku to nie jest taka "obsługa", o jakiej tu mowa.

1,988

(66 odpowiedzi, napisanych Sprzęt - 8bit)

No i?

1,989

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

Adam Klobukowski napisał/a:

HDDriver obsługę FATu ma po części, bo potrafi utworzyć takową partycję.

Adam, sorry, ale mylisz podstawowe pojęcia. To że HD-Util (program aplikacyjny) umie zapisać na partycję bootsektor GEMDOS-u i wyzerować obszar FAT-u oraz directory (czyli że zawiera w sobie coś w rodzaju mkgemdosfs), nie oznacza niestety, jakoby HD-Driver (rezydentny sterownik) miał cokolwiek wspólnego z obsługą FAT-u czy jakiegokolwiek innego systemu plików.

1,990

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

W zasadzie trudno stwierdzić, kto spartolił. F030 odbiera dane z portu IDE 16-bitowymi move'ami (move.w) i tak to jakoś wychodzi. Przynajmniej nie trzeba byteswapować, żeby odczytać dane z ID (co np. trzeba robić na małym atari, bo inaczej teksty tam widniejące są raczej dziwne).

1,991

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

Hd-driver nie obsługuje FAT-u, bo w ogóle nie obsługuje filesystemu. Sęk jednak chyba w tym, że odczyt dysku zapisanego na piecu daje na F030 słowa w odwrotnej kolejności bajtów. Nie zgłębiałem tematu, ale opcja kompensująca to w hddriverze jest.

1,992

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

Problemem może być niejaki "byteswapping", pogmeraj po opcjach hd-drivera, przełącz to i zobacz, czy pomaga (i386 jest little endian, a m68k big endian).

1,993

(19 odpowiedzi, napisanych Sprzęt - 16/32bit)

Sprecyzuj, jaki to Linux, m68k czy i386? Na tym samym kompie czy na dwóch różnych? Czy "jak przygotujesz partycję pod MiNT-em", to jej typ jest ustawiony na LNX?

1,994

(11 odpowiedzi, napisanych Sprzęt - 8bit)

Czytajcie, dziatki, atariki: http://atariki.krap.pl/index.php/XE#Typy_klawiatur

Przecież to to samo.

Tak, jest tzw. "demo bez kodu", tzn. page flipping będzie działał nawet jeśli 6502 będzie zahaltowane. Ale do zmiany trybu na multicolor istotnie CPU się przydaje.

Co do TBXL, GOTO i GOSUB działają w nim tak samo, jak w Atari BASIC-u, tzn. wolno. Dlatego lepiej jest używać EXEC, które posługuje się adresem podprogramu zapisanym w tablicy zmiennych, a nie numerem linii wyszukiwanym od początku programu.

mono: no właśnie mniej więcej o to mi chodziło, żeby zmieniać GPRIOR a nie przełączać tryb instrukcją GRAPHICS, bo to się nie ma prawa zmieścić (procedura otwarcia ekranu jest długa). Zamiast GOSUB 100 dajesz wzmiankowane wyżej PAUSE 0 albo A=PEEK($14):WHILE PEEK($14)=A:WEND (co jest TBXL-owym odpowiednikiem twojego IF PEEK(20) ... ), bo lepiej dać to dwa razy niż wołać podprogram przez GOSUB (albo nawet przez EXEC), co przy interpretacji jest wolne.

Aha, chodzi o to, żeby jeszcze GPRIOR zmienić? Skompiluj, powinno się wyrobić (TBXL Compler tłumaczy POKE na LDA/STA). Tylko musisz w POKE/DPOKE użyć stałych.

10 DL1=$0400:DL2=$0600:REM adresy obu DL
15 GRAPHICS 24:REM ewentualnie + zapis danych do pamięci obrazu
20 DO:DPOKE $230,DL1:PAUSE 0:DPOKE $230,DL2:PAUSE 0:LOOP

TBXL znasz, to sobie przystosujesz :)

PS. Jeśli PAUSE 0 jest za wolne, to zamiast trzeba dać A=PEEK($14):WHILE PEEK($14)=A:WEND, ale to chyba wyjdzie na to samo, PAUSE 0 czeka 1 ramkę...

2,000

(34 odpowiedzi, napisanych Bałagan)

Sikor napisał/a:

po tym, jak napisałem, że Dely ma dystans do siebie, a KAZ nie

... zostałeś zdiagnozowany jako chory z nienawiści. Proste.