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 7
  • Gösterim Gösterim 135
Konu sahibi bu konuda soru soruyor. Sorusu ile ilgili bilgisi olanların yanıtlamasını bekliyor.

brave

MT Üye
MT Üye
Mesaj
260
Çö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:
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.
“hot update” olmadan acin bi oyun hocam deneyin ihtiyaciniz olursa eklersiniz

55-120 konusunda cok cok onceden actiniz sanirim su an 1 butonla oyun aktiften guncelleme veriliyor mapler bosslar marketler craftlar vs vs icin bakim yada patcher ihtiyaci yok
 
“hot update” olmadan acin bi oyun hocam deneyin ihtiyaciniz olursa eklersiniz

55-120 konusunda cok cok onceden actiniz sanirim su an 1 butonla oyun aktiften guncelleme veriliyor mapler bosslar marketler craftlar vs vs icin bakim yada patcher ihtiyaci yok

Ya ben anlatamıyorum demek istediğimi ya siz beni anlamıyorsunuz. Benim amacım burada iddialaşmak değil sadece bu işin gerçekten bir ihtiyaç mı yoksa sadece ek feature görevi üstlendiğini mi onu ayırt etmek. Çünkü en azından "mobil metin2" projeleri için sadece assetleri cdn'den çekmek bana gerçek bir ihtiyaç gibi gelmiyor nedense. Bunlar benim kritik işlemlerimi çözmez düşüncesindeyim.

55-120 olayına gelecek olursak mevzu 1 butonla veya bir reloadla anlık güncelleme vermek değil. Orada bahsettiğim olay bir sonraki veya 2. 3. update'de verilecek itemleri, mapleri, dropları henüz oyunun başında ayarlamamış oluşumuz. X bir itemin iconunu, adını, vb. bir şeylerini ayarlamadığımız için ve o tarz yapılarda 1-99'a göre çok daha fazla içerik yer aldığı için aktif projelerde bunlar daha çok güncellenirdi ondan bahsetmiştim. Fakat aktif 1-99 projesinde allah aşkına sonradan güncelleme ihtiyacı duyduğumuz client görünümünü değiştiren ne olabilir ki gelip bana item proto diyorsunuz ben bunu idrak edemiyorum.

Yine söylüyorum ki ben burada iddialaşmaktan taraf değilim. Mobil projesinde gerçekten iyi işler çıkarmış arkadaşların deneyimini öğrenmek ve genel olarak ihtiyaçların, yapılması gerekenlerin neler olduğu konusunda oturup tartışmak isterim. Ama bunlar yüzeysel x server yapıyor bizde yapmalıyız düşüncesiyle olmaması gerekiyor.
 
Geri
Üst