Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
65C816 XL OS v. 2.47 Nowa wersja alternatywnego systemu operacyjnego
Echa Revision 2025 Kilka interesujących produkcji dla różnych platform Atari.
atari.area w mediach społecznościowych Choć sercem naszej społeczności pozostaje forum, przypominamy, że jesteśmy również aktywni w mediach społecznościowych.
Lost World by Desire Nowe demo grupy Desire.
sio2flip - emulator peryferiów sio2flip umożliwia podłączenie Flippera Zero do Atari i korzystanie z plików ATR jako wirtualnych dyskietek.
Opcje wyszukiwania (Strona 63 z 121)
ku pamięci... dla potomnych... gdyby jeszcze komukolwiek do głowy przyszło aby próbować prowadzić dialog z tym osobnikiem.

http://youtu.be/BNsrK6P9QvI
uroczyście obiecuje że już nigdy nie odpowiem na żaden post bezrobotnego. EOT.
Simius pisał nawet parę postów wyżej że chciał uniknąć dokładania bufora linii, więc sądzę że nie planuje dodanie żadnego scan-doublera, ani tym bardziej bufora ramki.
A co do VGA to jeszcze jakiś czas temu np. do VBXE był dostępny rdzeń emulujący GTIA ze scan-doublerem, niestety cytując obecną wersję dokumentacji, możemy się dowiedzieć iż to rozwiązanie zostało porzucone:
fx1.26-PL napisał/a:Rdzenie VGA
Rdzenie VGA nie są obecnie dostępne i nie są rozwijane.
Nie wydaje mi się, Simius nic nie wspominał o scan-doublerze, a 99% monitorów nie akceptuje sygnału sygnału wizyjnego na wejściu DSUB gdy HSync=~15KHz
fakt, to prawda :) samo rozwinięcie skrótu PAL o tym mówi :)
Prawdę mówiąc myślałem że masz gdzieś po drodze własny sync-separator... ale faktycznie z ANx można się zorientować że mamy HSYNC bez konieczności dokładania kolejnych układów :)
@bezrobotny: myślę że wystarczy pomyśleć jak sygnał koloru jest generowany przez układy wizyjne z lat '70 czy '80 przeznaczone np. dla 8-bitowych komputerów, w tym np. GTIA, a potem jasne stanie się jak go w bardzo prosty sposób taki sygnał dekodować.
Dla ułatwienia obrazki (co prawda dla NTSC, ale w PAL jest podobnie):


źródło: http://www.atariarchives.org/cgp/Ch02_Sec07.php
nie wydaje mi się aby była taka potrzeba, powinno wystarczyć jedynie "chrominance carrier input (4.43MHz)" oraz ewentualnie CADJ, ale to już autor tego rozwiązania powinien się wypowiedzieć... bo ja mogę tylko spekulować.
@Wieczór... w wielkim uproszczeniu to chyba będzie jakoś tak...
GTIA ma następujące wyjścia sygnału video:
1) 4-bity cyfrowej luminancji (jasność, piny LUM0-LUM3)
2) analogowe wyjście chrominancji (kolory, pin COLOR)
Simius w swoim układzie dekodera, wykorzystuje te sygnały... zamienia zmodulowany sygnał chrominancji na postać cyfrową (jasność już ma w postaci cyfrowej), następnie mamy dwie pamięci FLASH które robią za tablicę kolorów... wyjścia pamięci flash (2x D0-D7) są podłączone do Video DAC który generuje na swoim wyjściu analogowy sygnał, ale już w formacie RGB :)
dla przypomnienia pin-out GTIA:

@Simius:
Ja zapytałem o to, bo w przypadku VBXE obrazki w trybach mieszanych tracą nasycenie kolorów, dopiero rdzeń z emulacją dekodera PAL (uśredniający nasycenie kolorów z dwóch sąsiednich linii) pozwala przywrócić odpowiednie nasycenie kolorów.
Pytanie zadałem bo pomyślałem że skoro brak w Twoim rozwiązaniu uśredniania kolorów,z dwóch linii efekt będzie taki sam jak w przypadku VBXE bez emulacji uśredniania PAL.
Ale w tym wypadku mniemam iż to właśnie było Twoim założeniem z powodu chęci uzyskania większaj ostrości i wyrazistości obraz.
Hej!
Podoba mi się prostota tego pomysłu, również jakość obrazu i zarazem sama realizacja. Mam jedno pytanie dotyczące trybów które korzystają właśnie z miksowania kolorów w sąsiednich liniach (np. mix GR9/GR11). Jak takie tryby wyglądają przy zastosowaniu tego dekodera?
Hej!
Jak chcesz sobie sterować jakimiś I/O z poziomu cartridge to proponuje podłączyć sobie PIA (6520) albo VIA (6522), albo nawet 8255. Jeżeli chodzi o 8255 to nawet kiedyś Mikey o to pytał, w tym wątku:
http://www.atari.org.pl/forum/viewtopic.php?id=6886
@Fox... jest dokładnie tak jak piszesz, zapomniałem że na wyjściu każdego z kanałów jest zapętlony przerzutnik "D" :-)
I poniżej obiecane screeny z oscyloskopu i kodu który wyżej wkleiłem, legenda:
ch#1) [przebieg w kolorze żółtym] wyjście audio POKEY-a ---> częstotliwość generowana przez POKEY na wyjściu audio.
ch#2) [przebieg w kolorze cyjan] wyjście PIA ---> częstotliwość występowania IRQ (bit #0 przestawiony na wyjście, pochylone zbocza spowodowane przez filtr na płycie Atari)
AUDUF=$0000

AUDUF=$0001

AUDUF=$0002

AUDUF=$0003

AUDUF=$014B

