Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorxxl
   • CommentTime10 Jan 2014 09:01 zmieniony

    
   wyjasnienie kilku spraw:
   - nie musisz zmieniac nazwy programu na xbios.com, sa dwie nazwy specjalne ktore sa automatycznie ladowane podczas boot komputera w kolejnosci: "AUTORUN" i "XBIOS.COM", jesli na dysku sa obydwa pliki a chcesz zeby wystartowal ten drugi nacisnij OPTION podczas boot, jesli nie ma pliku "AUTORUN" to wystartuje xB, plikiem automatycznie ladowanym pod kontrola xB jest "XAUTORUN".
   - wielkosc bufora zalezy od wielkosci sektora na dysku, jesli nagrasz gre na dysku SD to faktycznie tylko polowa bedzie uzywana, ale nie przywiazuj sie do tego bo ktos moze nagrac gre na dyskietce DD. jesli chcesz zeby gra byla nagrana na karcie (i tylko tam) mozesz tego uzywac.
   
   sprawa exomizera. nie uzywalem i nie wiem jak on dziala. podejrzewam, ze podczas pakowania musisz podac parametry gdzie umiescic dekompresor itd. wydaje mi sie tu moze byc problem.
2. • 2: CommentAuthorGonzo
   • CommentTime10 Jan 2014 19:01

    
   tak jak pisałem - w przypadku xb1 i samego loadera plik autorun bootuje się ok., natomiast z xb2 mam jakiś problem. w załączniku są dwa atr-y. w jednym jest bd6 ze zmienioną nazwą na xbios.com, i ten się ładuje, a w drugim zmieniłem nazwę na autorun, i... sam zobacz :) hmm...

   • xb2_bd6.zip
3. • 3: CommentAuthorxxl
   • CommentTime10 Jan 2014 22:01

    
   byl blad w atr na stronie, poprawione. sciagnij ATR ze strony: ->link<-
4. • 4: CommentAuthorGonzo
   • CommentTime10 Jan 2014 23:01

    
   dzięki, działa.

   • xb2_bd6_dis.atr
5. • 5: CommentAuthorxxl
   • CommentTime11 Jan 2014 09:01

    
   
   
   przyklad sterownika D: dla xBIOS. pamiec pod ROM wolna, komputer 64KB. Atari BASIC ma prawie 4KB wiecej RAM bez DOS.
6. • 6: CommentAuthorpin
   • CommentTime11 Jan 2014 18:01

    
   ... a bez xBios, to nawet 37902 ;)- No i mamy magnetofon (nawet w turbo) :P
7. • 7:
      
     CommentAuthormgr_inz_rafal
   • CommentTime11 Jan 2014 19:01

    
   Fajne :)
   Czemu tego nie było jak męczyłem się z pamięcią dla Biednego Psa Antoniego? ;-)
8. • 8:
      
     CommentAuthorlarek
   • CommentTime11 Jan 2014 20:01

    
   Dlaczego podczas odczytu programu gaśnie ekran?
9. • 9: CommentAuthorxxl
   • CommentTime11 Jan 2014 20:01

    
   nie gasnie, nacisnalem reset, YT jakos tak to zgral do dupy, a pozniej jeszcze zapisalem fre(0) po zaladowaniu a nie przed... byloby jeszcze wiecej pamieci ;-)
10. • 10: CommentAuthorpin
    • CommentTime11 Jan 2014 22:01

     
    ... bo niestety xB nie jest kompatybilny z YT? ;)
11. • 11: CommentAuthortebe
    • CommentTime13 Jan 2014 00:01

     
    dla każdego coś dobrego, xBios najczęściej wybieranym programem przez Pin-a :)
12. • 12: CommentAuthorpin
    • CommentTime13 Jan 2014 01:01

     
    :) - używam go najczęściej by sprawdzić, że coś nie działa :D
13. • 13: CommentAuthorxxl
    • CommentTime13 Jan 2014 09:01

     
    warunkiem dopuszczenia produkcji do konkursu ABBUC jest dzialanie produkcji na komputerze atari ze stacja dyskow (lub ekwiwalent) przez kolejne dwa lata nie maja zadnych problemow z xB :)
