Yardım Mobil sürüm hot update hk.

  • Konuyu açan Konuyu açan brave
  • Açılış Tarihi Açılış Tarihi
  • Yanıt Yanıt 4
  • Gösterim Gösterim 95
Konu sahibi bu konuda soru soruyor. Sorusu ile ilgili bilgisi olanların yanıtlamasını bekliyor.

brave

MT Üye
MT Üye
Mesaj
259
Çözümler
9
Beğeni
73
Puan
479
Ticaret Puanı
0
Şuan mevcut mobil sürüm oynatan arkadaşlardan fikir almam gerekiyor. İşi meslek sırrına mı dökerler yoksa konu hakkında yardımcı olup bilgi birikimlerini mi belirtirler bilmiyorum fakat şuan bir mobil versiyon geliştirme aşamasındayım. Unity ile sıfırdan geliştiriyorum ve sona neredeyse yaklaştım. Aklıma sürekli oyun içerisinden login ekranına daha girmeden hot update kısmı takılıyor. Mevcut pc sürümde zaten bunu otopatcher ile sağlıyoruz fakat mobilde yeni bir sistem yazdığımızda araştırmalarıma göre c# kodlarını (oyunun yapısına müdahale edecek işlemler için) hot reload ile oyunculara sunamıyormuşuz ve bunun için mağazaya yeni sürüm atıp oradan güncellemeleri gerekiyormuş oyuncuların. Hybridclr gibi yöntemlerle bu aşılıyormuş fakat hem apple'da ciddi riskler var diyor yapay zeka hemde performans etkisi var diyor. O halde c# kodlarını ben cdn'den update edemeyeceksem diğer assetleri cdn'e çekmemin mantığı nedir tam olarak? Örneğin oyunumda şuan lycan yok diyelim ve ileride lycan geleceğini varsayalım bu durumda lycan kodları için mağazaya sürüm çıkıyorsam lycanın assetleri için neden cdn update ile uğraştırayım oyuncuları? cdn update tamamen gereksiz kalmıyor mu bu işlemler için? Ayrıca hybridclr yöntemi harbiden riskli bir iş mi?
 
window scripting - model - map gibi assetleri patcher ile verebilirsin (sorduğun lycan sorunun cevabı)

client binaryni patcher gibi güncelleyemezsin, appstore ve google play reviewdan geçmez, geçse bile yakalanırsan hesabını silerler direk

cdn update gereksiz kalmıyor mu sorunun cevabı ise hayır öncelikle cdn derken content delivery networkten bahsettiğini düşünüyorum, yani patcher mantığı

örnek olarak bir sürüm çıktın ekranda hata vardı, düzelttin bunu patcher ile hızlıca verebilirsin

yada item protonu güncelledin yeni protonu patcher ile verebilirsin

sadece binary kısmında veremezsin, bu yüzden logic’i ne kadar pack kısmına yığarsan o kadar iyi olur
 
window scripting - model - map gibi assetleri patcher ile verebilirsin (sorduğun lycan sorunun cevabı)

client binaryni patcher gibi güncelleyemezsin, appstore ve google play reviewdan geçmez, geçse bile yakalanırsan hesabını silerler direk

cdn update gereksiz kalmıyor mu sorunun cevabı ise hayır öncelikle cdn derken content delivery networkten bahsettiğini düşünüyorum, yani patcher mantığı

örnek olarak bir sürüm çıktın ekranda hata vardı, düzelttin bunu patcher ile hızlıca verebilirsin

yada item protonu güncelledin yeni protonu patcher ile verebilirsin

sadece binary kısmında veremezsin, bu yüzden logic’i ne kadar pack kısmına yığarsan o kadar iyi olur

Ama zaten logic kısmıda bir nevi arkadaki binarye bağlı değil mi? örneğin bir ekranda hata çıktıysa bunun c# koduyla da bağlantısı olabilir ki muhtemelen hatalar zaten c# kod tarafındaki hatadan kaynaklanacaktır. Aynı şekilde yeni bir geliştirmenin temelinde de zaten c# kodu var. Mevcut aktif bir oyunda oyunun girişinde direkt cdn'den hot update yaptıracak kadar kritik ne olabilir ki assetler tarafında? Sonuçta oyunda durduk yere proto değişikliği yapmıyoruz temeli hazırlanmış üzerinde çalışılmış testleri yapılmış bir oyun için. Tüm bu logic tarafını hot update için cdn'e atarsak ilk gün yoğun cdn indirmesinden dolayıda trafik sorunu yaşayabiliriz. Şuan zaten windows için bir client version sistemi mevcut client src - sql taraflı çalışan ve versiyonlar uymuyorsa loginde direkt uyarı veren autopatcher güncellemesi yap diyen. Bunu birde mobilde ayrı değer tutan olarak yapsam mobil - pc farklı değerleri kullanıp eğer mobil versiyon sql değeriyle tutmuyorsa mağazadan yeni sürüme yönlendirsem daha mantıklı değil mi? c# kodlarını hot update yaptırabilseydik mağaza onay süreçleri falan filan ile uğraşmadan çok güzel bir hot update mekanizması sağlardık ama işin sonunda illaki orada yeni sürüm bekleyeceğimiz için ve assetler genel olarak çok acil şekilde değiştirme beklemediğinden dolayı ve herhangi ciddi buglara neden olmadıklarından dolayı onlar için gerçekten hot update mekanizması kurmaya gerek var mı?
 
