ORGA’ya Gönderilen İçerikler Nasıl İnceleniyor? Onay Süreci ve Yayın Kriterleri

Yayınlama #uretici-studyosu#icerik-inceleme#icerik-onayi#orga-hub#uretici-masasi 0 cevap 16 okunma

Üretici Stüdyosu üzerinden ORGA’ya trainer, mod veya Türkçe yama gönderdiğinizde içerik doğrudan yayınlanmıyor.

Öncelikle bir inceleme sürecinden geçiyor.

Bu konuyu özellikle açmak istedim çünkü üretici tarafında:

“İçeriğimi gönderdim, şimdi ne olacak?”

sorusunun cevabının net olması gerekiyor.

Amacım üreticiyi gereksiz yere bekletmek veya içerik yayınlamayı zorlaştırmak değil.

Tam tersine ORGA üzerinden yayınlanan içeriklerin:

  • Gerçekten çalışması

  • Doğru bilgilerle paylaşılması

  • Gerçek üreticisinin belirtilmesi

  • Kullanıcı açısından anlaşılır olması

  • Şüpheli veya zararlı bir yapı içermemesi

konusunda mümkün olduğunca belli bir standart oluşturmak istiyorum. 🔍

📥 İçeriği Gönderdiğinizde Ne Oluyor?

Üretici Stüdyosu üzerinden gönderim tamamlandığında içerik inceleme sürecine giriyor.

Genel olarak süreç:

İçerik gönderildi

Temel bilgiler kontrol edildi

Dosya ve içerik yapısı incelendi

Gerekirse teknik test yapıldı

Üretici sahipliği kontrol edildi

Yayın şekli belirlendi

Onaylandı veya düzeltme istendi

Yayınlandı

şeklinde ilerliyor.

Tabii her içerik aynı olmadığı için yapılacak kontroller de içerik türüne göre değişiyor.

🎮 Önce İçeriğin Gerçekten Ne Olduğuna Bakıyorum

İlk kontrol oldukça basit.

Gönderimde:

Cyberpunk 2077 için trainer

yazıyor ama dosyanın içerisinde tamamen farklı bir oyun için içerik varsa burada zaten problem var.

Aynı şekilde:

Türkçe yama

olarak gönderilmiş bir içeriğin gerçekten oyun yerelleştirmesiyle ilgili olması gerekiyor.

Yani açıklamayla gönderilen dosyanın birbiriyle uyuşması gerekiyor.

👤 İçeriğin Gerçek Üreticisi Kim?

Benim için en önemli kontrollerden biri bu.

Bir içeriğin ORGA’ya gönderilmesi o içeriğin gönderene ait olduğu anlamına gelmiyor.

Bu yüzden mümkün olduğunca:

İçeriği gerçekten siz mi geliştirdiniz?

sorusuna bakıyorum.

Eğer içerik size aitse herhangi bir problem yok.

Ama başka bir geliştiricinin çalışmasını gönderiyorsanız bunun açık şekilde belirtilmesi gerekiyor.

🤝 Başka Bir Üreticinin İçeriği Gönderilebilir mi?

Üreticinin izni varsa evet.

Bunun ORGA’da zaten örneği var.

Streamer Life Simulator

ve

Rain World

içeriklerinin geliştiricisi SeryogaSK.

Bu içerikleri ben geliştirmedim.

Ben sadece ORGA Hub entegrasyonunu yaptım ve içeriklerin gerçek üreticisi SeryogaSK olarak gösteriliyor.

Başka üreticilerin içeriklerinde de aynı yöntemi kullanmak istiyorum.

Yani:

İçeriği ORGA’ya ekledik → Artık ORGA yaptı

mantığı kesinlikle yok.

❌ İzinsiz Yeniden Paylaşım

Bir geliştiricinin trainerini, modunu veya Türkçe yamasını:

İnternette zaten ücretsizdi.

diyerek kendi adınıza göndermeniz doğru değil.

Ücretsiz olması sahiplik olmadığı anlamına gelmiyor.

Örneğin bir geliştirici yıllarca bir mod üzerinde çalışmış olabilir.

Dosya herkese açık şekilde indirilebiliyor diye onu:

Üretici: Ben

şeklinde ORGA’ya eklememeliyiz.

