401

(3 odpowiedzi, napisanych Sprawy atari.area)

No i supeł!!! :)

402

(3 odpowiedzi, napisanych Sprawy atari.area)

Strony www oglądam sobie za pomocą Opery, która ma stronę szybkiego wybierania pokazującą duże ikony stron.
Ale AA ma tylko jedną małą klasyczną faviconkę. Może by to zmienić o dodać jeszcze np 3 inne rozmiary jak to na innych stronach bywa....

Na stronie interii w kodzie w sekcji head wygląda to tak:

<link href="http://sgs.iplsc.com/favicon_114x114.png" rel="apple-touch-icon-precomposed" sizes="114x114" >
<link href="http://sgs.iplsc.com/favicon_72x72.png" rel="apple-touch-icon-precomposed" sizes="72x72" >
<link href="http://sgs.iplsc.com/favicon_57x57.png" rel="apple-touch-icon-precomposed" >

(ale brzydka ta ikonka.... :) )

Jak widzę w założeniu są one dla ipadów itp, ale pod Operą też się pojawiają i nie widzę nieczytelnej miniatury zawartości strony ale kulturalną ikonkę.
Sprawa prosta i przyjemna.

403

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

A znasz inną metodę sprawdzenia czy stacja pracuje w turbo?? (niektóre turba teoretycznie da się sprawdzić, ale nie wszystkie - wysłanie komendy w turbo jest pewniejsze .... choć znamy przypadek TOMS MULTI + QMEG ;) )

404

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

flashjazzcat napisał/a:

Great stuff. Any advice on source code for interrupt-free SIO? That's all I need - I'm writing the file system and API myself.

In this archive you will find the appropriate sources. But it is only SIO reading procedure (in two versions - one page version and relocatable version).
Writing to SIO is very similar to the reading.....

405

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Wiesz co...... pozostań sam ze swoimi problemami.

Dopiero teraz poczułem się głupio, że starałem się w miarę kulturalnie dyskutować z idiotą.

406

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Przecie kapituła wie wszystko lepiej, to po co się kapituła pyta?

- nie ma to znaczenia. DOS, swój RAMdysk udostępnia programom jako system plików a nie "całodyskowo", na ramdysku nie ma sektorów, DOS może sobie działać dowolnie, bo kogo to obchodzi. Ważne jest że po DIR dostaniesz listę plików, a OPEN otworzy Ci plik do odczytu. Znowu starasz się obsługę plików zrobić na poziomie sektorów? - nie ma sektorów w plikach i już. Oczywiście DOS może sobie ułatwiać pracę symulując w RAMie sektory, ale nie musi (większość i tak to robi, bo umożliwia to uproszczenie procedur).
- teoretycznie tak, a w praktyce może to spowodować problemy.
- tak, są problemy z VTOC np. i jeszcze parę innych.

407

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Jak pisałem wcześniej dowolny DOS czy loader po modyfikacji (nie więcej niż 30 bajtów) będzie ładował w DOWOLNE miejsce pod ROM (poza jednobajtowym blokiem pod adres $FFFF, którym to przypadkiem XXXL wielokrotnie dowodził wyższość jego rozwiązania ;) ).

Jednak jak widać modyfikacja taka nie była nigdy nikomu do niczego przydatna, choć jest bardzo prosta do wykonania.


A tak na marginesie a gwoli wyjaśnienia XXXL jest dla podkreślenia wielkości XXLa. Takie małe XXL to po prostu za mało, więc proszę bez skojarzeń z XXX - nie o to mi chodziło.

408

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Dlatego pisałem wcześniej o tym, że wymagałoby to "poświęcenia" kilkunastu komórek strony zerowej i kilku strony 3.... Przynajmniej tych odpowiadających za obsługę SIO i podstawowych przerwań, za to prawdopodobnie MEMLO xbiosa byłoby o jakieś 100b niższe, użytkownicy QMEGa mieliby swoje turba, ramdyski itp., KarinMaxi by działała i inne urządzenia PBI też...

No ale te funkcjonalności nie przebiją muzyki w czasie ładowania z szybkością standardową z długimi odstępami między sektorami :)

409

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

