2,476

(59 odpowiedzi, napisanych Sprzęt - 8bit)

Hej!

Obawiam się iż dostaniesz cartridge o pojemności 1Mbajta :) Panowie z ATARI-MAX napisali małymi literkami 8Mbit :) Co daje w efekcie 1Mbajt.
Co do reverse engineering to nie ma czego kopiować, zwykły FLASH, trochę logiki i odpowiedni soft. Wydaje mi się iż napisanie odpowiedniego softu to jedyny problem (czas, czas, czas).

update: przeczytałem "tutorial" jak konwertować gry aby można było je uruchomić z tego carta. To chyba jakiś żart. Żaden normalny użytkownik nie mający choć minimalnego pojęcia o assemblerze 6502 nie poradzi sobie.

Aby być w pełni fair napiszę jeszcze iż być może się uprzedziłem, jakoś nie firma atarimax.com nie zyskała nigdy sympatii w moich oczach. Jakoś za nimi po prostu nie przepadam ;) Oczywiście pełny szacunek ale Stevena J. Tuckera za APE dla DOS. To co wyprodukowali dla Windows zawsze działało mi na nerwy.

[offtopic mode=ON]
Gdy muszę pod Windows SIO emulować to korzystam z atari810, jest darmowy i spełnia moje oczekiwania :) Do pobrania tutaj: http://retrobits.net/atari/atari810.shtml (i na szczęście można wyłączyć ten  "skin").
[offtopic mode=OFF]

pozdrawiam
Seban

2,477

(6 odpowiedzi, napisanych Zloty)

Meśka co ty miałaś za napis na tej koszulce... na fotkach dostrzegłem jedynie słowo "wyjeb*#*(#". ;)

2,478

(12 odpowiedzi, napisanych Software, Gry - 8bit)

Wow! Po raz pierwszy zobaczyłem drugi poziom :) Dobrze że w drugim poziomie nie zrobili już czasu w którym trzeba dojechać... to mogłoby już doprowadzić do samobójstw :D

2,479

(3 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

widzę iż bardzo niesympatycznie się ta aukcja zakończyła, szczególnie dla potencjalnych kupujących.

2,480

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Hej!

Co do DFC (Digital Fine Contrast) i DFI (Digital Fine Image czy Digital Adaptive Fine Image) to nie mam pojęcia jak one działają w przypadku monitorów LG. W polskim czy angielskim wiki na temat DFC piszą jakieś ogólniki, w zasadzie to marketingowy bełkot ( http://pl.wikipedia.org/wiki/Digital_Fine_Contrast ), a o DFI nic praktycznie nie ma. Ale faktem jest iż owe "polepszacze" obrazu mogą człowieka doprowadzić do szału w przypadku sygnału jaki generuje 8-bit ATARI :) Natomiast w przypadku sygnału generowanego przez PC-ta czy nawet wewnętrzny tuner TV nie mogę narzekać owe technologie sprawdzają się doskonale. Nie jestem żadnym profesjonalistą jeżeli chodzi o grafikę i dla mnie monitor z matrycą TFT jest na szczęście wystarczający :)

Ale wracając do tematu i nie wnikając w zasady działania tych technologi widać dokładnie iż układ scalony odpowiedzialny za przetwarzanie wizji robi z sygnałem PAL parę zabiegów które mają spowodować aby taki sygnał wyglądał jako tako na matrycy LCD o dużej rozdzielczości i działającej tylko w trybie progressive, ale w przypadku sygnału z ATARI występują niestety owe efekty uboczne. Procesor wizyjny przetwarzając kolejne klatki obrazu bierze pod uwagę wcześniejsze klatki i stąd zapewne opóźnienie w pokazywanym obrazie.

Oglądając schemat monitora można zauważyć że procesor wizji ma do swojej dyspozycji spory kawałek pamięci SDRAM :) Nie pamiętam już ile konkretnie, ale widać że monitor ostro pracuje nad wizją skoro potrzebuje frame buffera na kilka klatek ;)


Co do uwagi od Piguły:

Masz rację... ja może opisze to na przykładzie ATI All In Wonder 128. W przypadku systemów Win9x, karta ta przy zgrywaniu obrazu tworzyła plik MPG który był typu "interlaced", czyli de facto 50fps. Odtworzenie tego pliku pod tym samym Win9X dawało świetne wrażenie, obraz był dynamiczny i nie było żadnych nieprzyjemnych efektów (może poza delikatnym migotaniem związanym z interlacem). Do tego jeżeli mialo się ustawiony screen refresh na 100Hz... Panowie obraz malina! Karta idealnie synchronizowała się z Vblank, wyświetlała pięknie interlacowany materiał.

