Nie - Mac; nie o to chodzi. Bo wówczas powstaną 2 kowoksy - jeden gorszy (ten starszy) i lepszy (nowszy) - i tu rozmowa sprowadzi się do tematu: "Jak założyłem DSP z Flaka do Atari 8 bit" :) - czyli o wyższości świąt wielkiej nocy nad świętami z okazji urodzin świętego Prota (gdy deszcz i wielka słota). I to będzie koniec projektu, a nawet jeśli będzie inaczej - to kilka standartów oznacza ich brak - bo nowy trzeba jakoś oprogramować. Zresztą nie chodzi o fakt odtwarzania msx z jakością "większych" maszyn - wg. mnie chodzi o to, czego nie widzi chyba większość - i zupełnie nie docenia. Atari z maszyn ośmiobitowych z odtwarzaniem modów radzi sobie NAJLEPIEJ - nawet biorąc pod uwage samego POKEYA. Jak na Specu - tak i na komodzie sytuacja przedstawia się nieco ( :P ) inaczej, że tak powiem. COVOX jest, działa i co najważniejsze - jest już tak czy inaczej oprogramowany - a to wiele znaczy. Oczywiście, że wiekszość bywalców wszelakiego rodzaju zlotów nie dziwi się słysząc normalnie brzmiącego MOD'a NEO, czy coś tam. Pamiętam tylko opad szczeny na imprezie organizowanej przez 8-bit f(p)ront - na której to wystąpił choćby i AY riders, z YerzmYeYem z HOOJ PRG :):) - poleciało na koniec conieco z kowoksa - i 90% wiary początkowo nie podejżewało nawet - z czego to leci - i nagle okazało się, że z kompa leci coś, czego nikt się nie spodziewał.
Ale i nie o to chodzi tak do końca. W niedalekiej perspektywie widać dopał z procem na 14MHZ, oraz ramem liniowym o pojemności min. 1MB - zastosowanie kowoksa nasuwa się samo - proc mocniejszy; to i mniej będzie go msx obciążał, ram liniowy = brak ograniczenia do 16kB dla poszczególnych sampli (kosztem jakosci poniekąd), możliwość włączenia ekranu bez większych skutków ubocznych... i dlatego w tym wszystkim wartało by zrobić coś, co jak wspomniałem dodało by temu najbardziej chyba "kretyńskiemu" wynazkowi conieco inteligencji - sprowadzającej się rzecz jasna do możliwości wprost wykrycia badziewia - co obecnie nie bardzo jest możliwe na drodze programowej.

Zmiana strony?? - w zasadzie byłoby to teoretycznie dobrym rozwiązaniem, lecz wykluczyło by to użycie starego softu - więc jest to zaprzeczeniem teorii j.w. - a szkoda. Z drugiej strony - nie spotkałem jeszcze problemu z tytułu obecności rejestrów kowoksa na $d600-$d603.

A tak apropos - do Speca jest kowoks właśnie z oddzielnym procem i bodajże 512kB ramu - z tym, że jest to dość fajnie oprogramowane. Najśmieszniejsze jest to - jak Spec się powiesi... :: oczywiście msx odtwarzany jest dalej :D.. heh- lecz na każdy z 4 chn daje po 22.5 KHZ. (NEO na 6502 grając "prockiem" daje przy 4 chn po prawie 12 KHZ- oczywiście tracker/player obsługuje więcej effów niż stary protraker(ten na Atari :) )).

owszem można - tym bardziej, że autorzy nadal żyją :) - i być może source się jakie ostały. Lecz w takim przypadku wszystkie istniejące "kowoksy" należało by updat'nąć - :P - a nie w każdym kompie jest to takie proste. (Nawet w kompie Jurgiego :D:D )

Nie jest to mimo wszystko dobre wyjście bo: (co zresztą pisałem)

* po kiego kowoks - jak można włożyć karte z grzyba - i mamy SB np. ave 32 :)
* Od razu na wstępie znajdą się tacy - co powiedzą, że to już nie jest ATARI
* I tak w/w ("tacy") marudzą o sens istnienia covox'a :D:D - bo dla co poniektórych jest to kompletnie nie związane i nie potrzebne w Atari (proszę tego nie komentować, bo znów będzie 100 postów bez sensu)  :twisted:
* Jak wspomniałem - kowoks jest, soft do niego jest;- więc zmierzam cały czas jedynie do tego - by dać możliwość detekcji wspomnianego. W przyszłości dla proca 14MHZ nie będzie Cov. stanowił szczególnego problemu.

