# Houdini’de Redshift Proxy rehberi: dışa aktarma ve verimli sahne kullanımı

Kaynak: https://3dsinifi.com/haber/houdinide-redshift-proxy-rehberi-disa-aktarma-ve-verimli · Kategori: İpuçları · Yayın: 4 Ekim 2026

> Redshift Proxy, Houdini sahnelerinde geometriyi sürekli yüklemeden çalışmaya yardımcı olur. Bu rehber; .rs dosyası dışa aktarmayı, viewport önizlemesini ve instancing sırasında dikkat edilecek sınırlamaları anlatıyor.

## Kısaca
- Redshift Proxy dosyaları .rs uzantısıyla kaydedilir; geometri, render sırasında gerektiğinde yüklenir.
- Houdini’de dışa aktarma için Redshift ROP, Redshift Proxy Output ROP ve Redshift Proxy Output SOP seçenekleri bulunur.
- Tek bir proxy’den birden fazla örnek oluşturmak, belgelere göre bellek ve performans açısından daha verimlidir.
- Instancing kullanılan Redshift Proxy’lerde sabit tessellation gerekir; adaptive tessellation desteklenmez.

## Redshift Proxy ne sağlar?

Redshift Proxy, önceden dışa aktarılmış geometriyi Houdini sahnesinde kullanırken tüm veriyi baştan sahneye yükleme ihtiyacını azaltır. Redshift, proxy’deki geometriyi render sırasında, bir ışın proxy’nin sınır kutusuyla kesiştiğinde yükler. MAXON belgelerine göre bu yöntem, büyük geometriyi her sahne çevirisinde yeniden işleme maliyetini azaltabilir; proxy verisi de optimize edilmiş biçimde diskte tutulur.

Proxy kullanımı modelin düzenlenebilirliğini sınırlar. Dışa aktarılan geometri, tessellation ayarları dışında proxy dosyası üzerinden deforme edilemez veya değiştirilemez. Proxy’nin tamamı taşınabilir, döndürülebilir ve ölçeklenebilir; içindeki bileşenleri değiştirmek için kaynak veride düzenleme yapıp proxy’yi yeniden dışa aktarmak gerekir. Redshift Proxy dosyasından özgün model ağını geri almak mümkün olmadığından kaynak dosyaları saklamak önemlidir.

Bu rehber MAXON’un Houdini için yayımladığı Redshift belgelerine dayanıyor. Kaynak belgelerde uygulanan Houdini veya Redshift sürümü belirtilmediği için adımlar belirli bir sürüm numarasına bağlanamıyor. Arayüzdeki adlar sürüme göre değişebileceğinden, belgelerde verilen parametre adlarını esas alın.

## 1. Kullanıma uygun dışa aktarma düğümünü seçin

Houdini belgeleri üç farklı dışa aktarma yolu tanımlıyor. Redshift ROP, tam proxy sahneleri veya seçili nesneleri dışa aktarmak için kullanılabiliyor; belgede render çiftliklerinde render edilecek tam sahne dosyaları için de bu kullanım örneği veriliyor. Redshift Proxy Output ROP, render context içinden proxy nesnesi üretirken Redshift Proxy Output SOP, bir OBJ içindeki modelleme SOP’una bağlı veriyi dışa aktarıyor ve tek bir nesneyle sınırlı.

1. Dışa aktarılacak içeriğin kapsamına göre Redshift ROP, Proxy Output ROP veya Proxy Output SOP’u seçin.
2. Redshift ROP ile çalışıyorsanız `Archive` bölümündeki `Export .rs Proxy File` seçeneğini etkinleştirin.
3. Dosya konumunu ve adını belirleyin. Proxy dosyaları `.rs` uzantısıyla kaydedilmelidir. Kare dizisi dışa aktarılacaksa dosya adında `$F` kare belirtecini kullanın.
4. Redshift ROP üzerinden dışa aktarmayı `Render to Disk` düğmesiyle başlatın.

`Export Only Selected Objects`, Redshift ROP’ta yalnızca seçili nesneleri dışa aktarır. `Create Intermediate Directories` etkinleştirilirse Houdini, kayıt için gereken klasörleri otomatik oluşturur. Bu seçenekler, dosya kapsamını ve kayıt klasörlerini planlarken işe yarar; ancak hangi düğümün hangi ayarı desteklediğini kontrol etmek gerekir. Belgeler bazı seçeneklerin yalnızca Redshift ROP için geçerli olduğunu özellikle belirtiyor.

