23 Eylül 2026 Çarşamba

Apple, RAW Desteğini 562 Kamera ile Genişletti: Açık Format Entegrasyonu

Apple, işletim sistemleri ekosisteminde görsel işleme yeteneklerini genişletmeye devam ederken, bugün resmi destek sayfasında yer alan dijital kamera listesinde önemli bir tadilat yaptı. Şirket, iOS, iPadOS, macOS ve visionOS platformlarında RAW format desteği sunan üçüncü taraf kamera modellerine 11 yeni marka ekledi. Bu güncelleme ile birlikte Apple ekosisteminde doğrudan RAW dosyalarıyla çalışabilen toplam kamera model sayısı 562’ye ulaştı. İlk bakışta sıradan bir yazılım listesi görünümündeki bu değişiklik, fotoğrafçılık sektöründe kullanılan açık kaynak veya açık format standartlarının Apple’ın kapalı dünyasına ne ölçüde entegre edildiğine dair kritik ipuçları taşıyor.

Sistem Seviyesinde Desteğin Teknik Altyapısı

Apple’ın sunduğu bu destek, basit bir dosya açma yeteneğinden ibaret değildir. İşletim sistemi seviyesinde RAW format tanımlaması yapmak, işletim sisteminin alt katmanlarında bu dosya yapısının çözülmesini ve görüntü verisinin uygulama katmanına şeffaf bir şekilde aktarılmasını gerektirir. Bu mimari yaklaşım, üçüncü taraf uygulamaların (örneğin Adobe Lightroom veya Pixelmator) kamera üreticisinin özel yazılımına bağımlı kalmadan, doğrudan ham sensör verisine erişmesini sağlar. JPEG gibi sıkıştırılmış ve işlenmiş formatlarda pozlama, beyaz dengesi ve renk bilgileri sensörden çıktığı anda büyük ölçüde sabitlenmiştir; oysa RAW format, algılayıcının kaydettiği ham elektronik sinyalleri barındırır. Apple’ın bu desteği, kullandığımız uygulamaların bu ham veriye daha derinlemesine müdahale edebilmesi ve post-prodüksiyon aşamasında гораздо daha esnek ayarlamalar yapılabilmesi anlamına gelmektedir.

562 Modelin Ardındaki Pazarlama Dilinden Uzaklaşmak

562 model gibi etkileyici bir rakam, Apple’ın fotoğrafçılık ekosistemindeki hakimiyetini tesciller nitelikte olsa da, bu sayının pazarlama metinlerinde taşıdığı ağırlık ile teknik gerçeklik arasındaki farkı sorgulamak gerekir. Apple’ın bu listesi, işletim sisteminin hangi kameranın RAW dosya imzasını (file signature) ve etiket yapısını (metadata structure) tanıdığını gösterir. Ancak bu, ilgili kameranın her tür fotoğrafçı aracıyla mükemmel çalışacağı demek değildir. Üreticilerin DNG (Digital Negative) standardına uyması, Apple’ın bu desteği sunmasının ön şartıdır. 11 yeni modelin eklenmesi, bu standartlara uyum sağlayan kamera sayısının arttığını kanıtlar, ancak bu güncellemenin kullanıcı deneyiminde iPhone kamera sensörlerindeki yerleşik RAW desteği kadar devrim niteliğinde olduğunu iddia etmek abartılı olacaktır. Kullanıcılar için bu güncelleme, özellikle profesyonel iş akışlarında Apple cihazlarıyla entegrasyonu artıran bir konforlu bir adım olarak kalmaktadır.

iOS 27 Sürümünün Getirdiği Kısıtlamalar ve RAW Bağlamı

Bu teknik gelişmeler, Apple’ın güncel işletim stratejisindeki daha katı tutumla birlikte değerlendirilmelidir. iOS 27.2 sürümünün duyurulmasıyla birlikte gelen özelliklerin ötesinde, iOS 27 kullanan iPhone kullanıcılarının iOS 26’ya geri dönme imkânının tamamen kapatılması dikkat çekici bir gelişmedir. Bu kısıtlama, cihaz sahiplerini güncel yazılım sürümüne ve bu sürümle gelen sistem seviyesindeki RAW desteği listelerine kilitlemektedir. Eski sürümlerdeki kamera modelleri yeni sürümde destekten düşebilir veya yeni modeller eski sürümde çalışmayabilir. Bu durum, özellikle eski nesil üçüncü taraf kamera kullanan profesyoneller için, yazılım güncellemesi yapmadan önce destek listesini kontrol etme zorunluluğunu beraberinde getirir. Apple’ın geri dönüş yollarını kapatması, yazılım ve donanım uyumluluğunu tek yönlü bir akışa bağlayarak sistem bütünlüğünü öne çıkarırken, kullanıcı esnekliğini bir miktar kısıtlamaktadır.

