OldComp.cz

teď mi to asi docvaklo, ten počet segmentů je to, co mi ukazuje ten pakátor od Madteamu nebo BiFi ? a tolik to pak bude mít částí ?

Každopádně to zní naprosto skvěle a já můžu jít a zmačkat všechny dosud vytvořené a zachráněné fajly a začít od znova já se na to tak těšim !!!

Nevím proč bys měl zahazovat již zachráněné soubory. Naopak, mohl bys zvážit jejich publikaci, třeba na polském serveru Pigwa.
Zachráněné monolitické binárky jsou totiž vždy lepší varianta, než automaticky vygenerované vícedílné hry.
Monolitická binárka se nahrává rychleji a taky tě nikdy nebude uprostřed nahrávání otravovat s tím, abys stisknul klávesu, nebo tlačítko joysticku.

Co se týče počtu segmentů, tak Super Packer číslo zobrazí ve stavovém řádku po otevření souboru, Turgen pak v dialogu File statistics, který se vyvolá klepnutím na návěští File(s) v průvodci pro převod souborů, nebo klepnutím na návěští Input File v dialogu pro úpravu položky projektu. V BiFi klubu nejsem, tak nevím jak je počet segmentů zobrazen.

To mi připomíná, že by nebylo marné, kdyby moje utilita D2BFC dokázala hezky tabelovat informace o nalezených .XEXech

Kdo chce zkoušet TURGEN 9.2.27 (vývojová verze s podporou konverze typu Multipart loading), tak může.
Jde o slušně otestovanou, ale stále vývojovou verzi. Pokud si nabijete ústa, vinu připisujte jen a jen sobě. Přitom volejte "Mea maxima culpa!". (S budoucí finální verzí to vyjde nastejno, viz licenční podmínky)

Nezapomínejte, že od verze 9.2.24 je potřeba aspoň Java 11, ale nejlepší je stejně používat verzi 17 LTS.

Jak si nastavit průvodce pro převod souborů tak, aby při hromadné tvorbě položek projektu použil monolitickou konverzi pro monolitické binárky a Multipart Loading pro ostatní binárky. Prostě vyberte jen žádané metody pomocí klikání myší s CTRL.

Při takovém nastavení roztřídí průvodce binárky na tři skupiny
1. Monolitické
2. Převoditelné pomocí Multipart loadingu
3. Ostatní, které nejdou převést.

A tady je prototypová verze D2BFC 1.5. Není dokonalá, ale ve výpisu zobrazuje počet segmentů a velikost souborů.
Ve finální verzi bude výstup formátovaný jako CSV a bude se nechat importovat do excelu či jiného tabulkového kalkulátorů pomocí jejich nástrojů pro import textu.

Když tak přemýšlím nad výstupem do CSV u programu D2BFC, zkusme se společně zamyslet nad tím, jaké sloupce by ve výstupu měly být.

Zatím mne napadlo toto. Napadlo by někoho ještě něco jiného?

Jméno souboru (bez cesty) [užitečnost zjevná]
Jméno souboru (relativní cesta) [užitečnost zjevná]
Velikost souboru [užitečnost zjevná]
Celkový počet segmentů [užitečnost zjevná]
Obecný typ segmentace (MONOLITHIC, MONOLITHIC WITH INIT, SEGMETED WITHOUT INIT, SEGMENTED, ALIEN, CORRUPT) [užitečnost zjevná]
Počet INIT segmentů [užitečnost zjevná]
Počet RUN segmentů [více než jeden může být podezřelé]
Chybové hlášení (u typů ALIEN a CORRUPT) [užitečnost zjevná]
Výpis segmentů [užitečnost zjevná]
Obsazení nulté stránky (ano, ne) [může znamenat problém pro zavaděče]
Obsazení zásobníku (ano, ne) [může znamenat problém pro zavaděče]
Obsazení adres nad $C000 (ano, ne) [segmenty jdou do RAM pod ROM, může znamenat problém pro zavaděče]
Obsazení adres mezi $0200-$05FF (ano, ne) [segmenty na těchto adresách určených pro systém nejsou nejlepší nápad, může znamenat problém pro zavaděče]
Obsazení adres mezi $D000-$D7FF (ano, ne) [segmenty zaváděné přímo na vstupní a výstupní brány nejsou nejlepší nápad, může znamenat problém pro zavaděče]

napadl mě jen takovej nápad, jak by dle mého úsudku bylo možné vychytrale vyřešit normální nemonolit hry/dema pro 64kb
1. celej xex se zabalí do monolit obalu a to se uloží na pásku
2. celej monolit obal se nahraje do ramdisku a od tud se hodí nebo bude házet postupně do normální ramky a poběží
3. je to děsně vychytralé (já vim )

Mám takový neurčitý dojem, že něco takového snad už existovalo. Možná kazetové verze magazínu FLOP?

Maximální velikost zabaleného .XEXu by byla kolem 45 KB. Něco by zabrala rutina pro přesun dat do bank rozšířené paměti a něco proudově orientovaný binární zavaděč, který by data z rozšířené paměti četl a rozhazoval na správná místa do hlavní paměti. Plus nějaký prográmek pro PC, co by .XEXy balil. Nic co by se při troše dobré vůle nedalo vyvinout mezi výměnami plínek a krmením. Jsem ale asi jediný, kdo by měl jakous takous motivaci něco takového zkusit. Blázniva věc, ale to je asi programovaní pro techniku z roku 1979 taky.

