Merhabalar. Bu bir yardım konusundan çok bilgi paylaşım amaçı bir konu.
Uzun sürelik ara vermenin sonrasın da sphereX ile tanışma fırsatım oldu ve nimetlerini sonuna kadar sömürmek istediğim bir emulatör açıkcası
Malesef birçoğumuz ingilizce bilmiyor veya temel seviye de çat pat biliyoruz. Bende o çatpat ingilizcem ile uzun zamandır içime dert olan birşeyi sphereX discordun da sordum ve sağolsun Soulles isimli üye konuyla ilgili bilgi verdi.

SphereX de açıkcası animal deed gibi bişey kullanmak istemedim.Yani bukadar incelenilen ve üzerinde durulur gibi görünen emulatör de illaki birşey yapılmıştır diye düşündüm ve yapmışlar.
SphereX'e ait script packi indirdiğiniz zaman i_potion_shrink içerisin de oluyor ve bununla bir bineği küçülttüğünüz de hedef varlık shrink hale dönüşüp yere düşüyor.Bende bunun otomatikmen çantaya gelmesini istiyordum.
Çantaya gelmesini nasıl yaparız diye sordum ve mutlu sona ulaştım diyebiliriz

argo.shrink 1

 ref1=<hval <src.targ.actarg1>&~030000000>

  src.targ.actarg1=<ref1>

Şu kodlar ile shrink poitonla hedef aldğınız varlığı kücülttüğünüz zaman yere düşmektense otomatik olarak çantanıza gelicektir. Biraz kurcaladım tabiki ref1= e tanımladığımız şeyin tam olarak ne anlama geldiğini sphereX'e çok hakim olmadığından ne anlama geldiğini veya bizim tarzımızda ki sunucular da gerekli olup olmadığını çözemedim açıkcası ve argo olarak sorgulancagına neden src.targ olarak sorgulanmış diye merak ederek src.actarg1=<argo> bu şekilde yazdım.Böyle yazdığımızda da çantamıza geliyor.Ancak bir sorun olurmu tam net bilgim yok takip etmek denemek lazım Yani eski tip animal deed de kullanılabilir ama bissürü skill , stat ,renk kaydı yapmaktan sa direkt shrink etmek benim için daha güzel bir olay. Gereken sorguları yaptıktan sonra kullanmak isteyen olursa diye burada da paylaşmak istedim. SphereX ile ilgili fazla konu yok bu yüzden bilgi paylaşımının çoğalması için konu açmak istedim. Buna benzer ufakta olsa bilgileri paylaşırsak milattan kalma packleri kullanmayı bırakabiliriz belki..

EKLEME: Ben de direkt olarak shrink pot kullanmayacağım amacım sadece benim gibi hayvanın İD sini DEX,STR,İNT skill vsvs tag olarka contracta kaydetmekten kurtulmak isteyenler varsa diye paylaşmak Argo.shrink 1 yapmazsak src.actarg1 <argo> calısmıyor yani argo.shrink yapıp denerseniz item yerde kalabilir

56 sürümlerinde shrink 1 komutunun çalışmadığı doğru fakat X sürümünde shrink 1 gayet düzgün çalışıyor bineğe shrink 1 çektiğin halde binek yerde kalıyorsa bineğin sahibi değilsin demektir.

Bunu eskiden beri animal deed olarak kullanılmasının esas sebebi bineğin statları yani örneğin bir mustang strsi değişken ise (300-400) arası ve siz maks değerinde bir mustangi şansa tame ettiyseniz bu animal deede kayıt edilir. Eskiden tabi binek statları geliştiriliyordu bu yüzden önemliydi ama şu an kastırılmasa bile bence önemli benim mustangım 400 str ise shrink ettikten sonra neden tekrar 300-400 arası rastgele değerde strli bir binek versin. Bence bu konu önemli tabi ki deed kullanımının esas sebebi bu. Tabi bunun yanında karma fame değeri food seviyesi gibi şey de var. Mesela bineğiniz bir çok pk kesti ve mavi oldu bi sebepten çok fazla karma ve fame aldı, bineği shrink yaptıktan sonra bunlar neden gitsin? gibi gibi şeyler. Bunları da bir şekilde mutlaka shrink potiona kayıt ettirilir ve daha sonra figurine ile bineği çıkartırken shrink poitonun bu kayıt ettiği değerler o bineğe verilebilir ama bu sefer de animal deedden farkı kalmıyor. Topluluğun zamanında kötü yaptığı şey kadar iyi yaptığı şeyler de var bence animal deed iyi yaptığı şeylere bir örnek. Bineğin sabit olduğu bir sunucuda pek tabi ki senin dediğin yöntem kullanmak daha pratik olacaktır. Şahsen bu olayı tag ile kullandım , list ile kullandım, sqlite ile kullandım, mysql ile kullandım ve en nihayetinde, kendimce en kullanışlısının tag olduğu kanısına vardım. Araştırmanız için teşekkürler, elinize sağlık bilmeyenler için faydalı bir paylaşım olmuş.