14. • 14: CommentAuthorpin
    • CommentTime14 Jan 2014 18:01

     
    Abbuc nie jest tu wyznacznikiem niczego w tej materii, bo sami produkują klubowy magazyn działający wyłącznie z dyskietki (no i może SIO2SD). To, że klub duży to nie oznacza, że popularyzuje każdorazowo dobre idee / nawyki szczególnie, że w większości użytkują sprzęt typu stock 65xe + 1050. Hardware z prawdziwego zdarzenia to będą używać, ale za następne 15 lat ;)
15. • 15: CommentAuthorxxl
    • CommentTime14 Jan 2014 19:01

     
    > Abbuc nie jest tu wyznacznikiem niczego w tej materii
    
    zestawilem Twoje "nie dziala" z chornym glosem czlonkow ABBUC "gra i bucy" ;-)
    
    
    > Hardware z prawdziwego zdarzenia to będą używać, ale za następne 15 lat
    
    mysle, ze nadal beda uzywac 8 bitowego atari - to jest pasja, uzywajac go odpoczywasz - kup sobie Atari zobaczysz :)
    natomiast sprzet z prawdziwego zdarzenia pomaga ludziom placacym podatki zalatwiac zwykle sprawy... to standard - podobnie jak kibel w domu.
16. • 16: CommentAuthorpin
    • CommentTime14 Jan 2014 21:01

     
    - nie można tak do końca uprawiać wstecznictwa. Atari to też postęp i pasja. Dlatego nie każdy jest zainteresowany tym, by przez 30 lat wachlować się dyskietkami w upalne dni. Zawsze można kupić klimatyzator - technika idzie do przodu. A ile radości przy tym jest ;)
17. • 17: CommentAuthorxxl
    • CommentTime14 Jan 2014 21:01

     
    ale nikt Ci nie broni kupic sobie nie wiadomo jaki sprzet i bawic sie emulatorami... nie mow mi tylko ze to to samo co stare dobre 8-bitowe atari :D
18. • 18:
       
      CommentAuthorjhusak
    • CommentTime16 Jan 2014 16:01 zmieniony

     
    xxl, a dało by xbiosa + sterownik D: dodać do OS ROMu zamiast funkcjonalności C, generatora znaków nr 2 i obsługi nowych urządzeń?
    
    Wtedy cały basic jest wolny :) I mamy to, co zawsze mieć chcieliśmy...
19. • 19: CommentAuthorxxl
    • CommentTime16 Jan 2014 17:01

     
    Wszystko zmiesciloby sie w miejscu drugiego generatora znakow.
20. • 20: CommentAuthortebe
    • CommentTime16 Jan 2014 18:01

     
    podmienimy OS Pin-kowi, nawet się nie zorientuje :)
21. • 21: CommentAuthormono
    • CommentTime16 Jan 2014 18:01

     
    @xxl: razem z buforem na zawartość sektora :)
    Przecież ty kurka wodna wyłączasz rom.... :p
22. • 22: CommentAuthorxxl
    • CommentTime16 Jan 2014 18:01

     
    xB nie wylacza OS, nigdy tego nie robil. programista moze wylaczyc ROM i nie bedzie to mialo wplywu na dzialanie xB bo xB nie korzysta z OS. bufor sektora moze byc w miejscu w ktorym OS przewiduje jego miejsce lub w dowolnym innym wybranym przez programiste.
23. • 23: CommentAuthormono
    • CommentTime16 Jan 2014 18:01

     
    Także w romie? (na tym polegał mój żarcik :D)
    xB nie może siedzieć cały w romie, bo musiałby mieć przelotki do ładowania danych pod rom.
