monitor Commodore

[Kisiel]

 hmm...  a  zwykły  analog  14\'  za  299PLN  nie  wystarczy?  Ja  mam  dwa  sprzęta  ustawione  obok  siebie  monitor  neptun  156  (green)  do  pisania  softu  i  TV  14\'  do  oglądania  demek.  
  Do  analizy  zachowania  vic`a  w  tym  momencie  wystarczy  trochę  drutu  i  wszystko  widać  

[Skull]

 @Kisiel:    no  ja  mam  jeden  kabel  do  karty  tv,  a  drugi  do  1084s,  a  oglądanie  demek...  uuuu  to  przynjamniej  25\'  (  a  mam  dostęp  do  plazmy  42\').  
   
  @chateau:  miło  zaskakujesz.  
  Może  rzeczywiście  nie  potrzebnie  ustawiałem  pełny  PAL,  a  skąd  ta  rozdzielczość  403x284  ?  -  jeśli  to  c64  to  niech  mi  ktoś  powie  że  atari  ma  lepszą  rozdzielczość    
  a  te  żółte  punkciki  to  właśnie  te  `dropy`  o  których  wspominałem  wcześniej  (hehe  no  nawet  Hox  ich  nie  obsługuje)-  da  się  je  wyeliminować  np.  przez  inną  kolejność  instrukcji  w  cyklowaniu,  albo  zamaskować.  Powiedz  coś  bliżej,albo  wklej  link  do  źródła  o  dropach  na  HMOS  VIC-II  8565.  
   
  spróbuję  ustawić  tą  rozdzielczość  w  virtualdubie.  pzdr

[Kisiel]

 @chateau  po  co  Ci  ta  wiedza?  robisz  vic`a  w  vhdlu?

[chateau]

 @Kisiel:  gdybym  umial  bawic  sie  drucikami  to  na  pewno  bym  probowal.  niestety  nigdy  sie  elektronika  nie  zajmowalem  i  raczej  ciezko  byloby  mi  samemu  podpiac  sie  bezposrednio  do  vica    co  do  tego  na  co  mi  ta  wiedza  to  pomagam  w  rozwijaniu  emulatora  C64.  
   
  @Skull:  403x284  jest  z  tabelki  z  artykulu  Christiana  Bauera,w  PAL  VIC  wyswietla  284  linie,w  kazdej  po  403  widoczne  piksele.  Nie  wiem  czy  te  zolte  piksele  to  nie  czasem  wlasnie  gray  dot  bug  o  ktorym  wczesniej  pisalem-moze  w  bezposrednim  sasiedztwie  pikseli  o  innymi  kolorze  moga  one  przyjmowac  kolor  inny  niz  szary?  jezeli  na  mydelniczce  widac  te  zolte  piksele  to  jest  to  co  innego(i  wtedy  trzeba  to  dokladniej  zbadac),a  jezeli  nie  widac  to  bedzie  to  gray  dot  bug.  Hoxs64  nie  emuluje  na  razie  tych  szarych  pikseli  bo  na  starym  C64  tego  nie  widac  a  jest  wiele  innych  kwestii  do  poprawienia  w  emulacji  dotyczacych  zarowno  nowego  jak  i  starego  C64.  moze  kiedys  gray  dot  bug  bedzie  jako  opcja  do  wyboru,teraz  sa  inne  priorytety.  
   
  tutaj  watek  o  8565  gdzie  wspomniany  jest  blad  z  szarymi  pikselami:  http://www.softwolves.pp.se/misc/arkiv/cbm-hackers/8/8212.html\' target=_blank>http://www.softwolves.pp.se/misc/arkiv/cbm-hackers/8/8212.html
   
  jezeli  bedziesz  robil  screena  z  nowa  rozdzielczoscia  to  pls  zapisz  go  w  png.  dzieki:)

[chateau]

 w  watku  jest  tez  chyba  wlasciwe  wyjasnienie  dlaczego  piksele  przybieraja  akurat  kolor  szary:  
   
  >  I  do  not  know  why  this  occurs,  but  I  think  it  may  be  some  internal  problem    
  >  with  the  pixel-clock-shifter  delivering  a  wrong  color  signal?!?  
   
  Well,  it  looks  like  the  register  is  shortly  disconnected  from  the  rest  
  of  the  chip.    During  that  period,  the  rest  of  the  chip  sees  a  $ff  value.  
  On  the  TED  (the  video  chip  of  the  C16,  C116  and  plus/4),  the  sparkles  
  are  light  green  (also  $ff).

