hej!

Bitman masz coś więcej o tym??? Bo wygląda to bardzo obiecująco :)
Czy Chłopaki podłączyli panel od laptopa do analogowego VGA????
Czy dostępna jest jakaś wstępna specyfikacja interfejsu???
Jakie rodzaje paneli LCD można do tego podłączyć?

    *  Analog VGA (used in external LCD displays but not in laptops normally)
    * 44-pin TTL parallel
    * 20-pin LVDS serial
    * Digital Video(6-bit for each color R/G/B) Sync Signal,DOTCLK, 4 pairs LVDS (used in some IBM laptop displays)
    * DVI (Digital Visual Interface LCD panel digital interface from DDWG, used for external LCD screen mainly)

pozdrawiam
Seban

Hi Święty!!!

Ja w swoim poście dość mocno uprościłem to co musisz wyczyniać aby dokonać przeliczeń :) Zdaje sobie sprawę iż jest to dość skomplikowaną sprawą.... nie chciałem powiedzieć iż to jest trywialne, bo nie jest... po prostu nie chciałem wypowiadać się na temat na którym się znie znam i pozwoliłem sobie nieco uprościć sprawę, spekulując jedynie na temat zasady działania twojego programu. Uważam iż to co robisz jest po prostu niesamowite i podziwiam Cię iż Ci się chce i że znajdujesz na to czas :)

Wielki szacunek, pozdrowionka :D
Seban

Hi!

Ale mi się wydaje iż tu nie ma żadnego SoftSynth'a... SID2POKEY to nie SID Player, to dwie osobne sprawy.
SidPlayer próbuje emulować/naśladować Sid'a...
Natomiast SID2POKEY... ma za zadanie zamianie odegranie MSX'a z C64 poprzez przeliczenie wartości częstotliwości i emulację obwiedni ADSR z SID'owych rejestrów i zagranie tego na "czystym" pokeyu. Tak jak to HardSoft robili w swoich demkach przerzuconych z C64 ;)

Seban

hej!

110V? to może masz także wersje NTSC?

Seban

hej!

nie wiem jak bardzo krytyczna jest prędkość dekompresji... jednak możnaby się pokusić o kompresję bitową... jeżeli to jest dla twojego zastosowania odpowiednie można podejsc do problemu nieco inaczej... w przypadku takiego rozkladu danych wejściowych, należałoby zastosować jakiś kod, w którym długość słowa okreslajacego dany znak, nie jest stała. Najbardziej logicznym wydaje się zastosowanie bardzo prostego kodowania bitowego, np. możemy zastosować taki algorytm...

potrzebujeby procedury get_bit, która umożliwia pobranie jednego bitu danych ze wejścia.

1. zerujemy "index"
2. pobieramy jeden bit
3. zwiekszamy index o 1
4. sprawdzamy czy pobrany bit=1, jeżeli nie wracamy do kroku #2
5. wartość index określa jednoznacznie daną ktory pobralismy, mozemy go wykorzystac do pobrania odpowiedniej wartosci z tablicy konwersji.

reasumujac, kodowanie bedzie wygladalo mniej wiecej tak:

1: kod oznaczajacy dana #1
01: kod oznaczajacy dana #2
001: kod oznaczajacy dana #3
0001: kod oznaczajacy dana #4
itd.

jak widac ilosc bitów przeznaczonych na zakodowania kolejnego symbolu rośnie dość szybko... jednak w przypadku twojego rozkładu danych (70% będzie reprezentowane przez pojedynczy bit). Ma to szanse sporej kompresji. Musisz sprobowac w praktyce. Zreszta istnieje bardzo duzko koów o zmiennej dlugosci slowa... mozesz sprobowac poczytac troche tu:

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

i tu:

http://en.wikipedia.org/wiki/Universal_ … ression%29

procka dekompresji moze byc dosc krotka i przy dobrej implementacji get_bit, powinna byc szybka:

get_one_byte:

 ldx #$00
loop:
 jsr get_bit ; get bit w znaczniku "C" zwraca wartosc pobranego bitu
 inx
 bcc lopp
 lda tab_cnv,x
 rts

; tutaj tablica konwersj, najczesciej wystepujace elementy powinny byc kodowane najmniejsza iloscia bitów :)
; czyli będą się znajdowały na początk u tablicy... im dalej w tablicy tym wiecej bitów potrzeba :)

tab_cnv:
 dta b($04),b($03),b($02),b($01)

get_bit:

 ; tutaj w/g twojego uznania... jest sporo sposobów :) 
 ; a implementacja zalzey od tego czy uzyjesz rejestrow, lokacji na stronie zerowej... itd.