Böyle bir durum tespit edilirse içerik onaylanmaz.

📝 Başlık ve Açıklama Kontrolü

İçerik teknik olarak çok güzel olabilir ama kullanıcı içerik sayfasını açtığında ne olduğunu anlayamıyorsa sunum tarafı eksik kalıyor.

Bu nedenle:

  • İçerik başlığı

  • Açıklama

  • Oyun adı

  • İçerik türü

  • Özellik bilgileri

  • Kullanım açıklamaları

gibi alanlara da bakıyorum.

Örneğin açıklama sadece:

çalışıyor indir

ise bunu biraz daha düzenlemek gerekebilir. 😄

Kullanıcı içerik sayfasına girdiğinde en azından:

Bu içerik ne yapıyor?

Hangi oyun için?

Kim geliştirdi?

Nasıl kullanılıyor?

sorularının cevaplarını görebilmeli.

🖼️ Görseller de Kontrol Ediliyor

Gönderdiğiniz görsellerin içerikle alakalı olmasını istiyorum.

Örneğin Raft traineri gönderirken tamamen alakasız bir oyunun ekran görüntüsünü kullanmak doğru değil.

Mümkünse:

  • Oyuna ait görsel

  • Trainer arayüzü

  • Modun oyun içi görüntüsü

  • Türkçe yamanın oyun içi görüntüsü

gibi gerçekten içeriği gösteren materyaller kullanın.

Görselde gereksiz kişisel bilgi varsa yayınlamadan önce düzenlemek gerekebilir.

🔢 Özellik Sayısı Doğru mu?

Trainer veya mod gönderiminde:

50 özellik

yazıyorsa gerçekten 50 farklı özellik olup olmadığına da bakmak gerekiyor.

Aynı özelliğin:

Can

Sınırsız Can

Can Azalmasın

olarak üç farklı madde yazılıp özellik sayısının şişirilmesini istemiyorum. 😄

Özellik sayısı kullanıcı açısından içerik hakkında önemli bir bilgi olduğu için mümkün olduğunca doğru olmalı.

🧪 Trainer Gönderiminde Neleri Kontrol Ediyorum?

Trainer tarafında özellikle:

  • Oyunla bağlantı kurulabiliyor mu?

  • Temel özellikler çalışıyor mu?

  • Aç/kapat özellikleri düzgün kapanıyor mu?

  • Girilen değerler oyuna doğru uygulanıyor mu?

  • Oyun doğrudan crash oluyor mu?

  • Kullanılan yöntem mevcut oyun sürümüyle uyumlu mu?

gibi şeylere bakmak gerekebilir.

Her trainer için bütün oyunu baştan sona oynayarak test etmem mümkün olmayabilir.

Ama en azından içeriğin temel çalışma mantığını doğrulamadan yayınlamak istemiyorum.

💥 Bir Özellik Oyunu Crash Ettiriyorsa

Bu özellikle önemli.

Diyelim gönderdiğiniz trainerde 20 özellik var.

19 tanesi çalışıyor.

Bir tanesi açıldığı anda oyunu doğrudan kapatıyor.

Burada iki seçeneğimiz olabilir.

Sorunlu özellik düzeltilir.

Veya gerekliyse geçici olarak içerikten çıkarılır ve geri kalan çalışan özelliklerle yayın yapılır.

Benim istemediğim şey:

Zaten 19 tanesi çalışıyor, crash yapan bir taneyi de bırakalım.

yaklaşımı.

Kullanıcının save’i veya oyunu zarar görebilir.

🔄 Aç/Kapat Özelliklerinin Kapanması da Test Edilmeli

Trainer geliştirirken sadece:

Açınca çalışıyor mu?

diye bakmak yeterli değil.

Özellik kapatıldığında oyunun normal davranışına dönmesi de önemli.

Örneğin bir memory patch uygulanıyorsa feature kapatıldığında mümkün olduğunca orijinal byte’lar geri yüklenmeli.

Bir freeze işlemi varsa durmalı.

Bir runtime hook varsa düzgün temizlenmeli.

Bu yüzden trainer göndermeden önce toggle özellikleri birkaç kez açıp kapatmanızı öneriyorum.

🇹🇷 Türkçe Yama Gönderiminde Neleri Kontrol Ediyorum?