Jakież było moje zdziwienie i załamanie gdy po migracji na Win2000 i zainstalowaniu nowych driverów wszystko się zmieniło... materiał z zgrywany kartą miał już 25FPS i był już progressive... no kicha na maksa, obraz stracił na dynamice i kolorach. Drivery już nie mogły sobie pozwolić na wstrzymanie systemu do Vblank, zaczęły robić jakiś durny fatalny w skutkach deinterlaceing. Materiał zgrany wcześniej na Win9x również tracił na jakości i dynamice. Strasznie się wtedy wkurzyłem...

Te zakłócenia o których wspomina Piguła to mogły być efekty nieudolnego softwarowego usuwania interlace, bo takiego formatu obrazu (tylko progressive) wymagał już nowy Windows. Podobno MS wprowadził taki standard obsługi tunerów i streamów video. Nie znam się na tym i mogę powtarzać niechcący jakieś stado bredni... jednak po tym wypadku przeszło mi zamiłowanie do kart serii All In Wonder.

Później ponownie spróbowałem (jak jeszcze miałem monitor CRT) kart ATI opartych o nowe scalaki Rage Theatre 550/650 PRO, ale okazało się iż te karty mimo iż mają obraz całkiem dobrej jakości to w przypadku WinXP mają strasznie duże opóźnienie. Niestety tu znowu MS wymógł na producentach chipsetów do obsługi video aby materiał dostarczany przez kartę był już w formacie MPEG. Tak więc biedne chipy RT 550/650 mają na pokładzie sprzętowy enkoder do formatu MPEG, trochę pamięci SDRAM. Przechwytują klatki, pakują je do bufora a potem już system operacyjny (WinXP) sobie czyta stream przygotowany przez kartę. Efekty uboczne są dwa:

1) opóźnienie od kilku do kilkunastu klatek w pokazywanym obrazie (w przypadku TV nie ma to znaczenia). W przypadku komputera dźwięk i obraz pojawia się z ponad 0,5sek opóźnieniem.
2) mimo ustawienie jakości kompresji na high widać czasami artefakty spowodowane kompresją MPEG :(

W dodatku karta oparta na tym chipsecie nie chciała mi pracować poprawnie z DSCALER-em, jedynie stary poczciwy VirtualDub potrafił z niej pokazywać obraz bez denerwującego opóźnienia. Rozwiązanie takie jednak nie było dla mnie zadowalające i szybko z używania tej karty zrezygnowałem.

Należy jeszcze wspomnieć iż karty te doskonale radzą sobie jako tuner TV czy karta do zgrywania materiału video do postaci cyfrowej. Jednak nie mogę ich polecić jako urządzenie z którym ATARI współpracuje bez zarzutu :( No cóż ale takie rozwiązania narzucił producentom sprzętu Windows Media Center i dla zwykłych użytkowników nie ma to chyba znaczenia. To my dziwacy jesteśmy skazani na efekty uboczne tej technologi :(

W przypadku starego PC-ta pozostałem przy starym Radeonie serii 9250 w wersjo VIVO (ma na pokładzie scalak jeden z pierwszych wersji układów Rage Theatre jeszcze bez kompresji MPEG). W przypadku nowszego zmuszony jestem do używania wejścia S-Video In w monitorze LG. Na szczęście u mnie nie występują efekty które zaprezentował nam kolega Lotharek (mówię o dziwnym zachowaniu się monitora z ATARI) 

pozdrawiam
Seban

2,481

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Lotharek: do LG mam podłączoną moją starą wysłużoną 130XE (Pamięci 8x1bit). Do do efektu który opisujesz to owszem jest obecny. Nawet niekoniecznie przy zmianie trybu graficznego, wystarczy przesunąć kursor w GR.0 aby zaobserwować ten efekt, takie zachowanie to już wina "inteligencji" procesora wizji zaszytego w tym monitorze. Widać to nawet oglądając TV. Obiekty ruchome są dość rozmazane, gdy coś staje się nieruchome układ obrabiający wizję stara się dany fragment wyostrzyć i zniwelować efekt interlace. Ale na taką full automatykę to już nic nie poradzimy chyba :)

Ale to nie jest najbardziej wkurzające, najbardziej wkurzające jest opóźnienie kilku ramek w wyświetlanym przez monitor obrazie. To może doprowadzić do szału w niektórych przypadkach.

pozdrawiam
Seban

2,482

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Ostatnie pytanie sake: ustawiłeś w dscalerze standard na PAL_B i rozdzielczość 720x576? (po ustawieniu reset card z menu DShow).

2,483

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Lotherek co ciekawe ja również mam LG 228WA i wszystko działa mi OK! jak to wytłumaczysz? mam zrobić Ci film? (podłączone bezpośrednio do S-video)

I moim zamysłem nie jest negowanie twoich opinii ani doświadczeń, tylko przedstawienie sprawy tak jak wygląda u mnie. Faktem jest że na kartach opartych o conexanta są problemy z wizją... ale nie wiem dokładnie z jakiego powodu... nie posiadam żadnej karty na tym chipsecie. Nie mogę tego sprawdzić.

I dalej się upieram iż comb-filter działa tylko w przypadku sygnału composite-video. Być może moja opinia jest błędna. Jest prawdopodobne iż źle interpretuję fakty... lub o czymś nie wiem, ale wydaje mi się że jeżeli istnieje problem w sygnałem s-video to wina nie leży po stronie tego filtru, tylko raczej czegoś innego.

btw. nie wiem o co my sie sprzeczamy :) rozwiązaniem problemu jest VBXE od Electrona :D Mamy wtedy wyjście RGB i żaden durny dekoder PAL, który źle interpretuje sygnał z Atari nam nie podskoczy :) Należy przyznać iż sygnał generowany przez ATARI jest daleki od norm standardu PAL :) Dawne analogowe dekodery jakoś sobie z nim radziły a dzisiejsze cyfrowe konstrukcje które próbują "ulepszać" otrzymany sygnał video, kończą tak jak to widzimy na załączonych przykładach (zarówno u Sake jak i Lotharka).

