commodore.gen.tr

Evet, bugün facebook'ta biri C64'den VGA monitöre çıkış almak mümkün olabilir mi tarzında bir soru sormuştu. Bunu biraz teknik olarak inceleyelim diye düşünüyorum.

Daha önce aslında PAL sinyali bir şekilde HDMI'a çevirmeyi başardık hatta içerisine ses de ekledik. Hatta hatta PCB çizimi bitince üretime girmeyi bekleyen bir proje kıvamına bile geldi.

Daha sonra Mini Bartop Kabin projesinde, bu devrenin bir varyasyonunu kullanarak VGA çıkış ürettik. Ama bu bazı konuların denk gelmesi ile mümkün oldu, şöyle ki; NEO GEO çıkışı aslında NTSC yani 640x480@60Hz. Bu da neredeyse VGA 640x480@60 Hz Industry standard (pixel clock 25.175 MHz) zamanlamasına denk geliyor. Bu sayede formatı çok az da olsa çekip bükerek VGA formatına sokabildik.

Gel gelelim C64 çıkışı PAL. PAL olunca işler biraz karışıyor. İnce ince VGA detayına girmeye bile gerek kalmadan, 50Hz bir VGA standardı olmadığını görebiliyoruz. VGA Refresh rateleri 60,72,75,85,100 vb.. şeklinde.

İşte bu noktada frame buffer kullanmadan PAL sinyalden VGA sinyal üretilebilir mi diye bir challenge ortaya konulabilir mi diye düşündüm. Belki de güzel bir proje çıkabilir.

Framebuffer konusunu biraz açıcak olursak, gelen sinyal hangi formatta olursa olsun, eğer bir framebuffer hafızamız varsa, gelen görüntüyü bu hafızaya depoluyoruz. Çıkış tarafında ise hangi formatta sinyal istiyorsak encoder bu framebuffer hafızasından görüntüyü okuyup istediği şekilde görüntüyü üretiyor. Dolayısı ile decoder ve encoder birbirlerinden izole ve senkron olmadan çalışabiliyor. Bu da giriş ve çıkış formatları seçiminde büyük esneklik sağlıyor. Piyasadaki neredeyse tüm çeviriciler bu mantık ile çalışır.

Dezavantajları ise, ram maliyeti, screen tearing ve işleme gecikmesi olarak karşımıza çıkıyor.

Framebuffer kullanmayan sistemlerde ise (ki benim zaafım olan sistemler :)) giriş ve çıkış tam senkronizasyon içerisinde çalışmalı. Yani gelen sinyal tam bir satır taradığında çıkış sinyali de aynı satırı aynı zamanda tarıyor olmalı. (NOT: Eğer line doubling yapılıyorsa örneğin, bir satır geldiğinde çıkış tam iki satır üretebiliyor olmalı vb.)

Burada framebuffer kullanmadan VGA sinyali üretme hedefine ulaşmak için şu an için gördüğüm en yakın çözüm PAL 720x576@50Hz sinyale karşılık, SVGA 800x600@56Hz formatını kullanmak. Evet ilk bakışta tam uyuşmadıklarını görüyoruz. Ama PAL'e en yakın VGA formatı bu.

Hatta şöyle bir hesap yaptım. SVGA sinyalin pixel frekansı normalde 36MHz. Bunu eğer 32MHz'e çekebilirsek neredeyse PAL sinyal ile zamanlamayı tam olarak tutturabiliyoruz.

