FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
스트리밍 미디어에는 어떤 종류의 소스 데이터가 필요합니까? 보유하고있는 거의 모든 데이터, avi, RM 등 파일, 심지어 수집 장치의 테이프 또는 아날로그 신호까지.
활성 데이터, 어떻게 처리합니까? 먼저 아날로그 신호 인 경우 디지털 신호로 변환 (실시간 방송은 일반적으로 방금 수집 한 아날로그 신호를 디지털 신호로 변환) 한 다음 필요한 코드 율에 따라 코딩해야합니다. 코딩에는 코덱이 필요합니다. 필요한 인코더는 원하는 파일 형식에 따라 다릅니다. 퀵타임, WMT (Windows Media Technology), 실제 시스템의 세 가지 인기있는 스트리밍 미디어 형식이 있습니다. 세 가지 형식은 서로 다른 회사입니다. 빠른 시간은 사과이고 접미사가 뭔지 모르겠습니다. 접미사는 자주 연락하지 않기 때문입니다. WMT는 Microsoft이고 ASF는 접미사입니다. 실제 시스템은 실제 회사입니다. 이 형식은 모두가 가장 많이 사용합니다. RM 및 RMVB 파일은 매우 일반적입니다. 코딩은 특정 형식입니다. 또한이 형식을 지원하는 서버 소프트웨어가 서버에 있는지 확인해야합니다. 클라이언트의 플레이어는 스트리밍 미디어가 흐를 수 있도록이 형식의 재생을 지원해야합니다.
스트림 미디어 파일이 인코딩에 의해 생성 된 후 스트리밍 미디어 서버는 미디어를 전송해야하며, 주로 특정 스트리밍 미디어 프로토콜로 데이터 패키지를 캡슐화합니다.
스트리밍 프로토콜을 나열하기 전에 두 가지 일반적인 전송 프로토콜 인 TCP와 UDP를 살펴보십시오. 스트리밍 미디어 데이터 전송 및 파일 다운로드 데이터 전송을 요청하려면 전송 프로토콜이 다릅니다. 파일 다운로드는 TCP 프로토콜을 사용하고 TCP는 연결된 프로토콜입니다. 데이터 전송 전에 연결이 설정됩니다. 데이터 전송이 완료 될 때까지 연결이 끊어지지 않습니다. TCP는 데이터의 무결성을 보장 할 수있는 확인 재전송을 지원합니다. 따라서 다운로드가 완료되는 한 클라이언트에 다운로드 된 파일은 서버에있는 파일과 동일하며 일부 데이터는 손실되지 않습니다. 스트리밍 미디어는 TCP의 재전송 메커니즘이 스트리밍 미디어의 시간 요구 사항을 충족 할 수 없기 때문에 TCP 프로토콜을 사용할 수 없습니다. 스트리밍 미디어의 경우 패킷 손실은 비디오 중단보다 심각하지 않습니다. 스트리밍 미디어는 UDP 프로토콜을 사용합니다. UDP는 비 연결형 프로토콜이며 재전송을 확인할 필요가 없습니다. UDP 패키지가 전송 된 후에는 수신자의 확인을 기다릴 필요가 없습니다. 일부 데이터가 손실 될 수 있지만 실시간 성능을 보장 할 수 있습니다. 어떤 경우에는 UDP로 전송되는 스트리밍 미디어를 TCP 전송으로 변환해야합니다. 어떤 경우입니까? 인트라넷 사용자이거나 회사 방화벽 이후에는 UDP 패키지가 방화벽에서 거부되므로 TCP를 통해서만 데이터를받을 수 있습니다. 이 TCP 연결 만 패킷이 손실 되어도 재전송되지 않습니다.
스트리밍 데이터는 스트리밍 프로토콜로 캡슐화되어야합니다. 형식에 따라 사용되는 프로토콜이 다릅니다. 유명한 스트리밍 프로토콜은 RTP, RTSP, RDP 및 MMS입니다. RTP는 UDP를 기반으로 시퀀스 번호 및 타임 스탬프의 도메인을 확장합니다. RTSP는 RTP 프로토콜의 확장입니다. 데이터 전송시 RTP 프로토콜을 사용하고 제어 데이터 전송시 TCP 연결을 사용합니다. RDP는 RTSP의 확장으로 제어 프로토콜 만 강화합니다. 빠른 시간은 rtp / rtsp를 사용하여 미디어 파일을 전송하는 반면 실제 시스템은 rtsp / rdp를 사용하여 미디어 파일을 전송합니다. MMS는 Microsoft를위한 특수 프로토콜입니다. 처음에는 mmsu를 사용하여 연결을 설정합니다 (MMS와 UDP의 조합). 연결에 실패하면 mmst (MMS 및 TCP 조합)를 사용하여 연결을 설정합니다. WMT는 MMS를 사용하여 미디어 파일을 전송합니다.
스트리밍 서버가 없다면 다운로드 및 플레이 효과를 얻을 수 있습니까? 대답은 예입니다. TCP에서 HTTP 연결을 사용하십시오. 먼저 일부 데이터를 버퍼에 다운로드 한 다음 새 데이터를 버퍼에 다운로드하고 버퍼에있는 기존 데이터를 재생합니다. 이 스트림을 HTTP 스트림이라고하며 가짜 스트림이라고도합니다. 이것은 우리가 이야기하기 시작한 질문으로 돌아갑니다. 우리가 보는 팟 캐스트 클립과 PPLive의 쇼는 실제 스트리밍이 아니라 실제로 HTTP 스트리밍입니다.
HTTP 스트리밍과 실제 미디어 스트리밍의 차이점은 무엇입니까? 차이점은 다음과 같습니다.
(1) 첫째, HTTP 스트림에는 웹 서버 만 필요하고 실제 미디어 스트림에는 전용 미디어 서버가 필요합니다.
(2) 그런 다음 HTTP 스트리밍에 필요한 프로토콜은 아래에서 위로 IP, TCP, HTTP이고 실제 미디어 스트림에는 IP, UDP 및 전용 스트리밍 프로토콜이 필요합니다.
(3) 또한 HTTP 스트리밍은 TCP 연결을 사용하기 때문에 패킷 손실이 발생하면 재전송되며 실제 미디어 스트림은 재전송되지 않습니다. 또한 인터럽트 등의 영향을 남겨두면 HTTP 스트림을 통해 보는 영상 품질이 서버와 동일하고 실제 미디어 스트림을 통해 품질이 네트워크 상태에 따라 달라지는 것도 이유입니다.
(4) 시작 지연부터 HTTP 스트림의 시작 지연은 네트워크 연결 상태 및 미디어 코드 속도에 따라 달라집니다. 실제 미디어 스트림 시작 지연은 몇 초를 넘지 않습니다.
(5) http 스트리밍을 보면 다운로드 한 영상 범위 내에서만 드래그 할 수 있고, 실제 스트리밍 미디어는 전체 범위로 드래그 할 수 있습니다.
(6) 마지막으로 HTTP 스트리밍은 다운로드 한 미디어 데이터를 하드 디스크에 저장하지만 실제 미디어 스트림은 저장하지 않습니다. 재생되는 데이터는 즉시 폐기되므로 미디어 작품의 저작권 만 보호됩니다.
|
놀라움을 얻으려면 이메일을 입력하십시오.
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> 아프리칸스어
sq.fmuser.org -> 알바니아어
ar.fmuser.org -> 아랍어
hy.fmuser.org -> 아르메니아어
az.fmuser.org -> 아제르바이잔 어
eu.fmuser.org -> 바스크
be.fmuser.org -> 벨로루시 어
bg.fmuser.org -> 불가리아어
ca.fmuser.org -> 카탈로니아 어
zh-CN.fmuser.org -> 중국어 (간체)
zh-TW.fmuser.org -> 중국어 (번체)
hr.fmuser.org -> 크로아티아어
cs.fmuser.org -> 체코
da.fmuser.org -> 덴마크어
nl.fmuser.org -> 네덜란드어
et.fmuser.org -> 에스토니아어
tl.fmuser.org -> 필리피노
fi.fmuser.org -> 핀란드어
fr.fmuser.org -> 프랑스어
gl.fmuser.org -> 갈리시아어
ka.fmuser.org -> 조지아 어
de.fmuser.org -> 독일어
el.fmuser.org -> 그리스
ht.fmuser.org -> 아이티 크리올
iw.fmuser.org -> 히브리어
hi.fmuser.org -> 힌디어
hu.fmuser.org 헝가리어
is.fmuser.org -> 아이슬란드 어
id.fmuser.org -> 인도네시아어
ga.fmuser.org -> 아일랜드어
it.fmuser.org -> 이탈리아어
ja.fmuser.org -> 일본어
ko.fmuser.org -> 한국어
lv.fmuser.org -> 라트비아어
lt.fmuser.org 리투아니아어
mk.fmuser.org -> 마케도니아 어
ms.fmuser.org -> 말레이어
mt.fmuser.org -> 몰타어
no.fmuser.org -> 노르웨이어
fa.fmuser.org -> 페르시아어
pl.fmuser.org -> 폴란드어
pt.fmuser.org -> 포르투갈어
ro.fmuser.org -> 루마니아어
ru.fmuser.org -> 러시아어
sr.fmuser.org -> 세르비아어
sk.fmuser.org -> 슬로바키아어
sl.fmuser.org -> 슬로베니아어
es.fmuser.org -> 스페인어
sw.fmuser.org -> 스와힐리
sv.fmuser.org -> 스웨덴어
th.fmuser.org -> 태국
tr.fmuser.org -> 터키어
uk.fmuser.org -> 우크라이나어
ur.fmuser.org -> 우르두어
vi.fmuser.org -> 베트남어
cy.fmuser.org -> 웨일스 어
yi.fmuser.org -> 이디시어
FMUSER 무선 전송 비디오 및 오디오가 더 쉬워졌습니다!
연락처
주소:
No.305 Room HuiLan Building No.273 Huanpu Road 광저우 중국 510620
카테고리
MMCC 뉴스레터