Türkçe yamalarda kontrol biraz farklı.

Burada özellikle:

  • Oyun yama kurulduktan sonra açılıyor mu?

  • Metinler düzgün görüntüleniyor mu?

  • Türkçe karakterler çalışıyor mu?

  • Dosya yolları doğru mu?

  • Eksik veya bozuk asset var mı?

  • Yama yanlış oyun sürümü için mi hazırlanmış?

  • Mevcut oyun dosyalarının üzerine nasıl yazılıyor?

gibi konular önemli.

Çeviri kalitesine de mümkün olduğunca bakılması gerekiyor.

Çünkü teknik olarak kuruluyor olması tek başına kaliteli bir Türkçe yama olduğu anlamına gelmiyor.

✍️ Makine Çevirisi Kullanılabilir mi?

Bir üretici çeviri sürecinde yapay zekâ veya makine çevirisinden yardım alabilir.

Burada benim için asıl önemli nokta sonucun kalitesi.

Metin:

İngilizce → Otomatik çeviri → Hiç kontrol edilmeden yayın

şeklinde hazırlanmışsa oyun içerisinde çok garip sonuçlar ortaya çıkabilir.

Özellikle:

  • Diyalog

  • Görev açıklaması

  • Eşya adı

  • UI

  • Teknik terimler

oyun bağlamına göre kontrol edilmeli.

Kullanılan araçtan çok ortaya çıkan sonuca bakıyorum.

🧩 Mod Gönderiminde

Modlar trainer ve Türkçe yamadan çok daha farklı yapılarda olabilir.

Bir mod:

  • Script

  • DLL

  • Asset paketi

  • Config

  • Oyun motoruna özel plugin

olabilir.

Bu nedenle mod inceleme süreci içeriğe göre değişiyor.

Öncelikle:

Mod neyi değiştiriyor?

Kurulum yöntemi ne?

Kaldırılabiliyor mu?

Başka modlarla bilinen çakışması var mı?

Hangi oyun sürümünde test edildi?

gibi bilgilere bakıyorum.

🔐 Güvenlik Kontrolü

ORGA üzerinden kullanıcılara dosya dağıttığımız için güvenlik tarafını tamamen görmezden gelemeyiz.

Özellikle:

  • EXE

  • DLL

  • Script

  • Çalıştırılabilir yardımcı programlar

daha dikkatli incelenmesi gereken içerikler.

Bir dosyanın şüpheli davranış göstermesi halinde yayınlamadan önce açıklığa kavuşması gerekiyor.

İçeriğin çalışması için gerçekten gerekmeyen:

  • Şüpheli ağ bağlantıları

  • Alakasız sistem işlemleri

  • Gizli ek dosyalar

varsa bunlar doğal olarak soru işareti oluşturur.

⚠️ “Antivirüs False Positive Veriyor” Demek Tek Başına Yeterli Değil

Trainer dünyasında false positive yaşanabildiğini biliyorum.

Bellek erişimi, process işlemleri veya bazı paketleme yöntemleri güvenlik yazılımlarının dikkatini çekebiliyor.

Ama:

Trainer zaten, antivirüs ne derse desin önemsemeyin.

yaklaşımını da doğru bulmuyorum.

Uyarının neden çıktığını mümkün olduğunca anlamaya çalışmak gerekiyor.

Gerçekten trainer davranışından kaynaklanan bir yanlış pozitif ile içeriğin içerisinde alakasız zararlı davranış bulunması aynı şey değil.

📦 Dosyanın İçerisinde Gereksiz Şeyler Olmamalı

Gönderim yaparken paketinizin içine:

  • Kendi kişisel dosyalarınızı

  • Eski test buildlerini

  • Gereksiz logları

  • Şifre veya token içeren configleri

  • .env dosyalarını

  • Projeyle ilgisi olmayan dosyaları

koymamaya dikkat edin.

Özellikle geliştirici projelerinde yanlışlıkla API anahtarı veya token göndermek düşündüğünüzden daha kolay.

Yayın paketini hazırlarken son kez kontrol etmenizi kesinlikle öneriyorum.

🔑 API Anahtarlarını Göndermeyin

Bunu ayrıca belirtmek istiyorum.

İçeriğiniz bir API kullanıyorsa:

Gerçek API key’inizi

