LDOS, programovani, poznamkovy blok pro psani kodu - pouze info

Od doby co se hraju s LDOS-em pouzivam na upravu kodu klasicky poznamkovy blok pod Win. Je to pouzitelnejsi, nez jsem si puvodne myslel. Mírně hůře prehledny (2 barvy a ASM-pro mám ve 3 barvách - nechci tam vic barev), u poznamkoveho bloku celkem hledam, kde mam kurzor (tenka carka), ASM-pro ma neprehlednutelny ctverec / obdelnik. Minimalne u ladeni pro LDOS je poznamkovy blok fajn kombinace, veskerou kompilaci kodu dela jiz program LDOSu a k dispozici mate klasicke chybove hlasky co se tyce chyb v kodu. Poznamkovy blok ma pak pro mne jeden dost dulezity bonus, ukazuje vam, jestli byla v kodu udelana nejaka zmena od jeho posledniho ulozeni, to je vec, ktera mi v ASM-pro vyslovene chybi. Nevyhodu u poznamkoveho bloku vnimam, ze vyhledavani textu v kodu odlisuje, jestli hledame velike nebo male pismena, pokud se tedy spleteme ve velikosti pismena hledaneho textu, vysledek nebude nalezen. Samozrejme vyhodou ASM-pro je debuger a jeho moznost trasovani programu u ktereho si muzeme overit funkci nejake instrukce, nebo vyhledavat slozitejsi chybu.

V posledni dobe ted resim u LDOSu jeste 1 věc. Nedari se mi nacist 2.skladbu po hrani prvni skladby. Druhou skladbu muzu zacit hrat, pokud ji zacnu hrat nejdrive, ale pokud hraju prvni skladbu a pak chci nacist tu druhou, LDOS tak zatim neudela. Psal jsem uživateli Soundy-mu (autor pdf navodu k LDOSu), se kterym resim me problemy s LDOS-em. Napsal mi, ze dle vseho nemam celkove ukoncenou mou hudebi rutinu po tom co chci s LDOS-em pracovat. To se mi potvrdilo, vadi mu ma hudeni rutina, ze je aktivni. Celkem jsem se hudebni rutinu snazil ruzne odstavit, udelat LDOS-u čas na to, aby se mohl inicializovat, ale nepovedlo se zatim.

Zjistil jsem v me hudebni rutine chybu. 1 situaci jsem nemel odchycenou, to jsem vcera vyresil. Spolu s tim jsem udelal snad spravnejsi ukonceni hrani MODu u me hudebni rutiny, kdy jsem misto primeho skoku v kodu hudebni rutine podstrcil stav, ze prave hraje posledni pattern ze skladby, co je si myslim asi lepsi a dle vseho to funguje spravne.

Zkusim ted opet par veci, jak mou hudebni rutinu odstavit, nebo pak zacnu odstavovat jednotlive casti kodu v hudebni rutine, aby jsem zjistil, co LDOS-u vadí

Tak gratuluji, že to nakonec celé funguje. Taky asi někdy LDOS použiju.

Rychlost nahrání 170 KB MODu z diskety. ADF vytvořeno LDOSem, který MOD zpakoval na 100 KB
Na nahrání MODu do paměti byla použita funkce LDOSu "LDOS_LOAD_BINARY_BLOB"

Napsal jsem to včera i Soundy-mu.

Dáme si krátký jazykový okénko

​​​​​​A teď již v citaci odpověď od Soundy-ho:
ok no 🙂 ​

LDOS.... problem s pameti odstranen

ono vas souvislosti vetsinou spravne smeruji k tomu, aby se problem vyresil. Mne to nedalo a zkompiloal jsem si zpet LDOS tak, aby mi pracoval i s OTHER RAM a ne jen s primym zapisem vseho do CHIP RAM. Overil jsem si, ze hudebni MOD kopiruji do CHIP RAM spravne. To kopiruji, tak jsem sel dal. Chyba poukazovala na pointer MODu v CHIP RAM. Reseni je, ze pokud se nacita pointer na MOD do adresoveho registru a pouzije se direktiva "LDOS_LOAD_BINARY_BLOB", tak se nacteni pointeru na MOD musi zadat za touhle direktivou LDOSu. Já pro pointer na MOD pouzil adresovy registr A1, ten minimalne v ramci vystupu a vstupu direktiva LDOSu nepouziva. Ted jiz se mi MOD zacne prehravat s 512 KB CHIP RAM a ne az s 1 MB CHIP RAM jak to bylo predtim. Ja ale zatim i tak budu pouzivat prime nahravani vseho do CHIP RAM, tedy s drobnou upravou LDOSu jak mi poradil Soundy (autor PDF navodu a dle vseho dobry hudebnik a koder), ale ted jiz vim, kde byl problem...