24. • 24: CommentAuthorxxl
    • CommentTime16 Jan 2014 19:01 zmieniony

     
    gdyby xB siedzial w ROM to nie sadze zeby potrzebowal wiecej jak 40 bajtow w RAM, sam bufor sektora tez moglby byc pod ROM ;-)
    
    gdybym mial wsadzac do ROM jakis system obslugi filesystemu dla dysku to w xB wlaczylbym modul OS (bo i tak jest ROM wlaczony w tym momencie) co daje oszczednosc miejsca, dodalbym do tego moduly CAR: i RAM: no i urzadzenie :D bo spokojnie to wszystko razem zmiesci sie w miejsce drugiego zestawu znakow. co pozwoliloby na obsluge plikow z dysku, cardridge i ramdysku za jednym zamachem, np. mozna by bylo z BASICa uruchamac programy binarne...
25. • 25:
       
      CommentAuthorjhusak
    • CommentTime16 Jan 2014 19:01

     
    Tak, tak, tak !!! Ja kcem!!!
    Czad...
    Ew. można podmienić SelfTest - on pewnie i tak jest za długi... można skrócić.
26. • 26: CommentAuthorGonzo
    • CommentTime16 Jan 2014 22:01 zmieniony

     
    trochę może offtop, ale nie do końca...
    
    czy stosuje się takie rozwiązanie, żeby całą gierkę wrzucić do boot sektorów?
    
    ten atr nie ma żadnego loadera - os sam ładuje i uruchamia gierkę od adresu $780 :) ciekawe czy, da się go uruchomić się na prawdziwej atarce, hmm...

    • boot_bd6_dis_dos25.atr
27. • 27: CommentAuthorxxl
    • CommentTime16 Jan 2014 23:01 zmieniony

     
    czy sie stosuje? owszem. w nomenklaturze atari nosi to nazwe program typu BOOT.
    - zostanie zaladowany automatycznie podczas BOOTowania,
    - musi byc nagrany na dyskietce w kolejnych sektorach od 1,
    - program nagrany poza FS daje oszczednosc kilku bajtow na sektor
    - nie porzeba bufora I/O co oznacza ze mozesz tak ladowac program juz od $480 w gore :D
    - programy nagrane w ten sposob niektorzy nazywaja "calodyski"
    
    xB 2 ma mozliwosc tworzenia takich dyskietek (odpowiednie info dla devloperow ;)
28. • 28:
       
      CommentAuthorjhusak
    • CommentTime16 Jan 2014 23:01 zmieniony

     
    Ależ ofcors!
    Na dodatek boot z magnetu nie różni się od boota ze stacji dysków :)
    Kiedyś były takie jednoblokowe (tzn bez loadera z np wykrzyknikiem) gry na C:, można je (powiedzmy w) 95% skopiować na dyskietkę i będą działać :)
    
    Chyba, że coś przegapiłem i nie będą... ale nie sądzę.
    
    Natomiast czy da się zrobić jednoblokowca na magnetofonie tak, aby zrobił się boot, a następnie BEZ ZAMYKANIA kanału czytać dalej dane ale już w formacie dosu (FFFF na początku)?
    
    Tzn ja wiem, że kanał zamyka system operacyjny; ale wiem też, że można otworzyć własnymi procedurami plik na kasecie ale bez konieczności istnienia sygnału pilotującego, innymi słowy bez timeoutu na początku.
    
    Czyli sam sobie odpowiedziałem na pytanie.
29. • 29: CommentAuthorpin
    • CommentTime17 Jan 2014 00:01

     
    Czyli Gonzo - w poście #27 masz wymienione wszystkie wady takiego rozwiązania ;)
30. • 30: CommentAuthorGonzo
    • CommentTime17 Jan 2014 00:01 zmieniony

     
    a dało by się w taki sposób ładować spakowane gierki? bo chyba tylko wtedy to ma sens. próbowałem z exomizerem, ale jak na razie nie udało mi się - gierka owszem ładuje się i nawet rozpakowuje, ale nie może się uruchomić bo od razu po rozpakowaniu bootuje się od nowa :( i to jest normalne, bo os po załadowaniu wszystkich sektorów uruchamia np. depakera i tyle co może zrobić - trzeba by dopisać jakiś króciutki kodzik, żeby program się uruchamiał po rozpakowaniu, ale nie mam pomysłu jak to miało by wyglądać, może jakieś wpisy do runad?
31. • 31: CommentAuthorxxl
    • CommentTime17 Jan 2014 00:01

     
    @Pin, dos jest programem typu boot :)
