기본 콘텐츠로 건너뛰기

코디에서 클라우드 저장소 연동해서 비디오 라이브러리 생성하기

저희 집에는 TV가 없습니다. 모니터만 있지요..

몇년 전까지만 해도 IPTV를 이용했지만.. 자주 보는 것도 아니고.. 비용도 비용인지라.. 그냥 TV를 없앴습니다. 사실은 기레기 시키들 보기 싫어서 KBS 수신료 내는거 싫어서 그냥 TV를 없애버렸습니다.

대신에 스마트폰에서 OTT 서비스 실행해서 크롬캐스트로 전송해서 보고 싶은 프로그램만 봤었는데 슬슬 불편해서 고민고민하다 그냥 질렀습니다.

TV 보는 것도 불편했지만 다른 이유는 PC에 저장된 동영상을 보고 싶을 때 매번 PC를 켜야하는 것도 불편하더라고요. 저희 집 컴이 이제 10년이 넘어서.. 부팅 부터가.. ㅠㅠ

그래서 오피스 365 월결제를 끊으면 원드라이브 1테라를 사용할 수 있습니다. 이 원드라이브에 제가 가지고 있는 영화 200여편을 몽땅 올렸는데.. 원드라이브에 있는 영화를 스마트폰에서 실행해서 크롬캐스트로 전송하는 것도 불편하더군요.

어쨌든 이런 저런 이유로 너무 불편해서.. 지금은 사라진 TELEBEE 의 미박스 3에 글로벌 롬을 올려서 싸게 판다는 정보를 입수하고 그냥 질렀습니다. 싸다고 하는데 싼지는 모르겠지만.. 크롬캐스트 울트라보다는 싸더라구요.

넷플릭스를 이용하지는 않지만 조건만 맞으면 4K도 재생되고 국내 AS도 된다고 해서 질렀습니다.

관련 정보는 네이버 카페 [Eddy Lab] UHD 미니 PC 포럼 에서 보실 수 있고, 지금도 구매가 가능한지는 모르겠지만 MiBox3-EddyLab 에디션 안드로이드 셋탑 에서 구매하실 수 있습니다.

안드로이드 셋탑은 질렀는데.. 국내 IPTV처럼 친절하게 설정되어 있는 셋탑이 아닌지라 처음 켜보고 뭐부터 해야할지 참 막막하더라구요.

우선은 중요한건 TV를 편하게 보고 싶은것과 원드라이브의 영화를 편하게 감상하는 것이기 때문에 여기에 중점을 두고 네이버 카페와 구글을 하염없이 떠돌아다녀보니.. 코디라고 하는 앱이 가장 정보가 많다는 것을 알게되었습니다.

그래서 우선 무작정 코디를 설치했습니다.

코디는 일종의 동영상 플레이어 같은거라고 생각하시면 되는데 어쨌든 TV나 원드라이드 동영상 같은걸 보려면 애드온이라는게 있어야 합니다.

그런데.. 초보가 뭘 깔아야할지 알리가 없습니다. 그래서 위에 적은 네이버 카페에 올라와 있는 올인원 스킨을 설치했습니다.

자세한 내용은 https://cafe.naver.com/mk802/35643 에서 보실 수 있고 회원으로 가입은 하셔야 합니다.

이러저러 해서 스킨도 깔고 원드라이브 애드온도 설치했는데 인터넷에서 흔히 보는 것처럼 영화 포스터가 쫘라락 나오고 선택하면 영화가 짠 하고 재생되는건 어떻게 하는지 전혀 모르겠더군요.. 열심히 뒤지고 뒤진 결과 알아낸건 어쨌든 비디오 라이브러라라는 걸 만들어야 한다는 것이었고 열심히 뒤진 결과 드디어 방법을 알아냈습니다.

인터넷에도 제가 여기서 적고자 하는 방법과 동일한 방법을 찾으실 수 있는데 저는 제가 설치한 Aura 스킨을 기준으로 설명하고자 합니다. 스킨마다 메뉴가 조금씩 달라서 Aura 스킨 설치하신 분들을 위해 남겨봅니다. 다른 스킨은 저도 잘 모릅니다. Bingie 라는 스킨이 넷플릭스 화면과 비슷하고 이쁘다고 해서 시도해봤는데 잘 안되어서 포기했습니다. 그래서 저는 Aura 스킨을 기준으로 설명하겠습니다.