(http://i.hizliresim.com/ErY658.jpg) (http://hizliresim.com/ErY658)

EDIT: Tekrar okurken farkettim, yukarıdaki hesabı biraz açıklamak lazım. Normalde SVGA sinyalinde bir satır tam 28.44444444 uS de taranır ve pixel frekansı da 36MHz dir. PAL sinyalde ise (C64 assembly yazanlar iyi bilir) bir satır tam 64uS dir. Şimdi amacım C64 tam bir satır taradığında, yani 64uS de ben SVGA'de iki satır tarıyor olacağım. Yani line doubling yapacağız. Bu durumda SVGA satır zamanı 32uS olmak durumunda. Normalde 28.4444 olan zamanlamayı yaklaşık %10 yavaşlatarak 32uS ye çekersek bu iş olur. Bu hesap o hesap. ;)

http://tinyvga.com/vga-timing/800x600@56Hz


Tabi bu sinyale monitörler itiraz edecekler mi bilemiyorum. İleriki günlerde vaktim olduğunca FPGA ile yukarıda 32MHz'e modifiye ettiğim SVGA sinyali oluşturmaya çalışıp monitörlerin bu sinyale olan tepkilerini test edeceğim.

Eğer başarılı olursa belki bir de ucuz yollu FPGA tabanlı C64>VGA adaptör projesi çıkartabiliriz.

İyi akşamlar.

Döktürmüşsün gene, inşallah monitörler itiraz etmez bu hesaplara. :)

Ucuz yollu c64-vga dönüştürücü harika olur, güzel haberleri bekliyoruz.

Bu sabah heyecanla sabah kahvemi içerken şu 800x600 50Hz konusunu hızlıca bir denemeye karar verdim.

Öncelikle FPGA ile 800x600@56Hz normal bir SVGA patern üretip test ettim. Elimdeki 3 monitörde de sıkıntı çıkarmadı.

Daha sonra 36MHz olan pixel frekansını 32MHz e doğru kısmaya başladım. 34MHz de hala elimdeki ilk monitör olan LG TV itiraz etmedi. Yenileme frekansı 53Hz'e düşmüştü bu sayede. Hedefimiz 50Hz.

(http://i.hizliresim.com/m4Pko2.jpg) (http://hizliresim.com/m4Pko2)

32MHz e indiğimde, yani yenileme frekansı 50Hz olduğunda çok ilginç birşey oldu.

(http://i.hizliresim.com/bk5GvY.jpg) (http://hizliresim.com/bk5GvY)

Bu monitör aynı zamanda TV olduğundan mı bilmem 50Hz'i görünce sinyalin aslında 800x600 değil PAL olduğuna karar verdi alet. :) Bakın 720x576 yazıyor. Bu PAL sinyalin ölçüleri.

Çok şaşırdım hemen bir başka monitöre verdim sinyali. Bu da LCD ancak TV özelliği olmayan bir ASUS monitör.

(http://i.hizliresim.com/YqBNVa.jpg) (http://hizliresim.com/YqBNVa)

Bu monitör gelen sinyalin bilgilerini vermiyor, dolayısı ile ne olarak algıladığını bilmiyorum. Ama en azından problem çıkarmadan 50Hz sinyali gösteriyor.

Son olarak elimdeki çok daha eski olan Bartop için kullandığım 3:4 monitörde deniyorum.

(http://i.hizliresim.com/AnmkXX.jpg) (http://hizliresim.com/AnmkXX)

Her 3 monitör de bir şekilde problem çıkarmadan test patterni göstermeyi becerdi. Bu iyi haber. Bu 50Hz VGA işincen bir proje çıkacak gibi görünüyor. Belki her monitörde çalışmayacak ama bir çoğunda özellikle güncel monitörlerde çalışacağına ikna oldum...

c64 cüler dört gözle takip ediyordur
arcade monitörleri gömdün, sıra 1084 ler de yani
1084 ler de tozlu raflara gidecek anlaşılan :)

Meseleyi kısaca şu şekilde anlıyorum: Hiçbir buffer kullanmayınca monitör çok kısıtlı kullanılabilyor ve 1 pixel gecikme oluyor; frame buffer kullanınca video sinyali herhangi bir modda kullanılabiliyor, 1 frame gecikme oluyor.

Peki line buffer kullanılırsa ne olur? 1 satır gecikme ile line herhangi bir uuznluğa scale edilebilir hale gelir, line doubling tripling vb ile birlikte kullanılırsa sonuç olarak her monitör modu kullanılabilir hale gelir diye düşünüyorum

@Lvnt,

Hiç buffer kullanmayınca haklısın dediğin gibi bir piksel olur gecikme. Ama bunun işe yarar bir tarafı yok. Yani iki format arasında bir dönüşüm yapmamış oluruz.

Frame buffer kullanılınca en azından bir frame ama bir çok sistemde daha çok olabiliyor gecikme. Yani ara buffer tek frame için değil genelde birkaç frame alabilecek şekilde fifo yapılıyor. Bazı sistemlerde 2-3 frame'e kadar gecikme olabiliyor. Özellikle görüntü üzerinde işlem yapılıyorsa.

Ben tüm frame'i bufferlamıyorum ama satırı bufferlıyorum. Yani dediğin gibi line buffer var. Gecikme bir yada iki satır. (64uS ki insanoğlu bu gecikmeyi hissedemez.)
Bu sayede line doubling vb yapabiliyorum ki gene bu sayede scanline effect verebiliyoruz.

Ama malesef her monitör modu kullanılamıyor. Çünkü line buffer olsa bile, gelen sinyal bir satır taradığında, çıkışa da tam aynı sürede bir, iki yada üç farketmez, tam sayıda satır taramış olmak gerekiyor ki, line buffer şişmesin.

Kısaca gelen sinyalin bir satırı tarama süresi ne ise, çıkış sinyalinde o sürenin tam katı olmak zorunda.

İkinci kural da satır sayıları giriş ve çıkış için birbirlerinin tam katı olmak durumunda. Yani giriş sinyali 320 satır ise örneğin çıkış ya 320, ya 640 ya da 960 satır olmak zorunda ki bir frame'i tam aynı anda bitirebilmiş olsunlar...

Çok güzel haberler. :)

Yalnız benim kafama birşey takıldı: Kahveyi mi heyecanla içiyordun yoksa kararı mı heyecanla verdin? :D

Hahaha, hakikaten komik olmuş okuyunca... :)
Dün akşam postu atınca aklımda kaldı konu. Evde deneyebileceğim hiçbirşey yok sadece teorik çalışabiliyorum, heyecanla ofise gidimde şunu bir deneyim diyordum kendi kendime... :)