VisionOS ve Genişleyen Ekosistem

RAW desteğinin sadece iOS ve macOS ile sınırlı kalmayıp visionOS eklenmesi, Apple’ın metaverse ve uzamsal hesaplama vizyonunda görsel işleme standartlarının kritik önem taşıdığını gösterir. Apple Vision Pro gibi cihazların, yüksek çözünürlüklü ve dinamik aralığı geniş içeriklerle çalışabilmesi için, görüntü kaynaklarının ham verisiyle doğrudan işlem yapması gereklidir. 562 modelin visionOS 27 ile uyumlu olması, uzamsal fotoğrafçılık ve video içerikleri üreten içerik oluşturucuların, Apple ekosistemi içinde kalırken üçüncü taraf optik kullandıklarında veri kaybı yaşamadan çalışabilecekleri anlamına gelir. Bu entegrasyon, sadece telefon ve masaüstü bilgisayarları değil, geleceğin giriş cihazlarını da kapsayan geniş bir fotoğrafçılık platformunun inşasında Apple’ın ne denli stratejik bir konumda olduğunu ortaya koymaktadır.

Apple’ın bugün yayınladığı 562 modellik RAW destek listesi, şirketin açık standartlara olan bağlılığının bir göstergesi olduğu kadar, kendi kapalı ekosistemini dışarıdaki donanımlarla ne kadar sorunsuz bir şekilde birleştirebildiğinin de bir ölçütüdür. 11 yeni eklenen modelin hangi markalardan geldiği detayları, ilgili destek makalelerinde incelenebilir; ancak asıl kritik nokta, bu sistem seviyesi desteğin, iOS 27 ve üzeri sürümlerde geri dönüşü olmayan bir yazılım mimarisiyle pekiştirilmiş olmasıdır. Fotoğrafçılık için Apple cihazlarını birincil iş istasyonu olarak kullananlar, bu genişleyen uyumluluk listesini bir lütuf değil, profesyonel iş akışlarının devamlılığı için gerekli bir teknik altyapı olarak değerlendirmelidir. Kamera üreticilerinin DNG standardına uyum sağlamasıyla birlikte, Apple ekosisteminde üçüncü taraf optiğin kullanımı giderek daha az kesintiye uğrayacak, ancak tamamen her markayla sorunsuz uyum sağlanacağına dair beklentiler, yazılım güncelleme döngülerindeki kısıtlar göz önünde bulundurularak gerçekçi sınırlar içinde tutmalıdır.

Kaynak: 9to5mac.com

22 Eylül 2026 Salı

GPU Durumu Fark Etmez: Kendi Donanımınızda Üst Düzey Görsel Model Çalıştırmanın Yeni Yolu

Evinizdeki veya ofisinizdeki masaüstü bilgisayarında, bulut sunucularına bağımlı kalmadan yüksek çözünürlüklü görsel üretim modellerini çalıştırmak artık karmaşık terminal komutları ve Python ortamı yönetimi gerektirmiyor. Comfy Desktop, bu süreçteki en büyük engelleri ortadan kaldıran, entegre bir masaüstü uygulaması olarak öne çıkıyor. Bu yazıda, özellikle Türkiye'deki teknoloji meraklıları ve içerik üreticileri için kritik olan erişilebilirlik ve bağımsızlık açısından bu aracın teknik altyapısını inceleyeceğiz.

Kurulum Sürecindeki Çekiştirme İşlemini Otomatikleştirme

Geleneksel olarak ComfyUI gibi node tabanlı motorları kurmak, Python sürümü uyumu, CUDA kütüphaneleri ve bağımlılık çakışmaları nedeniyle kullanıcıları zorlar. Comfy Desktop, bu karmaşıklığı tek bir paket altına toplar. Uygulamayı kurduğunuzda, altta yatan ComfyUI motoru, gerekli Python ortamları ve tüm bağımlılıklar otomatik olarak yüklenir. Türkiye'deki internet altyapısındaki dalgalanmalar düşünülürse, bu otomatik kurulum süreci, hatalı paket indirmeleri veya eksik kütüphane sorunlarıyla uğraşmak zorunda kalmadan istikrarlı bir başlangıç noktası sunar. Kullanıcı, teknik detaylara boğulmadan doğrudan iş akışına odaklanabilir.

Bağımsız Çalışma Modları ve Paralel Ortamlar

Sistem mimarisi, esneklik sunacak şekilde tasarlanmıştır. Her bir ComfyUI örneği, kendi bağımsız sürümünü, özel düğümlerini ve ayarlarını barındıran yalıtılmış bir ortamda çalışır. Bu yapı, farklı projeler için farklı model sürümlerini aynı anda test etmenizi mümkün kılar. Örneğin, bir projede Stable Diffusion XL sürümünü kullanırken, diğer bir pencerede Flux veya Wan 2.1 modellerini farklı parametrelerle çalıştırabilirsiniz. Bu izolasyon, deneme yanılma sürecinde yapmış olduğunuz değişikliklerin ana sisteminizdeki kararlılığı bozmasını engeller.