우선 구글 드라이브나 원드라이브와 같은 자신이 사용하는 클라우드 저장소를 애드온으로 추가해서 설정을 해 놓으셔야 합니다.

클라우드 저장소가 아닌 경우는 저도 안해봐서 잘 모릅니다. 저는 원드라이브로 시도했습니다.

그럼 시작해보겠습니다.

설정에서 애드온으로 들어가서 비디오 애드온으로 들어가서 자신이 설정하고자 하는 애드온을 실행합니다. 그리고 라이브러리를 생성하고자 하는 동영상이 저장된 폴더에서 선택 버튼을 길게 누릅니다. 짧게 누르면 폴더 안으로 들어가게 되는데 그러면 아니되고 폴더에서 선택 버튼을 길게 눌러서 팝업을 띄우셔야 합니다. 그러면 아래처럼 팝업이 뜹니다.


여기에서 Export to.strm files... 을 선택합니다. 그러면 아래와 같은 화면이 나옵니다. 스킨의 문제인지 제 설정의 문제인지 글자가 잘 안보이는데 위아래로 움직이시다 보면 무슨 내용인지 대충 보입니다.

파일을 저장할 장소를 지정하고(깜빡하고 스크린샷을 안찍었네요. 그래도 이정도는 하실 수 있으시겠죠. 셋탑박스 내부 저장소의 적당한 폴더를 선택하시면 됩니다. 저는 Movie 폴더를 선택했습니다.) Update library after export를 선택해 줍니다. 그래야 라이브러리를 생성하고 자동으로 메뉴가 생성되면서 화면이 구성됩니다.


다음에 Watch for changes in the Cloud Folder 를 선택합니다. 클라우드 폴더에 새로운 영상이 추가되는걸 감지해줍니다.


그리고 추가(확인이었던가?)를 눌러줍니다. 그러고 나면 아무 변화가 없습니다. 네 없습니다. 다만 무엇이 바뀌었는지 궁금하시면 바탕화면으로 나가서 탐색기를 실행하신 다음에 위에서 지정했던 폴더에 가보시면 영화 수만큼의 파일이 생성된걸 보실 수 있습니다. 이제 이 파일을 코디에 등록해 줄겁니다.

미디어 설정의 라이브러리 - 소스 관리 - 비디오... 를 선택합니다.


비디오 추가를 선택합니다.


탐색을 선택합니다.


외부 저장장치에서 아까 파일을 저장했던 폴더를 선택해줍니다.


폴더가 잘 선택되었는지 확인하고 이름을 입력(자동으로 입력되는데 바꾸고 싶으면 바꾸셔도 됩니다.)하고 확인을 선택합니다.



그러면 콘텐츠를 설정하는 창이 뜹니다.


저는 영화를 등록할 거라서 영화를 선택했고 드라마 같은 거라면 TV 쇼를 선택하시면 되겠죠.


정보 제공자를 선택하고 기타 설정은 취향에 따라 선택하신 다음에 확인을 선택합니다.


이런걸 물어보는데.. 그냥 '예' 해야겠죠.


그러면 위처럼 소스가 추가된걸 볼 수 있습니다.

이제 코디가 정보를 읽은다음 자동으로 라이브러리를 생성하고 메뉴에 영화가 생길겁니다. 영화가 많으면 시간이 조금 오래 걸립니다. 그냥 냅두다보면 알아서 촤라락 등록됩니다.

그런데, 정보 제공자인 다음 스크래퍼가 영화 정보를 잘못 불러오는 경우가 있는데(같은 제목의 영화가 많을 경우 잘못된 영화로 표시될 확률이 높습니다.) 그럴때 영화 정보를 수정하는 법은 다음에 올리겠습니다.

그리고 라이브러리를 생성해도 영화 메뉴가 생기지 않거나 불러오지 못하는 영화가 있을 수 있는데, 영화를 저장한 파일명 때문에 그렇습니다. 저장된 파일명은 정확하게 '영화 이름_기타 등등' 식으로 영화 이름이 앞부분에 정확하게 기재되어 있어야 합니다. 저도 그래서 200편 넘는 영화 파일명 수정하느라 고생 조금 했습니다. 인터넷에 잘 찾아보시면 파일명 일괄 수정하는 프로그램 많이 있으니 잘 활용하시면 될 듯 합니다.

