@cdemir: browserlara eklenti gelistirmenin detaylarini bilmiyorum. Yani mesela ie'nin eklenti mimarisi ile firefox ve chrome'un eklenti mimarileri arasinda gelistiricilerin isini kolaylastiran onemli farklar var mi bilmiyorum? (cok buyuk teknik farklar olacagini sanmiyorum).

Teknikten ziyade gelistiricilerin sevdikleri browserlari desteklemek amaciyla tercih kullaniyor olmalari mumkun. mesela saydiklarin arasinda adinda direk Fox gecen eklentilerin ie versiyonlarinin olacagini sanmiyorum. Sonucta ozellikle acik kaynak gelistiricileri, diger acik kaynak projelere arti deger ekleyen, avantaj saglayan seyler yapmak isterler.

bu arada aralarindan rastgele greasemonkey'i secip arama yaptim (bing ile ) ve http://gm4ie.com/ adresini buldum. aradigin bazi eklentilerin yenileri cikmis olabilir.

@skate: abi enteresan. bi sekilde ie'den birilerinin bunu profilerdan gecirmesi lazim. Ben su an o urunu calistirip process explorerdan CPU'ya baktim. %9 utilization. yaninda gpu intensive biseyler calistirdim rahat rahat calistilar. yani bu alet ne cpu bound ne gpu bound oyle bos bos takiliyor gorunuyor ben bunu bi ie takimina sutlarim ihtimalen

3) Kendi işletim sisteminin üzerine browser yazmanın bazı avantajlarını hala kullanamıyor Microsoft.