A przeczytałeś to, co napisałem? ROM może być wyłączony nie ma problemu, przecież program wywołując funkcje xbiosu wstrzymuje swoje działanie i przy dobrym zaprogramowaniu xbios może sobie na chwilę ROM włączyć i przywrócić jego stan po zakończeniu transmisji, a program tego nie zauważy - dla niego ROM będzie wyłączony. Nie widzę potrzeby zostawiania wyłączonego ROMu na czas komunikacji, skoro program który tę komunikacje inicjuje i tak wtedy nie działa (oczywiście XXXL zaraz wymyśli procedurę odtwarzania muzyki umieszczoną dokładnie w obszarze ROMu i podmieniającą główne wektory przerwań - ale nawet wtedy po prostu na czas włączenia ROMu przestałaby grać ta muzyka - rozumiem że to za duże wyrzeczenie).

Dlatego pisałem wcześniej, że projekt ten (abstrahując od jego ogólnej koncepcji) idzie w głupią stronę. Ta strona to efekciarstwo godne dem (kosztem wygody użytkownika), a nie poprawa użyteczności i zgodności ze standardowym sprzętem.

410

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

electron: No właśnie nie robi (sarkazm stąd właśnie) wali standardowo do bufora w normalnym RAMie a potem przepisuje, wiec co za problem włączać ROM na czas samego wczytania sektora i przywracać jego stan ustalony przez program bezpośrednio po zakończeniu transmisji.
Potem przepisywać można gdzie się chce. Trzeba tylko zapamiętać stan ROMu i ewentualnie zabezpieczyć się przed możliwym po włączeniu na chwilę ROMu "pójściem przerwań w krzaki" - da się to spokojnie w 40b zmieścić, a wtedy procedurę SIO (minimum strona) z xbiosa się wywala i robi odwołanie przez system (co nie zmienia faktu że w dalszym ciągu idea xbiosa niezgodnego z niczym na poziomie wywołań procedur jest bez sensu).

Zaoszczędzone miejsce przeznaczamy na implementacje wywołań przez CIO i mamy dość okrojonego DOSa z możliwością bezpośredniego ładowania pod ROM i obsługą jednego filesystemu.

XXXL troluje.
Ja przekręcam - reakcja obronna organizmu przed trolami :)

411

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Tak, ale może inni czegoś ciekawego się ode mnie dowiedzą (bo od XXXL-a mogą się dowiedzieć czegoś "ciekawego inaczej").

P.-S. Nie żebym twierdził że mam jakąś wielką wiedzą do przekazania ;)

P.P.-S. XXXL jest dziwnym przypadkiem trolla - niekarmiony dokarmia się sam :)

412

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Zrób obsługę KarinMaxi , bo to o czym pisze jest tak proste, że każdy, kto ma choć trochę wiedzy o Atari, wie już zapewne o co mi chodzi......

podpowiedź .....
Jaki ten xbios wspaniały robi transmisję szeregową BEZPOŚREDNIO pod ROM i nie ma bufora na zawartość sektora, więc jej po załadowaniu nie musi przepisać w odpowiednie miejsce, cudo! <sarkazm mode off> (włączać tego trybu nie muszę bo jest u mnie standardowy :P ).

413

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Kpisz, czy o drogę pytasz? Modyfikacja (na oko nie więcej niż 40 bajtów kodu) dowolnego DOSa czy loadera umożliwi tę funkcjonalność, tylko jakoś przez lata nie było to nikomu potrzebne.
Wymyśliłeś sobie niepotrzebną potrzebę i teraz udowadniasz jej potrzebę....

Co więcej, jak już pisałem podobna modyfikacja xbiosa, skróci kod o jakieś 100b i przy okazji spowoduje obsługę urządzeń PBI i innych. Tyle że to nie ma sensu (bo ciągnięcie tej idei go nie ma).

414

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Słabo się dyskutuje jeśli inerlokutor prowadzi monolog.....

415

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

czegos pragniesz i ... dostajesz to natychmiast.

Poproszę o obsługę stacji Karin Maxi (jak najbardziej standardowej i obsługiwanej od zawsze przez niemodyfikowane procedury systemu operacyjnego Atari, każdy DOS, loader itp.).

416

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

xxl napisał/a:

w tym momencie d5 staje sie d1, dla systemu to tez jest d1 wiec dla xbiosa to tez bedzie d1

Dla systemu ??? chyba nie zrozumiałeś, QMEG jest SYSTEMEM. Dla niego i wszystkich napisanych poprawnie programów d5 staje się d1. No ale xbios nie komunikuje się systemowo :P

P.-S. Myślałem chwilkę o koncepcji xbiosa, pomijając że jest porąbana :P to do tego głupio to wymyśliłeś. "Tracąc" tylko kikanaście bajtów (ze strony zerowej kilka i jeszcze kilka z innej strony - pomyśl), a najprawdopodobniej zyskując na MEMLO kilkadziesiąt, możnaby to tak napisać, że działałoby PBI, QMEG i inne. Oczywiście pozostaje kwestia sensowności samego xbiosa i odmienności jego API od standardu.