하드에서 썩고 있는 영화를 코디에 등록해서 감상하니 뿌듯하네요.

여러분도 한번 시도해시기 바랍니다.

-----

아.. 그리고 유투브 같은 것도 되는가 싶어서 시도해봤는데.. 그건 어떻게 안되더라구요..

그리고 최근에 코디에서 유투브 애드온에서 로그인을 하면 로그인이 안되는 문제가 있는데..

관련 해결책은

https://cafe.naver.com/mk802/35381

에서 보실 수 있습니다.

그런데 유투브는 애드온으로 추가해도 뭐 딱히 메리트가 없는 것 같습니다. 저는 구글 무비를 코디에서 보고 싶어서 추가했는데.. 재생이 안되네요. 버퍼 때문인지 다른 문제인지는 좀 더 살펴봐야 할 것 같습니다. 해결되면 관련 정보도 올려보겠습니다.

댓글

이 블로그의 인기 게시물

테스트 케이스와 체크리스트의 차이가 뭐여?

테스트 실무에서 가장 혼돈되어 사용되는 용어 중 하나가 테스트 케이스와 체크리스트입니다. 많은 경우 체크리스트를 테스트 케이스로 사용하는 경우가 많습니다. 실제로 인터넷 커뮤니티나 블로그, ISO, IEEE, ISTQB 등등을 검색해보시면 테스트 케이스와 체크리스트에 대한 구분이 다 제각각입니다. 각각에 대한 정의가 다 제각각입니다. 사정이 이러하다보니 많은 사람들이 테스트 케이스와 체크리스트를 잘 구분하지 못하고 혼동해서 사용하는 경우가 많습니다. 물과 기름처럼 테스트 케이스와 체크리스트를 정확하게 구분할 수는 없겠지만.. ISTQB를 기준으로 말씀드리면 설계 기법을 통해 도출된 것은 테스트 케이스 그렇지 않은 것은 체크리스트라고 생각하시면 쉽습니다. 예를 들면 아래는 결정 테이블 테스팅 기법을 통해 도출된 테스트 케이스의 예제입니다. 실제 테스트 케이스는 위보다 복잡하겠지만 어쨌든 얘기하고 싶은 것은 위와 같이 설계 기법을 통해서 도출된 것은 테스트 케이스라고 합니다. 그런데 딱 보시면 아시겠지만 실제 테스트에서는 저 정도로는 테스트 커버리지를 충분히 만족했다고 얘기하기 힘듭니다. 그렇습니다. 어떤 분들은 테스트 케이스가 전가의 보도, 은 총알 쯤으로 생각하시는데.. 테스트 케이스는 일종의 마지노 선이라고 보시면 됩니다. 최소한 제품을 테스트 할때 이정도는 해줘야 한다는 최후의 방어선 정도라고 보시면 됩니다. 전쟁에서 최후의 방어선은 물러설 수 없는 마지막 보루입니다. 하지만 최후의 방어선만 지킨다고 전쟁에서 승리할 수는 없습니다. 프랑스는 마지노 요새만 믿고 있다가 독일에게 깔끔하게 발렸던 과거가 있지요. 전쟁에서 승리하려면 앞으로 나가야하고 치밀한 전략과 전술이 뒷받침 되어야 합니다. 더 높은 커버리지를 도달하고, 충분히 좋은 테스트가 수행되려면 테스트 케이스는 기본이 되어야 하고 거기에 더해서 체크리스트가 따라와 줘야 합니다. 이러한 체크리스트는 팀의 경험과 과거 프로젝트의 데이

비츠 스튜디오 버즈 플러스(투명) 사용 후기

