Oznámení

Sbalit
Aktuálně žádná oznámení.

Nová verze CFD

Sbalit
X
Sbalit
 
  • Strana z 3
  • Filtr
  • Čas
  • Zobrazit
Vymazat vše
new posts
Předchozí 1 2 3 template Následující
    #31
    Pokud se jedná o starší verze které jsem releasnul já tak ty se vždy odstraňuji přidáním nové verze. Viz pravidla Aminetu (https://wiki.aminet.net/Uploading_instructions)

    Are there older versions of your package already available on Aminet? If yes, make sure you use the replaces: field to remove them from Aminet.​​
    Pokud jsou potřeba tak jsou k dispozici ke stažení na githubu.
    • Poděkování 3

    Komentovat

      #32
      Vylepšil jsem chování automountu pro případ, kdy je driver v ROM a výchozí mount options se liší od nastavení v ENVARC:cfd.prefs.

      Pokud byl driver v ROM a karta s MBR/GPT byla v PCMCIA slotu při bootu, automount proběhl nezávisle na uživatelském nastavení v ENVARC:cfd.prefs. Tedy namountovalo se i tehdy, když měl uživatel AUTOMOUNT 0 nebo jiné mount options. Vždy se použil default. Nově automount provede až worker, ve chvíli kdy už je k dispozici ENV: a lokální konfigurace. Též je vylepšeno chování při unmountu (ACTION_DIE) podle posledních změn v rkrm-dos 1.26, tedy alespoň doufám .​
      ​
      • Poděkování 8

      Komentovat

        #33
        aha tak diky za vysvetlenie

        vcera prisla 4GB Sandisk Ultra II pouzita z ebay, maka krasne v A1200
        --------------------------------------------------
        A1200 + Blizzard 1230/50Mhz + 32MB RAM, AMD RYZEN 9 5900x 32GB DDR4 RAM, ASUS DUAL Radeon RX 7600 O8G V2​, MAC OS X BigSur,
        • Poděkování 1

        Komentovat

          #34
          Autorem citovaného textu je JPU Přejít na původní příspěvek
          Vylepšil jsem chování automountu pro případ, kdy je driver v ROM a výchozí mount options se liší od nastavení v ENVARC:cfd.prefs.

          Pokud byl driver v ROM a karta s MBR/GPT byla v PCMCIA slotu při bootu, automount proběhl nezávisle na uživatelském nastavení v ENVARC:cfd.prefs. Tedy namountovalo se i tehdy, když měl uživatel AUTOMOUNT 0 nebo jiné mount options. Vždy se použil default. Nově automount provede až worker, ve chvíli kdy už je k dispozici ENV: a lokální konfigurace. Též je vylepšeno chování při unmountu (ACTION_DIE) podle posledních změn v rkrm-dos 1.26, tedy alespoň doufám .​
          ​
          Ked budem mat cas na urobenie si ROM, tak to Automount urcite skusim, inak dik za supr robotu.
          Powerbook G4 A1138 (MOS 3.19,OSX Tiger+LubuntuPPC 16.04)
          Micronic Infinitiv_II Tower (Amiga1200,BPPC603e+/210MHz/060/50MHz,256MB Ram,BVision, SCSI 2.5" 80GB,AOS3.2.3,AOS3.9,MOS,AOS4.1FE)
          Amiga4000 (Apocalypse+BFG)
          Amiga600 (X601,Furia EC020,SMC PCMCIA WiFi Network Card)
          Amiga600 (PiStorm)
          2xAmigaCD32 (TF330,SX1)

          registered on https://amigamap.com/amiga-slovak_republic.html
          live on https://live.amigamap.com
          • Poděkování 1

          Komentovat

            #35
            Autorem citovaného textu je Falcon_11 Přejít na původní příspěvek

            Ked budem mat cas na urobenie si ROM, tak to Automount urcite skusim, inak dik za supr robotu.
            Můžeš zkusit i s LoadModule z filesystemu:
            Code:
            LoadModule LIBS:compactflash.automount LIBS:ptable.library DEVS:compactflash.device L:fat95​

            Komentovat

              #36
              Nový pre-release 2026-08-27 je ke stažení na githubu:​a nejspíše jde o poslední nebo předposlední dev update před plným releasem, takže teď je ideální chvíle to vyzkoušet a nahlásit cokoliv divného!

              Zlepšuje soužití automountu s ručně namountovanými z "DEVS : DOSDrivers" a pak pár dalších vylepšení či změn
              • Jména z automountu přišla o písmeno jednotky na zařízení s jedinou unit se karty mountují jako CF0:, CF1:, ... místo CFa0:.
              • Nová volba UNMOUNT_STATIC v cfd.prefs. Nastavte na 0 a vaše vlastní statické mounty přežijí vytažení karty, místo aby se odmountovaly se vším ostatním.
              • lsptres označuje ručně namountované (statické) partition vlastním flagem, takže je vidět, co komu patří (automount vs static).
              • FAT filesystem je volitelný. Nové volby DOSTYPE_FAT a HANDLER_FAT v cfd.prefs určují, který handler mountuje MBR/GPT FAT karty, například CrossDOSFileSystem místo fat95 (příklad nastavení je v automount.md).
              • Partition kterou už jeden handler obsluhuje, nejde omylem namountovat podruhé. Druhý mount selže s "object in use", místo aby si dva handlery potichu rozbily svazek při zápisu. Nová volba MOUNT_USED (a "+m" Control volba ve fat95) umí odmítnutí obejít.
              • MOUNT <dev>: SHUTDOWN && ASSIGN <dev>: DISMOUNT nyní čistě odmountuje fat95 svazek.
              • Volby "d" a "D" ve fat95 (datumy jako komentáře souborů) jsou nyní default vypnuté; "Control +d+D" je vrátí.
              Kromě konfigurační reference je k dispozici nový dokument, který scénář po scénáři popisuje očekávané chování automountu a dá se použít jako testovací případy, pokud si chcete ověřit své nastavení.
              ​
              • Poděkování 9

              Komentovat

                #37
                Ahoj,

                tak jsem vypustil do světa stable release!​oproti poslednímu pre-release z 27.08.2026:
                • ptable + cfd jen drobné opravy chybek.
                • fat95 zrychluje scan (validation) u fat32 a pokud volume není "dirty" tak jej i kompletně skipne. Handler též používá dirty flag při zápisu, nastaví jej a nevyčistí dokud není zápis dokončen. Jo a je tam i flavor/build pro 68080 (využívá "perm" instrukci, tak jen taková drobnost).
                • Plus nějaké vylepšení v pár tooolech okolo.
                Pokud nedostanu záplavu reportů o chybách tak chci v příštím release rozběhat skrytou podporu ATAPI. Přesněji jen pro "whitelisted device" (co mohu otestovat) a nyní tu mám jednu PCMCIA DVD z eBay, u které chci aby mi na AmigaOS s CFD fungovala.

                Jarda
                • Poděkování 8

                Komentovat

                  #38
                  Žádná záplava bug-reportů se nekoná! Jupí . A tak jak jsem psal minule, rád bych rozběhal "skrytou" podporu ATAPI, co je v cfd od původního autora. Ta nikdy nemohla projít přes IDENTIFY a použít se, dodnes je to pro mě záhada. Podle mě by mohlo stačit "málo" (spousta fixů) a PCMCIA CD/DVD s cfd pofičí nativně a žádné hádky/hrátky s jinými pcmcia atapi drivery už nebudeme muset řešit . Problém je v IDENTIFY. Co vidím tak u CF karet je "standardizace lepší" a hlavně mám proti čemu testovat, snadno seženu různé karty, mám různé Amigy, a akcelerátory. ale PCMCIA ATAPI mám jen jednu jedinou DVD mechaniku z eBay a z dřívějších bugreportů vím, že u těchhle zařízení je to "co kus, to jiný pes" a na tom se nedá postavit kód, který řekne "tohle identify vypadá dobře, ATAPI zapni a převezmi zařízení".

                  Potřeboval bych vidět víc zařízení. Přesněji to, co o sobě říkají v Card Information Structure (CIS).

                  Takže prosba. Kdo má PCMCIA ATAPI CD/DVD a chtěl by, aby jej cfd umělo, poprosím o výstup z
                  * "pcmciacheck -cis" (je soucasti cfd release)
                  * typ a označení mechaniky, klidně i fotku​

                  Můj příklad je:
                  Code:
                  CIS dump (direct read from PCMCIA attribute memory at 0x00A00000):
Gayle PCMCIA timing: 720ns (current)

0x000: 0x01 CISTPL_DEVICE (length=3)
    type=0x0 (NULL), speed=0x0 (null)
    size=0x00000200 (512 B), size_code=0x00  (units=1, unit=0x0=512B)
0x005: 0x15 CISTPL_VERS_1 (length=20)
    major=4, minor=1
    string[0]: "PCMCIA"
    string[1]: "CD-ROM"
    string[2]: "I2"
    string[3]: ""
0x01B: 0x1A CISTPL_CONFIG (length=5)
    data: 01 03 00 01 03
0x022: 0x1B CISTPL_CFTABLE_ENTRY (length=12)
    data: C1 81 18 CA 61 70 01 07 76 03 01 2F
0x030: 0x1B CISTPL_CFTABLE_ENTRY (length=11)
    data: 02 18 CA 61 E8 01 07 EE 03 01 2B
0x03D: 0x1B CISTPL_CFTABLE_ENTRY (length=11)
    data: 03 18 CA 61 68 01 07 6E 03 01 2A
0x04A: 0x40 CISTPL_VERS_2 (length=19)
    major=0, minor=65
    string[0]: "RGOSY"
    string[1]: "RESEARCH"
    string[2]: "9"
0x05F: 0x14 CISTPL_NO_LINK (length=0)
0x061: 0xFF CISTPL_END​
                  Naposledy upravil JPU; 16.09.2026, 21:04:30.
                  • Poděkování 1

                  Komentovat

                  Předchozí 1 2 3 template Následující
                  Zpracovávám...
                  X