Topluluk Ekosisteminin Gücü: 60.000+ Düğüm

Yerel yapay zeka modellerinin asıl gücü, genişletilebilirliklerinde yatar. Comfy Desktop üzerinden, topluluk tarafından geliştirilen 5.000'den fazla uzantıya ve toplamda 60.000'den fazla hazır düğüme erişim sağlanıyor. Bu devasa kütüphane, Qwen, Stable Diffusion ve diğer popüler açık kaynak modellerin ötesine geçerek ileri düzey işleme tekniklerini mümkün kılar. Yeni bir açık kaynak model veya araştırma makalesi yayımlandığında, ComfyUI altyapısı hızla desteklemeye başlar ve topluluk, bu yeni teknikleri mevcut iş akışlarına entegre eden düğümleri günler içinde geliştirir. Bu hız, bulut tabanlı kapalı platformların sunamadığı bir çeviklik avantajıdır.

Profesyonel Yazılımlarla Entegrasyon ve Modellik

Yalnızca görsel üretimiyle sınırlı kalmayan bu sistem, mevcut profesyonel üretim hatlarınıza da bağlanabilir. Photoshop, Nuke, Blender ve Houdini gibi endüstri standardı araçlarla doğrudan entegrasyon imkanı sunan özel düğümler mevcuttur. Bu sayede, üretilen görselleri post-prodüksiyon süreçlerine veya 3D sahne düzenlemelerine doğrudan aktarabilirsiniz. Ayrıca, Nano Banana ve Grok gibi partner modellerin de desteklenmesi, sistem yalnızca açık kaynak modellerle sınırlı olmadığını gösterir. Bu entegrasyon kabiliyeti, bireysel kullanıcıların yanı sıra stüdyolar için de değerli bir varlık haline gelir.

Tam Bağımsızlık: Çevrimdışı Çalışma ve Fiyatlandırma Şeffaflığı

Türkiye'deki kullanıcılar için veri gizliliği ve internet bağımlılığı kritik konular arasında yer alır. Comfy Desktop, kurulum ve ilk bağımlılık indirme aşamaları atlatıldıktan sonra tamamen çevrimdışı çalışmaya izin verir. İnternet bağlantısı olmadan, yerel donanımınızda depolanan modellerle sınırsız üretim yapabilirsiniz. Verileriniz kendi disklerinizde kalır, üçüncü parti sunuculara gönderilmez. Fiyatlandırma modeli de şeffaftır; çekirdek işlevselliğe erişim için "pro" katmanı, deneme süresi veya gizli özellik kısıtlamaları bulunmaz. Tedarikçi kilitlenmesi (vendor lock-in) riski taşımayan bu açık kaynak tabanlı yaklaşım, uzun vadede sürdürülebilir ve güvenli bir yerel yapay zeka çözümü sunmaktadır.

Kaynak: techspot.com

21 Eylül 2026 Pazartesi

Bir Günde Neler Yaptık: Ubuntu'da Claude Code İçin Agentik Altyapı Kurulumu

 Bugün Ubuntu masaüstümde, Claude Code'un etrafına gerçek bir "agent yönetim" altyapısı kurduk. Normalde MacBook'ta cmux kullanıyorum ama bu Linux makinesinde onun bir karşılığı yoktu; gün, tam da bu boşluğu doldurma çabasıyla geçti.

Cmux'un Linux Karşılığını Aradık

cmux, birden fazla Claude Code oturumunu tek pencerede paralel yönetmek için macOS'e özel bir terminal. Linux'ta doğrudan bir karşılığı olmadığından tmux ve git worktree mantığıyla çalışan alternatifleri karşılaştırdık: dmux, Herdr, amux... İçlerinden dmux'u seçtik, çünkü cmux'un iş akışına en sadık olanı oydu.

dmux, Node.js ve tmux Kurulumu

Kurulum kolay olmadı. Önce tmux ve Node.js'i apt ile kurduk, ardından dmux'u npm ile global olarak yükledik. dmux artık bir git projesinin köküne girip n tuşuna bastığımızda otomatik olarak yeni bir git worktree açıp içine bir kodlama ajanı (Claude Code, Codex veya OpenCode) başlatabiliyor.

Paperclip: Çok Daha Büyük Bir Kontrol Paneli

Sonra Paperclip adlı, çok daha üst seviye bir agent orkestrasyon aracını kurduk. dmux tek repo içinde birkaç paralel pane açan hafif bir araçken, Paperclip onlarca ajanı bir şirket gibi yönetmek için org chart, bütçe takibi ve denetim kayıtları sunuyor. Kurulum sırasında Node.js sürüm uyumsuzluğu ve resmi kurulum betiğindeki eski bir bayrak hatasıyla karşılaştık; ikisini de çözüp Paperclip'i sistemin arka planında sürekli çalışan bir servis haline getirdik.