Yazıyı okuduğumda buffersiz sanmıştım.

Meseleyi anladım. Gözden kaçırdığım şey pal kaynağın yavaş ve hedef vga'nın hızlı tarama yapmasından ötürü oluşan senkron sorunu. örneğin vga 800x600@120hz'de pal bir satırı bitirdiğinde vga taraması çok hızlı olduğu için ekran üzerinde yer olarak pal satırından başka başka yerlere gelmiş oluyor. Senkron sorunu sebebiyle line buffer ile (ya da buffersiz) birçok modda dönüştürme yapılamıyor. Dolayısıyla line buffer ile yapılabilecekler çok sınırlı kalıyor.

Zor problemlerin üstesinden gelmeye çalışmak çok heyecanlı olabiliyor, bunu inkar edemem, bu şekilde çok da vakit harcamışlığım vardır. Ama sanırım bu kadar kısıtlamaya ben olsam 1 frame gecikmeyi göze alıp framebuffer kullanırdım. Fb'siz çalışmayı sağlamak için harcayacağım zamanı da gecikmeyi 2 frame'in altında tutmak için harcardım. Böylece biraz gecikmeye karşılık her monitörde herhangi bir modda çalışabilmeyi elde ederdim. Frame gecikmesi çok mu önemli gibi cevaplarını bilmediğim kilit sorular olduğu için yanılıyor da olabilirim tabi.

Heyecanlı konuymuş, işi gücü bırakıp anlamaya çalıştım, kolay gelsin

@lvnt,

Evet aslında framebuffer kullanmak mantıklı olabilir. Ama ben hızlı, kolay ve ucuz birşeyler çıkartmaya çalışıyorum. Tek bir ucuz FPGA çipi içerisinde bir miktar RAM bulunuyor. Ancak bu RAM framebuffer olarak kullanmak için yeterli değil. Ancak birkaç satırlık linebuffer yapılabilir. Eğer framebuffer kullanıcaksak dışarıya ayrıca bir RAM eklemek gerekicek. Bunu eklesek bile bu RAM'e hem encoder, hem de decoder asenkron olarak erişmek isteyeceği için bir share logic implement etmek gerekicek. Kısacası daha zor ve pahalı bir çözüm olacak.

