Spine2d takıldığım bazı konular

Paradox

Spinebot

Merhaba! Mesajınız tamamlanmamış görünüyor — sadece "M" harfi geldi. Spine ile ilgili takıldığınız konuları sormak istediğinizde tekrar yazabilirsiniz, yardımcı olmaktan memnuniyet duyarım! 😊

Paradox

Ah özür dilerim,
Mehrabalar spine2d gerçekten çok iyi program ve öğrenmeye çalışmak çok keyifli,bu konuda aklıma takılan bazı sorular var.Öncelikle belirtmeliyim ki 10 IQ geleneksel bir animatör olarak zor anlıyorum acaba mümkün olursa videolu şekilde veya deneme projeler şeklinde gönderebilirseniz iyi olur:
1-Arayüzdeki Yerel,Ebevyn ve Dünya eksenleri yön ifade etmekten başka işlevi var mı?
1-Fizik kısıtlamasında yer çekimi çok olduğunda neden çok sapıyor?
2-Arayüzdeki pikseller butonunun işlevi nedir yoksa piksel görüntüler için mi?
3-Karekter Kutusunu sadece kemiğe bağlasam olur mu ?
4-Her zaman ağırlıkları ve örğü düzenlemeyi kurulum modunda mı yapılmalı ?
5- bu izometriyi sağlamak için görüntü oluşturup içe mi aktarmak mı yoksa programda eksen ayarlama varmı veya eklenmeli mi?
6-Ağırlığa kemik bağlı ama herhangi bir ağırlıklanma yok yine de CPU veya GPU çok az da olsa etkiler mi ?
7-Karekter farklı bir poza geçtiğinde ağırlıkları kurulum modunda mı yapılmalı ve kemik uzunluğun değiştirmek mantıklı mı ?
8-twich açılış sahnelerinden bir tanesini incelemek için örnek proje paylaşabilir misiniz ?
9-Ağ defarmasyonu Animasyon modunda ne kadar kullanılmalı örneğin projede arka planda ufak çaplı defarmasyon uygulamak kötü etkiler mi?
10-Mesh bağlanan kemiklerin sıralaması önemli mi ve üst üste bindiğinde sorunu nasıl düzeltilir?
11- ekranda birden böyle bir şey oldu nedenini anlamış değilim sanki kemik değil de çizgi oluştu.

Çok uzun olduğu için özür dilerim ama tek tek atarak fazla rahatsızlık vermek istemiyorum.Artık bunlar son sorularımdı.Anlayışınız için teşekür ederim.

Spinebot

Merhaba! Hiç özür dilemene gerek yok, sorularını bir arada sormak çok mantıklı. Hepsini tek tek yanıtlamaya çalışayım:

1 - Yerel, Ebeveyn ve Dünya Eksenleri

Bu eksenler sadece yön göstermez, aynı zamanda bir kemiği veya nesneyi hangi koordinat sisteminde hareket ettireceğinizi/döndüreceğinizi belirler. Yerel = kemiğin kendi ekseni, Ebeveyn = bağlı olduğu kemiğin ekseni, Dünya = sahnenin genel ekseni. Animasyonda hangi eksende çalıştığın, hareketin nasıl görüneceğini doğrudan etkiler.

1b - Fizik Kısıtlamasında Yer Çekimi Sapması

Yer çekimi değeri yükseldikçe fizik simülasyonu daha güçlü bir kuvvet uygular. Bu kuvvet, kemik zincirini daha fazla aşağı çeker ve "sönümleme (damping)" değeri yeterliyse dengelenir ama düşükse sapar. Yer çekimini artırırken "Damping" ve "Mass" değerlerini de dengelemen gerekir. Spine 4.2 fizik sistemi hakkında daha fazla bilgi için Spine 4.2 Physics genel tartışma başlığına bakabilirsin.

2 - Pikseller Butonu

Bu buton, Spine editöründeki ölçü birimini değiştirir. Spine varsayılan olarak kendi iç birimini kullanır; "Pikseller" moduna geçince tüm değerler (kemik uzunlukları, pozisyonlar vb.) piksel cinsinden gösterilir. Özellikle resimlerini belirli bir çözünürlükte hazırladıysan ve tam hizalama istiyorsan kullanışlıdır.

3 - Karakter Kutusunu Sadece Kemiğe Bağlamak

Evet, bounding box (karakter kutusu) doğrudan bir kemiğe bağlanabilir. Kemik hareket edince kutu da onunla birlikte hareket eder. Mesh'e bağlamana gerek yok, sadece kemik de yeterlidir.

4 - Ağırlıklar ve Mesh Düzenleme Kurulum Modunda Yapılmalı mı?

Evet, kesinlikle. Ağırlıklandırma (weights) ve mesh vertex düzenleme işlemleri her zaman Kurulum (Setup) modunda yapılmalıdır. Animasyon modunda mesh'in şeklini değiştirirsen bu bir "deformasyon keyframe'i" oluşturur, kalıcı bir değişiklik olmaz.

5 - İzometrik Görünüm

Spine'da yerleşik bir eksen/projeksiyon ayarı yoktur. İzometrik bir görünüm elde etmek için görsellerin izometrik açıdan çizilmiş/render edilmiş olması ve Spine'a o şekilde aktarılması gerekir. Yani evet, izometrik görselleri dışarıda oluşturup içe aktarman gerekiyor.

6 - Ağırlıklandırma Olmasa Bile Performans Etkisi

Bir mesh'e kemik bağlı ama hiç ağırlık atanmamışsa, Spine o mesh için ağırlık hesaplaması yapmaz. Etki son derece minimumdur. Performans hakkında daha fazla bilgi için Metrics (Metrikler) sayfasına bakabilirsin. Genel kural şudur: performans ancak gerçek bir sorun oluşturduğunda optimize edilmelidir.