jest to jedno z prymitywniejszych kodowań o zmiennej długości słowa... i nie wiem czy to bedzie przydatne ze wzgledu na szybkosc, jednak kompresja powinna byc efektywna dla twoich danych :)

pozdrawiam
Seban/SLIGHT

hi!

Skoro brak odpowiedzi to może autor pytania rozwiąże zagadkę??? :)

Seban

hej!

a jeszcze jedno pytanko dotyczące transmisji sprite'ow... z dokumentacji wynika iz GTIA odczytuje dane spritów z magistrali na którą adresy wystawił ANTIC. Pisałeś iż GTIA wie że to się będzie dzaiało po stanie pinu ~HALT. Jednak mam pytanie skąd GTIA wie do którego HALT'a się synchronizować? Czy może jest po pierwszy HALT po stanie 01x na szynie ANx?

I jak już się aż tak wgłebiałeś w całe historie związane z ANTIC/GITA to może będziesz wiedział czy ANTIC pobiera jakieś dane podczas cykli odświeżania pamięci? czy po prostu generuje tylko ściśle określone adresy zupełnie nie związane z pobieranymi danymi? Logiczym wydawało by się iż ANTIC podczas odświeżania RAM nie może nic pobrać sensownego z pamięci ponieważ musi wygenerować konkretne adresy na liniach adresowych. Ale warto się upewnić :)

a może napisać do Panów z ATARI MUSEUM aby za niewielką opłatą przesłali nam czytelne i pełne xero-kopie tych dokumentów? ktoś chętny do spreprarowania do nich porządnego e-maila po angielsku? można by im napisać iż gdyby udostępnili tą dokumentacje mogą się spodziewać z polski nawału mega-giga sprzętowych rozwiązań :D

i jeżeli mogę to jeszcze jedno pytanie szpiegowsko przemysłowe... czy możesz zdradzić jakie FPGA? Altera, Xilinx, Lattice, Cypress, Actel, Atmel? :)

Electronie super pomysł... :) czekamy z niecierpliwością :)
Tak patrząc na ten opis ANx BUS nie widze jak mogą być dane spriteów wysyłane... może ktoś wie? bo mnie ciekawość zrzera :)

hej!

rozumiem iż dokonujesz konwersji tego to ANTIC do GTIA podsyła na liniach AN0,AN1,AN2 :)
jeżeli udało Ci się to wyczaić to fajnie :D
Jeżeli możesz zdradź rąbka tajemnicy co po tej mini-magistrali biega :D zawsze byłem ciekawy... ale nigdy tego nie sprawdziłem :D ehh... to lenistwo :D

hej!

czy chodzi może o to Turbo 2600 Panów ze Świebodzina?

Seban

ani ściema ani prowokacja.
niebawem się przekonacie.
na zdjęciach jest wersja się jeszcze nieco syfiąca. (czasami były drobne przekłamania przy zatrzaskiwaniu danych z magistrali ATARI).
ale grała. efektem uboczym był raz na parę sekund jakiś "syf" zatrzaskujący się do SID'a.
Możecie zapytać rzóg'a, on to słyszał jak to grało jeszcze jak pracowaliśmy w Jard - Press S.A.

Do dziś Stryker mi życia nie daje abym to skończył. Jest już prawie gotowe. Pierwsze PCB dostają Stryker i Święty/Zelax.
Święty obiecał przerobić swojego Player'a tak aby grał na sprzętowym Sidzie :D

Panowie ja wiem że to trwa wieki... ale na prawdę mam sporo innych rzeczy do robory. Rodzina, praca itd. Człowiek musi jakoś się urzymać wiec musicie wybaczyć mi że hobby zostawiam na ostatnim miejscu.

Strykera i nie tylko szlag z tego powodu trafia. Sorki... nic nie poradzę :(

Ale dla pocieszenia mogę dodać iż projekt jest w finalnej fazie. Są gotowe już chyba ostateczne PCB. Teraz pora na montaż i uruchomienie.

A wiec jeszcze chwilę.

Seban

hej!

bardzo chętnie... napaliłem się na ten magnet jak szczerbaty na suchary :) na wymiane nie mam niestety nic ciekawego, moge tylko zaoferować kaskę. myślę że się dogadamy. Niestety jutro muszę siedzieć w pracy nie mam szans na ruszenie się jutro gdzieś poza robotę :( może udałoby Ci się wysłać to jakoś pocztą/kurierem. Pokrywam koszty transportu w 100%.

a co robisz w poniedziałek? czy będziesz może jeszcze w okolicach kielc?

pozdrawiam serdecznie
Seban