제 내자분은 아직도 유선 이어폰을 쓰고 있습니다. 그게 좋다고 하시더라구요. 작년에 혹시나 해서 앤커 사운드코어 라이프Q35를 구매해서 조공해봤지만 결국은 안쓰시더라구요. 그래서 작년 추운 겨울에 제가 귀마게 용으로 잘 사용해왔는데.. 여름이 되니.. 와.. 이건 너무 덥고 무거워서 못쓰겠더라구요. 아이폰도 사고 애플 워치도 샀으니.. 다음은 에어팟인데.... 노이즈 캔슬링이 된다는 에어팟 프로 2는 ... 네... 너무 비싸더라구요... 이건 내자분께 얘기해봐야 결제가 될리가 없어서... 고민하고 있던차에.. 네.. 저는 봐버리고 말았습니다. 비츠 스튜디오 버즈 플러스의 그 영롱한 투명 버전의 자태를... 급 뽐뿌가 왔지만.. 여전히 20만원의 고가더라구요... 초기 출시 시기에 이벤트로 16만원 정도 했던거 같은데.. 그정도 가격이면 선 결제 후 보고 하면 될거 같은데.. 20만원은 너무 너무 비싸서 침만 삼키던 차에.. 당근에 15만원에 올라온 물건을 덥석 물었습니다. 애플 뮤직 6개월 프로모션 코드도 사용하지 않은 따끈따끈한 제품이라서 그냥 질렀습니다. 이상하게 인터넷이 실제 리뷰 게시물을 찾기 힘들어서.. 고민을 잠깐 했지만.. 그 투명하고 영롱한 자태에 그만... 어쨌든 구매하고 한달 정도 사용해본 후기를 간단하게 남겨봅니다. 1. 노이즈 캔슬링은 기대한 것과는 좀 다르고 앤커 사운드코어 라이프Q35 정도 되는 것 같습니다. 노이즈 캔슬링은 활성화하면 이게 소리를 막아준다기보다는 주변의 작은 소음만 제거해준다고 생각하시면 됩니다. 그러니까 옆에서 소근 거리는 소리나 선풍기 바람 소리 같은 작은 소리들이 사라지고 음악 같은 내가 듣고자 하는 소리가 굉장히 뚜렸해지만 지하철 안내 방송 같은 조금 큰 소리는 그냥 들립니다. 그래서 주변음 허용 모드를 켜보면 너무 시끄러워서 안쓰게 되더라구요. 전 에어팟 프로 2를 사용해 본적이 없어서 비교할 수는 없지만.. 아주 못쓸 정도의 성능은 아니라고 생각됩니다. 2. 저는 귓구멍이 너무 작아서 XS 사이즈의 이어팁

탐색적 테스팅의 역사

이 글은 James Bach 의 ' Exploratory Testing 3.0 '을 번역한 글입니다. 이번 글은 의미를 전달하는데 무리가 없는 선에서 대부분 의역으로 번역되었습니다. 때문에 잘못 번역된 부분은 댓글로 남겨주시면 수정하도록 하겠습니다.(읽어보시면 시제나 문체가 시시각각으로 변합니다. 감안해서 읽어주시면 고맙겠습니다.) 이 글은 James Bach의 허락을 얻은 후 번역한 글로 다른 곳에 퍼가실때는 반드시 원 출처와 본 블로그를 같이 언급해주시기 바랍니다. ----- [저자 주: 다른 글에서 이미 탐색적 테스팅을 이제는 테스팅으로 불러야 한다는 것을 얘기했다. 사실 Michael은 2009년에 테스트에 대해 얘기했었고, James는 테스터에 대해 얘기했던 것을 2010년에 블로그에 작성했다. Aaron Hodder는 2011년에 직접적으로 언급했고 Paul Gerrard 역시 그러했다.우리는 모든 테스팅은 탐색적이라는 것을 깊이 이해하고 가르쳤지만(여기에 James가 작년에 한 학생과 대화를 나눈 예가 있다.), "탐색적 테스팅"이라는 용어를 더이상 사용하지 않을 준비가 되어 있지 않다. 지금도 우리는 탐색적 테스팅이라는 용어를 사용하지 말아야 한다고 주장하지는 않는다. 다만 테스팅이 탐색을 어느 정도 포함한 스크립트 테스팅을 의미하는 것이 아니라 테스팅이 곧 탐색적 테스팅이라는 것이다.] By James Bach and Michael Bolton 태초에 테스팅이 있었다. 아무도 탐색과 스크립트 테스팅을 구별하지 못했다. Jerry Weinberg는 1961년 Computer Programming Fundamentals에서 테스팅의 형식화(formalizing)에 주의를 표명하고 테스팅은 본질적으로 탐색이라고 설명했다. 그는 책에서 "프로그래머의 의도에 대한 많은 정보 없이 프로그램과 프로그래머의 의도가 얼마나 일치하는지 기계적으로 검사하는 것은 어렵다. 만약 검사를 위해 컴퓨터에 간단