Aslında bunların hepsi mümkün ve zaten yapılıyor ama örneğin çinli amcam ufacık bir PCB üzerinde custom bir çip ile bu işi çok ucuza halledip aşağıdaki linkteki gibi cihazları yapabiliyor. Biraz da işin ruhunu bilse programcılar ve iki tık daha kaliteli yazsalar yazılımları gerçeten iş görecek bu cihazlar. Donanımsal sıkıntı yok yazılım kalitesizliği var hep. Bu custom çiplerin toolchain'leri de sağda solda bulunmadığından biz de oturup bu cihazlara firmware yazamıyoruz malesef.

https://tr.aliexpress.com/item/New-VGA-To-Video-PC-laptop-Composite-Video-AV-S-Video-RCA-to-PC-Laptop-VGA/32618027483.html

https://tr.aliexpress.com/item/High-Quality-Real-HD-1080P-Chip-1920-1080-60Hz-HDMI2AV-Hdmi-to-RCA-AV-CVSB-L/32709108622.html

768x288 ya da 384x288 fb kurtarmazmı? Her pixel 16 bit ya da 12 bit?

Bu çözünürlüklerde VGA formatı var mı?

Ben şu listeden bakıyorum.
http://tinyvga.com/vga-timing (http://tinyvga.com/vga-timing)

Bir de saniyedeki yenileme sayısı çok önemli. Şimdi pal 50Hz ya, seçtiğimiz VGA formatının da 50Hz olması şart. Çünkü fb kullanmadığımız için aynı sürede bir frame taranması şart.

16bit yada 15bit uygun olur. 12 biraz düşük kalabilir.

Xwindow'da tam ekran mame oynayacağım diye 384x288 ve tam ekran tv için 768x576 modeline'lerim vardı... bir zamanlar. 768x576 modeline diye aratınca şu sayfada bir sürü modeline çıktı:
http://geocities.ws/podernixie/htpc/modes-en.html (http://geocities.ws/podernixie/htpc/modes-en.html)

Ben renkleri yuv olarak saklamayı tercih ederdim. Görüntü kalitesi yüksek olur, renk kalitesi düşer ama insan gözü aydınlığa renklerden daha hassas olduğu için aynı bit derinliğindeki rgb'den daha iyi sonuç elde edilir.

2 pixel için ortak u ve v olunca 2x8-bit intensity + 8-bit u + 8-bit v = 32, 2 pixel olduğu için pixel başına 16-bit

4 pixel için ortak u v olursa 4x8-bit + 8-bit u + 8-bit v = 48-bit, 4 px olduğu için pixel başına 12-bit. Bu ikincisinin renk kalitesi düşük tabi

heycan verici bir proje daha...teşekkürler delimawi

Ben DOS zamanlarında CCS64'ü 384x288x50Hz'de kullanıyordum ve CRT VGA monitör bu modu sorunsuz gösteriyordu ve C64'ü PC'de bu ayarda emüle etmenin yolunu hala bulamadım. Muhtemelen ekran kartından sinyaller 'doubling' ile 768x576@50Hz olarak gönderiliyordur.

Konuyla ilgilimi bilemedim ama vakti zamanında uydu alıcıyı vga monitöre şu parçayla bağlamıştım görüntü aşırı kayık çıkmıştı bir türlü oturtamamıştım, görüntü PAL idi.

