Nano Banana 2.1 ile mimari görsel üretimi ve düzenleme rehberi

Bu rehberde ne öğreneceksiniz?

Nano Banana, Google’ın Gemini içindeki görsel üretim yeteneklerinin adı. Gemini API belgelerinde Nano Banana 2.1, görsel üretimi ve konuşmalı düzenleme için ana yüksek verimlilikli model olarak tanımlanıyor. Bu rehberde modeli bir mimari görsel iş akışında kullanmanın temel adımları ele alınıyor: metin istemiyle yeni bir görsel talep etmek, mevcut bir görseli referans olarak iletmek ve sonucu yeni talimatlarla iyileştirmek.

Bu kullanım, tasarım kararlarının yerine geçmez. Kütle, malzeme, ışık ve atmosfer için hızlı görsel denemeler üretmeye veya bir sunum fikrini görselleştirmeye yardımcı olabilir. Kaynakta modelin CAD/BIM dosyalarını düzenlediği ya da ölçülü teknik çıktı ürettiği belirtilmiyor; bu nedenle ortaya çıkan görseli proje geometrisinin veya teknik dokümantasyonun doğrulanmış karşılığı olarak değerlendirmeyin.

Gerekenler: yazılım, model ve erişim

İş akışı Gemini API üzerinden yürütülüyor. Kaynakta Nano Banana 2.1’in API model kimliği gemini-nano-banana-2.1 olarak veriliyor. Google’ın örnekleri Python, JavaScript, Java, Go ve REST yöntemlerini gösteriyor. Bu anlatımda belirli bir yazılım sürümü veya API erişiminin ücret koşulları açıklanmadığından bunlar varsayılmamalı; güncel erişim ve maliyet bilgileri API hesabı üzerinden kontrol edilmeli.

Python örneğinde google paketinden genai istemcisi oluşturuluyor ve interactions.create çağrısına model adıyla metin girdisi veriliyor. Görsel çıktısı output_image alanından alınıp dosyaya yazılıyor. REST örneğinde ise istek Gemini API adresine gönderiliyor ve kimlik doğrulaması için GEMINI_API_KEY kullanılıyor. Kaynakta örnek olarak verilen bu adımlar, API ile çalışma mantığını açıklar; burada belgede yer almayan kurulum komutları veya hesap menüleri eklenmiyor.

Görsel düzenlemede, metin talimatı ile görsel aynı istekte girdi olarak sunulabiliyor. Belgede görsel verisinin Base64 biçiminde iletildiği ve MIME türünün belirtildiği örnekleniyor. Yükleyeceğiniz görsel üzerinde gerekli kullanım haklarına sahip olmanız gerekiyor.

Adım adım: yeni bir mimari görsel üretin

1. Sahneyi tanımlayın. İstemde yapının türünü, bakış açısını, temel malzemeleri, ışığı ve çevreyi açıkça belirtin. Her şeyi tek bir genel sıfata bırakmak yerine, görselde görünmesi gereken öğeleri tarif edin.

2. İlk deneme için bir istem kullanın. Aşağıdaki metin, mimari görselleştirme için hazırlanmış özgün bir örnektir:

Create a photorealistic architectural visualization of a compact contemporary courtyard house, viewed from eye level across the garden. Use pale limestone walls, a dark timber screen, large clear glazing, restrained planting and soft overcast daylight. Keep the composition calm and make the building the main subject.

İstemdeki malzeme ve ışık tarifleri, görselin hangi yönde ilerlemesini istediğinizi modele anlatır. İlk çıktıyı kesin tasarım kararı olarak değil, değerlendirebileceğiniz bir görsel taslak olarak ele alın.

1. Çıktıyı inceleyip tek bir değişikliği tarif edin. Örneğin, genel sahneyi yeniden yazmak yerine bitki yoğunluğunu veya gün ışığının niteliğini değiştirmeyi isteyin. Google, modelin çok turlu konuşmalı düzenlemeyi desteklediğini belirtiyor; bu özellik, aynı çalışma üzerinde ardışık talimatlarla ilerlemeyi mümkün kılıyor.

Keep the architecture, camera position and materials unchanged. Make the courtyard planting less dense, with more visible ground surface, and soften the daylight slightly.

Bu istemde değişmesi istenen noktalar açıkça sınırlandırılıyor; korunacak özellikler de ayrıca belirtiliyor. Böylece revizyon talebinin kapsamı daha anlaşılır hâle geliyor. Yine de her çıktıda bütün öğelerin aynen korunacağına dair kaynakta bir garanti bulunmuyor.

