Esoteric Software

[Osamsa]

안녕하세요, 한국어 페이지도 생겼네요. 감사합니다.

이번에 프로젝트를 새로 시작하여, 버전 3.6에서 4.0을 사용하게 되었습니다. 정확히는 4.0.64.
그리고 4.1이 정식으로 나오면 사용할 예정입니다.(커브가 추가되어서 )

그 전에 4.0을 조금 사용해보니 불편한 부분이 있어 4.1의 정식 출시전에 이 의견을 봐주셨으면 합니다.

1. 도프시트에서 드래그하여 파란 박스를 만들어서 키들을 조절하는 것.
http://ko.esotericsoftware.com/forum/dopesheet-is-no-selection-box-15241
왜 바뀌었는지는 위의 링크에서 확인했습니다. 그리고 이해도 갔습니다.
하지만 예전부터 스파인만 사용하던 저는 불편함을 느낍니다. 짧은 지연시간에도 불구하고..
이 기능의 사용을
옵션에서 지연시간 조절 가능, 또는 ON / OFF로 선택할 수 있으면 좋겠습니다.

2. 도프시트에서 드래그 하면서 W, S단축키로 이동 불가능
저는 이런 작업을 많이 합니다. 드래그하면서 이동하거나 수정할 키들을 확인하는 용도로.
하지만 4.0에선 드래그 하면서 키 이동이 불가능해졌습니다. 이 부분도 혹시 이전처럼 가능하게 해주실 수 있을까요?
2번의 문제는 뷰포트를 오른쪽 클릭중에도 발생됩니다.(뷰포트 이동하면서 타임라인 이동)

[Misaki]

제안해 주셔서 감사합니다! (1)과 관련하여 4.1 이후 기본값은 이전 작업으로 돌아가며(박스를 선택하는데 일시정지할 필요가 없음) 기본 설정에 따라 작업을 변경할 수 있습니다.
Thank you for your suggestions! Regarding (1), since 4.1, the default is back to the previous operation (no pause is needed to make a box selection), and the operation can be changed from the settings according to preference.

Spine-Settings-4.1.jpg

(2)에 관해서입니다만, 기계 번역이 잘 되지 않아서인지 어떤 상황을 말씀하시는 건지 잘 모르겠습니다. 어떤 종류의 수술에 대해 저희에게 설명해 주시겠습니까, 가급적이면 비디오로요?
Regarding (2), unfortunately, I am not sure what situation you are referring to, perhaps because the machine translation does not work well. Would you mind explaining to us what kind of operation you are talking about, preferably with a video?

[Osamsa]

감사합니다!
(1)의 문제가 이미 해결되어 있다니 기쁘네요
(2)의 설명을 gif와 영어로 적어보았습니다. 어떤가요?
그리고 또 다른 질문을 아래에 적어 놓았습니다. 이것도 봐주세요.

Q2-1.gif

Q2-2.gif

Q2-3.gif

(3) 한바퀴 회전하는 key를 넣은 후, 0프레임(idle)의 key를 넣으면 애니메이션이 반대로 돌아가는 문제
한바퀴 회전하는 액션 후 idle로 돌아가기 위해 0프레임의 key를 넣으면, 회전했던 반대로 돌며 idle자세로 됩니다.
1. 오른쪽으로 360' 회전 (rotate 값은 0)
2. idle자세의 key를 붙여넣음 (rotate 값은 마찬가지로 0)
3. 결과물 =

Q3.gif

이것이 이전 버전에서 어떤 것을 개선한건지 느껴집니다.
하지만 이렇게 되면, idle 자세로 돌아가는 과정에서 반대로 돌아가게 됩니다.

회전하는 액션 직후의 key에 '0번 회전한 rotate값'을 직각 그래프로 넣는 방법이 떠오르긴 하는데
빠른 액션 동작에선 1프레임의 키도 아깝게 느껴집니다. 혹시 다른 방법이 있을까요?

---

(2번의 추가)
비슷한 문제가 또 있습니다.
do = mouse click (holding) on timeline
don't use = '[', ']' key (Shortcut key to loof start, end)

(2)는 공통적으로 클릭을 유지한 상태에서는 다른 동작을 할 수 없는 것 같습니다.

[Misaki]

당신의 제안에 대해 자세히 설명해 주셔서 감사합니다!
Thank you for elaborating on your suggestions!