Sonuçta oyunda durduk yere proto değişikliği yapmıyoruz temeli hazırlanmış üzerinde çalışılmış testleri yapılmış bir oyun için -> aktif herhangi bir oyun oynatmis olsaydiniz demek istedigimi anlardiniz


Tüm bu logic tarafını hot update için cdn'e atarsak ilk gün yoğun cdn indirmesinden dolayıda trafik sorunu yaşayabiliriz -> milyonlarca kullanicisi olan uygulamalar sorun yasamiyorsa sizin 1000 max oyunculu oyununuzda neden sorun olsun


Şuan zaten windows için bir client version sistemi mevcut client src - sql taraflı çalışan ve versiyonlar uymuyorsa loginde direkt uyarı veren autopatcher güncellemesi yap diyen. Bunu birde mobilde ayrı değer tutan olarak yapsam mobil - pc farklı değerleri kullanıp eğer mobil versiyon sql değeriyle tutmuyorsa mağazadan yeni sürüme yönlendirsem daha mantıklı değil mi? -> size kalmis store da zaten bunu yonetebiliyorsunuz


c# kodlarını hot update yaptırabilseydik mağaza onay süreçleri falan filan ile uğraşmadan çok güzel bir hot update mekanizması sağlardık ama işin sonunda illaki orada yeni sürüm bekleyeceğimiz için ve assetler genel olarak çok acil şekilde değiştirme beklemediğinden dolayı ve herhangi ciddi buglara neden olmadıklarından dolayı onlar için gerçekten hot update mekanizması kurmaya gerek var mı? -> yine size kalmis oyun acikken guncelleme veremiyorsaniz sorun yasamaniz muhtemelen
 
Sonuçta oyunda durduk yere proto değişikliği yapmıyoruz temeli hazırlanmış üzerinde çalışılmış testleri yapılmış bir oyun için -> aktif herhangi bir oyun oynatmis olsaydiniz demek istedigimi anlardiniz


Tüm bu logic tarafını hot update için cdn'e atarsak ilk gün yoğun cdn indirmesinden dolayıda trafik sorunu yaşayabiliriz -> milyonlarca kullanicisi olan uygulamalar sorun yasamiyorsa sizin 1000 max oyunculu oyununuzda neden sorun olsun


Şuan zaten windows için bir client version sistemi mevcut client src - sql taraflı çalışan ve versiyonlar uymuyorsa loginde direkt uyarı veren autopatcher güncellemesi yap diyen. Bunu birde mobilde ayrı değer tutan olarak yapsam mobil - pc farklı değerleri kullanıp eğer mobil versiyon sql değeriyle tutmuyorsa mağazadan yeni sürüme yönlendirsem daha mantıklı değil mi? -> size kalmis store da zaten bunu yonetebiliyorsunuz


c# kodlarını hot update yaptırabilseydik mağaza onay süreçleri falan filan ile uğraşmadan çok güzel bir hot update mekanizması sağlardık ama işin sonunda illaki orada yeni sürüm bekleyeceğimiz için ve assetler genel olarak çok acil şekilde değiştirme beklemediğinden dolayı ve herhangi ciddi buglara neden olmadıklarından dolayı onlar için gerçekten hot update mekanizması kurmaya gerek var mı? -> yine size kalmis oyun acikken guncelleme veremiyorsaniz sorun yasamaniz muhtemelen

Bugüne kadar birçok aktif oyun oynattım. 55-120 oyunlarda "ileride güncelleme ile" getirilecek itemlere öyle çok baştan girişmediğimiz zamanlarda proto düzenlemelerine sonradan evet ihtiyaç olduğu oluyordu fakat 1-99 emek yapıda oyunlarda aktif oyun anında öyle aman aman proto düzenlemeye ihtiyaç duyduğumuz zamanlar hiç olmadı kurgu zaten başta hazır olduğu için. Arada bi bazı itemlerin antiflag durumlarını düzelttik ettik ama bunlar ta o zaman ki durum için bile çok elzem durum oluşturmadı ki nihayetinde üstünden birçok oyun açtığımız için öyle aman aman antiflag durumluk işlerimiz artık yok zaten.

Milyonlarca kullanıcısı olan oyunların kullandığı sunucularda sorun olmuyorsa bizde de olmaz demek doğru bir düşünce mi sizce? Onların trafik limiti, bant genişliği, load balancer ile birden fazla sunucu kullanımı gibi durumları ile benim tek kullandığım sunucu ve en azından ilk gün oyuncular hot update'de takılmalar ve yavaşlık yaşamasın diye buna yapacağım masrafa deyip deymeyecek olması tartışılması gereken konu. Ben burada hala daha en azından "mobil metin2" için hot update kısmının gerçekten olması gerekip gerekmediği konusunda kararsızım.
 
Son düzenleme:
Geri
Üst