(http://site.allaboutadapters.com/webgraph/VGA-203RCA-Profile.gif)

Monitörler bu modları destekliyorsa, 720x576 yada 800x600 50Hz sanırım hayli hayli destekler o zaman. Sıkıntı olmaz.

Renk meselesine gelince, ben çok detaya girip karıştırmak istemedim ortalığı ama detay vermek gerekirse, PAL sinyal zaten FPGA içerisine alınmadan önce digitize edilecek. Bu esnada decoder chipi dediğin gibi YUV formatında 4:2:2 çıkış üretiyor. Yani yan yana gelen iki pixel için 8 bit u, 8 bit v ve her bir pixel için ayrı ayrı 8 bit y (intensity). Dediğin gibi pixel başına 16bit data giriyor.

İçeride linebufferda zaten bu şekilde saklanıyor. Ama VGA'e dönüştürüleceği esnada, RGB analog çıkış üretilmek zorunda olduğu için color space çevrimi yapılıyor ve YUV RGB oluyor. Şimdi bu işlem sonucunda 16bit YUV sinyal 3x8Bit RGB halini alıyor. Ben 15 bit derken, analoga çevirme esnasında kanal başına 5bit DAC kullanılabilir anlamında dedim. Aslında FPGA bacak sayısı yeterse ve PCB biraz daha büyük olsun denilirse 24bit olarak bile bırakılabilir. (C64 için çok anlamı olur mu bilemedim, zaten toplam 16 farklı renk var...)

Aklımdaki senaryo şu, olur mu olmaz mı işin içinde olmadığım için tam da net bilmiyorum: Framebuffer kullanınca; pal ekranın tüm satırları pal clock hızında fb'ye aktarıldığında (1/25 sn sürer, hem tek hem çift frame'ler) fb artık ayrı bir clock hızında vga'ya aktarılabilir. Bir sonraki 1/25sn boyunca vga ekranda istenen çözünürlüğe scale edilmiş halde bu fb gösterilir. Vga vertical retrace 25hz'in katları olursa görüntünün orta yerinde diğer frame'e geçilmeyeceği için tearing olmaz. 50-75-100-125hz gibi. Scaling için fazladan hafıza kullanmaya gerek yok, vga taraması sırasında hedef pixelin intensity değeri, fb'nin hangi iki ya da üç pixeline pozisyon olarak yakınsa intensitysini yakınlığı oranında bu pixellerden alır. U V renk fark değerleri kolaylık olsun diye direkt olarak en yakın pixelinki kullanılabilir.

Bu sırada, yani ikinci 1/25sn boyunca ilk fb vga'da gösterilirken, ikinci fb'ye pal'den gelen görüntü aktarılmaktadır, yine 1/25sn sonra bu fb'de tam dolmuş olur. Bu sefer vga'da bu fb gösterilmeye başlanır. Doublebuffer sayesinde pal frame farklı clockta depolanırken fb vga'ya farklı bir clockta aktarılabilir oluyor.

768x288 ve 384x288 çözünürlükleri ve 16-bit ve 12-bit yuv formatlarını az ram kullanımı için söylemiştim. Fb'den yuv pixel değerleri okunup o anda rgb'ye çevrilip vga'ya gönderilir şeklinde.

Bu senaryo bana çalışır gibi geliyor. Frameleri fb'de saklama olayı basit. Belki yuv fb satırından farklı genişlikte bir vga satırına o anda scaling ve rgb dönüşümü biraz korkunç gözüküyor olabilir. Ben yine de yapılabileceğini düşünüyorum.

Lcd'lerde bu çözünürlükler çalışır mı? Tahminim çalışır yönünde, ama lcd'ler hep 60hz civarı bir dikey tarama istiyor. 720x400@70hz çalışmak zorunda gerçi, 80x25 text modu bu video modunda gösteriliyor. Dikey tarama hızı 320x240 gibi çözünürlüklerde 100-120hz vb olunca açmıyordu sanki. Xwindowda da 320x240 deyince dikey tarama böyle yüksek modda açıyordu, oradan hatırlıyorum galiba.

Heyecanı öldürmek istemem ama HDMI yeterli olmaz mı bize yahu? Elimdeki crt monitörü depoya kaldırdım, yeni pc monitörleri artık hdmi alıyor. VGA'yı yaptık diyelim, VGA monitör nasıl bulacağız?

Tarama frekansı değişince bu frame'i atla, bu frame'i iki defa göster gibi şeyler ortaya çıkacak. Delimawi kastettiğin tek frame için hafıza yetmez dediğin bu muhtemelen değil mi? Bundan dolayı da görüntü aslında çok naturel olmayacak. Normalde bu tip durumlarda interpolasyon gibi teknikler kullanılarak aralara eklenen frame'lerin daha doğal olması falan sağlanıyor sanırım. Misal 50Hz'den 60Hz'e geçerken.