Dnes jsem napsal Soundy-mu a o pul 12 v noci (je v nasem casovem pasmu) odepsal:

Ja tak nejak tusil, ze se mi to dava spatne do chip mem. Sekci BSS_C jsem mel zadanou. Kopiroval jsem data do chip-mem po bytech od pointru v chip-mem. Vratil jsem se SUBem (SUB je jistejsi) o pocet bytu, co ma skladba aby jsem ji mohl zacit hrat. Vse fungovalo ale az od 1 MB CHIP. Udelal jsem tedy jednoduchou upravu primo v kodu jak pise Soundy. Ted se jiz nemusi nic kopirovat. Rovnou ctu od pointru na MOD, ktery mi vrati funkce "LDOS_LOAD_BINARY_BLOB". MOD mi zacne hrat v zakladni konfiguraci 512 KB CHIP + 512 KB dalsi pameti tak supr!

LDOS....info

Pokud zabalim EXE soubor do BIN LDOSu - spusti se mi exe (ma hudebni rutina + MOD) na nejnizsi konfiguraci 512 CHIP RAM + 512 dalsi RAM. To by jsem ale musel nacitat hudbu postupne a nemohl si tedy urcovat, kterou presne kdy zahrat. Zaroven bych musel mit ke kazdemu MODu zabalenou i mou hudebni rutinu, ale ta nema vic nez 5 KB.

Pokud bych chtel urcovat, ktera skladba se mi pomoci LDOSu zahraje, musi se pouzit direktiva
LDOS_LOAD_BINARY_BLOB

a i kdyz ma vse dohromady, tedy hudebni rutina a kratky MOD tak 15 KB, hudba mi zacne hrat, az kdyz se pouzije alepson 1 MB CHIP RAM. Pri pouzivani LDOSu jsem si vsiml ze pametovim naroku pomaha prubezne nakopirovani vzdy pouze 1 MODu do CHIP RAM, U direktivy:
LDOS_LOAD_BINARY_BLOB
jsem mel problem data MODu prenest do CHIP RAM a z ni ji pak zahrat. Nakonec se mi to myslim povedlo. Ale ani tenhle postup nesnizil pametove naroky na spusteni MODu a porad to potrebovalo alespon 1 MB CHIP RAM.

Je dost mozny, ze jsem neco prehlidl, ale i kdyz by mela byt minimalni konfigurace 1 MB CHIP RAM je to s tim, co nabizi LDOS jiz pro mne zajimave. Pokud je tohle vlastnost LDOSu, tak to treba jeho pristi verze bude resit, jak jsem psal, melo by se pracovat na verzi LDOSu, kde jiz postupne nacitani EXE souboru za sebou dle vseho nebude muset byt.

LDOS....

Ke dnešnímu postu jen dopíšu, ze jsem nahral do ADFka pouze ten 88 KB MOD a porad to potrebuje 1 MB CHIP RAM. Tyhle naroky (1 MB CHIP RAM místo 512 KB CHIP RAM + 512 KB dalsí ram) jsou tedy neni zpusobeny LDOSem... .

LDOS...

Tak dalsi uspech / neuspech... info.

