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:
      
     CommentAuthorPeri Noid
   • CommentTime25 Aug 2026 09:41 (1 godzinę temu)

    
   @Jacques: no co, na AA on pierwszy to podrzucił ;)
2. • 2:
      
     CommentAuthorJacques
   • CommentTime25 Aug 2026 09:42 (1 godzinę temu) zmieniony

    
   @ilmenit
   Może bardziej dlatego, że format .atr (z założenia dyskietkowy, choć tutaj ogromna "dyskietka") jest raczej związany z transmisją szeregową, a autor sam sugeruje ładowanie PBI.
   Autor zrobi co zechce, nic nie musi, ale jest bardzo kontaktowy, części uwag słucha, my testujemy, on dorabia np. obsługę Covoxa i tak to się wszystko miło i przyjemnie kręci w duchu współpracy ;-)
   
   A tak w ogóle, ładowanie tego .atra (gdy już dobrze działa) w trybie 3x SIO wcale nie jest takie uciążliwe.
3. • 3:
      
     CommentAuthorw1k
   • CommentTime25 Aug 2026 10:25 (20 minut temu)

    
   Prawdopodobnie mam jeszcze format ATR ze starszych portów, ale one używają SAVE/LOAD. Another World nie, więc spróbuję XEX. Na razie próbuję GR7.

   • gr7c.png
     
     
     
     
   • gr7b.png
     
     
     
     
   • gr7a.png
     
     
     
     
4. • 4: CommentAuthorpin
   • CommentTime25 Aug 2026 10:26 (19 minut temu)

    
   Z tym ATR (nie wiem jak teraz, ale wcześniej wszystkie te porty W1K) nie było problemu by ładować z HDD, bo odczyt sektora realizowany jest przez OS, tak więc odpalenie tego obrazu na SIDE1/2/3 (+U1MB i IDE BIOS), czy IDE plus itd nie stanowi żadnego problemu. Nie ma więc jakiegoś dużego znaczenia, czy jest to plik wykonywalny, czy obraz dysku. Chyba, że mowa o jakiś uno/piko cartach czy innych takich wynalazkach, choć tam nie mam pojęcia czy są i jakie są ograniczenia w kwestii wielkości pliku wykonywalnego