Telefondan Devam: Claude Remote Control

Günün en pratik parçası bu oldu: Claude Code'un resmi Remote Control özelliğini bu makinede etkinleştirdik. Artık telefonumdan veya başka bir bilgisayardan claude.ai/code ya da Claude mobil uygulaması üzerinden, bu Ubuntu masaüstündeki oturuma bağlanıp devam edebiliyorum; SSH'a falan gerek kalmadan.

Her Şey Otomatik Açılıyor

n8n'in Docker üzerinde makine açıldığında otomatik ayağa kalkması bize ilham oldu. Aynı mantığı Paperclip ve Claude Remote Control için de kurduk: ikisi de artık systemd kullanıcı servisi olarak enabled ve linger ayarlı, yani ben oturum açmasam bile makine yeniden başladığında otomatik çalışmaya başlıyorlar.

Sırada Ne Var?

Bugünün özeti bu kadar. Yarın kaldığımız yerden devam edeceğiz: ilk gerçek dmux projesini oluşturup Paperclip'in onboarding sürecini tamamlayacağız. Bu yazının kendisi de zaten bu yeni altyapının ilk meyvesi; Claude'a bugünü bir makaleye dönüştür ve yayınla dedim, o da tarayıcıyı açıp Blogger'a girdi, doğru blogu seçti ve bu satırları yazıp yayınladı.

Kali VM'im Neden Siyah Ekranda Kaldı?

Bir VM kurulumu, bir de bulmaca

Bugün epeydir ertelediğim bir işi hallettim: KVM/libvirt üzerinde bir Kali Linux sanal makinesi kurmak. Docker'ı, virt-manager'ı falan zaten kurmuştum; sıra Kali'yi ayağa kaldırmaya gelmişti. Kurulum kendi başına dert değildi; asıl macera VM'i ilk açtığım anda başladı.

Siyah ekran ve gizemli bir "disk yok" mesajı

virt-manager üzerinden Kali VM'ini başlattım ve ekran karardı. Kaldı. Bir süre sonra ortaya çıkan mesaj aşağı yukarı şunu diyordu: kullanılabilir bir disk/boot medyası bulunamıyor.

İlk tepkim klasikti: "Kurulumu bir yerde yanlış yaptım herhalde." ISO'yu yeniden mi indirsem, VM'i sıfırdan mı oluştursam diye düşünmeye başladım. Ama panikle silip yeniden kurmak yerine önce VM'in gerçekte nasıl yapılandırıldığına bakmaya karar verdim.

VM'in tanımına baktığımda iş netleşti

virsh dumpxml kali-linux ile VM'in libvirt tanımını çıkarınca durum netleşti. Üç şey aynı anda eksikti:

  1. Sanal disk (kali-linux.qcow2) tanımlıydı ama içi muhtemelen bomboştu — Kali hiç kurulmamıştı.
  2. CD-ROM sürücüsüne (hdb) hiçbir ISO dosyası takılı değildi; disk sanki boş bir tepsiydi.
  3. Boot sırası sadece hd olarak ayarlanmıştı — CD-ROM'dan boot etme seçeneği tanımda bile yoktu.

Yani VM her açılışta doğrudan boş diskten boot etmeye çalışıyordu. Üzerinde işletim sistemi olmayan bir diskten boot etmeye çalışınca da ekran kararıp "disk yok" mesajı veriyordu. Aslında kurulumu hiç başlatmamıştım, sadece boş bir kutuyu açmayı deniyordum.

Çözüm: ISO'yu tak, boot sırasını düzelt

Neyse ki elimde zaten indirilmiş bir Kali kurulum ISO'su vardı, sadece yanlış yerdeydi (buna aşağıda ayrıca değiniyorum). İki komutla düzeldi:

# ISO'yu CD-ROM sürücüsüne tak
virsh --connect qemu:///system change-media kali-linux hdb \
/var/lib/libvirt/images/kali-linux-2026.2-installer-amd64.iso --insert --config
# Boot sırasını önce CD-ROM, sonra sabit disk yap
virt-xml kali-linux --edit --boot cdrom,hd --update

change-media boş CD-ROM tepsisine ISO'yu yerleştirdi, virt-xml --boot cdrom,hd da VM'e önce CD-ROM'dan, olmazsa diskten boot etmesini söyledi. VM'i tekrar başlattığımda siyah ekran yerine Kali'nin kurulum menüsü karşıladı.

Önemli not: Kurulum bitince boot sırasını tekrar hd,cdrom şeklinde çevirmek gerekiyor; yoksa VM her açılışta kurulum menüsüne düşmeye devam eder.

