hát a nagyobb sound buffet több memóriát foglal.
már nem emlékszem pontosan mennyit, de asszem nem sokat, csodálkoztam is hogy miért olyan kevés a default

Endi, az jutott eszembe, hogy a Mega Pacman játékodat meg lehetne csinálni grafikus karakteres képernyőre, több szín lenne. Bár a soronként megnyitott videólapok a scrollt talán nem tennék lehetővé, vagy legalábbis nehezebb lenne megcsinálni. De attól tartok, nincs meg az eredeti basic program, csak a zzzippelt, legalábbis az ep128.hu-n.
Meg a 2016-os (félig befejezett) Snakeprise is megcsinálható lenne gracha módra. Ez akár sokszínű is lehet, mert a karakterek alakjának nincs túl nagy jelentősége.

már el is felejtettem ezt a játékot

a rekurzív függvényhívás hasznos dolog, de persze nyilván minden hívás plusz memóriát foglal, így aztán egyszercsak elfogy a memória...

Nos, a két változat között az az eltérés, hogy mesterségesen 39-re (vagy 38-ra?) korlátozod a hívás "mélységét" a második esetben, így sosem éri el a 40-es határt.

Ezt nem teljesen értem. Mivel korlátoztam én a hívás mélységét 39-re?

Arra jöttem rá, az első változat lényegében végtelen ciklusba állítja az eljárást, ez tesz be neki.
Ha nem kerül végtelen ciklusba, hanem különféle IF és CASE ágak esetén hívja meg önmagát újra, és közben változnak a feltételek is, ami miatt önmagát újra meghívhatja, akkor már nem érvényes ez a 39 körüli határ? Ha egyszer már lemegy végig END DEF-ig, akkor már jó lesz?

A kukacos játékban van egy tárgy, amihez ha hozzáér a kukac, átkerül a képernyő másik részére. Viszont a képernyő másik részén is egyből meg kell nézni, milyen tárgy van ott, ahova kerül a kukac. Tehát az eljárás, amiben megvizsgálja, mihez ér hozzá a kukac, az meghívja önmagát, ha ilyen teleporthoz ér hozzá, hogy utána azt is megvizsgálja, hogy ahova került a kukac, ott mi van. Remélem, érthető. Ha nem akkor majd teszek fel róla részt.
Én sokat próbálgattam, játék közben mindig teleportáltam, és nem fagyott le.

Ha A értéke legalább 81, akkor viszont az én értelmezésem szerint újra előáll a "végtelen ciklus".

Igen, most már ki is próbáltam, tényleg végtelen "ciklus lett", pedig én sem erre számítottam először.
Ha nem lesz végtelen ciklus, akkor nem telhet be a verem az ilyen önmagát meghívó eljárástól, akkor sem, ha sokszor hívja meg önmagát?

Pontosabb azt mondani, hogy ha a rekurzív hívások száma nem haladja meg a kritikus értéket, akkor a program futása nem fog emiatt hibával megszakadni.

Szerintem sok rekurzív hívás volt abban a kukacos játékban, ahogy teszteltem, direkt úgy játszottam, hogy sok legyen, de nem lett gond. Nem is hibával szakadna meg olyankor, nekem teljesen le is fagyott, amikor elérte a 39 körüli értéket a lentebbi program, és csak a reset segített, még a STOP-ra sem reagált.
Na, de majd abba a topikba kicsit konkrétabban leírom a helyzetet.

A lényeg, hogy legyen valamilyen kilépési feltétel, ami megakadályozza a végtelen ciklust.

Tehát ha például 30-szor meghívja önmagát az eljárás, utána a program másik részéhez kerül a végrehajtás, majd később újra meghívja 30-szor önmagát az eljárás, akkor a kétszer 30 nem adódik össze, hogy így túllépje a 39-et és lefagyjon?