[Kisiel]

 IMHO  raczej  powinieneś  zwiększyc  (podwoić)  rozdzielczość  samplowania  a  nie  wyrównać.  
   

[chateau]

 tak,powiekszenie  2x  czy  nawet  4x  daloby  lepszy  rezultat  ale  musialoby  to  byc  idealne  200%  czy  400%  w  kazda  strone.  w  innym  wypadku  ciezko  cos  konkretnego  wywnioskowac,co  widac  chociazby  na  tym  screenie:  http://xs125.xs.to/xs125/08122/glitches282.png\' target=_blank>http://xs125.xs.to/xs125/08122/glitches282.png

[chateau]

 pieknie  sie  wkopalem    kupilem  kabel  3  cinch:  http://www.protovision-online.de/catalog/product_info.php?products_id=36\' target=_blank>http://www.protovision-online.de/catalog/product_info.php?products_id=36
   
  teraz  chce  kupic  karte  tv  leadtek  expert  tv2000  i  co  sie  okazuje:  http://artustas.republika.pl/tuner_pliki/image003.jpg\' target=_blank>http://artustas.republika.pl/tuner_pliki/image003.jpg
   
  mini  dina  trzeba    no  do  chuja  waclawa!  wychodzi  na  to  ze  trzeba  by  bylo  zakupic  taka  wtyczke:  http://www.protovision-online.de/catalog/product_info.php?products_id=109\' target=_blank>http://www.protovision-online.de/catalog/product_info.php?products_id=109 (  tylko  nie  rozumiem  po  co  w  tej  wtyczce  sa  2  wtyki  audio  ?  )

[Skull]

 no  i  przez  chwilę  próbowałem  \'zdjąć\'  obraz    w  virtualdubie  z  rozdzielczości  403x284  (da  się  ustawić),  ale  efekty  nie  wiele  odbiegają  od  tego  co  już  wkleiłem.    
  @chateau  czyli  nie  ma  wyjaśnienia  czemu  te  dropy  tak  na  prawdę  się  tworzą.  A  tak  w  ogóle  VIC  to  w  c64  jest  najważniejszym  układem  -  steruje  także  procesorem  (przynajmniej  jego  dostępem  do  magistrali  systemowej).  
   
  Co  do  kabla  karty,  to  uważaj  bo  wejście  w  Winfaście  nie  jest  chyba  standardowym  svhs.  Idealnie  pasuje  kabel  z  wtyczką  od  myszki  PS2;-)  (ja  mam  taki).  Drugi  chinch  możliwe,  że  to  video  (w  miniDIN  chrom.  i  lum.)  .

[Kisiel]

 więc  do  liczenia  kropek  mnie  wystarczy  neptun  156,  przy  zapisie  do  rejestru  d020,  do21  8565r2  generuje  krope  dla  programu  
  sei  
  lda  #$00  
  sta  $d020  
  jmp  dosei  
  co  11  znaków,  stabilnie  cały  czas.  
  wygląda  jak  stop  klatka    
  Jak  to  sie  na  coś  przyda.

[chateau]

 ale  mi  nie  o  liczenie  tych  kropek  chodzilo:)  takie  to  faktycznie  latwo  policzyc,co  innego  jak  masz  ustawionych  w  rzedzie  ilestam  hiresowych  pikseli  roznego  koloru-tu  juz  jest  problem.  
   
  co  do  tych  zoltych  pikseli  ze  screena  to  mysle  ze  to  jest  jednak  gray  dot  bug.  szara  kropka  o  wielkosci  nieco  mniejszej  niz  1  piksel  zlewa  sie  z  sasiednim  brazowym  dajac  zolty.  podobny  punkt  jest  w  okolicach  rozowego  koloru  i  on  juz  bardziej  wyglada  na  szary.  
   
  dowiedzialem  sie  troszeczke  wiecej  nt.2  problemu  o  ktorym  pisalem  wczesniej  (problem  ze  scrollem-  nagrywany  obraz  ma  25  ramek  z  ktorych  kazda  sklada  sie  z  dwoch)  ale  o  tym  napisze  pozniej.

