Przejdź do treści forum
atari.area forum
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
ABBUC Software Contest 2025: Zgłoszenia Sprawdź aktualną listę programów zgłoszonych do konkursu ABBUC Software Contest 2025. Termin mija 31 lipca!
Gopher2600 0.50.0 Nowa wersja emulatora Atari 2600 z usprawnieniami i nowymi funkcjami debuggera.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
Silly Venture 2k25 SE - już wkrótce! Tylko do 21 lipca możesz zamówić koszulkę z okazji SV 2k25 SE
Opcje wyszukiwania (Strona 16 z 68)
Pecus napisał/a:Po prostu w efekcie końcowym albo powstanie kolejny DOS obsługujący w zależności od wersji różny sprzęt i filesystemy - a nie będzie to już takie maleństwo. ... Albo zostanie to w postaci tego kadłubka, którym jest obecnie, który (wg Ciebie) znosi niektóre ograniczenia DOSa ale (wg mnie) nakłada na programistę inne ograniczenia, których nie ma DOS.
Zacytowałem sam siebie z pierwszej strony :) - tam się sprzeciwiałeś, a jesteś coraz bliżej DOSa niezgodnego na poziomie API ze wszystkimi innymi istniejącymi na Atari DOSami, działającego tylko na konkretnych konfiguracjach sprzętowych i filesystemie (w zależności od biblioteki) i wcale nie tak małego jak był na początku (vide otwarcie wielu plików na raz).
Może jeszcze nie na 46 stronie, ale koło 80 przyznasz mi rację :P
Wygląda to na HW.
A co do ROMów to czasem (przykładem oryginalny TOMS Multi) dla ułatwienia sobie projektu płytki zamieniano miejscami linie adresowe czy też danych ROMu czy też RAMu na płytce takiego turbo. Dla RAMu nie ma to znaczenia, a w przypadku ROMu trzeba "przetasować" odpowiednio dane w nim zapisane. Oczywiście po ponownym "przetasowaniu" będziemy mieli pierwotną zawartość ROMu.
Może w tym przypadku ktoś zrobił taki manewr.... i dlatego zawartość ROMu jest do niczego nie podobna.
Na 100% nie TopDrive - one nie miały procesora 6502.
Na 99% HappyWarp.
a nawet na 100% :)
http://www.bighole.nl/pub/mirror/homepa … _drive.htm
Oryginalny Happy Warp nie ładuje nic przy otwartym zamku stacji.
Ordynarne podróbki, przedstawiające się przy otwartym zamku loaderem z napisem Happycośtam to po prostu top drive - najgorsze turbo.
Odpal Sparta DOS i jak rozpozna Happy Warpa to od razu będziesz miał szybką transmisję pod tym DOSem. QMEG też to sam wykryje.
Ops... nie doczytałem, że nie masz już ROMu :) a nie widzę dwóch pierwszych fotek.
Ale stawiam na Happy.
sobota, niedziela i poniedziałek poproszę.
A XLek jest więcej, bo ja bym chciał :)
Jedno jest pewne.
Burgery mają słabiutkie.
Jadę ale sam spóźnię się na ustalony przez siebie czas :-)
No i pięknie :-)
Mnie poznać łatwo po koszuli hawajskiej od Cejrowskiego :-)
No to mało nas będzie.... Alex się jeszcze deklarował.
Parafrazując... knajpa jest knajpa, wypić zawsze można ;)
To docieraj, poszczekamy.... ;)
Ja tam kupiłem grupona na burgery i idę z Pirxem w najbliższy piątek (jutro będę rezerwację robił).
Jak ktoś się pisze to wybierzcie godzinę (może 17:30 ?? ) i dajcie znać.
Ja jestem burgerowiec i jakby coś to chyba wezmę grupona :)
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.
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 ;) )
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.....
Wiesz co...... pozostań sam ze swoimi problemami.
Dopiero teraz poczułem się głupio, że starałem się w miarę kulturalnie dyskutować z idiotą.
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.
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.
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 :)
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.
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 :)
Znalezione posty [ 376 do 400 z 1,677 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.056 sekund, wykonano 19 zapytań