구차니의 잡동사니 모음

음.. 리눅스에서는 안되네 sdk 깔고 윈도우에서 보면 4채널 녹음 가능한 걸로 뜨려나?

응 아니야~ 

먼가 깔아야 한다고 해서 시도. 응 실패

구글 AI 답변을 따라서 해당 부분 주석처리

재설치 하니 성공

먼가 파일이 있는데

udev도 추가되어있는데 반응이 없다.

일단은 claude 답으로는 xbox360 용이 아닌 kienct for windows 라서 pid가 다르다고 한다.

오디오가 02be 인데 이건 kinect for windows 용 PID

02ad가 나와야 xbox 360 kinect 라고 한다. 그런데.. 리눅스에서 하려면 원래 오리지널을 써야하나?

이게 오리지널인가?

[링크 : https://git.ao2.it/kinect-audio-setup.git/] 

    [링크 : https://github.com/dev-0x7C6/kinect-audio-setup]

와.. ai 만세

일단 오리지널 소스 찾았고 그걸로 소스 바꾸어서 빌드하면 된다.

녹음 장치로 kinect usb audio가 뜬다. 최대 4채널

방향을 까먹음 오른쪽, 뒤, 왼쪽, 앞이었나?

채널별로 파형의 시작 위치나, 강도가 다르게 보이는거 보면 먼가 맞긴 한가보다.

정면 에서 딱!

우측

뒤 - 마이크가 전반적으로 앞을 향해있나.. 엄청 약하네

왼쪽 

이전에 찾은대로 vrm 플러그인을 설치하고

import 에 vrm이 생겼나 보고

드래그 하면, 어? 창이 뜬다?

import anyway 를 체크하면

커서에 %가 뜨면서 올라간다.

제법 오래걸리네.. 15.4MB 인데

은근히 제어점이 많은데

치마랑, 상의도 흔들어 댈수 있게 되어있고

머리카락도 찰랑찰랑이 가능해서 그런듯.

눈은 제법 작게 되어있어서 은근 찾기가 힘들다.

그나저나 손에 비하면 발은 언제나 단순하구만.

miko.vrm 파일은

glTF 를 기반으로 한 json 파트와, 바이너리로 구성되는 듯?

openSCAD 와 다르게 python / javascript 로 작동되는 파라매트릭 설계 라이브러리

[링크 : https://github.com/gumyr/build123d] python  기반

[링크 : https://fluidcad.io/] javascript 기반

    [링크 : https://wikidocs.net/blog/@jaehong/11371/]

freeCAD에서 openFOAM을 이용해서 cfd 할 수 있는 플러그인

솔리드웍스 처럼 통합은 못해도 쓰는게 편하기라도 하면 좋겠네

[링크 : https://blog.naver.com/heennavi1004/223829709527]

[링크 : https://yyman.tistory.com/1053]

[링크 : https://blog.naver.com/localid/222302561603]

얼핏 보기로는 국제 표준으로 버튜버 모델에 대한게 있다고 하던데 그 샘플인가?

 [링크 : https://miko.aituberonair.com/ko/]

음.. 일단 플러그인도 있으니 나중에 시도는 해봐야겠다.

[링크 : https://vrm-addon-for-blender.info/en-us/]

kinect 에서 사운드 array를 이용해서 방향을 측정할수 있다곤 하는데

libfreenect 에는 사운드 관련 api가 존재 하지만

libfreenect2 에서는 아예 없어서 odas나 tdoa 라이브러리 쓰라고 해서 찾아보는 중

ODAS (Open embeddeD Audition System) 

[링크 : https://github.com/introlab/odas]

[링크 : https://www.frontiersin.org/journals/robotics-and-ai/articles/10.3389/frobt.2022.854444/full]





TWR (Two Way Ranging)

TDoA (Time Differnce of Arrival)

[링크 : https://github.com/AlexisTM/MultilaterationTDOA]

[링크 : https://grow-space.io/blog/uwb-측위-방식의-양대-산맥-twrtwo-way-ranging-vs-tdoatime-difference-of-arrival-비교/]

[링크 : https://m.blog.naver.com/intknk2/221510943339]

언제나 그렇듯 기본도형으로 시작!

sculpt mode

왼쪽 툴바에서 중간쯤에 가위 있는거 꾸욱 누르면 box trim

드래그해서 자를 곳을 찾으면

뿅~ 이걸로 이제 소방관 다리 찢어야지 ㅋㅋㅋ

[링크 : https://www.youtube.com/shorts/u1dm7jYhL-Q]

와.. 쩜 누르면 된다.(keypad)

처음 추가된 녀석이 중심

object mode에서 다른 cube 선택하고

키패드 . 을 누르면 얼빡!

축소해서 회전해보면 딱 얘가 중심에 잡힌다.

이전 렌더링에서 빛이 산란하지 않고 그냥 레이저 처럼 직사로 와서

그림자가 완전 각지는 문제가 있었는데

그걸 이렇게 하면 좀 부드럽게 퍼진다고 한다.

아래는 claude 가 개선한 코드인데

energy는 power에 대응되는것 같고, shadow_soft_size는 radius에 대응되는것 같다.

아 쫌 용어 통일하라고 ㅠㅠ api에 맞추던가 아니면 api를 ui에 맞추던가!

[링크 : https://docs.blender.org/api/current/bpy.types.SpotLight.html]

초기값

power 올림

radius 0.2로 변경

노트북에서는 오히려 학습 데이터 생성이 빠른데

데스크탑에서 느려서 확인해보니

노트북에서는 이렇게 nvtop 돌리니까 gpu를 사용한다.

아무튼.. claude 말로는 cycles 돌리면 빨라진다는데 흐음.. cycles는 raytracing쪽 설정때문에 잘 모르겠던데..

eevee는 gpu 렌더러라 gpu가 없으면 작동안한다고. 그런데 왜.. headless 구성에 영향을 받지?

[링크 : https://blender.stackexchange.com/questions/328484/when-using-rendering-in-blender-using-eevee-without-a-gpu-does-lighting-behave]

[링크 : https://blender.stackexchange.com/questions/230728/is-there-no-way-of-rendering-headless-using-eevee]

[링크 : https://docs.blender.org/manual/en/latest/render/eevee/limitations/limitations.html#cpu-rendering]

아무튼 bpy 에서는 아래처럼 cycles를 설정하면 헤드리스 설정이라도 gpu 가속 잘 받는다고