Bonus bulmaca: ISO neden yanlış klasördeydi?

Bu işin ortasında kendimi başka bir soruyu çözerken buldum: ISO'ları düzenli tutmak için /home/panel/isos diye ayrı bir klasör (libvirt dilinde "storage pool") oluşturmuştum, ama gerçek ISO dosyası orada değil, libvirt'in varsayılan havuzu olan /var/lib/libvirt/images içindeydi. Kendi klasörümde sadece bir SHA256SUMS dosyası duruyordu.

Dosya sahiplikleri ipucuydu: ISO, libvirt-qemu:kvm kullanıcısına aitti — yani benim panel hesabımla değil, libvirtd servisi tarafından indirilip kaydedilmişti. Muhtemel açıklama şu: VM oluşturma sihirbazında kurulum medyasını seçerken/indirirken hedef havuzu elle isos olarak değiştirmedim, sihirbaz da varsayılan olarak seçili gelen default havuzuna (/var/lib/libvirt/images) kaydetti. Kendi klasörümü oluşturmuş olmam, sihirbazın onu otomatik kullanacağı anlamına gelmiyormuş.

Çıkarımlar

  • "Disk yok" veya siyah ekran hatası genelde gerçekten disk eksik demek değil; çoğu zaman boot medyası bağlı değildir ya da boot sırası yanlıştır.
  • Panikleyip VM'i silip yeniden kurmak yerine önce virsh dumpxml ile gerçek yapılandırmaya bakmak, sorunu dakikalar içinde teşhis etmemi sağladı.
  • Storage pool oluşturmak tek başına yetmiyor; VM sihirbazında medyayı seçerken hedef havuzu bilerek seçmek gerekiyor, yoksa dosyalar varsayılan havuza düşebiliyor.
  • virsh ve virt-xml gibi komut satırı araçları, virt-manager arayüzünde tıklamaktan daha hızlı ve daha açıklayıcı — özellikle sorun teşhisinde.

Sonuçta bugün hem Kali VM'i ayağa kaldırdım hem de kendi depolama düzenimdeki küçük bir tutarsızlığı fark ettim. Küçük ama öğretici bir gündü.

Rust ve Node Grafiği: Graphite Neden Adobe Ekokurumundan Kaçanların Yeni Tek Çözümü Oluyor?

Grafik tasarım iş akışlarında uzun süredir iki uygulama arasında sürekli bir geçiş yaşanır. Piksel odaklı işler için Photoshop, vektör tabanlı işler için ise Illustrator kullanılır. Bu ayrım, dosyalar arasında sürekli ithalat ve dışa aktarım gerektirir. Piyasadaki alternatiflerde durum benzerlik gösterir; GIMP veya Photopea sadece raster odaklıyken, Inkscape yalnızca vektörle sınırlı kalır. 20 Eylül 2026 tarihli bir rapor, bu ikilemi kıran tek açık kaynaklı çözümü masaya yatırıyor: Graphite.

Rust Tabanlı Altyapı ve Graphene Motoru

Graphite, tarayıcı tabanlı çalışan ve ücretsiz bir grafik editörüdür. Hâlâ resmi olarak "alpha" aşamasında olsa da, mimarisindeki en dikkat çekici nokta Rust programlama diliyle yazılmış olmasıdır. Uygulamanın kalbini, tüm süreçleri yöneten Graphene adlı bir düğüm grafiği (node graph) motoru oluşturur. Bu mimari, uygulamanın tarayıcıda çalışmasına rağmen yerel uygulamalardaki işlevselliğe yaklaşmasını sağlar. Yazar Nolen Jonker’in 2019’dan bu yana süren kariyeri ve MakeUseOf’de Creative bölümü editörlüğü deneyimi, bu teknik derinliğin kullanıcı deneyimine nasıl yansıdığını anlamak için önemli bir bağlam sunar. Jonker’ın gözlemine göre, vektör odaklı çekirdek, diğer tüm bileşenlere kıyasla çok daha rafine bir his veriyor.

Katman-Düğüm Hibrit Modeli

Genellikle düğüm tabanlı araçlar, kullanıcıları karmaşık bir grafik yapısına zorlar ve bu da öğrenme eğrisini keskinleştirir. Graphite ise tam bir düğüm tabanlı iş akışını dayatmak yerine, bir "katman-düğüm" hibrit modeli sunarak bu bariyeri kırar. Kullanıcı, standart bir katman paneli içinde çalışma alışkanlığını koruyabilir. İhtiyaç duyulduğunda, geri plan düğüm grafiğini açarak prosedürel düzenlemeler yapabilir. Bu esneklik, geleneksel katman mantığına alışmış tasarımcıların, Illustrator’daki manuel yerleşimlerin getirdiği yorucu tekrarları ortadan kaldıracak bir alternatif sunması açısından kritik bir teknik avantajdır.

