@MaW: to proste, w skrócie CPU zmienia zawartość rejestrów kolorów nie tylko z linii na linię przez DLI ale podczas rysowania linii. Problemem jest to, że nie za bardzo ma już czas na cokolwiek innego :) Zostaje VBL. Gdyby proc był szybszy to można mieć i wszystkie kolory w jednej linii.
A czy można ograniczyć RC do tego, by zmiany kolorów dokonywał wyłącznie co linię ? Nie wiem, czy dobrze napiszę: zgodnie z tym, co można ustawić w G2F ? (Tzn. proste dla dołączania "efektów").
zmiana tylko co 1 linię nie będzie już tak efektywna
lepiej żeby można było decydować ile rejestrów ma użyć (konkretnie wskazać), albo które duchy wolno mu użyć, wtedy wolny rejestr, duch mógłby służyć do realizacji jakiegoś efektu, scrola itp.
aktualnie tylko obrazki można wyświetlać, bo dorzucenie jekiegokolwiek efektu oznacza sporą dyskotekę rejestrów
Ardy is indeed more colourful, but therefore the white text is almost unreadable. Maybe you want to play around with the standard 4-colour Gr. 15 version available at Homesoft (Disk 266):
For example you could add some DLI`s and/or PM for more colours. Regarding RoF there is also a nice picture drawn with Fun with Art (uses DLI`s for more colours) and a simple Gr.15 conversion with only four colours. Attached both of them here, maybe you want to play around with this picture...
@CharlieChapin: I started playing with "Ardy..." pic some years ago using g2f, but never finished it. Attached g2f file of it for someone who can finish it. :)
Witam, pytanie do starych wyjadaczy, jak to wyglada czasowo, jesli chodzi o cykle, czy da rade odgrywac muzyke w formacie MPT (2 kanaly na samplach) i jednoczesnie wyswietlac obrazek (dodam, ze nie potrzebuje 240 lini tylko 192). Gdzies widzialem przyklad z muzyka bodajze RMT lub CMC , ale nie jestem pewien co do sampli i to na dodatek na dwoch kanalach. Pociagnie takie co CPU ?
Ponieważ nie zamieściłem tu changeloga to warto zwrócić uwagę na dwie nowe możliwości w Beta7:
1. Proces konwersji można przyspieszyć stosując większą liczbę wątków za pomocą opcji /threads=4 Ze względu na konieczność synchronizacji wątków wykorzystanie ponad 4 nie zawsze przynosi poprawę szybkości.
2. Wiele osób prosiło o możliwość wyłączenia użycia rejestrów w określonych liniach. Służy do tego opcja /onoff=off.txt Plik off.txt może zawierać np. wyłączenie użycia rejestrów dla dwóch pierwszych duszków na całym ekranie. COLPM0 OFF 0 239 HPOSP0 OFF 0 239 COLPM1 OFF 0 239 HPOSP1 OFF 0 239
Można też spróbować wyłączyć użycie wszystkich rejestrów kolorów, aby zrobić maskę z duszków, która wczyta się potem do G2F. Ale to by musiał przetestować jakiś grafik. COLOR0 OFF 0 239 COLOR1 OFF 0 239 COLOR2 OFF 0 239 COLBAK OFF 0 239
Zastanawiałem się nad nowym GUI, ale najpierw muszę pojąć, o co chodzi dokładnie z tym wyłączaniem i jak to działa.
Według mnie to nie musi się znaleźć w GUI, bo to opcja raczej dla programistów, a oni preferują command-line ;-)
Jak to działa w skrócie: dla każdej linii ekranu jest tablica rejestrów, które są możliwe do zmodyfikowania przez RC w tej linii. Domyślnie RC może zmieniać rejestry wszystkie rejestry kolorów i duszków w każdej linii. Zobacz plik wynikowy .rp lub .opt. Wyłączenie jakiegoś rejestru spowoduje, że RC nie będzie w tej linii go zmieniać.
Plik OnOff jest przetwarzany linia po linii, czyli przykładowy plik: COLBAK OFF 0 239 COLBAK ON 100 120
spowoduje wyłączenie ze zmian rejestru COLBAK najpierw na całym ekranie, a potem spowoduje włączenie go tylko w liniach 100-120.
Wybacz, że pytam o takie proste sprawy, ale jestem teraz w pracy i nie mam jak tego sprawdzić. Chcę się upewnić, że dobrze to rozumiem.
W linii komend możemy umieścić takie coś: /onoff=off.txt
1. Co będzie, gdy podamy taki parametr, a plik off.txt będzie "pusty", tj. nie będzie zawierał żadnego wpisu? Program to przełknie, czy zwróci jakiś błąd? 2. co jeśli takiego pliku nie będzie? 3. co będzie, gdy parametr w pliku będzie błędny, np. COLBAK OFF 200 15; lub COLBACK OFF 10 20; albo COLBAK ON 12 (brak drugiego parametru) 4. nazwa pliku może być dowolna, czy tylko "off.txt"?