| Ayar | Önerilen değer | Etkisi |
|---|---|---|
| Kullanılmayan öznitelikleri at | Gereksiz veri yoksa etkin bırakın | Dosya boyutunu verimli tutmaya yardımcı olur; belgelerde kullanılmayan verinin varsayılan olarak atıldığı belirtiliyor. |
| Connectivity Data dışa aktar | Sonradan tessellation veya displacement gerekiyorsa etkinleştirin | İlgili işlemler için bağlantı verisi sağlar; dosya boyutunu artırır. |
| Compress File | Depolama ve ağ koşullarında test edin | Bazı durumlarda dosya boyutunu yüzde 50 veya daha fazla azaltabilir; dışa aktarma ve yükleme süresini uzatabilir. |
| Instancing tessellation | Fixed | Instancing sırasında adaptive tessellation kullanılamaz. |

Sıkıştırma kararı aktarım ve depolama hızına bağlıdır. MAXON, yavaş ağ veya depolama aygıtının darboğaz oluşturduğu durumlarda daha küçük dosyanın performansa yardımcı olabileceğini; hızlı ağ ve depolamada ise sıkıştırmayı açma işleminin süreyi uzatabileceğini belirtiyor. Bu nedenle seçenek, gerçek proje verisiyle denenmelidir.

## 2. Proxy’yi sahneye ekleyip önizleyin

Dışa aktarılan dosyayı kullanmak için Houdini sahnesinde Redshift Proxy nesnesi oluşturun. Belgelerde bunun Redshift araç çubuğundaki `Proxy` seçeneğiyle yapılabileceği anlatılıyor. Ardından `Proxy Filename` alanında `.rs` dosyasını belirtin. `Enable Proxy File` kapalıysa proxy görüntülenmez ve render edilmez.

Viewport görünümünü sahne yoğunluğuna göre seçin. `Bounding Box`, dosyadaki tüm geometri yerine nesneleri çevreleyen basit sınır kutusunu gösterir. `Mesh`, proxy geometrisini doğrudan görüntüler; `Points` nokta bulutu görünümü sağlar. `None` seçeneği proxy’yi viewport’ta gizler, ancak render edilmesini engellemez.

Yoğun bir proxy’yi mesh olarak görüntülemek viewport performansını düşürebilir. Böyle bir durumda `Bounding Box` kullanmak veya `Display Percentage` değerini azaltmak önizlemedeki geometri yükünü sınırlamaya yardımcı olur. Belgelerde, çok yoğun proxy’ler için sınır kutusu, bağlantılı mesh veya düşük görüntüleme yüzdesi seçenekleri öneriliyor. Eğri verisi içeren proxy’lerde `Display Lines`, eğrilerin viewport’ta gösterimini kapatabilir.

Animasyonlu proxy dizileri için `Animated Preview` seçeneğini değerlendirin. Bu seçenek kapalı olduğunda proxy viewport’ta sabit kalır; render sırasında ise güncellenmeye devam eder. Animasyonlu proxy’ler kare başına önbellekler nedeniyle ağır olabileceğinden, sahne düzenlerken sürekli güncellenen bir önizlemeye ihtiyaç olup olmadığına göre seçim yapın.

## 3. Öznitelik, malzeme ve animasyonu önceden planlayın

Proxy dışa aktarılırken yalnızca o sırada atanmış shader’ların kullandığı vertex öznitelikleri dosyaya alınır. Sonradan malzeme değiştirmek veya override uygulamak planlanıyorsa yeni shader’ın ihtiyaç duyacağı UV ve vertex color gibi verilerin dışa aktarma sırasında korunması gerekir. Örneğin mevcut shader UV kullanmıyorsa UV verisi atılabilir; daha sonra UV kullanan bir malzeme atanırsa sonuç beklenenden farklı olabilir.

Hareket bulanıklığı gerekiyorsa dışa aktarma anında render ayarlarında etkin olmalıdır. Proxy oluşturulduktan sonra hareket bulanıklığı kapatılabilir; ancak kare süresi gibi tekil ayarları değiştirmek için yeniden dışa aktarma gerekir. Bu nedenle animasyon ve hareket bulanıklığı gereksinimlerini proxy üretmeden önce netleştirin.