dosyanın içine gömüp göndermeyin.

Aynı şey:

  • Discord token

  • Veritabanı parolası

  • CDN anahtarı

  • Özel signing key

  • SSH key

gibi bilgiler için de geçerli.

Bunlar üreticinin kendi gizli bilgileri.

Yayın paketinde bulunmamalı.

🧪 Oyun Sürümü Bilgisi

İçeriğin hangi oyun sürümünde test edildiğini mümkünse belirtin.

Örneğin:

Test edilen sürüm: 1.4.2

Bu bilgi özellikle trainer ve Türkçe yamalar için önemli.

Yeni oyun güncellemesi geldiğinde elimizde karşılaştırabileceğimiz bir başlangıç noktası olur.

Bu:

Sadece 1.4.2’de çalışır.

demek değil.

Ama en azından hangi sürümde gerçekten test edildiğini biliyoruz.

🔄 Aktif Geliştirilen Oyunlarda

Erken erişim veya sık güncelleme alan oyunlarda içeriklerin daha fazla bakım gerektirmesi normal.

Örneğin oyun her birkaç haftada bir:

  • Class yapısını

  • Asset dosyalarını

  • Görevleri

  • Memory layout’unu

değiştiriyorsa trainer veya Türkçe yama da sık sık güncellenmek zorunda kalabilir.

Bu tür içerikleri gönderirken üreticinin mümkün olduğunca devam eden güncellemeleri takip etmesi büyük avantaj.

🏷️ Sürüm Numarası Kullanmanızı Öneriyorum

İçerik güncelleme sürecinde:

Yeni sürüm

Yeni yeni sürüm

Son sürüm final

Final2

gibi isimlerle ilerlemek yerine düzgün bir version sistemi kullanmanızı öneriyorum. 😄

Örneğin:

1.0.0

1.0.1

1.1.0

gibi.

Böylece hem kullanıcı hem de ORGA tarafında hangi paketin daha yeni olduğunu anlamak kolaylaşıyor.

🔧 ORGA Hub Entegrasyonuna Uygunluk

Bir içerik onaylandığında ayrıca:

Bunu ORGA Hub’a entegre edebilir miyiz?

diye bakabiliriz.

Bu, içerik onayından farklı bir süreç.

İçerik sitede yayınlanmaya uygun olabilir ancak Hub entegrasyonuna teknik olarak uygun olmayabilir.

Örneğin bir trainer tamamen kendi özel runtime ve arayüzüyle çalışıyor olabilir.

Bunu doğrudan ORGA trainer engine sistemine taşımak kolay veya mantıklı olmayabilir.

Bu durumda içerik yine yayınlanabilir ancak ayrı kullanım yöntemiyle devam edebilir.

⚡ Trainer ORGA Hub’a Entegre Edilecekse

Bu durumda trainerin teknik çalışma mantığını anlamamız gerekiyor.

Örneğin:

  • AOB

  • Pointer

  • Mono

  • Unreal

  • Code Cave

  • Script

  • Engine API

hangi yöntem kullanılıyor?

Bunları ORGA Hub’ın desteklediği sistemlerden birine uyarlamak mümkünse entegrasyon yapılabilir.

SeryogaSK’nın Streamer Life Simulator ve Rain World içeriklerinde yaptığım da bu.

İçeriği kendime aitmiş gibi yeniden yayınlamak yerine üretici sahipliğini koruyup teknik kısmı ORGA Hub’a uyarladım.

🇹🇷 Türkçe Yama ORGA Hub’a Entegre Edilecekse

Türkçe yama tarafında da:

  • Hangi dosyalar kuruluyor?

  • Hangi dosyaların üzerine yazılıyor?

  • Oyunun doğru klasörü nasıl doğrulanacak?

  • Kurulum nasıl geri alınacak?

  • Onarım yapılabilir mi?

  • Hangi paket formatı kullanılacak?

gibi bilgiler gerekiyor.

Uygun yapıda hazırlanmış bir yama Hub’ın:

  • Otomatik kurulum

  • Yedekleme

  • Onarım

  • Kaldırma

  • Güncelleme

özelliklerinden faydalanabilir.

✅ İçerik Onaylanırsa

İçerik gerekli kontrolleri geçtikten sonra yayınlanabilir.