32. • 32: CommentAuthorpin
    • CommentTime17 Jan 2014 00:01

     
    SDX też? ;)
33. • 33: CommentAuthorxxl
    • CommentTime17 Jan 2014 09:01

     
    oczywiscie, nie ma budowy file, gorzej, naglowek ma zalozony od tylca ;-) no i jest cardridgem :D
34. • 34: CommentAuthortebe
    • CommentTime17 Jan 2014 11:01 zmieniony

     
    Gonzo, exomizer kończy dekompresję skokiem pod adres RUN ($2e0), chyba że używasz GUI i coś przekombinowałeś
    
    dodatkowo można podać kod asm na wejście i wyjście depakera, np. wyłączyć ROM (MVA #$FE PORTB), GUI (Super Packer) potrafi w większym stopni zaingerować w kod depakera
35. • 35: CommentAuthormono
    • CommentTime17 Jan 2014 11:01

     
    SDX nie jest programem typu BOOT - jest cartridgem i jest inicjalizowany poza procedurą BOOT przy starcie komputera (kartridże w ogóle to mają fazę inicjalizacji przed procedurą BOOT oraz uruchomienia - po procedurze BOOT).
    
    Bootowanie z kasety/dysku analogicznie ma fazę inicjalizacji i uruchomienia (nawiasem mówiąc multum programów źle się uruchamia, ale to już inna bajka). W fazie inicjalizacji można doładować sobie cokolwiek się chce własnoręcznie.
    
    Boot z kasety w fazie inicjalizacji nie zatrzymuje silnika więc można ładować dalszą część programu samodzielnie własnymi procedurami i we własnym formacie. Tak robi wiele gier Avalonu i Sonixa (oidp).
    
    Dysk tym się różni od kasety (między innymi), że na taśmie rekordy mają po 128 bajtów, na dyskietce SD/ED wszystkie sektory mają 128 bajtów, lecz na dyskietach DD tylko sektory 1..3 mają 128 bajtów, pozostałe 256 (nie wspominam o hdd, który BOOT sektor może mieć wielkości 128/256/512 bajtów)! Skutkuje to tym, że stacja nie doczyta pozostałych sektorów BOOTa i walnie BOOT ERRORem. W sektorach 1..3 robi się więc krótki BOOT loader, po czym w fazie inicjalizacji przestawia się stację na inną gęstość (jeśli trzeba) i doładowuje się resztę programu samodzielnie. Po powrocie z inicjalizacji (CLC+RTS) procedura BOOT będzie zakończona i program uruchomi się prawidłowo i w zgodzie ze sztuką.
    
    I ostatnia rzecz: BOOT przeprowadzany jest z użyciem SIO a nie CIO, tak więc nie operuje na kanałach lecz na DCB.
    
    Po poprawnym zainicjalizowaniu programu i zakończeniu procedury BOOT z kasety silnik magnetofonu jest zatrzymywany przez system (user nie musi tego sam robić). Dlatego pisałem wcześniej, że wiele programów BOOTowalnych jest napisana źle.
36. • 36: CommentAuthorxxl
    • CommentTime17 Jan 2014 12:01 zmieniony

     
    > Dlatego pisałem wcześniej, że wiele programów BOOTowalnych jest napisana źle.
    
    moze powinienes napisac artek na AOnline na ten temat? wiedza jak pisac BOOTy nie powinna zaniknac :-)
37. • 37: CommentAuthormono
    • CommentTime17 Jan 2014 12:01 zmieniony

     
    Atariki naszym przyjacielem: ->link<- oraz linki na dole. Faktycznie o BOOTcie kasetowym to raczej mało jest. Cieszyłbym się gdyby ktoś opisał oprogramowanie systemów turbo do magnetofonu.
    
    @xxl: Nie planujesz xBIOSa dla magneta? :)
    
    Edit: A w zinach scenowych nic nie ma?