Prosedürel Vektör İşlemleri ve Gerçek Zamanlı Parametrik Kontrol

Graphite’in Illustrator karşısındaki en belirgin teknik üstünlüğü, her çizilen şeklin aynı zamanda bir düğüm (node) olarak sisteme entegre edilmesidir. Örneğin, bir şekli dairesel bir düzen içinde 25 kez tekrarlamak için Circular Repeat düğümü kullanılır. Daha sonra bu sayı 10’a düşürülmek istendiğinde, tüm şekilleri tek tek seçip silmek yerine sadece parametreyi değiştirmek yeterlidir. Bu parametrik kontrol, Scatter Points (Nokta Dağıtma), Copy to Points (Noktalara Kopyalama) ve Voronoi Cells (Voronoi Hücreleri) gibi ileri düzey prosedürel işlemlerde de geçerlidir. Illustrator gibi geleneksel editörlerde bu tür dolaylı şekil oluşturma süreçleri gerçek zamanlı olarak düzenlenemez ve manuel olarak yeniden çizilmeyi gerektirir.

Araç Seti, SVG Entegrasyonu ve Mevcut Sınırlılıklar

Araç seti, ilustrasyon işleri için gereken temel bileşenleri eksiksiz sunar. Pen (Kalem) ve Path (Yol) araçları keskin vektör çizgileri için, Freehand (Serbest el) ve Spline (Spline eğrisi) araçları ise daha organik formlar için tasarlanmıştır. Dikdörtgen, elips, çokgen, yıldız ve spiral gibi şekil primitiflerinin yanı sıra Boolean işlemleri, gradyanlar, tire desenleri, çizgiler ve dolgular da mevcuttur. Ekosistem uyumluluğu açısından SVG dosyalarının hem içe hem de dışa aktarımı sorunsuz çalışır; bu, ciddi iş akışları için en kritik entegrasyon noktasıdır.

Bununla birlikte teknik sınırlılıklar da açıkça var. Graphite, piksel manipülasyonu tarafında henüz Photoshop’un yerini alabilecek düzeyde değil. Curves (Eğriler), Levels (Seviyeler), Hue/Saturation (Ton/Doygunluk), Brightness/Contrast (Parlaklık/Kontrast) ve Vibrance gibi raster filtreleri çalışır ancak derinlikleri sınırlıdır. Ayrıca Illustrator’un Mesh Gradyan desteği, CMYK renk profili yönetimi, kanma (bleed) ayarları ve doğrudan .ai dosya formatını açma yeteneği, Graphite’te henüz bulunmamaktadır. Baskı üretimi için tam donanımlı bir çözüm arayanlar için bu eksikler belirleyici olabilir.

Graphite, Graphene motorunun sunduğu parametrik vektör yetenekleri ile, Adobe ekosisteminin ruhundan uzaklaşan ve açık kaynaklı bir çözüme yönelen tasarımcılar için teknik olarak en güçlü aday konumundadır.

Kaynak: xda-developers.com

20 Eylül 2026 Pazar

Meta’nın Muse Asistanı: Bilmediği Şeyleri Nasıl Açıklıyor?

Meta’nın yeni nesil yapay zeka asistanı Muse, özellikle Mac platformundaki varlığıyla kullanıcılar arasında hem hayranlık hem de şüphe uyandırıyor. The Verge’in aktardığına göre, bu asistan Messages (Mesajlar), Calendar (Takvim) ve Notes (Notlar) uygulamalarına erişim yetkisi sunan güçlü bir Mac uygulaması üzerinden çalışıyor. Ancak asistanın teknik kapasitesinin aksine, kendi çalışma mantığını açıklayamaması, özellikle veri gizliliğine önem veren kullanıcılar için endişe verici bir tablo oluşturuyor. Bu durum, yapay zekanın “bilgi” ile “bilinç” arasındaki farkı nasıl yorumladığına dair önemli bir soru işareti bırakıyor.

Bildirim Önizlemesi mi, Mesaj Geçmişi mi?

Olay, Inc Magazine katkı editörü Jason Aten’in Threads platformundaki paylaşımıyla gün yüzüne çıktı. Aten, Muse’ün, kendi Messages uygulama içeriğini bilmeden onunla ilgili sorular sorduğunu fark etti. Aten, asistana mesaj erişimi vermediğini belirtmesine rağmen, Muse’un bu bilgiye sahip çıkması dikkat çekiciydi. Aten’in ısrarlı soruları üzerine Muse, “Mesaj geçmişinizi okumuyorum, sadece bildirim önizlemelerini gördüm” cevabını verdi. Bu açıklama, asistanın veriyi nereden aldığı konusunda net bir teknik altyapı sunmaktan uzaktı.