(2)와 관련하여, 마우스 버튼을 누르면 Next key (W) 와 Previous key (S) 단축키를 사용할 수 없다는 것을 확인하였습니다. 일부러 그런 것이 아니라 새로운 핫키를 추가하거나, 오동작을 방지하기 위해 핫키를 수정하는 과정에서 변경되었을 수 있다고 생각합니다만, Spine 팀에 확인해 보겠습니다.
Regarding (2), I have confirmed that the Next key (W) and Previous key (S) hotkeys are not available when the mouse button is held down. I guess this may have been changed in the process of adding new hotkeys or modifying the hotkeys to prevent misoperation, rather than intentionally so, but I will check with the Spine team.

(3)과 관련하여, 당신은 이것을 알 수 있을 것입니다, 만약을 위해 제가 기본부터 360도 회전 사양을 설명하겠습니다. 4.0부터는 '로컬' 축을 선택하면 360도 이상의 값을 직접 입력할 수 있습니다. 키 프레임 값 자체는 0과 360 사이에서 다를 수 있지만 다음 비디오와 같이 깔끔하게 루프할 수 있습니다.
Regarding (3), you may know this, let me explain the 360-degree rotation specifications from the basics, just in case. Since 4.0, you can directly input over 360-degree values when Local axes are selected. The keyframe values themselves may differ between 0 and 360, but can be neatly looped as in the following video:

So if you have something that rotates 360 degrees, you need to set the value individually instead of copying the key at frame 0.

그러나 첫 번째 키와 마지막 키에 다른 값이 있을 수 있으므로 오프셋할 수 없습니다. 그런 경우에는 말씀하신 대로 360도 회전을 완료하기 직전에 회전을 반대로 해야 합니다. 다음 비디오에서 프레임 29.98의 키의 회전 값은 360이고 프레임 30의 키는 프레임 0의 키와 동일한 키 값과 일치하도록 0입니다. 프레임 29.98과 프레임 30의 키 사이의 보간은 단계 곡선입니다.
However, there may be a problem with the first key and the last key having different values, so they cannot be offset. In that case, as you mentioned, the rotation must be reversed just before completing 360-degree rotation. In the following video, the rotate value of the key at frame 29.98 is 360, and the key at frame 30 is 0 to match the key value as the same as the key at frame 0. The interpolation between the keys at frame 29.98 and frame 30 is a stepped curve:

이렇게 하면 오프셋을 허용하면서 360도 회전할 수 있습니다.
This allows you to make a 360-degree rotation while still allowing offset.

현재의 접근 방식은 다소 번거로워 보일 수 있습니다. 이 접근 방식을 개선하기 위한 제안이 있다면, 우리는 그것들을 듣고 싶습니다.
The current approach may seem somewhat cumbersome. If you have any suggestions for improving this approach, we would love to hear them.

[Osamsa]

(2)의 문제가 전달되었군요. 잘 해결되었으면 좋겠어요

(3) 새로운 회전에 대해 설명해주셔서 감사합니다.
local axes로 회전 횟수를 확인할 수 있다는 것을 알았습니다.

예전 버전에서 소수점 키를 잘 사용하지 않았습니다. box selecte로 소수점 key를 이동하면, 강제로 인접한 프레임으로 이동되었거든요.
하지만 이것이 해결되어있었네요. 그렇기 때문에 1프레임을 소비하지 않고 회전 액션을 할 수 있게 되었습니다.

회전 방법은 지금이 예전보다 낫다고 생각합니다.
아직은 더 좋은 방법이 떠오르지 않는군요. 좋은 아이디어가 있으면 다시 방문하겠습니다.
언제나 감사합니다!

[Misaki]

(2)에 대해 Nate와 확인해보니 크래시를 방지하기 위해 드래그 중 단축키가 허용되지 않는다고 합니다. 모두 허용하지 않는 것이 가장 쉬웠지만, 다음/이전 키는 아마 괜찮을 것입니다. 우리는 4.1에서 그것을 허용하는 것을 조사할 것입니다.
I confirmed with Nate about (2) and he said that hotkeys while dragging are disallowed to prevent crashes. It was easiest to disallow all, but the next/previous key are probably ok. We will look into allowing that in 4.1.

(3)에 관해서, 제 설명이 당신에게 도움이 되어 기쁩니다. 만약 여러분이 미래에 어떤 제안들이 있다면, 자유롭게 그것들을 게시하세요!
Regarding (3), I am glad my explanation was helpful to you. If you have any suggestions in the future, feel free to post them!