Kısaca
- Nano Banana 2.1’in Gemini API’deki model kimliği `gemini-nano-banana-2.1` olarak veriliyor.
- Model, metin isteminden görsel üretebiliyor; metin ve görsel birlikte verilerek düzenleme de yapılabiliyor.
- Google, yeni projeler için Nano Banana 2.1’i öneriyor ve 1K, 2K ile 4K çözünürlüklerden söz ediyor.
- Google’ın dokümantasyonuna göre oluşturulan tüm görseller SynthID filigranı içeriyor.
Bu rehberde ne öğreneceksiniz?
Bu rehberde Nano Banana 2.1 ile mimari ve iç mekân görselleri için istem hazırlamayı, metinden yeni bir görsel üretmeyi ve bir referans görsel üzerinde metin talimatlarıyla çalışmayı ele alacağız. Örnekler; atmosfer araştırması, malzeme yönü üzerine düşünme ve sunum için görsel alternatifler geliştirme gibi kullanım amaçlarına göre düzenlendi.
Nano Banana, Google’ın Gemini modellerindeki görsel üretim yetenekleri için kullandığı ad. Gemini API dokümantasyonu Nano Banana 2.1’i, görsel üretimi ve konuşmalı düzenleme için yeni projelerde tercih edilmesi önerilen model olarak tanımlıyor. API’de kullanılacak model kimliği gemini-nano-banana-2.1 şeklinde belirtilmiş. Buradaki örnekler mimari doğruluk veya ölçü koruma garantisi vermez; üretilen görselleri tasarım araştırması olarak değerlendirmek gerekir.
Gereksinimler
Yöntem, Gemini API’ye erişim ve modele gönderilecek bir istem gerektiriyor. Görsel düzenleme için buna bir referans görsel de eklenebilir. Google’ın API örneklerinde istemci oluşturma ve etkileşim başlatma gösteriliyor; REST örneğinde API anahtarı başlıkta kullanılıyor. Dokümantasyon, bu rehber bağlamında hesap açma adımlarını, ücretleri veya kullanım limitlerini açıklamıyor. Başlamadan önce API erişimi ve güncel koşullar kontrol edilmeli.
Google’ın Python örneğinde from google import genai biçiminde bir içe aktarma, ardından genai.Client() ile istemci oluşturma yer alıyor. Kaynakta gösterilen akışta metin girişi interactions.create çağrısına veriliyor; dönen görsel çıktıya output_image alanından erişilebiliyor. Bu rehber, kurulum veya kimlik doğrulama için kaynakta gösterilmeyen ek adımlar tarif etmiyor.
Düzenleme aşamasında yalnızca kullanım hakkı bulunan görselleri yükleyin. Google, gönderilen görsellerin haklarının kullanıcıda olması gerektiğini hatırlatıyor. Ayrıca dokümantasyon, oluşturulan bütün görsellere SynthID filigranı eklendiğini belirtiyor. Kaynağa göre Nano Banana 2.1, 1K, 2K ve 4K çözünürlüklerde görsel üretimini destekliyor; burada belirli bir çıktı boyutunu seçmek için API’deki parametreler tarif edilmiyor.
Adım adım: metinden mimari görsel oluşturun
Kullanım amacını belirleyin. Önce görselin hangi tasarım sorusuna yardımcı olacağını seçin. Örneğin, bir kütüphane için gün ışığı atmosferini araştırmak veya lobi tasarımında ahşap ve taşın birlikte nasıl görüneceğini değerlendirmek. Tek bir görsel hedefi seçmek, istemi daha anlaşılır kılar.
Sahneyi bileşenlerine ayırın. İstemde mekânın işlevini, temel malzemelerini, ışık koşulunu ve kamera bakışını ayrı ayrı tarif edin. “Çağdaş bir iç mekân” gibi genel ifadeler yerine, görselde bulunmasını istediğiniz unsurları ve atmosferi somutlaştırın. Aşağıdaki örnek yeni yazılmış bir mimari istemdir:
Create an architectural visualization of a small community reading room with a curved timber ceiling, pale stone flooring, built-in shelves and a planted courtyard beyond tall windows. Show a wide eye-level interior view in soft overcast daylight, with restrained natural colors and realistic material detail. Keep the room quiet and uncluttered; no people, no signage.İstem, mekânın kullanımını, malzeme yaklaşımını, ışığı ve kadrajı tek bir tarifte topluyor. Sonuç, proje çizimi veya uygulanabilir malzeme şartnamesi değil; görsel yön arayışında kullanılabilecek bir öneridir.
İstemi API’ye iletin. API örneğindeki temel akışta model kimliği ve metin, etkileşim oluşturma isteğine ekleniyor. Görsel oluşturma tamamlandığında çıktı etkileşim nesnesindeki görsel alanından alınabiliyor. Dokümantasyondaki örnekler Python, JavaScript, Java, Go ve REST biçimlerini içeriyor; bu rehberde bunlardan biri seçilerek aynı istem yapısı izlenebilir.
İlk sonucu inceleyin. Görseli tasarım niyeti açısından değerlendirin: mekân işlevi anlaşılır mı, ışık ve malzeme tarifi istenen yöne yaklaşıyor mu, kadraj sunum amacına uyuyor mu? Beğenilmeyen her ayrıntıyı yeniden yazmak yerine, bir sonraki talimatta değiştirilmesi istenen noktayı belirginleştirin.
İstem üzerinde yineleyin. Nano Banana 2.1, dokümantasyonda çok turlu düzenleme ve tutarlılık özellikleriyle tanıtılıyor. Örneğin, ilk görseldeki atmosferi koruyarak yalnızca ışık hissi veya belirli bir malzeme yönü için yeni bir talep hazırlayın. Her turda neyin değişmesini, neyin aynı kalmasını istediğinizi açıkça belirtin; yine de referans ayrıntılarının kesin biçimde korunacağını varsaymayın.
Adım adım: mevcut bir görsel üzerinde çalışın
Referans dosyasını seçin. Bu yöntem, metinle birlikte bir görselin de isteğe eklenmesine dayanıyor. Bir iç mekân çalışması, kendi tasarımınızdan bir ekran görüntüsü veya kullanma hakkına sahip olduğunuz bir referans seçilebilir. Görselin kullanım hakkını kontrol etmeden yüklemeyin.
Tek bir değişiklik hedefleyin. Google’ın dokümantasyonu, metin ve görseli aynı girdide kullanarak görselde düzenleme yapılabileceğini gösteriyor. Bir referans üzerinde yeni bir görsel öğeyi tarif etmek, var olan bir ayrıntıyı değiştirmek ya da genel renk ve stil yaklaşımını başka yöne taşımak gibi farklı amaçlar belirlenebilir. Aşağıdaki örnek, bir iç mekân görselinin renk atmosferine odaklanıyor:
Adjust the provided interior image toward a warm, muted color palette. Keep the room arrangement, furniture positions, viewpoint and visible architectural details as close to the reference as possible. Do not introduce people or signage.İstemde hem istenen renk yönü hem de korunması beklenen özellikler belirtiliyor. Bununla birlikte kaynak, düzenleme sonucunda kadrajın veya geometrinin her durumda birebir sabit kalacağına dair güvence vermiyor. Çıktıyı referansla karşılaştırarak kontrol edin.
Sonucu değerlendirin ve devam edin. İlk düzenlemeden sonra görseldeki değişimi inceleyin. İstenen sonuç alınmadıysa, yeni turda hedefi daha açık ifade edin veya aynı görsel üzerinde farklı bir değişiklik isteyin. Birden fazla tasarım kararını aynı anda değiştirmek yerine ayrı taleplerle ilerlemek, hangi talebin sonucu etkilediğini anlamayı kolaylaştırır.
Mimarlık ve görselleştirme iş akışında kullanım
Bu tür görsel üretimi, erken tasarım aşamasında atmosfer seçenekleri oluşturmak veya bir iç mekân fikrini ekip içinde tartışmaya açmak için kullanılabilir. Mimarlar ve iç mimarlar, bir mekânın ışık ve malzeme yönünü farklı anlatımlarla araştırabilir; görselleştirme uzmanları ise sunum öncesi görsel fikirleri karşılaştırabilir. Öğrenciler için de istemdeki tariflerin görsel sonuç üzerindeki etkisini denemek, tasarım kararlarını anlatma pratiği sağlayabilir.
Ancak kaynakta Nano Banana 2.1’in ölçülü BIM verisi, CAD geometrisi veya teknik çizim ürettiği belirtilmiyor. Bu nedenle görselleri proje modelinin, ölçülerin ya da doğrulanmış teknik kararların yerine koymayın. Modelin belirttiği 1K, 2K ve 4K çözünürlük desteği çıktı seçenekleri hakkında bilgi veriyor; kaynak belirli bir mimari yazılımla uyumluluk, yerel donanım gereksinimi veya bir çıktı iş akışı açıklamıyor.
Ofis kullanımında API maliyeti ve koşulları da önceden incelenmeli; verilen dokümantasyon bu konuda fiyat paylaşmıyor. Referans görsellerin haklarına dikkat edin ve SynthID filigranını teslim veya sunum sürecinde göz önünde bulundurun. Görsel, tasarım ekibinin değerlendirmesinden geçmeden kesin proje temsili olarak kullanılmamalı.
Sık yapılan hatalar
İstemi fazla genel bırakmak: Mekân işlevini, malzemeleri, ışığı ve bakış yönünü tarif ederek görsel hedefini netleştirin.
Bir turda birçok şeyi değiştirmek: Her düzenleme isteğinde bir ana hedef belirleyin; sonucu bu hedefe göre değerlendirin.
Referansın aynen korunacağını düşünmek: Korunmasını istediğiniz ayrıntıları yazın, ancak sonucu ayrıca kontrol edin.
Görseli teknik doğruluk kanıtı saymak: Kaynak, görsel üretimi ve düzenlemeden söz ediyor; ölçü veya proje doğrulaması vaat etmiyor.
Hakları belirsiz görsel yüklemek: Yalnızca yükleme ve kullanım hakkına sahip olunan referansları kullanın.
Maliyet ve çıktı koşullarını varsaymak: Dokümantasyonun bu metninde fiyat bilgisi bulunmuyor; API koşullarını kullanımdan önce kontrol edin.
Sonraki adımlar
Aynı mekân için ışık, malzeme ve kadrajı ayrı ayrı ele alan istemler hazırlayın. Her turda tek bir değişkeni hedefleyin ve sonuçları yan yana karşılaştırın. Böylece hangi tariflerin görsel yönü değiştirdiğini gözlemleyebilir, ekip içinde daha açık tasarım tartışmaları yürütebilirsiniz.
Daha sonra, metinden görsel üretme ile referans görsel düzenleme yöntemlerini ayrı ayrı deneyin. Model seçimi yaparken Google’ın yeni projeler için Nano Banana 2.1 önerisini, belirtilen çözünürlük seçeneklerini ve SynthID bilgisini dikkate alın. API erişimi, fiyat, kullanım koşulları ve iş akışınıza uygunluk için güncel dokümantasyonu ayrıca inceleyin.
Kaynak ve lisans
Bu rehber, Google’ın Gemini API görsel üretimi dokümantasyonundaki Nano Banana model açıklamaları, metinden görsel üretme ve görsel düzenleme örnekleri temel alınarak Türkçeye uyarlanmıştır. Kaynak CC BY 4.0 lisanslıdır.
Sık sorulan sorular
Nano Banana 2.1’in Gemini API model kimliği nedir?
Dokümantasyonda model kimliği `gemini-nano-banana-2.1` olarak belirtiliyor.
Nano Banana 2.1 ile mevcut bir mimari görsel düzenlenebilir mi?
Google’ın dokümantasyonu, metin ve görselin birlikte gönderildiği düzenleme akışını gösteriyor. Sonuç kontrol edilmeli; kaynağa göre kadraj veya geometrinin kesin olarak korunacağı garanti edilmiyor.
Nano Banana 2.1’in ürettiği görsellerde filigran bulunuyor mu?
Google’ın dokümantasyonuna göre oluşturulan tüm görseller SynthID filigranı içeriyor.
Kaynaklar
1 kaynakKaynak metinler yeniden yayımlanmaz; kısa alıntılar tırnak içinde verilir, geri kalanı özgün özet ve yorumdur.
Türkiye’deki mimarlık ofisleri ve öğrenciler için metinden hızlı görsel alternatifler üretmek, erken tasarım tartışmalarını besleyebilir. Özellikle malzeme ve atmosfer seçeneklerini anlatmak için başlangıç görselleri hazırlamak pratik bir kullanım alanı; ancak bu çıktılar ölçülü modelin veya teknik çizimin yerini tutmamalı.
Ofisler API maliyetini ve kullanım koşullarını değerlendirmeden iş akışını buna bağlamamalı; kaynak fiyat vermiyor. Donanım gereksinimi de açıklanmıyor. Referans görsellerin kullanım hakkı, SynthID filigranı ve üretilen sonucun tasarım ekibince kontrol edilmesi karar sürecine dahil edilmeli.



Yorumlar 0