Hral jsem se s pameti, snazil se nacist data pomoci LDOS postupne po 1 MODe z bezne pameti - treba slow do CHIP RAM. Uvedomil si, ze kdyz nepouzivam PC relativni adresaci na pointer v pameti, ktery ukazuje na zacatek MODu, musim si tohle misto v pameti asi pamatovat, tak jsem si ho ulozil do volneho registru, aby po nacteni dat do CHIP jsem se mohl vratit na misto v pameti, kde mi tenhle MOD zacina a zacit ho z CHIP RAM hrat. To se mi nakonec povedlo, ale ne zcela spravne. MOD se mi nepovedlo pomoci LDOSu spravne indexovat. Ve vysledku jsem musel mit v pameti pred hranym MODem jeste nejake dalsi data, klidne jiny MOD. A problem nebyl jen v indexaci, to jsme si potvrdil. Privedlo mne to k myslence, ze by jsem s tim co jsem zjistil jak LDOS funguje, z toho co jsem zatim vedel zkusil samotny MOD zabalit do souboru LDOS - BIN. Ale nepovedlo se mi MOD spustit. Jak jsem si to vse co jsem vedel daval do hromady a s faktem, ktery jsem si uvedomil, ze je vlastne spravne, kdyz pri kompilaci LDOSu se mi data nezobrazuji v pameti CHIP, co je vlastne chtena vec, protoze je chci az pak do ni nacist, tedy jeden MOD, ktery chci hrat, jsem se vratil na "zacatek" a uvedomil si, ze LDOS mi konkretni MOD do CHIP RAM vlastne nakpiruje sam, aniz bych to musel delat v kodu ja, A ze to, co bude v pameti CHIP by mohla urcovat jen indexace pomoci direktivy
LDOS_LOAD_BINARY_BLOB
Pred touto direktivou se uvadi v registru D0 index souboru, ktery si LDOS načte ze souboru "script.txt" a tim ze mam program v CHIP RAM, tedy do pameti CHIP. Takhle mi to zda se funguje spravne. Nepovedlo se mi jen program rozbehat na nejnizsi konfiguraci co LDOS podporuje a to je 512 KB CHIP RAM + 512 KB dalsi pameti. Povedlo se mi to rozbehat na 1 MB CHIP RAM. Spusteni MODu na 512 KB CHIP RAM se mi nepovedlo, ani kdyz jsem nacetl jiny mensi 88 KB MOD. Doposud jsem spoustel nejmene 150 KB MOD. Na druhou stranu, pokud jsem dal na disketu data, ktere maji celkem kolem 1,3 MB. LDOS je pakuje a ve vysledku se na 1 disketu vejdou. Pokud jsem spoustel MOD, spustil se mi porad na konfiguraci 1 MB CHIP RAM bez jakekoliv dalsi pridavne RAM.

Mozna si budu muset lepe odridit praci s pameti v mem hlavnim programu, ale jiz narocnost 1 MB CHIP RAM pro mne zacia byt zajimava, Tedy ve vysledku LDOS v ramci toho, s cim jsem doposud mel moznost pracovat - ruzne packere je pro mne nejvetsim prinosem, pokud se nechci zalamovat s tim, ze si takovou vec musim naprogramovat, co prozatim fakt nechci a jsme rad ze nemusim

Soundy mi psal, že Leonard pracuje na verzi LDOSu, u které se již ty pasáže nebudou muset načítat pouze za sebou. Já potřebuji skladby načítat různě, ne pouze jak jsou za sebou a v kombinací snížení paměťové náročnosti a tedy aby jsem měl vždy načteny v paměti Chip pouze jeden MOD mne nenapadá jiná alternativa, než to načítat přímo z kódu. Ono způsob, o kterém Soundy píše, že bych s každý MOD měl k sobě pribalenou i hudebni rutinu - chci použít svou, to mne napadlo ještě před tím, nez mi to psal. To je ta první možnost od něj.

V README.md se píše
a taky o něco dále
Jednotlivé části (říká jim FX) by tedy měly být vytvořeny jako standardní Amiga EXE soubory. LDOS utilitka si to už přelouská a dá na disketu. Ale na disketu se mohou dát i obecná data (říká jim BLOB). Asi je třeba je dát až za EXE části, když se bohužel všechny načítají postupně za sebou (při RTS z tvého kódu zpátky do LDOSu).

Jsou na to postupy jak jsem psal viz soubor v odkazu (LDOS_User_Manual.pdf​):




Soundy, autor návodu mne pak ještě nasměroval:


Myslim, ze LDOSu je treba umet rici co a kdy se ma nacitat, nebo kdyz tak z meho pohledu je lepsi, kdyz se mu to muze rici a LDOS tohle umi.


Veskere prikazy, se kterymi se LDOS ridi primo v kodu jsou zde a sam Leonard, autor LDOSu je ve svych prikladech, ktere jsou soucasti LDOSu pouziva:

​Nevim jestli LDOS umi nejak sam rozdelovat. kdy ma co nacist, tedy jestli LDOS umi byt vice radoby samostatnejsi. Ono to neni slozite, jen ze zacatku pro slabsiho programatora a ne pro hardcore asm killera je obtiznejsi tomu hned porozumet. Z meho pohledu je k tomu nedostatecna dokumentace, ale jiz se do toho dostavam snad

Ja to vnimam jako vyhodu mit moznost si rici, kdy se ma co nacist do pameti. Jestli LDOS umi pracovat i s celym exe, tak co jsem ted v rychlosti koukal do toho navodu tak jsem neco takoveho nevycetl. Dle vseho je LDOS jednoduse pro programatory a tam se pocita, ze jsou k dispocici asi spise kody.

