Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez mono
A mnie się podoba "prawdopodobieństwo przybicia" :D
A w pionie? 228? Rozumiem, że masz takie coś? Mógłbym zrobić patch do Graph8.
Jak to jedyną? Tyle egzemplarzy się sprzedało... ;)
Ja również bardzo, bardzo, bardzo dziękuję. Na czymś takim jeszcze nie byłem.
http://atariki.krap.pl/index.php/SAP_%28format_pliku%29
Całkiem łatwo pozbawić sapa nagłówka i mamy xexa.
Edit: Trzeba tylko dopisać kod inicjalizujący i odtwarzający.
A player Foxa tego nie konwertuje do xexa?
No Candle na początku wątku pisał o możliwościach - w skrócie więc:
- synteza FM w stylu Yamahy OPL lub SID,
- DMA dla sampli a więc uwolnienie CPU od odgrywania,
- sample 8-bit 16 kanałów,
- regulowane wzmocnienie 8-bit dla każdego kanału osobno,
- 512K własnego RAM.
To, co aktualnie jest zrobione to:
- sample 8-bit 4 kanały,
- DMA dla sampli,
- regulowane wzmocnienie 8-bit dla każdego kanału osobno,
- 512K RAM.
Już samo to pozwala stwierdzić, że nie jest to Covox.
Częstotliwość odtwarzania dźwięku jest aktualnie 1.773447MHz - co pozwala na uzyskanie częstotliwości nut w skali temperowanej o niewielkich odchyleniach w pełnym zakresie słyszalności (przy założeniu, że pojedynczy okres zajmuje 16 próbek) - zajmuje się tym DMA a nie CPU.
Dodatkowo zrobiony jest pełny 8-bit panning dla każdego kanału osobno, co pozwala na dowolne 256-stopniowe przyporządkowywanie kanałów do wyjścia L R stereo - kanały nie są przypisane na sztywno jak w Amidze, czy Covoxie.
To, co Candle zaprezentował NIE JEST DOCELOWĄ implementacją. To jest implementacja wykorzystująca doskonały sprzęt do prototypowania, jakim okazało się VBXE2 (a więc podlegająca jego ograniczeniom) - wystarczy dolutować kabelek, wgrać podlinkowany rdzeń i zamiast generowania obrazu możemy posłuchać, jak gra nowa karta dźwiękowa.
Oczywiście, że 7-bit na wyjściu stereo to nie jest szczyt marzeń - będzie 16 lub 24 zależnie od tego, jaki DAC Candle uda się obłaskawić. Będzie 8M RAMu (co paradoksalnie powinno obniżyć cenę urządzenia).
Projekt jest ciągle otwarty - ciągle zastanawiamy się w jakie możliwości wszyć w sprzęt.
Docelowa implementacja będzie zrealizowana na innym FPGA i będzie zawierać wszystkie założone elementy.
Być może będzie konfigurowalny tor syntezy FM (jeśli nie - tor będzie stały, ale i tak konfigurowalne człony),
Niewykluczone, że będzie w środku filtr FIR z regulowaną częstotliwością odcięcia dla każdego kanału z osobna co pozwoliło by na kontrolowanie brzmienia każdej granej nuty. Być może będzie MIDI-IN pozwalające na wykorzystanie instrumentów podczas komponowania. Być może będzie jakiś układ wspomagający obliczenia (wielomian n-tego stopnia?) przy generowaniu sampli modulujących do syntezy.
Pewnie, że potrzebny byłby rozszerzony NEO Tracker - ale to nie jest akurat największy problem.
Będę miał na SillyVenture sprzęt z sobą, więc zainteresowanym mogę pokazać jak rzecz wygląda na żywo.
Player aktualnie jest dla SDX tylko i szczerze powiem, że nie bardzo mam ochotę pisać go dla standardowego DOSa 2.x ;-)
Co to może?:
- gra NEO Tracker'owe pliki .NEO w formacie 1.12 i 1.4+,
- uzupełnia domyślne rozszerzenie .NEO jeśli się nie podało,
- wykrywa SB pod adresami $D600, $D500, $D2C0 w takiej właśnie kolejności ($D600 jest zrobione tylko dla prototypu działającego na VBXE2),
- rozwija znaki globalne (*?) i podaje nazwę pliku, który faktycznie ładuje,
- pozwala na przyporządkowanie każdego kanału z osobna do dowolnego wyjścia stereo out czyli tzw. panning.
SB ma aktualnie tylko 512K RAM więc ilość wszystkich sampli wykorzystywanych w module nie może przekraczać tej wielkości.
Wartości dla panningu oznaczają:
0 - kanał gra na lewym wyjściu z max głośnością, na prawym jest maksymalnie wyciszony,
128 - kanał gra na obydwu wyjściach z połowiczną głośnością,
255 - kanał gra na prawym wyjściu z max głośnością, na lewym jest maksymalnie wyciszony.
Przykładowe uruchomienie modułu:
NEOPLAY JSETNEO 255,0,0,255zamieni miejscami wyjścia stereo (domyślnie jest 0,255,255,0).
Aktualnie Altirra ma support dla SB (nazywa się to u niego ABXE) jako zamiennik dla VBXE2.
Edit: Oczywiście wielkie dzięki należą się Epiemu za oryginalną procedurę do playera .NEO na bazie której powstał mój kod.
Edit 2: Aaaa. Candle nie napisał, ale będzie też dostępny player .NEO w wersji developerskiej, który każdy będzie sobie mógł wmontować do swojego programu/gry/dema. Będzie to potrafiło oczywiście wykryć kartę, załadować plik .NEO z urządzenia, ale będzie można też i podać mu wszystkie parametry programowo.
Edit 3: Oczywiście panning może być określony dowolną wartością z przedziału 0..255 (w przyszłości będzie -1.0..1.0).
A mój dziadek kałacha i cały wór amunicji ;>.
Offtop: Grzybson - mam od Jada dla Ciebie całe pudło rzeczy do Pofo - brać na SV?
@Pajero: Nie, nie, nikt się tu nie zraża. Dzięki za wyniki pomiarów.
Draco, przecież wiesz że to nie jest kwestia przylutowania.se u mnie w komputrze. Trzeba by to sprawdzić na różnych modelach, z różnymi rezystorami od różnych dostawców, sprawdzić wpływ temperatury (być może jest pomijalny - ja tego obecnie nie wiem, bo jak pisaliśmy, jestem teoretykiem), co zapewne pajero już robił podczas swoich prób. A ja mam tylko 65XE i 800XE, których nie żal by mi było rozbebeszyć. Można się uprzeć i montować rezystor nastawny, ale wtedy trzeba jeszcze zapuszczać program (i to nie w basicu), żeby go wyregulować - odpada łatwy montaż, który był podstawową zaletą.
No i w końcu moim celem nie jest (mimo, że podoba mi się pina propozycja) przekonanie wszystkich do tego pomysłu, ale wypracowanie optymalnej metody na detekcję covoxa.
I żeby było jasne - NIE OBRAŻĘ SIĘ jak okaże się, że pomysł nie jest taki fajny i szkoda czasu :)
Teorii, teorii - teoria to podstawa :)
Jaki wariant przetwarzania testowałeś? 20ms czy 128us (z kodu w tamtym wątku to nie wynika)?
Gdyby to, co piszesz to była prawda, to żadna myszka CMI08, ani paddle w Arkanoidzie nie dawałyby rozsądnych wyników a rakietka pływałaby z lewej strony ekranu na prawą bez żadnej kontroli.
Edit: No nic. Szczerze powiedziawszy założyłem wątek, bo pomysł Pina mi się podoba. Nie zamierzam jednak pozostawać głuchy na argumenty i wyważać otwartych drzwi. Nie ukrywam - nie jestem elektronikiem i Atari znam raczej od strony programowania, niż sprzętu. Skoro mówicie, że tak się nie da, nie robi, nieelegancko jest, no to szkoda.
@Pajero: Nie zarzucam Ci kłamstwa - z faktami się nie walczy :).
Czyli ogólnie "covox (detektor)+".
@Pajero: Ale tu mamy tylko 6 możliwych stanów - nawet na b4..6 maksymalna wartość to 127... A do zablokowania VBLKD wystarczy SEI, albo MVA #1 CRITIC ($42). W końcu potrzebujemy to zrobić tylko raz.
Procedura do rozszerzenia wg pomysłu Pina:
covoxdetect:
lda #%11111011 ;20ms
and skctls ;$232
sta skctls ;$232
sta skctl ;$d20f
lda #%00010000
sta potgo ;$d20b
?wait:
bit potst ;$d208
bne ?wait
lda pot4 ;$d204 lub 5,6,7 co tam sobie wybierzemy
ldx #6
?loop:
cmp potvalue,x
bcc ?addr
dex
bpl ?loop
?addr:
lda baseadl,x
ldy baseadh,x
rts
potvalue dta b($70),b($60),b($50),b($40),b($30),b($20),b($10)
baseadl dta l($d500),l($d600),l($d700),l($d220),l($d240),l($d260),l($d280)
baseadh dta h($d500),h($d600),h($d700),h($d220),h($d240),h($d260),h($d280)C=1 na wyjściu - nie ma covoxa wpp YA-adres bazowy, X-indeks urządzenia w tablicy (jeśli by do czegoś komuś był potrzebny).
@Candle: Oczywiście, bo każde inne rozwiązanie wymaga dołożenia już kawałka elektroniki. A jeśli już trzeba kostkę, to nie będzie przecież wisieć w powietrzu - więc trzeba płytkę. Płytkę na kołku dystansowym pasowałoby zamocować, albo przynajmniej na silikonie (:D:D) przykleić. Robi się z tego straszne rozszerzenie. Pomysł pina/epiego/xana wymaga przylutowania 1 kabelka, a zyskujemy możliwość zwykłej detekcji.
Edit: Zapomniałem o odpaleniu przetwarzania (uzupełniam wyżej).
Na pigwie znalazłem REV010A.ROM i tam rzeczywiście widać:
C458: A2 03 LDX #$03
C45A: BD 04 D2 LDA $D204,X ;POT4
C45D: 0A ASL
C45E: 2E 0E 03 ROL $030E ;ADDCOR
C461: CA DEX
C462: 10 F6 BPL $C45A
C464: AD 32 02 LDA $0232 ;SSKCTL
C467: 8D 0F D2 STA $D20F ;SKCTL
C46A: 58 CLI
C46B: AD 0E 03 LDA $030E ;ADDCOR
C46E: 6A ROR
C46F: B0 19 BCS $C48A
C471: A5 01 LDA $01 ;NGFLAG
C473: D0 15 BNE $C48A
C475: AD 01 D3 LDA $D301 ;PORTB
C478: 29 7F AND #$7F
C47A: 8D 01 D3 STA $D301 ;PORTB
C47D: A9 02 LDA #$02
C47F: 8D F3 02 STA $02F3 ;CHACT
C482: A9 E0 LDA #$E0
C484: 8D F4 02 STA $02F4 ;CHBAS
C487: 4C 03 50 JMP $5003że jeśli jumper P4 jest zwarty (POT4.7=0) i wystąpiły błędy przy testowaniu ROMu lub RAMu (NGFLAG=0), to wchodzi się do SELF-TESTu. Stan P4..P7 dostępny jest w rejestrze $30E w bitach 0..3, ale nie wygląda mi na to, żeby gdziekolwiek OS tego używał poza procedurą RESET. Czy normalnie te jumpery są zwarte? Kto z posiadaczy 1200XL mógłby powiedzieć, jakie wartości zwraca PEEK(53764)..PEEK(53767)? Może to jest używane do celów serwisowych?
Ale to w zasadzie na boku, bo nadal można wykorzystać P5..7.
Myślałem o tym, żeby przyjąć wartości paddles (z tolerancją), które wskazywałyby adres covoxa np.
* 0 - $D500
* $10 - $D600
* $20 - $D700
* $30 - $D220
itd.
W końcu jeśli już ktoś montuje covoxa (do użytku z istniejącym softem), to robi to raczej pod jakimś "standardowym" adresem, a nie np. w $D7EC.
Zdecydowanie nie podoba mi się pomysł z szukaniem covoxa po całym dostępnym obszarze I/O, bo cholera wie co akurat ktoś ma pod $D600? Zapis gdzieś a nuż włączy jakieś przerwanie i bez procedury obsługi (której prawdopodobnie nie ma w systemie) zablokuje kompa. A na paddlu (sprzętowym - cienie w xl/xe wskazują wartości z paddli 0..3) będzie albo 226 (z tolerancją) kiedy nic nie jest podpięte, albo wartość znacznie niższa wskazująca nam symbolicznie lokację covoxa zamontowanego w sprzęcie.
@Fox: Możesz powiedzieć coś więcej nt jumperów w 1200XL?
Edit: "Zapis włączy przerwania" (...) Analogicznie odczyt - kto da sobie głowę uciąć, że elektronika przy odczycie rejestru nie zmienia np. jakichś banków pamięci, romu, generuje dźwięku, włącza pralkę, whatever.
No niby tak, ale skąd ma czytać?
Covox może być pod różnymi adresami :/ Wiem o najpopularniejszych (NEO Tracker, XL digital DEMO haha) pod:
- D500
- D600
- D700
- D220
- D240
- D260
- D280
Może w takim razie lutować rezystor i zależnie od adresu odczytywać inną wartość?
Zawsze to jeden, dwa rezystory powiedzmy 4.7k a nie 30...
Pin mnie zagadnął i przedstawił pomysł na detekcję covoxa, który jak wiadomo jest obecnie niewykrywalny automatycznie.
Pomysł jest mianowicie taki, żeby podczas montowania covoxa drutem zwierać do masy jakieś niewykorzystane w xl/xe paddle (trigi odpadły, bo na 2 siedzi klawiatura w XEGS, a w 3 cartridge) np. 4..7.
No i w związku z tym pytanie do Szanownych Kolegów Elektroników - czy to się da (czy w xl/xe te wejścia są dostępne do takich działań)?
Bluzgi, "to już nie Atari", itp. zbieram aktualnie ja, bo pin się chwilowo wstydzi.
Czy ktoś podjąłby się realizacji i instalacji w środku komputera Simple Adaptera 816? I ewentualnie przeprogramować 4OS tak, żeby zamiast jednego z QMEGów wsadzić tam DracOSa.
Komp jest 65XE z ECI (w środku VBXE, Simple-Stereo, Covox, IO Board, 4OS, 1MB).
Czy dałoby się w takim adapterze jakąś wajchą przełączać procesory?
Czy 4OS mogłoby być zrobione na flashu i przeprogramowywane z poziomu Atari (mógłbym zrobić do tego soft)?
Edit: Aha - CPU mam więc do montażu dostarczę.
Np tu: http://atariki.krap.pl/index.php/Sikor
Czasem pojawia się też na zdjęciach ze sztabów i zlotów.
Poproszę 1 M i 1 L.
Sikor. Nie chodzi o to, żeby zrobić COŚ - chodzi o to, żeby zrobić COŚ, CO WARTO POKAZAĆ. Inna reguła rządzi corocznym 1 IV pisaniem programu dla jaj.
Nooooo! Ładne! Czuje dziewczyna klimat :) Pogratulować.
@Jacques: Jest tam SCART. Używam tego monitorka do XL/XE+VBXE i mam kabelek DSUB(VBXE)->SCART(8833).
@Urborg: Jeśli to nie problem, to poprosiłbym właśnie taki kabelek. Dźwięk z wyjścia monitorowego STe się bardzo przyda.
Edit: @Jacques: O taki: http://www.amiga-hardware.com/showhardw … HARDID=879
Zakupię kabelek łączący Atari 520 STE z monitorem Philips CM 8833.
atari.area forum » Posty przez mono
Wygenerowano w 0.096 sekund, wykonano 14 zapytań