Mevcut bir görseli referans alarak düzenleyin

Bir eskiz, tasarım görseli veya düzenleme hakkına sahip olduğunuz başka bir görseli API isteğine metin girdisiyle birlikte ekleyebilirsiniz. Google’ın örneğinde görsel, Base64 verisi ve MIME türüyle iletiliyor; çıktı yine output_image alanından alınabiliyor. Bu yöntem, sıfırdan sahne tarif etmek yerine mevcut görseli başlangıç noktası yapar.

1. Referans görsele yönelik değişikliği tarif edin. Aşağıdaki istem, görseldeki ana tasarım özelliklerini koruyup belirli bir atmosfer değişikliği istemek üzere yazılmıştır:

Use the provided architectural image as the reference. Preserve the building form, openings and camera view. Change the scene to a warm late-afternoon atmosphere with gentle interior light visible through the glazing. Do not add people or signage.

Bu talimatla referans görselin biçimi ve kadrajı korunurken ışık atmosferi için değişiklik isteniyor. İstenen unsurları ve değişmemesi gerekenleri aynı istemde belirtmek, düzenlemenin hedefini netleştirir. Ancak görseldeki her ayrıntının birebir korunması garanti edilmiş bir özellik olarak sunulmuyor.

1. Sonucu tekrar değerlendirin. Çıktıda değişen ve korunması istenen alanları karşılaştırın. İstenen düzenleme yeterince belirgin değilse bir sonraki turda yalnızca ilgili noktayı daha somut tarif edin. Görsel üretimi ve düzenleme, tasarım ekibinin kontrolünden geçmeli; ölçü, malzeme performansı veya mevzuat uygunluğu gibi konularda tek başına kanıt sayılmamalıdır.

Sık yapılan hatalar

• Belirsiz sıfatlarla yetinmek: “Güzel”, “modern” veya “gerçekçi” gibi tek başına geniş ifadeler yerine yapı türünü, malzemeleri, ışığı ve bakış açısını açıklayın.

• Bir istemde çok fazla revizyon istemek: Aynı anda çok sayıda değişiklik tarif etmek, hangi talimatın sonucu etkilediğini değerlendirmeyi zorlaştırabilir. İterasyonlarda öncelikli değişikliği öne çıkarın.

• Referansın korunacağını varsaymak: Bir görseli girdi olarak vermek, bütün geometrinin veya detayların mutlaka değişmeden kalacağı anlamına gelmiyor. Sonucu kaynak görselle karşılaştırın.

• Hakları kontrol etmeden görsel yüklemek: Google, yüklenen görseller için gerekli hakların bulunmasını ve başkalarının haklarını ihlal eden içerik üretilmemesini hatırlatıyor.

• Üretilen görseli teknik çıktı saymak: Kaynak, modelin BIM/CAD geometrisi veya teknik çizim ürettiğini söylemiyor. Görseli fikir geliştirme ve sunum amaçlı değerlendirin.

Mimarlık ve iç mekân iş akışında sonraki adımlar

Mimarlar, iç mimarlar ve archviz ekipleri Nano Banana 2.1’i alternatif atmosferleri, malzeme hissini veya sunum yönlerini hızlıca tartışmak için deneyebilir. Bir referans görselle düzenleme yapmak, mevcut bir fikrin üzerinde çalışmaya imkân verir; metinden üretim ise sahne tarifini görselleştirmeye yarar. Bu kullanımın pratik değeri, çıktının tasarım kararlarına ne kadar yardımcı olduğuna bağlıdır.

Ofis iş akışında API erişimi, kullanım maliyeti ve görsellerin kullanım hakları değerlendirilmesi gereken başlıklardır; kaynakta fiyat veya belirli donanım gereksinimi verilmediği için bunlara ilişkin kesin varsayım yapılmamalı. Bir görsel üretim modeli kullanılması, mimari yazılımlardaki modelleme veya doğrulama aşamalarının yerine geçtiği anlamına gelmez. Sonraki adım olarak ekibin aynı referans üzerinde kontrollü denemeler yapması, üretilen görselleri tasarım ekibince gözden geçirmesi ve API kullanım koşullarını incelemesi uygun olur.

Kaynak ve lisans

Bu rehber, Google’ın Gemini API görsel üretimi belgesindeki bilgilerin Türkçeye uyarlanmasıyla hazırlanmıştır. Kaynak CC BY 4.0 lisanslıdır. Örnek istemler mimari kullanım için bu rehber kapsamında özgün olarak yazılmıştır.