테스트 사이트 - 개발 중인 베타 버전입니다

Http Live Stream 에 관하여

· 13년 전 · 1038
apple 에서 밀고 있는 스트리밍 방식인데요 .. 다들 알고 계시겠지만..
아이폰 어플 개발 하다보면 mp4영상을 재생 할 때 큰 애를 먹게 됨니다.
그냥 영상 주소만 링크 해주면 나올지 알았지만... 현실은 ㄷㄷ.
리젝 되는 말도 안되는 현상 때문에 .. 이것저것 찾아 보다 결국 . http live stream 은 별거 없다 라는 결론을 내렸습니다.  단순 아이폰 스트리밍 전용이라면, 고가의 스트리밍 서버를 구축 할 필요가 없을거 같습니다.
애플이 의도했던 것도 이것이구요. 스트리밍 서버의 역할은 결국은 이것이더군요
mp4파일을 서버에 올려 놓으면 , http live stream  에서 원하는 형식의 파일로 변경 해주는것 .. 결국 ..
mp4 파일을 조각 내여 여러개의 segment 형식으로 전송을 하더군요 ..
10M라면 500Kbite 씩 20 조각을 내어서 순서대로 파일을 보냄니다..
그러다 보니 처음에 로딩 할 때 반드시 1번 파일은 다운 받고 시작을 해야하니 로딩 시간에서는 rtsp방식 보다 로딩 시간이 오래 걸리는것 같습니다.
http live stream 방식의 장점이라면 웹서버만 있음 별도의 서버 구성 없이 이용 할 수 있다는 장점이 있더군요..
 
결론적으로  웹서버에서 아이폰 동영상용 파일을 배포 하기 위해서는 segment 단위로 분할 해야 하며 , 분할된 파일들의 목록을 모아 둔 m3u8 이라는 확장자의 파일이 있어야 합니다.
 
구글링을 통해서 , window 용 segmenter 라는 오픈소스 툴을 찾게 되었습다.
이것과 ffmpeg 윈도우 용 라이브러리만 있음  가능 합니다.
 
//[segmenter download]
 
//[ffmpeg download]
 
두가지 오픈소스 툴을 이용하면, 윈도우용 http live stream  파일들을 만들어 낼 수 있겠더군요 ...
현제 visual c#을 이용해서 작업을 하고 있습니다.
윈도우 에서 파일 변환을 하려다 보니 한 개 변환 하고 ... 명령어 다시 쓰고 할려니 여간 귀찮은거 같아서 ....;
약간 잔머리 굴리고 있는중 ㅋㅋ.
나중에 완성 하면 허접 하지만 ..  올려 볼게요 ㅎㅎ;
도움이 되셨을지 모르겠내요 ㅎㅎ.
요즘 웹개발 도 하고 , 모바일 개발도 해야 되고, 모바일 웹도 해야되고..
참 현실이 ....
개발자 분들 모두 힘내시고....
즐프하세요 .
 
 
 
 
 

댓글 작성

댓글을 작성하시려면 로그인이 필요합니다.

로그인하기

게시글 목록

번호 제목
15661
15657
3688
15650
15648
15647
15642
3676
29958
15639
15635
15632
3672
15630
15629
15628
15625
15624
15621
15613
3669
29953
15605
15604
15602
15601
15600
3666
3663
15596
29952
3662
15592
3655
29944
3648
15591
15589
29937
3644
3641
15586
15585
29936
15583
15578
15575
15572
15567
15563
24338
15560
15556
26168
29935
15552
3626
3617
3605
3596
15549
15547
15546
29933
26167
26166
26165
26164
26163
26161
26160
26152
26149
26148
26147
26146
26145
26141
26138
26134
15539
3590
29931
3583
3581
3578
15537
15535
29926
15524
29920
3560
15521
3557
29919
15517
29914
15506
29910
29909