Ale poszedłeś w głupim kierunku :P

417

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Do atari 8-bit nie ma rozszerzeń!!!
Wszystkie znane mi urządzenia rozbudowujące małe atari zwiększają jego wysokość (seria XL oraz XEGS) lub głębokość (seria XE).

Szerokości nie zwiększa żadne z nich! :)

418

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

No to jakiś fake jest. Przecież wszyscy wiedzą, że tę funkcjonalność wymyślił w roku 2012 XXXL i w ciągu najbliższych liku lat zaimplementuje ją w najbardziej zaawansowanym niedosie dla atari.
I nie prawdą jest że funkcja ta jest także od lat zaimplementowana w innych DOSach i obsługiwana nawet tą samą komendą CIO, zgodną ze wszystkimi programami, które ze standardowego CIO korzystają. To wszystko wasze urojenia. XXXL ma zawsze rację.

419

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

No proszę, udało się obsłużyć, to co od lat obsługują wszystkie inne loadery i DOSy dogoniłeś w obsłudze SIO system operacyjny Atari sprzed 35 lat, który nie miał problemu z żadną z tych stacji.

Super.

To teraz jeszcze obsługa urządzeń PBI i innych (zgodnych ze standardem oczywiście) i xbios zacznie doganiać DOSy potem obsługa innych formatów dyskietek/dysków twardych (jak najbardziej standardowych).... tak za jakieś 20 lat może da się używać, oczywiście za każdym razem kopiując jeden z 68 plików xbios zgodnych z aktualnie używaną konfiguracją sprzętu, formatem dysku itp.

O widzę jeden download, XXXL... po co ściągasz to co sam uploadowałeś ???

420

(259 odpowiedzi, napisanych Fabryka - 8bit)

Ale to już nie Atari :P

421

(20 odpowiedzi, napisanych Programowanie - 8 bit)

Ja już przestałem, wolę dokarmiać siebie ;P

422

(79 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

100zl za 600XXXL :)

423

(644 odpowiedzi, napisanych Programowanie - 8 bit)

A ja widzę w najstarszej, jaką znalazłem dokumentacji 6502 w miejscach rozkazów niepublikowanych informację, że są one "zarezerwowane do przyszłego wykorzystania". Taki procesor 65816 to po prostu to przyszłe wykorzystanie. Wszystkie rozkazy 6502 mają w nim takie same opcody i takie samo działanie, a w "dziury" (które XXXL traktuje jak rozkazy) zostały wpasowane rozkazy rozszerzające możliwości 6502.
Zgodne z dokumentacją programowanie nie powoduje problemów z wykorzystaniem tych (przewidzianych przez projektantów) rozszerzeń.

Hm... co jest z tym zegarem, że mój post napisany parę minut po 16:00, jest postem napisanym godzinę później i wygląda na to że powinienem był czytać wywód wieczora, a jednak nie miałem szansy go przeczytać, bo go nie było... Nie dziwiłbym się, gdyby nie to że jego post ma dobry czas, a wydawało mi się, że wszystko jest na aa przesunięte o godzinę, więc nie interweniowałem ;)

424

(29 odpowiedzi, napisanych Fabryka - 8bit)

Też jestem ciekaw co to. Na gołej LDW można zagrać melodyjkę, "wyświetlać" cośtam na wyświetlaczu (dowolne sterowanie segmentami), pobawić się kręceniem i zatrzymywaniem dyskietki, lub jazdą głowicą (z tego, co pamiętam, to nawet pomiędzy trackami da się ją ustawić udając 80 ścieżek).

Ciekawym co to Draco zaprogramował :)

Na TOMSie może nie zadziałać, co do innych rozszerzeń nie wiem. W TOMSie trochę zmienili działanie rozkazu X (ale też nie dam sobie nic uciąć, muszę do papierów zajrzeć).

425

(644 odpowiedzi, napisanych Programowanie - 8 bit)

Poza tym wszystkie te programy zadziałają od razu na dowolnym urządzeniu od standardowej stacji po SIO, przez wszystkie PBI, a w zasadzie nawet z filesystemem nie są związane i już dziś odpalą się z dyskietki w FAT na przykład.

Poza tym XXXL... ja to rozumiem,  że do poparcia głupiej tezy potrzebne są głupie argumenty... ale aż tak głupie... no bez przesady.