Po prostu podchodze realnie do pewnych spraw (mam nadzieje) i wiem, że zrobienie nowego urządzenia, wprowadzenie tegoż w obieg, oprogramowanie tego.. to nie jest kwestią nawet roku - a dla wielu urządzenie takie nie będzie miało żadnego sensu. Dla przykładu; na dzień dzisiejszy pod NEO piszą msx słownie dwie osoby. Ja i Epi. Sądząc z zainteresowania trackerem można wywnioskować, że teoretycznie nie ma nawet sensu pisać v2.0; z tego też powodu prace nad dwójką zostały z czego wiem zatrzymane (na szczęście zaraz na początku). -  Już większym sensem byłoby wrzucenie MP3 playera do SIO2IDE (atmel) - a chciałem zauważyć - ile przy temacie gadaniny było ::)

Jakie potencjalne straty mamy z tytułu obecności COVOX'a na stronie $D6 ?? - bo oprócz uzasadnionego sensu merytorycznego nie widze do tego szczególnego powodu, a więcej z tego zamieszania, niż to warte :P:P

Jeśli ktoś to zrobi - napisze do tego oprogramowanie, a całość nie przekroczy 150 zeta - to biore.  ;) (chodzi o tego super kowoks-blastera)

filtra  8O dolnoprzepustowego do COVOX'a  :?:  ;)

8O

8O - a cóż by innego ??

8O którego ??

8O  :D - osobiście na dzień dzisiejszy nie jestem przekonany :D
Zaznaczam, że na początku topica pytałem kto to ma. :P

właśnie;- o to mo poniekąd chodzi. Poza tym - przyznawać się prosze - kto to ma.

albo tlc7528cn tez 'rozdaja' za friko jak sie dobrze zagada ;-)

kiedy on sie pojawi ?:>

jak chcecie coś zrobić z covox'em to sie ładnie usmiechnijcie, tylko bedzie to dążyć do ugrzybiania atarki. czy mam się zdenerwować i dorobić dosłownie samogrającą kartę muzyczną opartą na atmelu? nawet bedzie miała 10-bitowy sampler i tyle ramu ile tylko jesteście w stanie uzbierać, na razie moge obsłuzyć 109951627776 banków po 64k, a prędkość odtwarezania hmmm 512 kilobajt'ów na każdy z 16 kanałów wystarczy? przecież mamy już w Polsce mikrokontrolery ARM z zegarem 96MHz za niewielką kasę?
ustrojstwo takie zbudowałem dla pewnej firmy xxx bo chcieli mieć dzwonki "real music" w firmie. czego to ludzie sobie nie pragną...
aby wykrywać covoxa wystarczy dołożyć jeden 574 podłączony z sygnałem 1-go kanału-> wtedy zapis do pierwszego kanału/odczyt i sprawdzenie czy jest tam wartość która była wpisana. nie zrobiłem tego celowo budując pierwsze covox'y, miał być tani. ps 74hct574 kosztuje 2pln w poznaniu. jak bedzie potrzeba to dorobie tą regulacje głośności. problem tylko w tym że rozdzielczość mocno spadnie do 6-bit. chyba że drugi zasilacz do atarka. 5Volt jest niezbyt przyjazne dla zastosowań audio. już lepiej +/-12Volt.

Nie, nie chcemy. Pokey jest dobry.

> Co do SID-a to już gotowy praktycznie leży ale w związku z narodzinami mojego syna nie mam za bardzo czasu w domu aby dokończyć soft dla MCU sterującego SIDem.

! ! ! ! :-) nareszcie :-)

Hej!

Pierwsza wersja była na kilku scalakach serii HCT, miałem jednak problemy z asynchronicznością zegarów i nie miałem zupełnie czasu aby w to wnikać... więc ponieważ SID jest sterowany swoją częstotliwością asynchronicznie do zegara ATARI, wykorzystałem mikrokontoler PIC do odbierania danych z ATARI. Po czym zostają one umieszczone w buforze pierścieniowym (ring buffer) a następnie zgodnie z częstotliwością SIDowego zegara są zapisywane do SIDa. Chciałem uniknąć jakikolwiek różnicy w taktowaniu pomiędzy C64 a ATARI, więc najprostszym sposobem było dla mnie zastosowanie MCU który poprzez swój PSP (Parallel Slave Port) ma mapowane kilkanaście rejestrów w obszar $d500. Tak zupełnie przy okazji można to wykorzystać aby na przykład zrobić sobie "fast floating point" na PICu który jest taktowany prawie 40MHz zegarem :) Działa to tak iż ładujesz sobie np. dwie liczby FP w komórki D5xx, potem do innego D5xx wpisujesz komendę co ma zostać z tym zrobione i masz za chwilę wynik.  Można w ten sposób zrobić wszystko co chcesz... mnożenie macierzy... obroty... no jaki masz pomysł na obliczenia, itd. , itp. SID wyszedł niejako przy okazji :) Ja na razie nie mam niestety czasu aby przepisać atarowskie FP na asm PICowy. Jak dzieciak pozwoli postaram się to dokończyć  :)

pozdrawiam
Seban/SLIGHT

Ostatnio edytowany przez seban (2007-02-22 23:55:24)