Tohle celé je nějaké divné. Pokud máš systém zastavený, nemělo by nic padat kvůli tomu, že "s tím Amiga pracuje snad i na pozadí". Pokud chceš, aby tvůj program udělal kompletní "system takeover", tak vřele doporučuji používat třeba Photonův MiniWrapper
http://coppershade.org/articles/Code...Dream_in_Code/

Stačí na začátek tvého zdrojáku dát (include) jeho MiniWrapper, ten všechno vypne, skočí do tvého kódu, a když se z něho vrátí, tak po sobě zase uklidí. Je to ověřené, používá to fůra lidí, případně si jiní naprogramovali něco, co je tomu stejně velmi podobné (ne-li identické).
Pokud tvůj program někdy funguje a někdy padá, tak si ověř, že na začátku je v registrech to, co očekáváš, resp. že jsou vynulovány. Systém je totiž nemaže, a tak když bys třeba udělal toto:
Taky je při programování zvykem, že rutiny nejdříve uloží obsah registrů které modifikují na zásobník a před návratem je zase vrátí do původního stavu:
Tím máš zajištěno, že ti zavolání tvé rutiny nenaruší chod zbytku programu.
Tvůj kód by rozhodně neměl zaseknout WinUAE tak, že ten pak nereaguje. Na reálné Amize to bylo naopak zcela běžné Tady bych spíš tipoval na nějaký problém ve tvém PC/Windows?

Tak jistě, můj oblíbený séroš...

Taky koukáš na IT Crowd?

Ne, pardon, to mne nenapadlo. Tak já to zkusím 🙂

A zkoušel si to vypnout a zapnout...?




Jo, takhle to má pípat....

Definice programátora:

Programátor je člověk, který zcela nepochopitelným způsobem řeší problémy, o jejichž existenci vy nemáte ani potuchy

Dvě kouzelná slova: Task Manager

Jednou se mi seklo WinUAE tak, že nešlo zavřít ani přes křížek. Až po tak 4 minutách se PC vzpamatovalo v době kdy jsem se jo již chystal restartovat. To taky pobavilo. Chudák PC 😁

Hodil jsem si program textro k mé hudební rutině, přízpusobil registre a snažil se to s nima držet na podlaze, aby jich bylo potřeba co nejméně vždy v daný moment. Bylo to nestabilní, tak jsem si program s úpravami hodil samostatně, i tak to bylo nestabilní dá se říci nefunkční. Začal jsem laborovat kde je problem. Hrálo se to na moc věcí s různou stabilitou. Postupně čím dál více zpřesňoval místo chyby, pracoval jsem již i s možností více chyb. Nakonec to byl register kde je pointer na obrázek. Dle všeho s tím Amiga pracuje snad i na pozadí a když do něj dám něco jiného tak se program sekne/guru/nezobrazí správně grafiku anebo třeba i zobrazí ale jen při prvním spuštění a sekne se to při druhém spuštění. Tak mám opět program stabilní a příště jej zkusím hodit k mé hudební rutině opět. Dnes jsem šel spát ve 4 ráno, ale dorazil jsem to až po spánku, co více si přát 🙂

Ještě to píšu a zapomněl jsem zeditoval tenhle příspěvek tak smůla a je to níže 🙂

Beru zpět, chová se to stejně jako DMA na Paule. Jednoduše mi Copper běžel v ASM-pro a pak se již EXE správně nepustilo 🙂

Já jen prohodil řádky programu pouze v Copper listu nic víc, chtěl jsem si je seřadit dle hodnot samotných registrů opět zdůrazňuji pouze v rozsahu programu pro Copper. Jakmile jsem tak učinil, přestal mi program zobrazovat text.

Nevím, jak to přesně myslíš. Registry jsou v čipsetu umístěny logicky. Tabulka http://amigadev.elowar.com/read/ADCD.../node0060.html
ukazuje, že od $000 do $03E jsou umístěny registry, ke kterým se nesmí dostat Copper. Od adresy $040 do $07e jsou umístěny registry, kam se Copper dostane pokud mu to CPU povolí. A na vyšších adresách je vše vždy Copperu dostupné. Od toho se odvíjí logika umístění. Registry v rámci možností tvoří skupiny podle své funkčnosti (kontrola generování obrazu, bitplány, sprajty, blitter, audio, barevná paleta, ...).

Vím, že u nejstarších revizí (nebo jen té úplně první veřejné?) byla chyba v Agnus, kdy se špatně nastavoval příznak ukončení práce Blitteru. Ale detaily si už nepamatuju. Určitě se to dá dohledat na EAB (hledal bych něco jako "bugs in early revisions" a tak podobně). Myslím, že různých chyb v čipsetu bylo hodně, ale tato byla v běžné praxi asi jedna z těch závažnějších. Ale co si tak vybavuju, tak se tahle chyba stejně moc neřešila. Těch starých Agnus čipů asi v oběhu nebylo tak moc, aby to stálo tvůrcům nesystémových věcí za pozornost.

Zápisy do registrů v copper-listu mohou být obvykle v libovolném pořadí. Samozřejmě se můžou naskytnou situace, kdy na pořadí záleží. Extrémním případem by mohlo být ovládání Blitteru přímo Copperem. Velikost manipulované oblasti (BLTSIZE) se musí zapisovat jako poslední, protože se tím Blitter odstartuje (před tím ale CPU musí povolit Copperu přístup k BLTxxx registrům). Také při manipulaci se sprajty do určité míry záleží na pořadí zápisu (více například zde: http://coppershade.org/articles/AMIG...e_Programming/). Ale to jsou hodně speciální případy. Takové to klasické nastavení adresy bitplánů BPLxPT, modula BPLxMOD, barevné palety, DMA fetch start/stop DDFSTR/DDFSTOP a umístění zobrazování pro Denisu DIWSTRT/DIWSTOP se mohou dělat v libovolném pořadí. Ale samozřejmě dostatečně včas před samotným zobrazováním. Obvykle se to dělá na začátku, hned po vertical blank. Dokonce se tyhle věci vůbec ani nemusejí nastavovat opakovaně. Vlastně je to zbytečné plýtvání často velmi cennými DMA sloty (přístupy na chip-ram sběrnici). Takže hodně věcí (BPLxMOD, BPLCONx, DDFSTRT/DDFSTOP. DIWSTRT/DIWSTOP, COLORxx) se daji nastavit jen jednou (v nějakém pomocném copper-listu, nebo pomocí CPU, když je jisté, že to něco nezmění), a pak přepnout na copper-list, který v každém frejmu nastavuje už jen potřebné věci (např. BPLxPT).
Takže tvůj problém asi bude v něčem jiném.