Od zawsze używałem kart ATI, i przypomniało mi sie iż miałem na początku "ATI All In Wonder 128" (tam był dekoder video oparty na BT829). I muszę przyznać iż tam obraz to była istna sieka, brak koloru lub kolorowe prążki i inne dziwne efekty. Potem BrookTree nabył Conexant chyba. Widzę że problem z chipsetami BT pozostał i przeniósł się conexanty :)

pozdrawiam
Seban

2,484

(30 odpowiedzi, napisanych Sprzęt - 8bit)

A ja mam kilka kart z comb-filter i nawet po composite video obraz mam OK (tochę mniej ostry). Co prawda mam tylko karty oparte o układy ATI Theatre  oraz Philips SAA. Poza tym jak już mówiłem w przypadku S-Video (oddzielnie chroma + luma) nie ma to żadnego znaczenia comb filter w tym wypadku NIE JEST wykorzystany.

Lotharek: już pierwszy post tego wątku na AAge mówi nieprawdę. GTIA+ANTIC generuje w obu pół-obrazach tą samą zawartość. Nie generuje żadnych pustych/czarnych linii. Jak znajdę trochę więcej czasu to przeczytam cały wątek. Ale post #1 (na AAge) to wierutna bzdura w/g mnie.

pozdrawiam
Seban

2,485

(30 odpowiedzi, napisanych Sprzęt - 8bit)

hmmm... czyli kabel masz pewnie OK, martwi mnie trochę to zrywanie synchro poziomego... może temu wspaniałemu conexantowi na twojej karcie nie pasuje poziom sygnału podawanego na jego wejście... niestety nie mam nic z chipsetem conexant... tutaj musiał by się wypowiedzieć ktoś kto ma kartę/tuner z tym chipsetem.

Spróbuj jeszcze pobawić się programem dscaler (w wersji 4): http://dscaler.org/downloads.htm zobacz czy będziesz miał podobne efekty.

2,486

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Hej!

No to jeżeli S-Video to cobm-filter w ogóle nie ma znaczenia czy jest czy nie ma :) Problem musi być gdzie indziej. Jakiego rodzaju kabel zastosowałeś do połączenia Atari z Tunerem? (jakiś kabel w ekranie?)

2,487

(30 odpowiedzi, napisanych Sprzęt - 8bit)

Hej!

Lotharek o czym Ty mówisz? Nie strasz kolegi Sake...  jak to napisałeś "filtr grzebieniowy" (ang. comb filter, więcej info dla zainteresowanych tu: http://en.wikipedia.org/wiki/Comb_filter ), może mieć tylko pozytywny wpływ na jakość obrazu :) Redukując znacznie zakłócenia w obrazie spowodowane nałożeniem na siebie sygnału chrominancji i luminancji. (przykład jest tutaj: http://en.wikipedia.org/wiki/Dot_crawl)

Comb-Filter nie powinien w niczym przeszkadzać, no chyba że implementacja filtra byłby jakaś nieudolna. To co zaprezentował sake (screen shot) może świadczyć co najwyżej o braku tego typu filtra jeżeli już :)

