sonraki »

[wizofwor]

Demo SD2IEC'de çalışırsa yarın 1-2 fotoğraf yüklerim. Olmadı kendim bir şeyler yazarım.

Yarın dememin nedeni. Malum CRT ile fotoğraf makinesi pek iyi anlaşamıyorlar. Gün ışığında fotoğraflar biraz daha iyi çıkar diye düşünüyorum.

[eins]

Bir zahmet bunun da yakın çekim fotosunu alabilir misin?

[perpetual_007]

C64 reloaded ile ilgili forumumuzda bir yazı bulamadım.Eğer varsa link (forumumuzda) verebilir misiniz ?

[eins]

bir abimiz vardı, eylül ayında bize bağıra bağıra şu yatırımı yapın dedi, bizden başka 3-5 kişi daha takip ediyordu kendisini. ben dediğini yapsaydım şimdi c64 reloaded'in burada imalatını yapardık. ben dinlemedim ama bir daire parası kadar büyük zararda olan bir abimiz dinledi zararını kapatıp parasına para kattı. en azından bir parça yatırım yapsaydım şimdi 3-5 tane Individual Computers’ten sipariş verirdim. of offf..

Ne yatırımı çok merak ettim. Donanım projesi mi?

[Simon (Özay Turay)]

Yok arkadaş bankacı da.

[eins]

Haaa şu mesele... THY yeni hatlar açıyor diye thy al dediler gitti paralar. Altın yükselecek diye goldas aldırdılar hisse 0 oldu bütün para gitti. Hiiiç işim olmaz artık birsayla falan... Üzülmesin diye hanıma da sormuştum sana ne alalım diye. Bana pınar süt al süt her zaman satılır dedi. Bir tek o karda hatta temettü bile dağıttı hisse...

[i_r_on]

C64 ün çıkışı progressive değil mi? Interlaced olayı nerde dahil oluyor işin içine?

Harici bir aparat yerine bu arada case mod gibi bir şey belki daha kullanışlı olabilir.

[eins]

Progressive olamaz ki, çıkış bildiğin PAL. Ama eğer görüntü sabitse VIC-II her iki fieldda da aynı görüntüyü basıyor. Yani kendi içinde progressive gibi davranıyor.

Case mod kabul edilebilir olsa aslında içeriden dot clock almayı çok isterdim. Şimdi çıkıştaki video görüntüsünden clock üretip ona lock olmaya çalışacağım. Çok daha zor. Halbuki içeride mis gibi dot clock var. Tam da dot clock peryodlarında pikselleri sample etmek çok kolaylaştırıdı işleri.

Bugün TVP5150 video decoder entegresi için bir test PCB'si çizdim. Şemada zaten enteresan birşey yok. PDF'te verilen örnek şema. Tesadüfen, elimdeki kutulardan birinde iki tane bu chipten buldum. Fi tarihinde gene bir proje için sipariş etmişim anlaşılan ama kullanmamışım. Umarım istediğim sonucu alırım. Tek sıkıntı 14.318MHz gibi garip bir kristal istemesi, bir çare düşüneceğim artık.



PCB'yi de bir tane elde basacağım için elde basılabilir olarak izmeye özen gösterdim. 4 adet atlama ile halloldu iş. Bu haftasonu vaktim olmayacak ama hafta içi PCB'yi basıp C64'den gelen videoyu decode etmeye çalışacağım artık.



İlk hedefin gelen videonun pixel clockunu extract edip FPGA ile o sinyale lock olmak. Sonrasında YCrCb sinyali alıp RGB ye çevirip HDMI içerisine basmayı denemek olacak...

[i_r_on]

Internette araştırdığımda interlaced olmadığı yazıyor. (Bir kaç yerde gördüm)

Örnek : http://csdb.dk/forums/?roomid=7&topicid=67203&showallposts=1

The most annoying thing with the Sony LCD-TV I've got is that the deinterlacing can't be disabled. This means the TV tries to reduce what it thinks is a 50 fps interlaced source to a 25 fps progressive one. The C64 obviously doesn't have an interlaced output but rather a 50 fps progressive one (or atleas it only ouput either odd or even fields), but the TV doesn't understand that. As a result, games with scrolling gets jerky and interlaced tricks (like Rainbow Islands alternating the color of one of the collected diamonds each frame) gets completely destroyed... All in all the LCD makes C64 game playing and demo watching about as much fun as using VICE on my laptop, but luckily my old Sony CRT have come to the rescue :-)

[eins]

(or atleas it only ouput either odd or even fields)

Demiş ya, yani PAL'in her iki field'ın da da aynı görüntüyü basıyor işte. PAL doğası gereği interlaced olur. Progressive gönderme şansı yok zaten.