Şahsi kanaatim şu aşağıdaki sayfadaki konular HDMI64 projesinde emüle edilse çok daha katma değerli bir iş ortaya çıkar.

http://hitmen.c02.at/temp/palstuff/ (http://hitmen.c02.at/temp/palstuff/)

Hades'in HDMI li monitoru yokmus. Gomlum razi olmadi VGA olanini da yapalim diyorum. :D Neyse saka bir yana yarin cevap yazacagim. Iyi geceler.

@Lvnt, yazdıklarında tamamen haklısın. Sanırım şöyle bir yanlış anlama oldu. Tüm bu yazdıkların en az iki framelik bir buffer kullanıldığında aynen geçerli olur. Ben daha önce yazdığım sebeplerden ötürü, framebuffer kullanmamayı tercih ettiğim için bu dediklerini uyguluyamıyorum. Aslında şu eldekiler çıkınca biraz daha gelişmiş bir kart üzerinde framebuffer kullanarak neler yapılabilir ona da ayrı bir proje ile bakabiliriz.

@i_r_on, evet aslında HDMI cepte zaten. Onu bir kenara bıraktığım falan yok.

Şöyle birşey oldu, Neo Geo projesinde, aslında HDMI kullanacaktım, sonra VGA kullanmayı denedikten sonra, nedense (belki de orjinal sinyal zaten analog olduğu için) VGA yöntemine daha çok ısındım. HDMI tam dijital olduğu için en ufak bit hatasında TV gelen sinyali kabul etmiyor vb dertler olabiliyor. Halbuki görüm ki, VGA hatalara karşı çok daha toleranslı.

Bir de hakikaten eski analog VGA monitörlerde kullanabilmek ya da HDMI'ı olmayan kişilerin de kullanımına sunabilmek için enteresan olabilir diye düşünüyorum.

Ayrıca, yapmışken bunu da yapalım, birşey daha öğrenmiş olalım faktörü de var.

Elektronik olarak baktığında aslında devreler hemen hemen aynı. Sadece çıkış kısmında bir değişiklik oluyor. Hatta VGA versiyonunda daha çok eleman var. Zira DAC çevrim yapılıyor. HDMI olanında FPGA'den hatlar doğrudan HDMI konnektöre gidiyor.

Belki ikisi de tek PCB de bile çizilebilir.

3 tane monitörüm var ve sadece vga girişli. pal>vga on numara olur benim için.

Öyleyse en birinç ben. 1 lehimli bir lehimsiz olsun.

@delimawi : çok bilmediğim için saçma bir soru olabilir...Ama hdmi'dan bir TV alıcısına girmekle, vga'den bir VGA LCD ekrana girmek arasında gecikme açısından fark olur mu? Misal piyasadaki ucuz hdmi dönüştürücülerin (denemedim) çok ciddi lag'a sebep olduğunu okumuştum...VGA girişlilerle, hdmi girişliler arasında bir fark olma ihtimali var mı?

Bende şunu soruyum biten projelerini kaynak kodları ile birlikte paylaşmayı düşünüyormusun ? .

yan projeler olabilir kendine yapmak isteyenler olabilir örnek ben :D .

Evet dusuniyorum ama zaten ne yaptiysam hem detayli anlatiyorum hem de verilog kodlarini paylasiyorum. Ayrica yapmak isteyen olursa ya da bir yerini anlamayan ya datartismak isteyen olursa da sonuna kadar yazisirim bilgi paylasirim. Bilginin saklanmasi yonunde bir tavrim yok.

Gel gelelim merak eden yan proje cikartmak isteyen bir zahmet neyin ne oldugunu anlamaya calissin gerekiyorsa sorsun o sekilde ilerlesin. Komple compile edilmeye hazir proje dosyasi istenmesi beni gicik eden hir konudur. Ha yaparim sorum yok ama kimse okumayacaksa anlamaya calismayacaksa da hu kadar teknik zirvayi bosu bosuna yazmayalim biten projeden bir video bir screen shot bir de ziplenmis proje dosyasi paylasalim olsun bitsin. Ne dersiniz...

