Wyświetli, wyświetli, ale zawinie się na granicy 4K, a więc weźmie kolejne dane nie z $B000, lecz z $A000 aż do $A018.

"A propos - czy otrzymał już Pan anonimowy list z pogróżkami?" <rotfl>

A co myślicie Panowie o trickach z włączaniem transmisji dwutonowej w SKCTL, co daje nowe możliwości brzmieniowe ze względu na włączenie filtra dolnoprzepustowego? Odpowiednie wątki na aage były tutaj, tutaj i tutaj.
Druga sprawa dotyczy startowania liczników POKEYa przez zapis do STIMER - czy to miałoby zastosowanie do jakichś ciekawych modulacji (w takim reżimie czasowym - bo pewnie jak będziemy zapisywać STIMER 2x na linię to wpływ to będzie miało)?

Pin weź z kabelkiem - ja go od Ciebie odkupię :)

Mógłbym się podjąć napisania takiego konwertera z .NEO do SS.

@Bober: Trzymaj tak, jak było w zwykłym CMC - po jednym kanale. To chyba najoszczędniejszy sposób, bo dzięki temu, jak ktoś w 3 kanale wpisze coś, co w innym patternie występowało w 1 kanale, wtedy nie będziesz miał powtórzeń. Poza tym ułatwi to kopiowanie kanałów między patternami (lub zmianę treści kanału).

Edit: Taki trackerowy pattern miałby 4/8 linków do patternów CMCowych.

Jeśli można się dopisać, to ja z przyjemnością bym na SV przybył.

@Candle: Się podzielimy.

W rozmowie telefonicznej Pin naświetlił mi problem i okazało się, że rzecz nie leży w synchronizacji tempa (choć byłoby miło, gdyby kawałki chodzące w PAL mogły też działać w NTSC - wystarczy spojrzeć, co Pavros kombinuje przy odtwarzaniu muzyki w IK+ (nawiasem mówiąc uważam numery ze wstrzymywaniem playera na jedną ramkę na 6 za pomyłkę)), lecz zupełnie gdzie indziej.
Mianowicie - wg Pina tempo TRACKÓW/PATTERNÓW mogłoby już zostać po staremu, bo to nie jest wielki problem, ale potrzebne jest DRUGIE ZUPEŁNIE NIEZALEŻNE TEMPO -- tempo odtwarzania instrumentów! które byłoby tempem "subramkowym", czyli instrumenty odtwarzane byłyby co n linii rastra.
Może rzeczywiście warto by się nad tym zastanowić?

Edit: wtręt odnośnie Pavrosa i IK+

Piękna muzyka tam była autorstwa Jakuba Husaka. 48 pozycji w patternie :D:D (a nie 64).

Miodzio! Nie zniechęcaj się. Masz tu wielu kibiców z niecierpliwością czekających na efekt.

Tak, tak - ja zdaję sobie sprawę z tych trudności, ale jednak ciekaw jestem czy drobne nieścisłości wynikające z wywołania przerwania kilka linii niżej (max 15 dla wiersza trybu OS2) aż tak bardzo wpłynęły by na wynik. W końcu nie gramy tu sampli, a tylko zwykłe czipy więc i liczba linii co jaką wywoływany byłby player nie będzie na poziomie kilku, a kilkunastu/kilkudziesięciu. A mając taką granulację można by rzeczywiście używając korekty co jakiś czas trzymać faktycznie zadane bpm. Oczywiście max bpm zależy od czasu potrzebnego playerowi.