Shrink fonksiyonu bilgileri olduğu gibi kayıt etmiyor muydu kayıt ediyor diye biliyorum ben.

evet x emülatörü kayıt ediyor, fakat şöyle bir durum var o binek logout olarak world üzerinde kalıyor. İşin bir de veri saklama boyutu var mesela hem chars dosyasında shrink olarak tutulacak hem de worlds dosyasına char olarka tutulacak gibi bi şeyleri olduğu için ben pek tercih etmiyorum ama dediğim gibi kullanılabilir. Ben eskiden neden bu yol tercih edilmiş açıklamak istedim. Aslında hala daha x emülatöründe bineği world üzerinde tutmak bana pek sağlıklı gelmiyor çünkü yıllardır sphereserverın aşamadığı şu binek silinme sorunu hala var. Eskiden warmodda kalan binek savede altından siliniyordu, şu an hala bi sebepten dolayı binek altından, serbest dolaşımdayken veya tam binme / inme esnasında silinebiliyor. Sunucuyu hazırlarken bunlar göze çarpmıyor herşey 4x4lük çalışıyor gibi görüyoruz.

Ozan valla shrink 1 komutunun direkt pet hali çantaya attığını duyunca şaşırdım denedim harbiden öyleymiş. ozaman bu Soulles denen arkadaşın bahsettiği actarg1'in bizim tarz sunucular da pek bir işlevi yok. Hatta bunun ne işlevi var anlamış bile değilim

Öbür yandan hami .shrink 1 ile ufaltılan bineğin tüm değerleri sabit kalıyor.zaten hayvanı shrink etmek istememde ki sebeb bir animal deed üzerine tag0.trade-str falan filan kaydettirmek istememem ama shrink yapıldığın da bineğin dediğin gibi logout kalması sorun yaparmı ? Yani olmasa daha iyi ama olsa da nekadar sorun olabilir düşüncesi var aklımda. Yeniyi denemek, araştırmak bilgisini paylaşmak herzaman faydalıdır yoksa senelerdir olduğu gibi yerimizde sayarız. Shrink li işi sevdim aslında birde [typedef t_figurine] nin altın da on=@click sorgularını ekledimmi çokda tatlı oldu ama shrink edilen hayvanın world üzerin de logout ve idling halde beklemesi lag yapar düşüncesinde olan için zaten animal deed cepte olan bişey

Böyle ufak tefek şeyler keşfettikçe öğrendikçe sphereX adına burada paylaşımlar yapmak istiyorum açıkcası. SphereX için bilgi paylaşımı olması gerektiği düşüncesindeyim.
Tabiki geriden gelmenin dez avantajını yaşayacağım ama bilenlerin paylaşmadığı veya sadece biz biliyoruz dediği ortam da bence en önemli şey bilgiyi paylaşmak...

actargyi bir yer tutucu olarak düşünebiliriz. Açılımı action argument 1-2-3 yani aksiyon argumanı 1-2-3 Emülatör içerisinde birçok amaçla kullanılabiliyor bunlara biraz örnek vermek gerekirse;

m_uidFigurine;     // ACTARG1 = This creature is being ridden by this object link. IT_FIGURINE IT_EQ_HORSE

m_dwInstrumentUID;		// ACTARG1 = UID of the instrument we are playing.

 m_iWarSwingState;    // ACTARG1 = We are in the war mode swing.

 m_iRecoilDelay;		        // ACTARG2 & 0x0000FFFF = Duration (in tenth of secs) of the previous swing recoil time.

 m_iSwingAnimationDelay;       // ACTARG2 & 0xFFFF0000 = Duration (in tenth of secs) of the previous swing animation duration.

m_iSwingAnimation;            // ACTARG3 & 0x0000FFFF = hit animation id.

 m_iSwingIgnoreLastHitTag;     // ACTARG3 & 0xFFFF0000. Internally used by PreHit. If == 1 (which happens only for the hit after the first instahit), for this hit TAG.LastHit delay checking will be ignored.

şeklinde birden fazla yerde kullanılıyor. Genelde burada emülatör içerisindeki sabit veya değişkenlerin script karşılığı olarak düşünebiliriz. Böylece emülatör içindeki sabit veya değişkenleri actarg ile kontrol edebiliriz, yazdırma veya okuma yapabiliriz..

Emülatörü daha iyi anlamak için githubda bulunan açık kaynak kodunu indirip herhangi bir IDEdeden (Visual Studio Code, Notepad ++, Visual Studio gibi) faydalanarak proje halinde açıp, emülatör içerisinde ney nasıl yapılmış daha rahat anlayabiliriz.

Faydalı içerik için teşekkürler.