Valla ben bu odada açılan tüm proje konularını büyük bir ilgiyle takip ediyorum. Bunların bir kısmı hakkında en ufak bir fikrimin bile olmadığı konular oluyor (mesela bu başlıktaki timing tartışmaları gibi), ama bunları okumak bile benim için büyük keyif. Çünkü her konunun bana az veya çok bir şeyler kazandırdığını düşünüyorum ve kim bilir belki de ileride bunlardan bazıları çok işime yarayacak.

Ha bu başlıkta yalnızca biten projeden bir video ve ziplenmiş proje dosyası olsaydı öylesine bir bakar çıkardım. I ıh, istemez öyle :)

Yok abi sen böyle devam et, işin eğlencesi nerede kalacak o zaman. :)

Aynen devam etmelisin...Bence çok iyi ve değerli bilgiler veriyorsun. Çoğumuza %90'ımıza sonuç ürünü dağınık halde versen bile bir araya getiremeyiz.

Bu proje gerçekleşirse AEC/Lumafix ihtiyacı daha mı belirgin olacak, yoksa bu duruma pratik bir tür çözüm eklemek mümkün mü?

neden sitem eder gibi bir cevap yazdığını anlıyamadım doğrusu canın isterse paylaş canın istemez ise paylaşma paşa gönlün bilir emek senin proje senin canın ne isterse yap merak ettiğim için sordum paylaşırım yada paylaşmam gibi basit bir cevap fazlasıyla yeterli olurdu neyse.

Diğer bir konu herkez elektronik mühendisi değil yada profosyonel olarak tasarım yapmıyor senin verdiğim dediğin bilgileri sen ne kadar versende bir çok kişinin alması zor olabilir Benim açımdan yan proje üretmek ilk önce çalışan bir şeyi değiştirmek şeklinde daha kolay olur sıfırdan senin alattıklarınla proje üretebilicek kabiliyette birinin bu forumda olduğunuda ayrıca sanmıyorum sana basit olan bana imkansız olabilir her neyse uzatmaya gerek yok ben anlıyacağımı anladım sana kolay gelsin bol projeler.

Diğer fikirlerine bir şey diyemem ama kendin dahil bu forumdaki insanların potansiyelini küçümseyen bu cümleyi kabul etmiyorum. delimawi'nin anlattıklarının bir kısmını ben de direk anlamıyorum mesela ama bu benim altyapı eksikliğinden kaynaklanıyor, biraz daha araştırma yaparak anlamaya başlıyorum. Ama bu forumda bilgi olarak çok iyi düzeyde kendini yetiştirmiş insanlar var, bu sözünle direk onları gömmüş oluyorsun.

Çoğu zaman farklı yöntemler, yeni fikirlerin doğmasına sebep oluyor. Daha önceki kartuş üretim süreçlerinde, diğerinin fikrinin daha sonra başka bir kartuşa uygulandığını çokça gördük. Herkes anlamak zorunda değil. Ben de anlamıyorum ama günün birinde anlayacak bilgi seviyesine geldiğinde, insanın geri dönerek faydalanması çok olası ki bunun da örneklerini çokça yaşadık...

Herkesin belirttiği gibi bu tartışılacak bir konu da değil...

özay bu benim fikrimdir katılırsın katılmazsın ayrı konu ben hala daha aynı düşünceye sahibim  şunu kabul etmek lazım delimavinin mesleği bu. Elektronik konusunda iyi biryerlerde olmasa zaten mesleği olamaz.



 

Bir şeyler üretmek için üretilen şeyin illaki mesleğimiz olması gerekirmez.
uzmanlar anlatıyor işte, tüm bu teknik konu tartışmaların sonunda güzel bir proje çıkacağına inanıyorum.