Druhý prototyp D2BFC 1.5
- Umí výstup do CSV
- Při výstupu do CSV zobrazuje podrobnosti popsané výše. CSV se dobře importuje do Excelu, kde lze pak používat řazení a filtry.
- Malé změny v UI.

K čemu D2BFC vlastně je?
- K pohodlné kontrole rozsáhlých archivů se softwarem. Najde soubory co nejsou binárky, najde binárky s porušenou strukturou.
- K vyhledání a výběru binárky s nejvhodnější strukturou k danému účelu
- Ke zkoumání struktury segmentů binárky či binárek
- K vykopírování binárek s určitou strukturou do odděleného adresáře

Co D2BFC neumí
- Binárky SpartaDOSu

Jak použít s Excelem

D2BFC
- Jako typ výstupu zvolte CSV s podrobnostmi
- Po skončení reportu klepněte na tlačítko Kopírovat log do schránky
EXCEL
- Spusťte excel a založte nový sešit
- Na pásu karet, v roletce Vložit zvolte Použít průvodce importem textu
- Pro zdrojový datový typ zvolte oddělovač, zaškrtněte, že první řádek je záhlaví, Další
- Jako oddělovač zvolte Čárka a jako textový kvalifikátor uvozovky, Další
- S datovými typy sloupců si nemusíte až tak lámat hlavu, Dokončit.
- Vyberte všechny buňky a na pásu karet vyberte Data/Filtr
Nyní můžete informace různě filtrovat nebo řadit.

Kdo má jiný tabulkový kalkulátor (Calc, Google sheets, Quattro, MultiPlan), tak si určitě poradí.
Možná by byla dobrá frajeřina mít možnost generovat SQL. DROP & CREATE TABLE a pak příkazy INSERT.

D2BFC byl vydán ve verzi 1.5.
https://sourceforge.net/projects/turgen/files/dos_2_binary_file_checker/
Od posledního prototypu přibylo jen pár kosmetických změn.

Vyšla finální verze 9.2.27.
https://sourceforge.net/p/turgen/blog/2024/08/turgen-9227/

Zkoušel jsem si trochu prototypovat ty monolitické obálky. Přikládám nějaké zkušební XRALy . XRAL = "eXtended Ram Auto Load".
V přiloženém archivu je jich několik. Tři známé hry od Fandala, Train 1 a Scorpions 2. Na emulátoru fungují, na reálném HW otestuje poison .

1. Je potřeba mít počítač alespoň s 128 KB RAM. Bez rozšířené paměti to nebude fungovat.
2. Funguje to tak, jak jsem popsal. Malý zavaděč nejdřív zkopíruje celou binárku do rozšířené paměti a pak z rozšířené paměti provede "binary load"
3. Divoké žluté pruhy má na svědomí XRAL - prostě ukazují, že XRAL pracuje. Asi je ve finální verzi odstraním.
4. Jako u každého binárního zavaděče se vždy najdou soubory, které nebudou fungovat, protože zničí zavaděč. Při zavádění z rozšířené RAM je to všechno ještě horší, protože některým programům prostě může vadit přepínání adresního prostoru v oblasti $4FFF-$7FFF. Zavaděč vypíná přerušení instrukcemi SEI a CLI, ale stejně se může stát, že zaváděná binárka udělá něco, co celé zavádění pokazí.
5. Maximální velikost obaleného souboru je asi 45 KB
6. Doporučuji používat originální OS ROM. QMEG ani jiné vymyšlenosti nejsou potřeba, protože XRAL soubory jsou stejně určené pro zavádění z kazety s pomocí Turbo zavaděče. To ale neznamená, že by neměly jít zavést třeba z AVGCARTu.

Pokud testy na reálném HW projdou, tak vydám malou utilitu pro příkazový řádek, která bude monolitické obálky vyrábět a bude podporovat "hromadnou výrobu". Samozřejmě v Javě.
Pro každý vstupní .XEX soubor utilita provede toto:
1. Zkontroluje, zda .XEX má korektní strukturu
2. Vydá varování, pokud je vstupní .XEX soubor monolitický
3. Zkontroluje, zda se .XEX vejde do obálky
4. Pokud je jisté, že vstupní .XEX zničí zavaděč, ohlásí to
5. Pokud ve vstupním .XEX souboru nenajde spouštěcí adresu, tak to ohlásí a doplní ji, bude ukazovat na první datový segment.
5. Vyrobí monolitickou obálku

Vydal jsem verzi 1.1.0d toolkitu Backup T/D, kde jsou dvě důležitá vylepšení.

1. Utility Disk. Při přechodu práce s kazetou/disketou se plně resetují oba čipy POKEY. V předchozí verzi jsem neresetoval SKCTL (typická "off-by-one" chyba při konstrukci smyčky)
2. Nástroj UDMan umí na vyžádání povýšit starší utility disky na nejnovější formát. To se hodí, pokud už nějaké utility disky máte.
3. Nástroj UDMan přešel na knihovnu DTBLIB pro zpracování binárních souborů. Už mne nebavilo neustále kopírovat kód pro zpracování binárních souborů mezi TURGENem a ostatními projekty z jeho ekosystému. V distribučním balíčku je tedy adresář lib s jedním .jar souborem navíc.

Zatím nemám žádné zprávy o tom, zda XRAL funguje na skutečném hardware. Trochu jsem mezitím XRAL vylepšil - potřebuje jenom 4 adresy v nulté stránce paměti na které zaváděné programy nesahají, takže zavede víc binárních souborů.