※ 나처럼 업뎃 한참 안하다가,
이번에 자동좌 로컬 SD 1.9 업데이트에 당황한 사람들 보라고 씀
1. LoRA 의 화투패가 사라지고 그게 밑의 작업 영역으로 통합 당함.
심지어 LoRA 한줄에 10칸을 보여주던 인터페이스완 다르게 8개만 나와서 좀 빡침
그런데 통폐합한 이유를 좀 찾아보니 LoRA List up의 작동 방식의 개선이 있었음.
-----------------------------
자동좌 로컬 SD 1.5 : 화투패 누르고 LoRA 누르는 순간 모든 저장된 LoRA 를 싹 다 로드함.
(여기서 CPU 점유율과 SSD 읽기 속도를 엄청 잡아먹음. 다 불러오기 전까지 SD 작동 속도도 같이 느려짐)
자동좌 로컬 SD 1.9 : 이제는 '내가 미리보기 하는 구간' 만 찾아서 로드함.
(리스트에 보이는 것만 그때 그때 로드하여 CPU 와 SSD 점유율이 액티브하게 바뀜)
LoRA 리스트가 엄청 많은 사람에게는 참 좋은 업뎃이라고 보여 짐.
-----------------------------
2. SD 1.5 기반의 LoRA 만 detailer 확장이 사용 가능하고
업뎃이 끊기거나 안 쓰는 구형 확장 프로그램은 너가 과감하게 버려야 함.
SDXL과 호환도 안될 뿐더러 SD 1.9 버전의 오작동 원인임.
심지어 SDXL 은 포즈 컨트롤넷도 여전히 안먹음 (SD 1.5 기반의 첵포라면 여전히 사용 가능)
1.9로 업뎃하며 포즈 컨트롤넷이 SDXL에서 개선되거나, 작동이 될 거라 기대했건만 여전히 안됨.
3. SDXL 첵포를 선택해야만 → LoRA 검색창에 SDXL LoRA도 검색됨.
SDXL 첵포를 선택하지 않고 → 일반 SD 1.5용 첵포를 선택하면 SDXL LoRA가 아예 검색되지 않음.
다른 SDXL 첵포 및 Pony XL 첵포를 골라도 SDXL 첵포를 골라야만 SDXL LoRA 가 보였음.
오작동 방지? 를 위해서인지.. 아니면 옵션에서 이걸 풀 수 있는지 까지는 확인 못해봄.
4. SD Forge 안쓰고 원래 쓰던 자동좌 SD 에 SDXL 을 같이 넣어서 쓰는 사람이라면
이번 1.9 업뎃으로 속도가 느려지지 않을까 걱정했는데, 여전히 빠른 속도로 잘 뽑힘.
SDXL이 원췌 느리기도 하고 해상도도 커져서 "뽑는 속도 최적화 해줘야 하나?" 라는 괜한 플라시보 생각이 들 정도.
일반 SD 1.5는 512 x 768 기준으로 4090 기준 : 5초만에 뚝딱! 나오니까 더 비교 당하기 쉬움.
PonyXL 기반의 첵포로 뽑아서 SDXL용 LoRA 적용까지 하니 832 x 1216 해상도 기준 : 9초 였음.
심지어 hires 확장 써서 해상도 1.5배 적용하면 15초로 더 느려짐.
5. hires 랑 detailer, SD 1.5를 위한 포즈 컨트롤넷 확장 3개만 남기고
다른 이상한 확장 안쓰면 그냥
명령 프롬프트를 실행하고, cd <webui 폴더 위치> 입력.
( 이때, C가 아닌 다른 드라이브에 위치한 경우 <해당 드라이브>: 를 한번 입력해줘야한다. 예) D: )
그리고 git pull origin master를 입력.
SD를 1.9로 업뎃 해도 별 에러 안남.
업뎃 다 되기까지 10분여 가까이 걸리므로 느긋하게 기다리자.
업데이트와 LoRA 리스트 로드 속도는 CPU가 결정함.
(CMD가 멈추거나 그런 일은 없었음)
6. SD 1.5기반의 첵포만 쓰다가
PonyXL 기반으로 만들어진 SDXL 첵포들이랑 SDXL LoRA 써보니
■ 와! 신세계! 원작 작화 그대로야!
■ 프롬프트 작성만으로도 의상 구별도 잘하고 SD 1.5때의 강조치 씨름 안해도 되서 너무 좋음
■ 포즈 구현만 좀 더 구체적으로 해결 되면 좋을 것 같지만, 프롬프트로 POV 만 작성해도 대부분 해결됨
■ 이렇게 좋은 걸 니들만 쓰고 있었냐
결론 : 5090 24GB 나오자마자 바로 사야겠다.
※ 나처럼 업뎃 한참 안하다가,
이번에 자동좌 로컬 SD 1.9 업데이트에 당황한 사람들 보라고 씀