ps) pomiary częstotliwości pokazane przez oscyloskop należy traktować z pewną rezerwą :) ot feler tego modelu/firmware przy niskich częstotliwościach :)
@Fox: w takim razie to co jest w Atariki:
http://atariki.krap.pl/index.php/Rejestry_POKEY-a
dokładnie chodzi o to:
dla zegara wejściowego o częstotliwości 1/28 lub 1/114 częstotliwości głównej: F = CLOCK/(2*(N+1)).
okazuje się bzdurą?
--------------------> EDIT <--------------------
Ok, zrobiłem mały test... generalnie częstotliwość generowania IRQ przez POKEY w tym wypadku jest równa:
F=CLOCK/(N+1) ... czy ma być +1 jeszcze dokładnie nie sprawdziłem... poniżej kod... oscylogramy za chwilę jak znajdę soft do mojego zabytkowego oscyloskopu.
org $2000
frq equ $14b
st sei
inc $d40e
ldx $d40b
bne *-3
stx $d400
dex
txs
dex
stx $d301
ldx <irq
ldy >irq
stx $fffe
sty $ffff
lda #$03
sta $d20f
lda #%00011001
sta $d208
ldx <frq
ldy >frq
stx $d204
sty $d206
cli
lda #$04
sta $d20e
lda $d302
and #[$04^$ff]
sta $d302
ldx #%00000001
stx $d300
ora #$04
sta $d302
lda #$a8
sta $d207
jmp *
irq pha
;e lda #$01
; sta $d300
; eor #$01
; sta e+1
; asl @
; asl @
; asl @
; sta $d01f
lda #$01
sta $d300
:64 sta $d40a
lda #$00
sta $d300
lda #$00
sta $d20e
lda #$04
sta $d20e
pla
rti
run st
Hej!
A mi wychodzi:
331 ($14B) dla PAL ( 23.4285391 Hz )
334 ($14E) dla NTSC ( 23.4324776 Hz )
10 CLK=15556.55:REM PAL
11 CLK=15699.76:REM NTSC
15 F=23.4
20 N=(CLK/(F*2))-1
25 N=INT(N):? "N=";N
30 F=CLK/(2*(N+1))
35 ? F;" Hz"
sorki za opóźnienie, ale gdzieś to tak schowałem że nie mogę znaleźć... ale jak tylko znajdę więcej czasu... to zrobię fotki i zgram tą dyskietkę.
Podzukam dyskietki, jak znajdę zgram i udostepnie.
czy był to może "EPROM Burner" autorstwa Roberta Kujdy?
o serial EEPROM się nie martw, od razu dostałbyś procki do zapisu i odczytu poszczególnych bajtów :) po strone sprzętu obsługa odczytu i zapisu jednego bitu, w sofcie zrealizowana transmisja całego bajtu i obsługa protokołu wybranej pamięci szeregowej.
przykładowe rej. kontrone karta
$d500 - <nr_banku
$d501 - >nr_banku
$d502 - serial flash register
bit#0: serial_clock
bit#1: data_in
bit#2: data_out
i to wszystko co potrzeba od strony sprzętu, reszta to napisanie procedur...
ldx <adr
ldy >adr
jsr eeprom_read
ldx <adr
ldy >adr
lda #value_to_write
jsr eeprom_write
Jest to jak najbardziej możliwe i nie jest wcale skomplikowane do wykonania. np. przełączane banki $A000-$BFFF (dowolnie wybraną komórką na stronie $D5XX, z możliwością odłączenia cartridge), dodatkowo mała pamięć serial eeprom do zapisywania ustawień. Pytanie ile taki banków po 8K jest potrzebne.
Do wyboru jeszcze przełączane banki w obszarze $8000-$9FFF, lub banki po 16K w obszarze $8000-$BFFF.
to ja zaprezentuję super BASIC viewer do formatu Sikora:
10 OPEN #1,4,0,"H:KARMIACY.SG3"
20 GRAPHICS 3+16
30 SCR=PEEK(88)+256*PEEK(89)
40 FOR I=0 TO 239:GET #1,A:POKE SCR+I,A:NEXT I
50 CLOSE #1
99 GOTO 99
ps) musiałem go popełnić aby szybko obejrzeć powalający obrazek mgr. inż. Rafała :)
dlaczego wynikowa wielkość pliku wynosi 960 bajtów? Trochę dużo jak na GR.3, powinno być 4 razy mniej :) chyba że czegoś nie doczytałem :)
myślę że sprawa "przekompilowania" nie będzie żadnym problemem :) A jeżeli nawet to zawsze można zrobić "patch" który będzie pytał o adres przez uruchomieniem właściwego programu :) także tym bym się w ogóle nie przejmował, to najmniejszy problem.
Hej!
Bardzo ciekawy projekt! :) podoba mi się... posłuchałem trochę brzmienia SID-a, faktycznie brzmi nieco inaczej... w szczególności filtry wydają się brzmieć nieco inaczej... nie odbierajcie tego jako moje jęczenie :) Bo projekt bardzo mi się podoba :) Czekam z niecierpliwością na wersję finalną! :)
A co do Slight-SID robią się ostateczne płytki... (mam przynajmniej taką nadzieje) i będą za 1,5 może 2 tygodnie. Jak po zmontowaniu okaże się że działa to zgodnie z moimi zamierzeniami będzie można to uznać za wersję docelową. Mam nadzieję że tym razem wszystko będzie OK. Wybaczcie czas jaki mi to zajmuje, ale nie potrafiłbym dać w wasze ręce "niedorobionego" urządzenia, albo urządzenia które działa lub brzmi gorzej niż chciałem/przewidywałem.
Jeszcze co do przestrzeni adresowej dostępnej dla Slight-SID. W gnieździe carta mam do dyspozycji tylko $D500-$D5FF, tyle mogę. Jeżeli planowałbym wersję wewnętrzną to może zajmować ona dowolny adres dostępny w przestrzeni adresowej Atari.
Hej!
Jeden z niedawnych projektów który mi przychodzi do głowy to ten: http://www.horus.com/~hias/atari/#sram512k
jeszcze swego czasu ASAL robił coś podobnego: http://atarionline.pl/v01/index.php?sub … =wynalazki
i był chyba jeszcze jeden projekt który tak jak w Twoim wypadku tylko podmieniał DRAM/SRAM ale nie mogę przypomnieć sobie autora i znaleźć linku ;/
Znalezione posty [ 1,551 do 1,575 z 3,014 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.106 sekund, wykonano 27 zapytań