Myslel jsem, že LDOS jen vezme konfigurační soubor, který obsahuje cesty k binárním souborům, a vygeneruje obsah diskety (ADF). Soubory můžou být buď jakékoliv obecné binárky a nebo amigácké EXE soubory. LDOS umí obojí podle potřeby načíst při běhu (po nabootování z diskety) do paměti. Pokud jsou EXE soubory v pořádku, obsahují podporované HUNK sekce (viz. dokumentace k AmigaDOS), tak by je měl umět správně načíst -- tedy rozpoznat co je HUNK s kódem, co je HUNK s relokační tabulkou a co jsou HUNKy s daty nebo BSS (tedy jen s informací o alokaci paměti). Myslel jsem si, že by to mělo být celkem snadné k používání. Pokud chce uživatel načíst nějaká vlastní data (a tedy je nedávat do EXE), tak to LDOS myslím taky umožňuje. LDOS automacky všechna data na disketu zabalí ARJ7 kompresním algoritmem a dekomprese je "zadarmo", protože běží ve stejný čas, kdy se další data načítají z pomalé diskety.

Ve tvém případě by mělo stačit udělat si jeden exáč, ve kterém do datové sekce (section data_c) dáš svůj modul a do kódové sekce (section code) dáš jeho přehrávání. Prostě normální exáč. Akorát tam už nemusíš psát odstavování systému, protože to za tebe už předem udělá LDOS. Tento exáč dáš do konfiguračního souboru a vytvoříš LDOS utilitou disketu (ADF). Disketa bude mít LDOS boot-block, který asi načítá nějaký dodatečný LDOS kód (pokud se to autorovi celé nevlezlo do boot-blocku) a ten pak načte tvůj "exáč" a spustí. Mělo by to fungovat. Aspoň jsem si to myslel.
Ta "genialita" LDOSu podle mne spočívá právě v tom, že uživatel dělá normální Amiga exáče (v jakémkoliv assembleru, nebo klidně i v jiném programovacím jazyce) a ze svého kódu pak jen LDOSu říká, jaký exáč má načíst a spustit (když se produkce skládá z více částí).

LDOS - pouze info

Šlo mi o to, jestli se zpakovava MOD, pokud z nej nedelam LDOSacky BIN a zpakovava, Takhle nejak vypada kompilace, kde davam jeden MOD primo do CHIP RAM. Skladbu mi to da z nejakych 170 KB na 100 KB.

Windows-ácká kompilace LDOSu na ADF:

LDOS - pouze info

Tak poslední 3 dny jsem si nasel cas na LDOS a pred chvili jsem zaznamenal uspech. Jeden francouz, co sepsal strucny navod na LDOS mne nasmeroval spravnym smerem. V navode se neresi co jsem potreboval a i kdyz mi napsal vseobecny postup, tak jsem si na par veci prisel sam. Ono je to o tom, ze LDOS si dela svou vlastni kompilaci a clovek presne nevi co se tam deje a jak to pracuje a ze zdrojovych kodu jsem pro mne potrebne veci nevycetl, nebo je tam nenasel. Co byla moje prvni chyba bylo to, ze jsem si udelal potrebne struktury a pak se snazil MOD nacist jiz klasicky pomoci assembleru s tim ze pri kompilaci LDOSem se potrebne veci jiz udelaji. Chyba. Je treba pouzit dal specificky pristup LDOSu. Na to mne nasmeroval ten francouz co sepsal navod. I tak jsem mel problem zahrat MOD. Tak jsem samotny MOD nezpracoval LDOSem na soubor BIN, ale dal jsem ho do struktury primo (čistý MOD) s tim, ze jsem ho nacetl pomoci LDOSu. MOD se mi spustil. Zatim ho pro jednoduchost mam primo v CHIP RAM. Samotny nazev MODu uvadim tedy i v souborech LDOSu, ktere mi pouzite subory slinkuji. V zaveru jsem zkusil samotne nacteni MODu ani neuvest v kodu. I tohle funguje. Samotny LDOS ho pri slinkovani priradi do ADFka. Je tam nevyhoda, ze si nemuzete urcit, do jake pameti se MOD nakopiruje. Myslim, ze by to melo byt do te, se kterou se pracuje v kodu, kde se s LDOSem nacita samotny soubor.

Jak jsem koukal na kod LDOSu, tak jsem zatim nic lepsiho nevidel. Strasne "tvrdy kod". Skoda ze prace s LDOSem neni lepe popsana.

Mel bych jit spat....