| K006_김민조 | K034_장지호 | K039_조준장 | J132_장민석 | J162_하채리 |
|---|---|---|---|---|
 |
 |
 |
 |
 |
| Android | Android | Android | Backend | Backend |
최근, 숏 폼 비디오 플랫폼이 빠르게 성장하고 있음에 기인하여 시작된 프로젝트입니다.
수많은 숏 폼 비디오 플랫폼 서비스가 존재하고, 해당 서비스들에서 많은 관심을 받는 비디오의 장르는 단연 댄스입니다.
저희 남녀노소는, 댄스 영상만 모아서 볼 수 있는 서비스를 만드는 것은 어떨까? 라는 생각을 하게 되었고,
경쟁적인 요소가 가미되어, 개인 댄서에게는 자기PR 의 기회를, 학원이나 강사에겐 홍보의 기회를,
인플루언서에게는 팔로워 확보의 기회를 제공할 수 있는 서비스, 뭅뭅을 개발하게 되었습니다🥳
- 스플래시 및 로그인 페이지
- 회원가입 페이지
- 홈 페이지
- 비디오 스트리밍 페이지
- 비디오 업로드 페이지
- 프로필 페이지
-
Minimum SDK Version 26
-
Target SDK Version 34
-
Clean Architecture 지향
-
Architecture
- MVI
-
사용한 라이브러리
- Compose, Jetpack AAC, Hilt, Ktor, Coil, Media3 등
-
비동기 처리
- Coroutine Flow
- 선언형 UI
- 기존에는 개발할 때 XML 창을 반복하며 개발하였지만 컴포즈는 이러한 점이 없음
- 뷰에서 데이터를 구독시키기 위해 별다른 데이터 바인딩 작업이 없음
- 기존 MVVM 상태 관리 문제와 부수효과로 예측 불가능한 단점을 극복
- 구현 난이도는 올라갔지만 인텐트 위주로 생각하기 때문에 로직은 간결해짐
Data Layer에서 실제로 API통신에 사용할 소스 Impl 파일을 구현하고 Model 파일을 생성하여 Response 모델을 사용Domain Layer에서Data Layer의 데이터를 필요에 따라 가공하고 UseCase를 만들어서 추후Presentation Layer에서 사용Presentation Layer에서는Domain Layer에서 생성한 UseCase를 사용- 이런 구조로 작성했을 시 추후 데이터받는 부분이 변경된다면
DataLayer에서만 변경
- 구글,카카오 로그인 구현
- 인증 값으로 웹 클라이언트 ID와 Android 키 해시, SHA-1 키 관리
Modifier의.pointerInput()메서드를 활용한 유저 인터랙션을 구현- 해당 과정을 통해
Unidirectional Data Flow구조에서ViewModel과UI가 어떠한 방식으로 소통하여야 하는지 제대로 파악 - 관련 포스트
MediaMetadataRetriever클래스를 통해 비디오 프레임을 추출하는 기존 구현에서MediaCodec을 활용하는 구현으로 리팩토링 진행최대 약 62% 의 성능 개선을 이룰 수 있었으며,CODEC,YUV등 기본적인 안드로이드에서의 비디오 처리 관련 지식을 함양- 관련 포스트
- 널리 사용되는
Retrofit을 배제하고Ktor를 적용 - 모두에게 낯선 라이브러리였지만, 니즈가 확실했기에 도전
- 편리하고 직관적인 사용을 위해 심도있는 추상화를 진행하였으며, 사용에 관해팀원들에게 전파하는 역할까지 수행
Retrofit보다 훨씬 직관적이고, 최초 구현을 마친 뒤에는 보일러 플레이트 코드가 줄어드는 경험- 관련 포스트
- 많은 비디오를 쇼츠 형태로 효율적으로 보기 위해서 ExoPlayer 비디오 스트리밍 최적화를 진행함.
- 최적화를 위해서는 두 가지 방식을 고려
- 첫 번째 방식, 하나의 ExoPlayer를 생성하고 재활용하는 것으로, 메모리 사용량을 감소시키고 성능을 향상시킬 수 있는 장점이 있음. 그러나 스크롤 중에 영상 상태가 초기화되어 일시 정지나 재시작이 발생할 수 있는 단점이 있음
- 두 번째 방식은 각각의 영상에 대해 새로운 ExoPlayer를 생성하는 것으로, 각 영상이 독립적으로 재생되고 전환 시 로딩 시간이 없는 장점이 있음. 그러나 메모리 사용량이 높아질 수 있는 단점이 있음.
- 위 두가지 방식의 장단점을 극복하기 위해, 3개의 미리 생성된 ExoPlayer 인스턴스를 사용하여 최적화를 진행
- 3개의 ExoPlayer를 활용하여 이전 화면, 현재 화면, 그리고 다음 화면의 영상을 효율적으로 처리하면서 시스템 리소스를 효과적으로 활용
- 이 방식은 각각의 화면에서 독립적으로 영상을 처리하면서도 메모리를 효율적으로 활용하는 장점이 있음
- 또한, LaunchedEffect가 아닌 DisposableEffect를 활용하여, 컴포넌트가 처음 구성될 때 또는 uri가 변경될 때마다 새로운 미디어 소스를 설정하고 ExoPlayer를 초기화하도록 구현, DisposableEffect가 해제될 때 onDispose 블록에서 정의한 ExoPlayer를 종료하고 미디어 소스를 지우도록 했음
- 최종적으로 CPU 사용량을 평균 42%에서 18%로 감소시켜 전체적으로 57% 개선되었음.
- 이러한 최적화를 통해 부드러운 비디오 재생과 사용자 경험을 향상시킬 수 있었음.
- HLS 프로토콜 기반 동작
- 비디오를 실시간으로 스트리밍 할 수 있는 환경 구축
- 사용자 네트워크 상태에 가장 적절한 화질의 비디오
- 트래픽에 유동적인 대응
- 서버 관리의 부담 완화
- 대부분이 유휴 상태로 비용적 이득