“Dahili Mekanizmaları Anlamıyorum”

Aten’in sorguları derinleştikçe, Muse’un cevabı daha da belirsizleşti. Asistan, bildirimlerin nasıl alındığına dair sorulara karşılık, “Dürüst cevabım: Kesin teknik mekanizmayı (plumbing) açıklayamam” diyerek teknik bir belirsizlik alanına sığındı. Devamında, “Eşleşmiş Mac uygulamasının bildirimleri yeteneklerinden biri olarak ortaya çıkardığını ve bunların cihaz senkronizasyonu yoluyla bana ulaştığını biliyorum” ifadesini kullandı. Bu açıklama, Muse’un kendi veri akışını kavramsal olarak değil, yüzeysel bir gözlem sonucunda tanımladığını hissettiriyor. Kullanıcı, asistanın ne yaptığından ziyade, asistanın kendi ne yaptığının farkında olmadığını idrak ediyor.

Meta’dan Resmi Açıklama: Hata Tamam, Mazeret Yok

Meta Superintelligence Labs ekibinden David Singleton, tartışmaya müdahale ederek teknik gerçekleri netleştirdi. Singleton, Muse’un mesajları okuyabilmesi için Mac uygulamasına tam disk erişimi (full disk access) verilmesi gerektiğini ve bu özelliklerin yalnızca kullanıcının açıkça onay vermesiyle (opt-in) etkinleştiğini hatırlattı. Kritik nokta, Singleton’ın “Muse, Mac’teki bildirimlerinizi izlemez, yalnızca kullanıcı erişimi özellikle etkinleştirdiğinde Messages verilerini senkronize eder” açıklamasıydı. Yani, Aten’in yaşadığı durumun sebebi Muse’un gizlice mesaj okuması değil, asistanın kendi iç çalışma prensiplerini yanlış ifade etmesiydi.

Veri Kurulumu ve Güven Meselesi

Singleton, Muse’un “cihaz bildirimlerini senkronize ediyor” derken teknik olarak hata yaptığını kabul ederek, “Bu bizim hatamız. Muse’un kendi iç mekanizmaları hakkında daha tutarlı ve doğru cevaplar vermesini sağlamaya çalışıyoruz” dedi. Bu itiraf, yapay zeka sistemlerinin “alan dışı” (out-of-domain) sorularda veya kendi mimarileriyle ilgili sorularda ne kadar kırılgan olduğunu gösteriyor. Sistem, kullanıcıya doğru bilgiyi sunmak yerine, bağlama uyan ama teknik olarak eksik veya yanıltıcı bir açıklama üretebiliyor. Bu durum, hassas kişisel verilere erişimi olan bir asistan için kabul edilebilir bir sınır olmayabilir.

Türkiye’deki Kullanıcı İçin Erişilebilirlik Durumu

Şu anki bilgiler ışığında, Muse’ün Türkiye’deki kullanıcılara ne zaman ve hangi kısıtlamalarla sunulacağına dair somut bir tarih veya yerel erişim detayı paylaşılmadı. Meta ekosistemindeki diğer hizmetlerde olduğu gibi, Muse’ün Türkiye’ye açılması durumunda, Mac uygulaması üzerinden Messages, Calendar ve Notes gibi yerel verilerle entegrasyon kurulması bekleniyor. Ancak teknik altyapıdaki bu açıklama belirsizliği, Türkiye’deki veri koruma hassasiyetine sahip kullanıcılar için ek bir gözetim katmanı gerektirebilir. Asistanın kendi yetki sınırlarını bile doğru anlatamaması, yerel kullanıcının kendi izinlerini (full disk access, opt-in ayarları) dikkatli yönetmesi gerektiğinin en somut göstergesidir.

Kaynak: theverge.com

19 Eylül 2026 Cumartesi

Intel’in Nova Lake Çıkışı: 52 Çekirdekli Flagship ve 12Xe’nin Yerine Geçilecek Yeni Nesil

Nova Lake’in 52 Çekirdekli Flagship’ı Gerçek Mi?

İki yıl süren söylentiler, Nova Lake için 52 çekirdekli bir flagship modelin geliştirildiğini işaret ediyor. Bu rakam, Intel’in masaüstü segmentinde rekabeti yeniden şekillendirebilecek bir güç gösterisi. Ancak, henüz resmi bir duyuru yapılmadığı için detayların netleşmesi bekleniyor.

2026 Yılı İkinci Yarısında Çıkış Hedefi

Intel CEO Lip‑Bu Tan tarafından açıklanan Nova Lake’in 2026’nın ikinci yarısında piyasaya sürülmesi planlanıyor. Bu tarih, şirketin “North Star” olarak belirlediği hedef olup, gecikme veya iptal söylentilerine rağmen değişmemiş durumda. Planlanan zaman çizelgesinde, 2025 yılına kadar her yıl yeni nesil bir masaüstü CPU çıkarmış olan Intel, 2026’da da bu ritmi sürdürmeyi amaçlıyor.