Nokta özniteliği `instancefile`, dosya yolunu kullanarak Redshift Proxy’leri instancing ile çağırabilir. Bu kullanım Redshift Instances veya Redshift Point Clouds olarak çıkarılabilir. Çok sayıda kopya gereken sahnelerde tek bir proxy oluşturup ondan örnekler üretmek, MAXON belgelerine göre bellek ve performans bakımından daha verimlidir. Ancak `instancefile` özelliğiyle malzeme override desteklenmez. Ayrıca instancing sırasında tessellation sabit olmalıdır; adaptive tessellation kullanılamaz.

## Mimarlık ve archviz iş akışında dikkat edilecekler

Tekrarlanan bitki, mobilya veya benzer sahne varlıklarıyla çalışan mimarlık ve görselleştirme ekipleri, proxy’leri sahne içinde çoğaltarak bellek ve performans kullanımını yönetebilir. Özellikle sahne düzenleme sırasında `Bounding Box` veya düşük `Display Percentage` kullanmak viewport’u hafifletebilir. Buna karşılık tasarım değişiklikleri için kaynak geometriye dönmek ve proxy’yi yeniden üretmek gerekir; proxy, modelin düzenlenebilir ana dosyasının yerini tutmaz.

Redshift Proxy dosyaları farklı DCC uygulamaları arasında kullanılabilir; ancak bir uygulamaya özgü shader’lar ve ışık türleri başka bir uygulamada sorun çıkarabilir. MAXON, uygulamalar arası paylaşımda sahnedeki malzemeleri kullanan `From Scene` modlarını öneriyor. Dosya boyutunu küçültmek için sıkıştırma da düşünülebilir, fakat karar ağ ve depolama hızına göre verilmelidir. Render öncesinde kullanılan uygulamalar, malzeme modu ve gereken vertex öznitelikleri birlikte kontrol edilmelidir.

## Sık yapılan hatalar

- Kaynak geometriyi saklamamak: Redshift Proxy dosyasından özgün model ağı geri alınamaz.
- Proxy’ye sonradan atanacak malzemenin ihtiyaç duyduğu UV veya diğer vertex özniteliklerini dışa aktarmayı unutmak.
- Instancing sırasında adaptive tessellation kullanmaya çalışmak; bu kullanımda sabit tessellation gerekir.
- Hareket bulanıklığı ayarlarını proxy üretildikten sonra değiştirebileceğini varsaymak; bazı değişiklikler yeniden dışa aktarma gerektirir.
- Sıkıştırmayı ağ ve depolama hızını dikkate almadan etkinleştirmek; dosya küçülürken yükleme veya dışa aktarma uzayabilir.

## Pro ipucu
Malzeme override planlanıyorsa dışa aktarmadan önce kullanılacak shader’ın ihtiyaç duyduğu UV ve diğer vertex özniteliklerinin proxy dosyasında bulunduğunu doğrulayın.

## 3dsınıfı yorumu
Türkiye’deki mimarlık ve görselleştirme ofisleri için Redshift Proxy, tekrar eden yoğun varlıkların kullanıldığı sahnelerde düzenleme ve render hazırlığını daha yönetilebilir kılabilir. En iyi sonuç, kaynak modeli düzenleyen ekip ile render sahnesini hazırlayan ekibin ihtiyaçlarını dışa aktarma öncesinde netleştirmesiyle alınır.

Proxy, kaynak dosyayı arşivleme ihtiyacını ortadan kaldırmaz; aksine model değişikliklerinde yeniden dışa aktarma gerektirir. Sıkıştırma tercihinde ağ ve depolama hızı, önizlemede ise viewport yükü hesaba katılmalı. Gerçek üretim sahnesinde malzeme override ve render testleri yapmak, sonradan oluşabilecek uyumsuzlukları erkenden görmeye yardımcı olur.

## Kaynaklar
- [help.maxon.net](https://help.maxon.net/r3d/houdini/en-us/Content/html/Redshift%2BProxy%2BObjects.html) (özet)
- [help.maxon.net](https://help.maxon.net/r3d/houdini/en-us/Content/html/Intro+to+Proxies.html?TocPath=Matte%20Options%7C_____2) (özet)

_Yapay zekâ ile yazıldı, kaynaklarla doğrulandı. © 3dsınıfı_