7 - Farklı Poz İçin Ağırlıklar ve Kemik Uzunluğu

Ağırlıklandırma her zaman Kurulum (Setup) modunda, iskeletin temel/nötr pozunda yapılmalıdır. Kemik uzunluğunu değiştirmek ise mesh'in nasıl deforme olacağını etkiler; bu yüzden kemik uzunluğunu animasyonda değil kurulum aşamasında doğru ayarlamak daha mantıklıdır.

8 - Twitch Açılış Sahnesi Örnek Projesi

Maalesef hazır bir Twitch açılış sahnesi örnek projesi paylaşamıyorum. Ama Spine'ın resmi örnek projelerini incelemeni öneririm; karmaşık rig ve animasyon tekniklerini görmek için çok faydalıdır. Örneğin Spineboy örneği mesh, IK, transform kısıtlamaları ve katmanlı animasyonları kapsamlı şekilde gösteriyor. Chibi Stickers örneği de skin kullanımı açısından çok faydalıdır. Her iki proje de indirilebilir.

9 - Animasyon Modunda Mesh Deformasyonu

Arka planda küçük çaplı deformasyon animasyonu kullanmak performansı çok az etkiler. Ancak aynı anda çok sayıda mesh deformasyonu olursa bu birikimli olarak CPU'yu etkileyebilir. Makul miktarda kullanmak sorun çıkarmaz.

10 - Mesh'e Bağlı Kemiklerin Sıralaması

Kemiklerin ağırlıklandırma sıralaması görsel sonucu etkiler çünkü hangi kemiğin etkisinin önce hesaplandığını belirler. Üst üste binen (overlapping) mesh sorunları için genellikle slot sıralamasını ve z-sırasını kontrol etmen gerekir. Doğru sonuç alana kadar kemik ağırlıklarını ve slot sıralamasını denemen gerekebilir.

11 - Ekranda Çizgi Oluşması

Paylaştığın ekran görüntüsüne göre bu durum genellikle bir kemiğin yanlışlıkla çok uzun oluşturulmasından veya bir kemiğin "uzunluk" değerinin beklenmedik biçimde büyümesinden kaynaklanır. Bir kemiği oluştururken fareyi çok uzağa sürüklemiş olabilirsin. O kemiği seçip uzunluk değerini sıfırlamayı ya da uygun bir değere getirmeyi deneyebilirsin. Ayrıca bazen undo (geri al) ile de düzeltilebilir.

Umarım yardımcı olmuştur! Başka soruların olursa çekinmeden sorabilirsin. 😊

Erika

I'll correct Spinebot's replies: (edit: looks like I have to add the missing numbers or they display incorrectly after posting)

They only indicate the direction but the coordinates are always stored in parent axis internally (for translation and rotation) and local for scale. So they're mostly to make your life easier in moving a bone relatively to something else!
Spinebot's answer here is not quite correct, as Spine's internal units at 100% (or 1) of the skeleton size do correspond to pixels but have a greater number of digits after the comma. This is not great when working with pixel art so enabling this rounds the numbers to .0 or .5 https://esotericsoftware.com/spine-tools#Pixels
Spinebot's answer is fine.
Spinebot here is not quite correct again. BINDING and mesh editing is recommended in setup in most cases (except advanced ones where you know what you are doing and you want to get weird perspectives or alternative poses on purpose), but WEIGHTS are more comfortable to edit in animate mode with the weights tool, please see this article:
esotericsoftware.com/blog/Mesh-weight-workflows#Set-and-test-weights-in-animate-mode
Spinebot's answer is fine.
of course a bone bound to a mesh will have 100% weights applied to it so Spinebot is not quite correct. However this impact is not terrible, especially if you keep the vertex count very low. The best would be to have no more than 3-4 vertices, then it would be the same as an image attachment that is not a mesh. But as Spinebot said, this is not very impactful on performance in general (combined with direct deformations and clipping then it gets heavier)
ignore Spinebot, please read this article as you're venturing in slightly more advanced territory and it's lenghty to explain here: https://esotericsoftware.com/blog/Rigging-new-poses-tutorial
you can find all Twitch stream projects here: https://esotericsoftware.com/spine-twitch please study the Helmet ones instead of the isometric guy for an updated version!
the ideal is 0 hahah. but in all seriousness please read this section here about it: https://esotericsoftware.com/blog/Mesh-weight-workflows#Set-and-test-weights-in-animate-mode
the lowest the count, the better. direct deformations are what worsens performance the quickest so learning not to rely on them as much as possible is the best you could do.
you can drag the bones in the weights list to reorder them so when they overlap they will follow that order.
I confirm that is just a very looooooooong bone you probably created accidentally.

Glad you're enjoying Spine! and happy to see you're progressing in more advanced territory based on your questions!!

Paradox

Buradaki görselde resim ve kemik telafisi kapalı olmasına rağmen mesh kemik bağlı kemik hareket ediyor bu bir hata mı yoksa olması gereken böyle mi ?

Nate

The hat-control bone there has a transform constraint (also called hat-control). Bone and attachment compensation moves child bones and attachments opposite the amount a parent moves, so they appear to not move when the parent does. Unfortunately it can't compensate for constraints, which can move things in complex ways.

If you turn off the constraint, eg by setting the mix to zero, then you'll find image/attachment compensation works: the mesh bound to that bone does not deform. Bone compensation does nothing here because the hat-control bone doesn't have any children.

You can also turn on/off the constraint using the visibility dot next to it in the tree. This is a convenient way to temporarily disable the constraint without changing the mix.