OldComp.cz

Z jiného vlákna:

Přes SZ jsme vykoumali toto (stručný přepis SCjoeova problému): Ve většině demíček, ať už TRD či SCL, na ruském ZXAAA (...) jsou Basic, stroják, grafika atd. zamydleny v jednom souboru, který ještě navíc typicky o sobě v adresáři uvádí jinou délku než ve skutečnosti má. Zde např. demo WD Gift 2020, kde oficiální délka (41 bajtů) nesedí se skutečnou délkou (169 sektorů).



Cílem je takový soubor převést do TAPky, aby si ho mohli spustit i spectráčtí puritání na gumákovi.

Takže jak takový soubor převést do TAPky? Nějaké nápady?

Mě napadlo toto: Z WD_gift.B vytvořit dva soubory: (1) vyseparovat Basic do samostatného programu WD_gift s délkou 41 bajtů a s ním provádět úpravy podle potřeby, a (2) headerless nebo code s doplňkem skutečné délky, tj. 169*256-41 bajtů, se kterým by šlo si hrát samostatně.

SCjoe i já chápeme NP-úplnost tohoto problému

_________________
より良い競争相手からソフトウェアを購入する (｡◕‿‿◕｡)

Dovody su hned dva:

1. Vobec netusia, ze okrem klasickeho kazetaku a betadisku existuje aj nejake ine zariadenie na nahravanie programov. No a kedze kazetak nepouzivaju, tak si myslia ze vsetci na svete maju betadisk a nic ine. A nemaju motivaciu robit nejake portable loadery.

2. Dlhsie a zlozito nahravane programy (napr. stranky 128) su lenivi nahravat nejak poctivo (hladat subory, osetrovat rozne chybove stavy...), tak si vytvoria na disku nejaku oblast z ktorej potom natvrdo nahraju do pameti pevne urcene sektory.

Aj ked dnes ta situacia nastastie nie je ani zdaleka tak kriticka ako bola roky dozadu.

jj, a někteří slušňáci alespoň nabídnou zdrojáky k překladu,
viz např. Mick a zdrojáky jeho demíček, připravené a naservírované spolu s sjasm, na stránce (dole) na http://micklab.ru/My%20Soundcard/ZXMSoundCard.htm

P.S. to téma jsem nakousl i tady, ale nedotáhnul... viewtopic.php?f=41&t=7718
(asi je mám sloučit?)

_________________
//na co myslím, když sedím u oldkompů: výzva .:. reálnější než ty skutečné//

TRD... Keby to bolo D80, tak by som vedel na to spraviť program, ale o TRD nemám potuchy ako funguje.

Pokiaľ to TRD je obraz disku, a všetky ich demá používajú rovnaký systém kódovania, na to by sa v assembleri dal spraviť program ktorý to prevedie. Teda pokiaľ to nieje dohrávkové, alebo to nepristupuje priamo k sektorom diskety, to už by bolo ťažšie. To čo vidím v prvom príspevku, skrátená dĺžka, to by sa ešte dalo. Program by preskúmal loader, vyčítal skutočnú dĺžku, odkiaľ sa to má nahrať, a odkiaľ spustiť, a vytvoril by normálny loader v TAPke, a súbor skopíroval do nej už normálne.

Vidím vidím výzvu. Emulátor... vlastný program... TRD vstup, TAP výstup.... ...až bude čas, možno ...

Mám dojem, že o toto se tak nějak zajímal už CSS při stavbě Betadisku v jiném vlákně a byl docela rozladěn, když zjistil, že se skutečně přistupuje přímo na předem vybrané sektory diskety. Jako hlavní fejl uvedl, že se tím pádem musí použít jedna disketa na jeden každý program. Brrr.

Ona situace je ještě malinko komplikovanější. Třeba hra Mirror, kde boot.B má formálně všechno vpořádku.



Jenže při zobrazení statusů sektorů je disketa oficiálně naprosto prázdná! boot.B je totiž uložen v systémové části diskety a není proto viditelný. RIDE ho samozřejmě dokáže vyextrahovat a přenést na TAPku (umí to i obráceně), ale to je tak všechno co se s touhle disketou dá dělat.



Že hra nezabírá 707 bajtů je zřejmé až při přepnutí na zobrazení dat sektorů - to se pak člověk začne divit kolik toho tam je, data jsou vpodstatě úplně všude.



Tohle je ale zrovna asi případ, kterej je nepřeveditelnej do TAPky (pokud se člověk z toho nebude chtít zbláznit).



Do RIDE jsem každopádně přidělal větvení co se má stát, když oficiální a skutečná délka dat nesedí a testnul jsem to na nejjednodušším možném případě, Dark Castle (nenašel jsem na WoS, nevím už odkud jsem to tahal) - všechno pěkně v jednom souboru, nikde žádná skrytá data.



Při pokusu importovat DC.B na pásku vyskočí dialog, kde
- je doporučeno ponechat informace nezměněné (pro případ kopírování z pásky na pásku - netřeba přemýšlet co zmáčknout),
- možno oficiální délku sjednotit se skutečnou,
- data rozdělit na program (nebo code, chars, numbers) a doplňkový headerless (tato možnost se samozřejmě zobrazí pouze pokud oficiálních dat je méně než skutečných),
- klasicky stornovat import.



Jednotlivé tři importní případy zde:



Poslední případ je očividně převeden správně - žádná chyba "Error in Basic structure" se nekoná (je nutné si zakázat barvení výpisu a případně povolit zobrazení skutečných číselných hodnot, aby bylo vidět že Clear 0 je ve skutečnosti Clear 24575).





Zkrátím to - výsledek bez dalších úprav nefunguje. Úpravy se zřejmě budou týkat vyházení věcí specifických pouze pro TR-DOS, jinak Basic z posledního příkladu uvízne.



Ale aspoň je tu ta možnost TR-DOS data roseknout na dva kusy a s každým pracovat samostatně. Při té příležitosti mi ještě napadlo data druhého kusu rozsekat po sektorech, ale to by asi ničemu nepomohlo - stroják určitě není zarovnanej do jednotlivých sektorů. Plánuju do RIDE ještě přidělat výpis assembleru (a konečně tak uzavřít úvodní Issue 1), nicméně na úpravy Basicu, strojáku atd. bude nutné použít jiné tooly.

Tyto úpravy společně s pár fixy plánuju vydat v dubnu. Pokud by SCjoea napadlo ještě něco co tam chce mít, můžu to tam dodělat taky.

_________________
より良い競争相手からソフトウェアを購入する (｡◕‿‿◕｡)

TR-DOS nema FATku, ma len DIREKTORY (Adresar)

_________________
ZX Spectrum, ZX Spectrum +, DIDAKTIK GAMA, DIDAKTIK M, DIDAKTIK KOMPAKT, D40, D80, Interface M/P, MELODIK, UR-4, BEST, KP 311, BT100, SP210T, GAMACENTRUM 01 (cierna), ROBOTRON K6304, divIDE, K-Mouse, PMD 85-2, Amiga 500, Amiga 500+, Amiga 1200