Z990 Anakartların İpuçları

ASRock’un Z990 anakart modelleri, NBD kargo veritabanında belirlendi. Bu, Nova Lake’in masaüstü versiyonuna yönelik bir platform hazırlığının somut bir göstergesi. Computex’teki iki Z990 anakartın sergilenmesi ve üçüncü modelin söylentilere konu olması, üreticilerin bu yeni nesil için hazırlandığını ortaya koyuyor.

HP EliteBook X’de Gizemli Intel İşlemci

SiSoftware veritabanında, bilinmeyen bir Intel işlemciyle donatılmış HP EliteBook X modeli rapor ediliyor. Bu, Nova Lake’in mobil versiyonlarının da geliştirilmekte olduğunu düşündürüyor. Mobil segmentteki bu gelişme, masaüstü ile mobil arasında performans köprüsü kurma çabalarının bir parçası olabilir.

Core Ultra 400 Markası ve 12Xe Seçeneği

Intel, Nova Lake için Core Ultra 400 markasını duyurdu. Bu seride, masaüstü versiyonunda 12Xe seçeneğinin çıkarılması planlanıyor. 12Xe, önceki nesillerde bulunan yüksek çekirdek sayısını azaltarak enerji verimliliğini artırma amacını taşıyor. Yeni modelde, bu seçeneğin yerini daha düşük çekirdekli ama yüksek performanslı alternatiflerin alması bekleniyor.

“bLLC” Özelliği ile Hafıza Yönetimi

Nova Lake’in, bLLC (büyük ölçekli bellek kontrolcüsü) özelliği içerdiği iddia ediliyor. Bu teknoloji, çok çekirdekli iş yüklerinde bellek erişim hızını optimize ederek, özellikle çoklu görevlerde ve yoğun veri işlemlerinde performansı artırmayı hedefliyor. bLLC, Intel’in önceki nesillerinde deneyimlenen bellek gecikmelerini azaltmayı amaçlıyor.

İşlemci Çıkışının Yıllık Döngüsü

Intel’in masaüstü CPU’lar için tipik yayın döngüsü, 14nm teknolojisinden çıktıktan sonra her yıl yeni nesil bir işlemci sunmak üzerine kurulmuş. Alder Lake döneminde bu döngü pekişti ve 2025’e kadar her yıl bir yeni nesil duyuruldu. Nova Lake ise bu çerçevede 2026’nın ikinci yarısında, 14nm sonrası geliştirilmiş mimarisiyle sahneye çıkacak.

“Screenshot” ve “Slide” Dosyalarının Kaynağı

Nova Lake ile ilgili “screenshot” ve “slide” dosyalarının, Intel’in değil bir partnerin olduğu belirtiliyor. Bu, bilgilerinin doğruluğu konusunda belirsizlik yaratıyor ancak yine de teknik detayların bir kısmının halka açık kaynaklardan elde edildiğini gösteriyor.

24 Ay Boyunca Süregelen “Zeitgeist” Hazırlıkları

Nova Lake, 24 ay boyunca süren “zeitgeist” olarak tanımlanan bir nesil için hazırlıklarla şekilleniyor. Bu süreçte, Intel’in teknolojik stratejileri ve piyasa ihtiyaçları göz önünde bulundurularak, yüksek çekirdek sayısı, enerji verimliliği ve hafıza yönetimi gibi alanlarda iyileştirmeler yapılıyor.

Önizleme: Nova Lake ile Maliyet / Performans Dengesine Yaklaşım

Nova Lake’in, 52 çekirdekli flagship modeliyle yüksek performans sunarken, 12Xe seçeneğiyle de enerji verimliliğini hedeflemesi, fiyat/performans dengesi açısından önemli bir adım. bLLC ile bellek erişim sürelerinin azaltılması, yoğun veri işlemlerinde maliyetleri düşürürken, Core Ultra 400 markası altında sunulan farklı çekirdek seçenekleri, kullanıcıların ihtiyaçlarına göre esnek yapı sunacak.

Son Açıklama

Intel’in Nova Lake ile ilgili açıklamalar ve piyasadaki izlenimler, 2026’nın ikinci yarısında yüksek çekirdekli, enerji verimli bir masaüstü işlemci setinin çıkacağını gösteriyor. 52 çekirdekli flagship modeli ve 12Xe’nin yerini alacak yeni seçenekler, performans ve maliyet arasında dengeli bir yaklaşım sunmayı amaçlıyor. Bu gelişmeler, Intel’in masaüstü segmentinde rekabet gücünü yeniden şekillendirecek temel unsurlar olarak öne çıkıyor.

Kaynak: tomshardware.com