Bak şöyle desem daha anlaşılacak. PAL normalde 576 görüntülenebilir satır taşır. Ama bunların 288'i ilk fieldda ikinci 288'de ikinci fieldda gider. C64 düşey çözünürlüğü 288 satıra sığdığından PAL'deki 576 satır çözünürlüğü kullanmıyor. Her iki fielda da aynı görüntüyü basınca sanki sn de 50Hz refresh rate varmış gibi oluyor. Ama karşıdaki alıcı (TV seti) ilk field ile ikinci field'ı aynı düşey koordinata basmaz. Zaten senin alıntı yaptığın yerdeki adam da tam da bunu yazmış. Aslında adamın TVsi doğru birşey yapıyor, gelen sinyali 50FPS interlaced olarak değerlendiriyor ki zaten PAL formatı bu şekildedir...

[i_r_on]

Her iki field'a aynı görüntüyü bassa pratikte 25hz bir görüntü oluşturur.

Şurada açıklamışlar

http://forum.doom9.org/archive/index.php/t-157080.html

Konu hakkında uzman değilim ama mantıklı geldi bana. Ardı ardına gelen iki field'ı odd / even şeklinde göstermektense üstüste bastırılmasını sağlıyor görüntüyü sağlayan diyorlar.

[eins]

Yani anlatamadim. PAL sinyalinde progressive yada interlaced diye bir ayirim yok. Yani kaynak ben progresive gonderiyorum demiyor.

Her zaman icin PAL frame'i iki field olarak basar. C64 e gelince ornegin siyah ekranda sadece tek bir pikselin beyaz. Birinci field taranirken o piksel uzerinden gecerken bu piksel gonderilir. Karsidaki TV de olmasi gereken yere bu noktayi basar. Ikinci field taranirken ayni yerde C64 gene bu pikseli gonderir. Karsidaki TV de gene olmasi gereken yere bu noktayi basar. Ancak bu nokta C64 de tek bir nokta iken karsidaki TV de alt alta gelen iki PAL satiri kadar bir yukseklikte cizilmis olur. Cunku ilk field ile ikinci field tarak gibi ic ice gecmis cizilir TV de yani ayni pozisyona cizilmez.

C64 progressive derken demek istenilen bu aslinda. Yani ilk field ile ikinci fieldin farkindan yararlanmiyor.

Gercekten progresive olsa idi tum 576 satiri bir seferde taramasi gerekirdi. Bu durumda 50hz refresh rate olmasi imkansiz. Ancak 25hz de tarayabilirdi progresive olarak. Zaten 576 satiri tek seferde tarama diye birsey yok PAL de. Progresive genelde VGA de oluyor.

Yazarak gercekten anlatamiyorum ama elektriksel sinyal olarak cikis kesin interlaced. Ama dedigim gibi bunun avantajini kullanmadigi icin 25frame yerinde sanki progresive olan 50frame varmis gibi ciziyor. Birinci field ile ikinci fieldi ciziyor olmasinin bir farki olmuyor vic icin. Her birini ayri bir frame gibi goruyor...

[i_r_on]

Pek tabii ben yazılanlardan yola çıktığım için yanılıyor olabilirim. Gerçek sinyali incelemek daha doğru kararı verdirir.

Ancak şunu anlayamadım. C64 ün alt alta iki satır video bilgisinde blur uygulamak için neden tüm frame'i hafızaya atma ihtiyacı var. Sonuçta c64'ün gönderdiği ilk 288 satırla sonraki 288 satır birbirinden bağımsız. Kullandığın çipin kısıtlaması falan mı?

[LW3D]

i_r_on: sonuçta blur bulunduğu satırdan diğer satıra taşacak bir etki. Eğer taşmazsa blur olmaz, diğer satır olmadığı durumda (field basıldığında) yani diğer satır bilinmediğinde nasıl etki elde edilebilir ki? Sonuçta 576 satır ya da resmin tamamı elde olmalı ki diğer piksellerle etkileşim sağlansın (diye düşünüyorum).

[MeG]

Yazdıklarınızdan ve bu projenin teknik detayından hiç bir şey anlamıyorum ama yine de takip etmesi acayip zevkli bi konu

(Benim hiç HDMI girişli cihazım veya LCD ekranım olmadığı için bu cihazlardan alınan görüntüye dair hiç bir fikrim yok..)

Delimawi : 1084 istemişsiniz. Elimdekini satmam mümkün değil ama eğer yardımı dokunacaksa benimkini alıp denemeler yapabilirsiniz. Eğer bulamazsanız bu yöntem de aklınızda bulunsun...