Ok, dzięki. A jak jest niesprawne, to chyba łatwo to naprawić - ztcw to raczej nieskomplikowany sprzęt na łatwo dostępnych częściach?

a jest jakiś libation plane z lizbony?

U mnie pomarańcze już się zielenią.

http://msdn.microsoft.com/en-us/library … S.85).aspx

Zamiast zbiórki na ape, sugerowałbym dopingowanie autora aspeqt.

a będzie porażka lajw?

1. Kompresowanie w locie wcale nie musi trwać długo, przy zastosowaniu kompresji podobnej jak w TMC 1.x (nie znam formatu TMC 2.x). W NeoTrackerze jest podobna, patern rozpackowany ma 256 bajtów, a spakowany ma max. 256, jeśli w każdej linii jest nowa nutka z innym instrumentem niż poprzednia i efektem. Poza tym pakowanie robisz tylko wtedy, gdy patern się zmienił, a rozpakowanie z reguły trwa znacznie krócej niż spakowanie.
2. To, że wyświetlane jest naraz 4 lub 8 ścieżek, nie musi oznaczać, że paterny też są wielościeżkowe (patrz RMT), a nawet jeśli dla usera są, to wewnątrz możesz wykorzystywać fakt, że powtarzanie się niektórych ścieżek w kilku/wielu paternach zdarza się często (tak robi NeoTracker przy importowaniu MODa).

"To je výborné! Das ist super!"

Por. D.

Za ochronę przed skutkami pisania po nie swojej pamięci odpowiada współcześnie system operacyjny wespół z MMU.
Pisanie np. poza zakresem tablicy ale w pamięci tego samego procesu to już inna sprawa i w różnych językach można się przed tym bronić łatwiej lub trudniej.
Obie sytuacje mają jednak niewielki związek z GC lub jego brakiem.

Możesz dokładniej opisać "kompilację na kolanie"?

Własna pamięć ekranu i DL ok, choć niekoniecznie.
Bebechy powinny być niezależne od interfejsu usera, tak żeby każdy mógł tam wstawić coś, co wizualnie pasuje do reszty programu. Oczywiście "w standardzie" można dodać np. prosty interfejs oparty o "E:", z którego zadowolony byłby m.in. Drac030.

Będę jutro w południe. Do zrobaczenia.