[fenek_ars]

 Ktos  mi  moze  wyjasnic  skad  te  liczby  
  403x284.  
  Zawsze  wydawalo  mi  sie  ze  na  szerokosc  
  przypada  408  pikseli,  to  jest  320  na  ekran  
  i  (6+5)*8  na  side-bordery  a  na  wysokość  312  rastrów.  
  Chyba  ze  myle  jakies  pojecia  ?

[Kisiel]

 Wersja  PAL  312  lini  ,  widocznych  284,  
  pixli  w  lini  widocznych  403.  Reszta  znajduje  sie  w  synchronizacji.  
  Ps.  fenek  jak  jesteś  na  gadulcu  to  sie  odzywasz?

[chateau]

 dokladnie  tak  jak  pisze  Kisiel.  
   
  obiecalem  wczesniej  ze  napisze  nieco  wiecej  o  generowanym  obrazie.  zastanawiam  sie  bowiem  czy  nie  daloby  sie  uzyskac  normalnego  obrazu  50FPS  z  tego  filmiku  ktory  wstawil  Skull.  
   
  wiadomo  ze  kazda  ramka  w  filmiku  sklada  sie  z  2  ramek  generowanych  przez  C64.  w  emulatorze  mozna  zobaczyc  ze  scroll  przesuwa  sie  co  1  piksel,na  filmiku  co  2  (co  widac  jako  4  bo  obraz  jest  poszerzony  2x).  teraz  sa  2  opcje,albo  wyswietlane  to  jest  tak:  
   
  1ramka:  
  1  linia  z  1  ramki  
  2  linia  z  2  ramki  
   
  2  ramka:  
  1  linia  z  3  ramki  
  2  linia  z  4  ramki  
   
  albo  tak:  
   
  1ramka:  
  1  linia  z  1  ramki  
  2  linia  z  3  ramki  
   
  2ramka:  
  1  linia  z  3  ramki  
  2  linia  z  5  ramki  
   
  jako  ze  roznica  pomiedzy  liniami  wynosi  2  piksele(czyli  faktycznie  1  piksel  bo  obraz  jest  rozszerzany  x2)  co  widac  tutaj:  http://img219.imageshack.us/img219/4497/scrollyo8.png\' target=_blank>http://img219.imageshack.us/img219/4497/scrollyo8.png -to  wyglada  na  to  ze  prawdziwa  jest  ta  pierwsza  opcja.  a  to  oznaczaloby  ze  jezeli  by  rozdzielic  obraz  co  druga  line  i  zwezic  o  50%  to  mozna  by  bylo  otrzymac  obraz  oryginalnej  wielkosci  i  co  najwazniejsze  50FPS  bez  zadnych  artefaktow  przy  scrollach  czy  innych  ruchomych  efektach!  
   
  takie  jest  przynajmniej  zalozenie  ale  oczywiscie  teoria  a  praktyka  to  dwie  rozne  sprawy:)  mianowicie  jest  jeszcze  jeden  problem  na  ktory  nie  zwrocilem  wczesniej  uwagi.  wczesniej  pisalem  ze  obraz  jest  poszerzony  2x  ale  to  bylo  teoretyczne,idealne  zalozenie.  przykladowo  logo  equinoxe  w  oryginale  ma  rozmiary  296x40.  w  filmiku  ktory  wstawil  Skull  ma  ono  80  pikseli  wysokosci(czyli  dokladnie  x2)  ale  tylko  560  pikseli  szerokosci(a  nie  296x2=592)!  obraz  jest  wiec  nieproporcjonalny(zwezony).  nie  wiem  jeszcze  jakie  jest  zrodlo  tego  problemu  ale  napewno  bede  szukal  i  kombinowal  jak  bede  juz  mial  sprzet.

[Kisiel]

 dwa  pół  obrazy  w  standardzie  TV  od  chyba  lat  30  albo  50-tych  ubiegłego  stulecia  to  313  i  312  lini  (z  proporcją  4:3).    
  Jeżeli  miałbym  gdybać  to  wolałbym  zamieszać  w  ustawieniach  na  powrocie  ramki      poniżej  poziomu  czerni  i  rozjechać  troszkę    obraz  ..  w  sumie  możliwości  sprzętowe  mam  nie  ograniczone