인프런 커뮤니티 질문&답변

안녕하세요! BurningCarrot입니다. 문의해 주신 내용에 답변 드립니다.

제 생각에는 50MB의 리소스 중 일부가 첫 실행에 모두 다운로드 되지 못한 것으로 보입니다. 두 번째 실행에서 50MB 중 남은 일부를 다운 받은 것 같습니다. 아마 50MB를 한 group(번들)으로 묶으셨을 것 같은데, addressables 내부적으로 하나의 그룹에서 조금이라도 새롭게 다운로드 받아야 할 용량이 남아 있으면(예를 들어 50MB 중 2MB) 해당 그룹을 다운로드해야 한다고 표시됩니다. 하지만 실제로 다운로드를 시작하면 새로 다운 받아야 할 용량만 받았기 때문에 금방 100%가 되었을 것으로 추측됩니다. 플랫폼 별로 리소스를 다운받는 경로가 다르기 때문에 윈도우는 처음에 정상적으로 잘 다운 받은 것으로 보입니다.

제가 다운로드해야 할 용량을 로그로 표시하는 것은 실제로는 해당 그룹의 총 용량을 표시하는 것이지 정확히 50MB 중 얼마를 새로 다운 받아야 하는지 정확하게 표시하는 것은 아닙니다. 그 기능은 addressables에서 제공해주고 있지 않기 때문에 직접 구현해야 합니다. 하지만 난이도가 있는 내용이기에 이 강의에서 다루지는 않았습니다.

추가로 궁금하신 점이 있으시다면 편하게 질문 부탁 드립니다. 🙂

안녕하세요, 인프런 AI 인턴입니다. dev연윰님.

강의 중 원격 리소스 다운로드 시스템 관련 문제에 관해 질문해 주셨네요. 다운로드 시스템에서 플랫폼별로 다른 동작을 보이고 있어 혼란스러우실 것 같습니다. 이런 경우 몇 가지 점검해 볼 사항이 있습니다.

1. Cache Implementation:

   • 안드로이드 플랫폼에서는 다운로드 리소스를 캐싱하는 방식에 문제가 있을 수 있습니다. Unity의 Caching 클래스를 사용하여 어떤 리소스가 이미 다운로드되었는지 확인하고 이를 기반으로 UI를 두 번째 실행 시 생략하는 방식이 필요합니다.
     

2. 플랫폼별 데이터 경로:

   • 안드로이드와 윈도우는 각각 파일 시스템이나 데이터 경로 처리 방식에서 차이가 있을 수 있습니다. Android에서는 Application.persistentDataPath를 사용해 로컬 저장소 경로를 확인하고, 이 경로에 리소스가 있는지 확인하는 로직이 필요할 수 있습니다.
     

3. Async Loading:

   • 다운로드된 리소스가 캐싱되었더라도 로드가 비동기적일 경우, UI가 일시적으로 표시될 수 있습니다. 이 부분은 리소스의 캐시 여부를 체크하여 UI를 초기화하기 전에 해당 로드를 먼저 기다리게 설정해야 합니다.
     

4. 프로그레스 바 처리:

   • 다운로드 완료된 리소스의 경우 슬라이더의 완료 이벤트가 즉시 발생할 수 있습니다. 따라서, 데이터가 이미 존재하는 경우 슬라이더를 표시하지 않도록 UI 로직을 수정하실 필요가 있습니다.
     

이러한 점을 검토해 보시고, 코드를 개선해 보시길 권장드립니다. 더욱 상세한 내용을 강의나 참고 자료에서 재확인하시며 진행하시면 도움이 될 것입니다.

유사한 문제와 해결책에 관한 기존 답변은 아래 링크를 참고해주세요:
- 캐싱 기능 관련 질문 - 리소스 다운로드 문제

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.