boyle bir avantaj yok cunku bunun kullanilmasina izin yok. eger boyle birsey yaparsak (yani kendi isletim sistemimiz diye kalkip windows'tan bazi private api'leri ie'ye sunarsak ve o apiler disaridaki insanlara available olmazsa), bu tekelcilik kapsamina giriyor ve ceza yiyoruz. rekabeti korumak adina boyle kanunlar var.

bahsettigin spesifik ornegii denedim ve bende bir takilma olmuyor gayet hizli ve smooth bi sekilde tab surukleyebiliyorum laptopimda.

ie9'in elestirilecek yonleri elbette vardir. ancak teknoloji olarak su an grafik ve javascript konularindaki durumunun ajax'li websitelerini gezerken () kullanicilara super avantaj sagladigini dusunuyorum.

Benim yorumum zaten yalnızca hız üzerineydi ki sanırım JavaScript gibi konularda tartışılmaz lider hala Chrome olsa gerek.

http://news.softpedia.com/news/IE9-RC-vs-Chrome-10-9-vs-Opera-11-vs-Firefox-11-Performance-Comparison-183973.shtml

ie9 ile beraber MS'ta yeni bir java script motoru gelistirildi (.net teknolojilerinden sorumlu DevDiv takimi tarafindan) ve su an yeni chrome versiyonu var mi bilmiyor olsam da subat itibariyle en hizli javascript engine de IE9 idi. hw accelerated rendering'in yaninda kaymakli tatli niyetine bilginize

bu tam Drey isi olmus guzeeeel

zaten cirkin muzik yoktur, az elektro gitar vardir

bu arada soyle birsey ogrendim. 80'lerde Amerikada bazi okullarda boyle C64 labi kuruyorlarmis. 20 tane c64, hepsi bir tane ortak 1541'e bagli. bu olay calisiyor yani

@skate: benimki MS savunmak degil baslikta gecen "IPhone Ozellikleri" deyimine cevaben tile'larin iphone'dan degil windows phone'dan alindigini vurgulamak idi

@coze: o honeycomb videosunu "Android'de Windows Phone Ozellikleri" diye bi baslik acip oraya koymak lazim. Yanlis thread oldu boyle

canim ona bakarsan windows vista gadgetlari da bunu android'den 5 yil once yapiyordu Hatta apple'in da yine widget mi gadget mi ne diye biseyleri vardi ondan da once.

Benim kastettigim ana desktopi bir icon grubu olmaktan cikarip bir tile grubu haline getirmek, yani icon'lar yerine "intelligent ikonlar" koymak idi. boylece live tile hem app'e girmek istersen ustune tikladigin ikon haline geliyor, hem de en kritik datalari app'e girmene gerek kalmadan bir bakista gormeni sagliyor. Sahsen android'deki gelismeleri yakindan takip etmiyorum o yuzden bilemeyecegim bu olay su an var mi androidde. Ama iOS'ta olmadigini biliyorum.

iphone degil "windows phone" Live tiles ozelligi ilk olarak windows phone ile gelen bir UI fikri idi ve sanirim iphone da veya android'de hala yok

ben uzaktan gitar trackleri kaydedip yollayabilirim

ilgili konuya baglanti:
http://www.commodore.gen.tr/forum/index.php?topic=4101.0

@lw3d: bu konuyu Commodore/Donanim bolumunde sticky yapsak belki

yalniz bir ufak not: bu ingiliz wiki'deki soylem (crash etmeme durumu) sadece iki c64 de klasik ROM rutinleri ile tek parcali oyun yuklemesi yapiyorsa gecerli. Eger bir turbo loader kullaniliyorsa (kartus ile veya cok parcali bir oyun/demo ile) gayet de crash ettirilebilir sistem.

Turbo loaderlar drive'in bellegine ozel bir program gonderip o programi drive CPUsuna calistirirlar. Bu programlar c64 ve 1541 arasindaki protokolu komple degistirir. Dolayisiyla birinci c64 bunu yaptiktan sonra 2. c64 default protokol ile 1541'e mesaj gondermeye kalkarsa, zamanlamaya bagli olarak hem drive'i crash edebilir, hem birinci c64'te o anda suren yuklemeyi bozabilir hem de kendisi crash olabilir.

ama en azindan elektriksel bir problem yok gorunuyor (wiki'nin de dedigi uzere). Sadece sw tabanli haberlesme problemleri bu saydiklarim. Ama wiki sayfalarina da her zaman biraz suphe ile yaklasmak lazim. kaynaklari falan kontrol etmeli. nitekim senin de dedigin gibi cihazlar kiymetli

bunu denerken biseyleri yakarsaniz sorumluluk kabul etmem soyliyim

1541 semasina bakinca arkadaki iki seri port jakinin direk paralel bagli oldugunu goruyoruz. iceride bunlar pull up direncleri ile high'a cekliyor. ayni sekilde c64 semasinda da 6526'nin cikisinda pull-uplar var ama bunlar custom commodore cipi tarafindan bufferlanmis. onun highlari nasil yaptigini bilmiyorum

simdi bu bilgiler isiginda iki c64 ve 1 1541 calisabilir gibi gorunuyor. Acma sirasi olarak
- once 1541'i ac
- c64'lerden birini ac. bunun sebep oldugu drive reset ve led yanma hadissesi gecene kadar bekle
- ikinci c64'u ac

bu sirayla yapildiginda disket surucunun perspektifinden iki c64'un ayri makineler oldugunun anlasilamayacagini tahmin ediyorum. komutlar ayni anda verilmedigi surece calisabilir. Tabi 1541 "status" unun hep OK oldugu ve hic hata olmadigini varsayarsak. Ya da mesela turbo loaderli bi oyun cok parcali olarak yuklenirken  ikinci makine onun arasinda (o an yukleme olmasa dahi) bisey yuklemeye calisirsa calismaz vs.

Kartus turbolarinin da ortaligi tamamen karistiracagini unutmayalim. Velhasil bir masaya iki C64 bir 1541 koyacak yeriniz varsa ihtimalen ikinci 1541'i de koyacak yeriniz vardir ben bu sekilde 1541 paylastirmayi tavsiye etmiyorum.

Çok güzel ve detaylı bilgi vermişsin Nigthlord... Bende bu düşünceden hareketler Luma & Chroma ile C64'den en iyi sonuca ulaşılabilir diye düşünüyorum. Ama senin açıklamaların üzerine yazdıklarımdan utandım

Yok abi senin dedigin de yanlis olan bisey yok. Goruntu kaynagi eger C64 ise en iyi goruntu Luma + Chroma ile elde edilebilir. Cunku C64'un urettigi bilgi (taa VIC cikisindan )zaten bu. Bu Luma chromayi ister bir TV'nin scartina baglayalim, ister S-video jakiyla TV'nin s-video girisine baglayalim, ister2 rca jak ile 1084'e baglayalim, aslinda ayni sinyali tasimis oluyoruz.

Eger soz konusu amiga veya amstrad gibi rgb cikis veren bir sistem olsaydi, o sistemdeki en kaliteli goruntu RGB (Luma-chroma yerine) baglamak olacakti. Bu da yine ister rgb destegi olan tv'de scart cevirici ile yapilabilir. ya da 1084'un abuk din konnektorune cevirerek yapilabilir vs.

defleppard: abi senin bu amiga restorasyon projelerinin hastasiyim. Hakkaten acayip ultra saygi duyuyorum ve bir gun gelecek ben de bu senin metodlarindan bazilarini eski makinelerime uygulayip cicek gibi yapacagim onlari

Eline saglik...

Skate: abi "yanlis" kimyasal metalin icine mi isliyor. o kimyasaldan sonra bilmem kac saat yikanip yaglansa para falan tamamen aritilamiyor mu

cok ufak ve onemsiz bi duzeltme ile basliyim:

YPbPr'yi kastediyorsan bu neredeyse tüm LCD TV'lerde standart olan bir giriş, bu giriş ile neredeyse HDMI'ya yakın bir görüntü kalitesi alıyorsun (1920x1080p'ye kadar iletilebiliyor). Görüntü için 3 (R, G, B) ve ses için 2 RCA bağlantı içeriyor.

YPrPb deki 3 kanal aslinda R G ve B degil. Yani mesela o uc ucu SCART RGB'ye cevirip scart'a taksaniz yanlis renkler gelir. Oradaki Y yine luminance Pr ve Pb ise Luminancetan R'nin ve B'nin farklari (R - Y ve B - Y). G ise Y, Pr ve Pb'den hesaplaniyor.

S-Video'ya yakin bir format yani. Pr ve Pb icinde gelen bilginin farkli bir encoding ile gonderildigi sinyal Chroma. 3 yerine 2 hat kullanirsak Luma + Chroma = S-Video = C-64'un cikisi elde etmis oluyoruz.

Luma ve Chroma'yi da eger ayni hat ustunde birlestirirsek Composite Video sinyalini elde ediyoruz. Tek hat yani eski/yeni tv lerdeki sari (video), beyaz + kirmizi (audio l/r) kablodaki sariyi yani.

Standart PAL cozunurlukte goruntu kalitesi bakimindan dogru kablolar kullanildiginda:

RGB > S-Video > Composite > RF

Bu sinyaller zaten antenden gelen bir tv kanali sinyalinin TV'nin icinde gecirdigi donusumler ayni zamanda. TV'ye giren RF once Composite sinyale cevrilir ardindan Luma'si ayrilir (s-video), ardindan R, G, B degerleri hesaplanir (CRT'lerde elektron tabancasi icin, LCD'lerde direk byte degeri olarak). Dolayisiyla bu sinyallerden daha sona yakin formatta sinyal kullanirsaniz, TV'nin daha az processing yapmasi gerekir ve TV'nin yaptigi islemlerden gelen sinyal bozulmalari ve kalite kaybi bypass edilmis olur.