nie musze sie tym przejmowac, moje programy dla atari sa wyzszej uzytecznosci, nie emusze isc na kompromis zeby zapewnic sobie sukces komercyjny :-)

> Pytanie jak można zorganizować dostęp do jego rejestrów, bo zdaje się w YM jest trochę inaczej jak zwykle. Osobny rejestr dla adresu i osobny dla danych to chyba właściwa droga.

tak

> Druga rzecz to częstotliwość taktowania YM-a. Jaka jest ta właściwa?

wydaje mi sie 3.5 MHz (na zx spectrum)

> W sumie to i tak nie ma softu, który mógłby takiego YM-a sprawdzić, więc na razie nic z tym nie robię. No chyba że się coś zmieni

na PC jest Vortax Tracker II (eksportujacy muzyke dla Atari ST i ZX Spectrum). moglbym napisac plajera ktory bedzie odtwarzal muzyke napisana w VortaxTrackerzeII.

tu jest troche info.

http://en.wikipedia.org/wiki/YM2149

"The chips are no longer made, but a declining stock is still obtainable for servicing vintage machines. A VHDL equivalent description has been written, for use in FPGA recreations of arcade machines and others like those mentioned above. The VHDL source code is available on the Internet, and compiles to fill about 10% of a Xilinx XC2S300 FPGA."

przydalaby sie definicja szerokosci ekranu.

bardzo szybki jest DeltaMusicComposer Player.

powrocil temat ograniczen plikow binarnych.

spotkal sie ktos z plikiem binarnym, w ktorym adres poczatku danych jest wiekszy od adresu konca danych?

czy jakikolwiek dos moze tworzyc takie pliki binarne i czy moglby je teoretycznie zaladowac?

----

sprawdzalem

MyDOS
- tworzy takie pliki prawidlowo, tworzy rowniez pliki binarne z adresem ladowania $FFFF
- nie laduje stworzonych przez siebie plikow binarnych. w zaleznosci od adresu ladowania bledy: 130 i 180
DOS 2.0D
- tworzy prawidlowo rowniez z adresem ladowania $FFFF
- laduje prawidlowo z wylaczeniem tego gdzie adresem ladowania bylo $FFFF
DOS 2.5
- nie tworzy
- laduje prawidlowo z wylaczeniem plikow z adresem ladownaia $FFFF

kilka innych ktore sprawadzalem nie tworza i nie laduja takich plikow, niektore przy probie ladowania zawieszaja komputer.

PC-narzady nie rozpoznaja takich plikow jako "pliki binarne"

myslalem, ze dosc...

jak pobrac pelny wpis w katalogu ze statusem, iloscia zajetych sektorow przez plik itd?

w petli pobierac kolejne wpisy funkcja xBIOS_LIST_DIR

ale jak pobrac jeden szukany?

nowa funkcja:

ldy <fname
ldx >fname
jsr xBIOS_FIND

standardowo C=1 wpis nieznaleziony

w rejestrze X index do wpisu z nazwa, statusem i cala reszta.
 
mialo nie byc takiej funkcji... i moze jej nie bedzie, poki co testowo.

@YERZMYEY/HOOY-PROGRAM

wszystkiego najlepszego

nie chce ciasta... poczestuj nowym utworkiem na Phaser1 ( juz mozna: http://atarionline.pl/forum/comments.ph ... amp;page=1 )

wersja testowa.

zmiany:
- jesli urzadzenie obsluguje US to zmienna xHSPEED przechowuje HSIndex w przeciwnym wypadku $ff (poprzednio $00)
- bufor sektora wyrownywany do konca strony (poprzednio poczatku strony)
zmiany dotyczace standardowych ustawien:
- xB uruchamia sie z systemowym modulem I/O, domyslnym jest modul xSIOV (xBiosowy).

nowosci:
- nowa funkcja xBIOS_READ_SECTOR (i alias do xBIOS_PUT_SECTOR)
- naglowek konfiguracyjny:
- mozliwosc zmiany nazwy pliku do automatycznego uruchomienia
- mozliwosc zmiany adresu biblioteki
- mozliwosc zmiany adresu bufora
- mozliwosc zmiany adresow wektorow INIT i RUN
- mozliwosc wskazania modulu I/O
- mozliwosc nadania wartosci PORTB,NMIEN,IRQEN podczas ladowania pierwszego pliku
- relokator binariow,
- mozliwosc podzielenia/usuniecia z biblioteki "MENU" i sterownika systemowego

wersja testowa ma nastepujacy naglowek:

.byte    c'XAUTORUN   '  ; nazwa pliku automatycznego startu
.byte   >$0800     ; adres biblioteki xB - dowolny adres
.byte   >$0700     ; adres bufora - dowolny
.word   INITAD  ; zmiana adresu inicjacji
.word   RUNAD   ; zmiana adresu uruchomienia
.word   AOSV    ; adres sterownika OS
.word   AOSV_RELOC ; procedura relokacji zmiennych dla sterownika systemowego (xBUFFERH,xDAUX2,xDAUX1)
.word   xSIOV   ; informacyjnie adres sterownika xB
.byte   $ff     ; PORTB nie bierze pod uwage BASICA
.byte   $40     ; NMIEN
.byte   $c0     ; IRQEN

co oznacza ze bez problemu mozemy umiescic bilioteke i bufor pod rom juz w momencie uruchomienia. na starcie biblioteka kompilowana jest pod $2000 po czym przed ladowaniem pliku jest relokowana na wskazane przez usera miejsce,

procedura:

23D5    LDA $CF               ; 3cyc ; A5 CF
23D7    EOR #$FF              ; 2cyc ; 49 FF
23D9    STA $D01F ;CONSOL     ; 4cyc ; 8D 1F D0
23DC    STA $CF               ; 3cyc ; 85 CF
23DE    PLA                   ; 4cyc ; 68
23DF    RTI                   ; 6cyc ; 40

dziala na przerwaniach, jedna wartosc, stala szybkosci...

czy ta procedura nie generuje przypadkiem barwy podobnej do tej przy "CSAVE" ewentualnie troszke wyzszy dzwiek ale tylko jedna nuta (stala czestotliwosc) ?

dokonalo sie.

z relokatorem binariow calosc jest krotsza tylko o 16 bajtow. zrobilo sie tez miejsce na jakas nowa funkcje. zyczenia?