Elektronik özayında mesleği değil hobisi ama kendi mesleğide var. herkesin bir hobisi olmalı, İllaki elektronikle ilgili bir okulda ders almaya gerek yok Özay böyle projeleri takip edip araştırıp okuyup çalışma prensiplerini anlayarak öğrenmiş işte. Uğraşırsa drone yazılımı bile geliştirip uçuracak kapasite olduğuna inanıyorum. insan biraz zeki olunca anliyor ve yapıyor.

Benimde mesleğim elektronik değil, hobim ama bir direncin, boninin, kondansatörün AC/DC akımda nasıl davrandıgını öğrendim.
 
delimavi abiciğim bu projeye devam edip teknik bilgi vermeye devam etmeni umuyorum.
Bizim gibi kişiler bazı şeyleri sizin gibi uzmanların paylaştığı teknik bilgiler sayesinde birşeyler öğreniyor. Okuluna gidemiyoruz sizlerden öğreniyoruz. Anlaması zor oluyor ama süreç çok zevkli. Okuyan emek veren o dersleri çalışan sizlersiniz ne diyelim allah razı olsun.
 
Ayrıca HDMI64 ten birtane bende istemiştim. Bu projenide üretime geçirirsen inşallah bundanda birtane nasib olur.

Günaydınlar,

Ben konunun bu boyutu çok uzamasın diye cevap yazmadım ama projeleri ve gelişmeleri tabiki paylaşmaya devam edeceğim. Elektronik mesleğim olsa da bu işler de hobim. Ben de hobim ile mesleğimi birleştirip ortaya birşeyler koymayı seviyorum ve tabiki paylaşmaya da devam edeceğim.

Ancak kaynak kod konusunda meramımı anlatamadım anlaşılan. Bakın bilgi saklamayı sevmem, açık açık paylaşırım. Forumda birileri projeyi yapar yapamaz o ayrı konu. Ben burada bu proje için yürürken karşılaştığım bulguları, zorlukları, problemleri ve eğer aşabilmişsem nasıl aştığımı hiç bir teknik detayı saklamadan paylaşmaya özen gösteriyorum. Bambaşka bir projede, başka bir arkadaş benzer bir problemle karşılaşır ya da benim spesifik olarak bu proje için ürettiğim herhangi bir çözümü yada yöntemi kullanır bu bile bir kazançtır. Yani illaki bir başkası projeyi aynen yapacak diye bir kural yok.

Bilen bilir, bir kaç arkadaş özelden benden kaynak kod istedi, zipleyip gönderdim. Böyle bir derdim yok benim.

Ama gönül ister ki, bu bilgiler üzerine kurulu bir iş yapacak olan kişi ile burada konuşalım, tartışalım, paylaşalım, o şekilde ilerlesin projeler, yan projeler. Tabiki ben de farkındayım yazdıklarımın büyük kısmının birçok kişiye birşey ifade etmediğini. Keşke daha çok kişi vakıf olsa da teknik anlamda sorular gelse, konuşsak teknik tartışmalar da olsa bu proje sayfalarının devamında.

Bakın ben yaklaşık bir yıl önce foruma katılıdım. Sanıyorum bu başladığım dördüncü proje. Evet daha henüz hiçbiri günyüzü görmedi, kimseye veremedik ama hepsinde teknik olarak ciddi yol kat edildi. Sanıyorum yakında teker teker sonlanacaklar.

İbo sitem eder gibi yazmışsın demiş. Haklı olabilir. Daha önce de "kimseye koklatmıyorsun projeleri" tarzında bir "serzenişi" olmuştu.

Kimseden proje sakladığım yok. Hiç biri tam olarak hazır değil. Hazır olunca isteyenlerin edinmesini sağlayacağım.

Ayrıca bu projeler için hiç bir teknik paylaşımda bulunmadan, soru sormadan, tartışmadan, hatta belki de bu paylaştığım teknik detayları bile okumadan, emin edğilim, doğrudan tüm projenin kaynak kodunun sorulmasına da alınmış olabilirim.

Ben yapılan bütün projelerden, hiç bir şey anlamamama rağmen zevkle okuyorum. Proje yapılsa da, okusam diye bekliyorum ki, bu tür projelere merakı olanları için, bulunmaz nimet bu tür konular. Bu şekilde devam edin lütfen :)