sake napisz proszę dokładniej jaki kabel wykonałeś? to znaczy czy wykonałeś kabel typu composite-video czy s-video (oddzielnie chrominancja i oddzielnie luminancja).

Jeżeli wykonałeś kabelek s-video to w ogóle comb-filter nie bierze udziału w obróbce sygnału, ponieważ mocno upraszczając działa on tylko w przypadku pracy z sygnałem "composite-video".

Na mojej starej karcie ATI ze scalakiem Rage Theatre obraz po s-video wygląda tak:

http://seban.slight.pl/temp/ati%5fatari.png

pozdrawiam
Seban

2,488

(75 odpowiedzi, napisanych Zloty)

A gdzie są zdjęcia? ;)

2,489

(22 odpowiedzi, napisanych Scena - 8bit)

macgyver napisał/a:

odbiegnę nieco od zasadniczej koncepcji - czy kawałek był konwertowany z .MOD-a i czy w tej sytuacji istnieje w pamięci nazwa tego .MOD-a lub od razu link skąd można go pobrać?

niestety był konwertowany z mod-a i jest w wewnętrznym formacie playera SoTe. Jeżeli bym pamiętał tytuł pliku .MOD od razu bym go zapodał, niestety latka lecą a skleroza postępuje ;)

2,490

(22 odpowiedzi, napisanych Scena - 8bit)

z SAP Playerem sprawa jest taka iż tylko jeden z liczników POKEY-a zgłasza IRQ, wiec muzaki wykorzystujące inne liczniki nie będą działać poprawnie na SAP Playerze. Prawda jest taka iż to ASAP jest najodpowiedniejszy obecnie do odrywania SAPów :)

pozdrawiam
Seban

2,491

(75 odpowiedzi, napisanych Zloty)

Hej!

Eru... to ja i tutaj napiszę... było już coś takiego w historii i w dodatku to Slight dopuścił się takiego czegoś. Overmind nie był na party w Ornecie'95 puszczony... z jednej strony to była zła decyzja, ale z drugiej strony patrząc (z mojego punktu widzenia) to było jedyne słuszne rozwiązanie, wszyscy byli tym demem zmęczeni do granic niewyobrażalnych, znużeni kodowaniem... gdyby demo zostało puszczone na party prawdopodobnie nigdy nie miałbym motywacji aby je poskładać do końca i zostałoby w formie nie dokończonej i poważnymi błędami w IRQ loaderze.

Rozumiem więc nerwy co poniektórych którzy chcę już obejrzeć dema,  ale również w stanie jestem zrozumieć autorów dem którzy chcą dopieścić swoje prace, lub dokończyć je. Być może rozwiązaniem byłoby puszczenie dem w formie plików video z naniesionym logo "party version". Ale myślę że ten miesiąc możemy poczekać... choć sam również bardzo chciałbym obejrzeć te produkcje.

pozdrawiam
Seban

2,492

(24 odpowiedzi, napisanych Programowanie - 8 bit)

XXL: mam 240 lini $0f i potem JVB do początku DL. Czy $0e zrywa synchro sprawdzę Ci jutro już niestety (na 99% nie),  ale wydaje mi się że tylko gdy ostatnia linia (ta przepełniająca) była hi-resowa następowało zerwanie synchro.

2,493

(24 odpowiedzi, napisanych Programowanie - 8 bit)

U mnie 240 linii trybu $0F Antica przesądza sprawę, synchronizacja zostaje zerwana.

2,494

(9 odpowiedzi, napisanych Bałagan)

tu masz oryginał, w formacie XM:

ftp://ftp.modland.com/pub/modules/Fastt … ero%203.xm

i późniejszy SID-owy cover:

http://www.c64.org/HVSC/MUSICIANS/D/Dal … hero_3.sid

pozdrawiam
Seban

2,495

(9 odpowiedzi, napisanych Scena - 8bit)

Hej!

To ja się lamersko spytam... A skąd można zassać midi-sequencer dla XE/XL?

pozdrawiam
Seban

2,496

(57 odpowiedzi, napisanych Sprzęt - 16/32bit)

Marek Konopka napisał/a:

Co do 14 bit output to raczej pewne, że chodzi o Paulinę:
- optional 14 bit output (less noise but not as good as true 16 bit)
bowiem:
* Native Amiga chipset (Paula) 14 bit
* Native Amiga chipset (Paula) 14 bit calibrated (Christian Buchner)

tak, tak oczywiście nie myślałem inaczej, mi chodziło jedynie o to iż wspomniane 16 bit / 56 KHz:

- autodetects and plays several soundfiles, up to 16 bit / 56 kHz / stereo