İçerik sayfasında mümkün olduğunca gerçek üretici bilgisi korunur.

Kullanıcılar içeriğe ulaşabilir.

Gerekirse ilgili forum destek konusu açılabilir.

Ve teknik olarak uygunsa ORGA Hub entegrasyonu yapılabilir.

🟡 Düzeltme İstenebilir

İçeriğin tamamen reddedilmesi gerekmeyen durumlar da olabilir.

Örneğin:

  • Açıklama yetersiz

  • Görsel eksik

  • Sürüm belirtilmemiş

  • Bir özellik çalışmıyor

  • Dosya paketinde gereksiz şeyler var

ise üreticiden düzeltme istenebilir.

Düzeltildikten sonra tekrar inceleme yapılabilir.

Amacım mümkün olduğunca:

Bir hata buldum, içeriği sonsuza kadar reddettim.

demek değil.

Düzeltilebilir bir sorun varsa üreticiyle birlikte çözmek daha mantıklı.

🔴 Hangi Durumlarda İçerik Onaylanmaz?

Özellikle şu tarz içerikleri yayınlamak istemiyorum:

  • Başkasının çalışmasını izinsiz kendi adına gönderenler

  • Açık şekilde zararlı davranış içeren dosyalar

  • Anlatıldığı işlevi gerçekleştirmeyen sahte içerikler

  • Kullanıcıyı yanıltan dosyalar

  • Rekabetçi multiplayer ortamlarında haksız avantaj veya anti-cheat bypass amacı taşıyan içerikler

ORGA trainer sisteminin ana kullanım amacı kişisel ve tek oyunculu oyun deneyimi.

Bu çizgiyi üretici içeriklerinde de korumak istiyorum.

⏳ İnceleme Ne Kadar Sürer?

İçeriğe göre değişebilir.

Basit bir mod ile onlarca özellikli trainerin teknik incelemesi aynı sürede bitmez.

Türkçe yamanın boyutu ve kullandığı dosya yapısı da süreyi etkileyebilir.

Bu yüzden kesin:

Her içerik 10 dakikada onaylanır.

gibi bir süre vermek doğru olmaz.

Ama üretici tarafında gönderim durumunu mümkün olduğunca anlaşılır hale getirmek istiyorum.

💬 Bir Sorunuz Varsa

Gönderdiğiniz içerikle ilgili neden düzeltme istendiğini anlamadıysanız veya entegrasyon tarafını konuşmak istiyorsanız Üretici Masası üzerinden yazabilirsiniz.

Özellikle teknik entegrasyonlarda geliştiriciyle doğrudan iletişim kurmak çok daha kolay.

Çünkü içeriğin nasıl çalıştığını en iyi onu geliştiren kişi biliyor.

❤️ Neden İnceleme Sistemi Var?

En basit cevabı:

ORGA’ya yüklenen her şeyi otomatik yayınlayan bir dosya çöplüğü oluşturmak istemiyorum.

İçerik sayısı ileride yüzlerce olabilir.

Farklı üreticiler katılabilir.

Bu durumda kullanıcı ORGA’da bir içerik gördüğünde en azından belli kontrollerden geçmiş olduğunu bilmeli.

Aynı şekilde üretici de içeriğinin:

Kendi adıyla, düzgün açıklamayla ve doğru şekilde

yayınlanacağını bilmeli.

Bence iki taraf için de daha sağlıklı sistem bu.

🚀 Kısaca

Üretici Stüdyosu’ndan gönderilen içeriklerin genel süreci:

Gönderim

İçerik ve üretici bilgisi kontrolü

Dosya / güvenlik incelemesi

Temel teknik test

Sunum ve açıklama kontrolü

Gerekirse düzeltme

Onay

Yayın

Uygunsa ORGA Hub entegrasyonu

şeklinde.

Buradaki amaç üreticinin önüne gereksiz engel çıkarmak değil.

Hem üreticinin emeğini hem de içeriği kullanacak kullanıcıyı koruyan düzgün bir yayın sistemi oluşturmak.

ORGA büyüdükçe Üretici Stüdyosu ve inceleme sistemini de geliştirmeye devam edeceğim. 🚀

Cevap yazmak için giriş yapmalısın. Okumak için giriş gerekmez.

Giriş yap