38. • 38:
       
      CommentAuthorjhusak
    • CommentTime17 Jan 2014 12:01

     
    Czy jest czy nie ma, to trudno znajdywalne, jeśli jest, a gwarancji brak.
    Tylko nieliczne ziny mają indeksy np. na cały rok czy na cały okres wydawania. Przydało by się takie indeksy sukcesywnie tworzyć.
39. • 39: CommentAuthormono
    • CommentTime17 Jan 2014 13:01 zmieniony

     
    Do Syzygy jest: ->link<-
    Energy i Serious mają htmlowe wersje.
    
    Edit: Co prawda sam tytuł arta czasem niewiele mówi. Przydałby się choć krótki opis co i o czym.
40. • 40: CommentAuthorxxl
    • CommentTime17 Jan 2014 13:01 zmieniony

     
    @Mono oczywiscie ze sa, trudnoznajdywalne ale sa, zreszta artek na atariki jaki ma tytul? "Program odporny na RESET" - moze dodac kolejny "tworzenie dysku typu BOOT" albo cos w ten desen? zreszta atariki tez nie jest indeksowane wiec nie wiele to pomoze w googlach i tak sie nie pokaze. artek powinien byc widoczny w sieci :-)
    xB dla tasmy? dobry zart :D
    
    ---
    odnosnie tego artka w atariki, pierwszy "nieuzywany" bajt BOOT OS zapisuje do DFLAGS.
41. • 41: CommentAuthormono
    • CommentTime17 Jan 2014 13:01 zmieniony

     
    Prawda. Tam jest cała struktura przepisywana:
    

    $0240 - DFLAG - znacznik operacji dyskowych
    $0241 - DSECCNT - licznik sektorów dla operacji dyskowych
    $0242 - BOOTAD - adres ładowania przy stępnym odczycie
    

    
    Adres uruchomienia (kolejne 2 bajty z nagłówka BOOT) przepisywany jest do DOSINI a potem do CASINI, a wartość #(BOOT+6) do RAMLO, BOOT? jest ustawiany na 2.
    
    Edit: xB dla taśmy - a czemu nie?
42. • 42: CommentAuthorxxl
    • CommentTime17 Jan 2014 14:01 zmieniony

     
    czemu nie? bo stawiam na wygode. nie ma co liczyc na xB dla urzadzen ktore nie sa wygodne w uzyciu, magnetofon jest bardzo niewygodny. zreszta jesli ktos pisze program ktory ma byc na tasmie to nie potrzebuje funkcji xB :D
43. • 43: CommentAuthorpin
    • CommentTime17 Jan 2014 18:01

     

    XXL:

    nie ma co liczyc na xB dla urzadzen ktore nie sa wygodne w uzyciu

    
    
    dla tych co są wygodne, też nie można :D
44. • 44: CommentAuthorxxl
    • CommentTime17 Jan 2014 19:01

     
    juz jest.
45. • 45: CommentAuthorpin
    • CommentTime17 Jan 2014 20:01

     
    no dobra, powiedzmy że jest ;)
46. • 46: CommentAuthorGonzo
    • CommentTime17 Jan 2014 20:01

     
    nie wierzę, że tak długą dyskusję można skwitować zwykłym "już jest" :)
47. • 47: CommentAuthorpin
    • CommentTime17 Jan 2014 21:01

     
    Moszna.
48. • 48:
       
      CommentAuthorjhusak
    • CommentTime17 Jan 2014 22:01

     
    A co jest, bo się pogubiłem ...
49. • 49: CommentAuthorAdam
    • CommentTime17 Jan 2014 22:01

     
    Trudno powiedzieć. Ważne, że już jest.
50. • 50: CommentAuthorxxl
    • CommentTime17 Jan 2014 22:01

     
    jak to co?
    
    to co najlepsze: ->link<-