nie mogło być zrealizowane przy pomocy PAULI, a jedynie przy pomocy jakiejś dodatkowej karty dźwiękowej :) (głownie chodziło mi o te 16 bit). Choć przyznam że w te 56KHz to nie bardzo wierzyłem również :)

Po tym co napisał MALF, wychodzi na to iż przy pomocy software-mixing i PAULI (direct DAC write, z pominięciem DMA) dało się wyciągnąć 56KHz/14bit.

Seban

2,497

(57 odpowiedzi, napisanych Sprzęt - 16/32bit)

To za zacytuję trochę z linków które zapodał Konop:

"With some special programming tricks it is possible to produce 14-bit audio by combining two channels set at different volumes, giving two 14-bit channels instead of four 8-bit channels."

Czyli, nawet 14-bit wyciągali :) (8 bit DAC resolution + 6 bit volume) to by się zgadzało. Ale nie piszą o sample-rate przy takim traktowaniu PAULI :)

"...or by using the CPU directly to drive audio output"

i również nie wspominają ile max. da się wyciągnąć przy zapisie bezpośrednio do DAC-a przez CPU. to już pewnie zależy od procedury miksującej/odtwarzającej.

Co do linka do playera, który zapodał Konop, z jednej strony piszą:

- autodetects and plays several soundfiles, up to 16 bit / 56 kHz / stereo"

ale potem piszą:

- Supports AHI and soundcards (Prelude recommended!)
- optional 14 bit output (less noise but not as good as true 16 bit)

Co sugeruje iż takie parametry to oni uzyskują na karcie dźwiękowej zgodnej z AHI

2,498

(57 odpowiedzi, napisanych Sprzęt - 16/32bit)

Player XM-ów gdzie jest więcej kanałów niż 4, zapewne już wykorzystuje miksowanie softwarowe jak w przypadku STE, o ile wiem PAULA umożliwia również bezpośredni zapis do jej DAC-ów, ale to musiał by Malfunction potwierdzić.

Swego czasu ludzie z Amigi robili jakieś playery sampli o rozdzielczości 12-13 bit i sample-rate większym od 21KHz... ale to tylko jakieś moje strzępy wspomnień nie pamiętam tego dokładnie więc mogę bredzić. Z tego co pamiętam trick z rozdzielczością sampla >8 bit polegał na tym iż używano dwóch DACów, jeden miał głośność ustawiona na MAX, drugi na minimum i to się im analogowo sumowało w taki sposób iż osiągali większą precyzję niż 8 bit.

Być może znalazł się jakiś zapaleniec co i player XM-ów napisał, przy którym już zapewne musiał wykorzystać miksowanie próbek za pomocą softwarowego miksowania... ale to już nie ta jakość ;) i pytanie jaki sample-rate są w stanie wyciągnąć bez wspomagania od DMA w PAULI i przy miksowaniu #n kanałów w przypadku wielokanałowych plików XM.

Ciężko mi jednak to sobie wyobrazić aby taki player grał dość czysto na gołej niedopalonej Amidze.

2,499

(57 odpowiedzi, napisanych Sprzęt - 16/32bit)

A tak przy okazji oto analogowy mikser sygnału wyjściowego ATARI z STE, czyli układ LMC1992:

http://www.datasheetarchive.com/pdf/2014221.pdf

Nie ma niestety pełnego equalizera, a tylko kontrolę tonów niskich (bass) i wysokich (treble). Jak sugeruje datasheet ten chip ma oczywiście możliwość podpięcia zew. 7-pasmowego equalizera (np. LMC835) jednak w przypadku ATARI STE z tej możliwości nie skorzystano.

Seban

2,500

(57 odpowiedzi, napisanych Sprzęt - 16/32bit)

Adam: masz chyba rację :) Na ST/STE nic sensownego nie zakodowałem więc chyba faktycznie nie powinienem się tak upierać :) Kodowaniem na tą platformę zajmowaliśmy się z SoTe dosłownie parę miesięcy po Ornecie w 1995 roku, jednak zabrakło zapału i chęci... opisałem moje wrażenia z tamtych czasów a porównaniu z Amigą i nie wiem jak sprawy mają się obecnie...

fazior napisał/a:

I jeszcze raz, zeby niedopowiedzen nie bylo, moze i wyglada to jakbym probowal odswierzyc temat zadym atari vs amiga, ale to tak tylko wyglada;). Amige znam po prostu lepiej i sila rzeczy moje STe porownuje wlasnie z ami:).

fazior: ale pisząc np. "mistrzow jazgotu" sprawiasz wrażenie jakbyś taką wojnę chciał wywołać, jak dla mnie EOT :P

pozrawiam
Seban