1
나는 HTML을 렌더링하고 jpeg를 모바일 클라이언트에 보내는 서버 측 HTML 렌더링 브라우저를 구축 중이다. jpeg를 잡아서 j2me로 쓸 클라이언트에게 세션으로 스트리밍하는 서버를 만드는 방법을 알아야합니다.C++ 또는 C# 또는 java에서 jpeg (라이브) 스트림을 만드는 방법은 무엇입니까? RTSP?
A
답변
0
"라이브"가 무엇을 의미하는지 완전히 명확하지 않지만, 이는 URL을 전달하고 이미지를 반환하는 서버 측 프로세스에 요청하는 것에 대한 이야기라고 생각합니다. 이 작업을 수행하는 가장 쉬운 방법 중 하나는 Java 및 SWT입니다. SWT browser widget을 사용하여 캔버스를 캡처 한 다음 원하는 이미지 유형으로 변환 할 수 있습니다. 브라우저 위젯은 firefox를 사용하여 페이지를 렌더링하므로 꽤 잘 보입니다.
0
한 번에 하나의 jpeg를 제공하는 서블릿과 다음 jpeg를 자주 요청하는 미들 릿을 작성합니다.
0
음, 일반 JPEG보다 더 나은 솔루션이 있습니다. 필자는 이와 같은 시스템을 구현 했으므로 JPEG보다 MPEG-2, MPEG-4 ASP, H.264 등의 비디오 코덱을 사용하고 p 프레임으로 업데이트를 보내면됩니다 (예 : 이전의 델타 이미지) 및 "너무 큰"변경 (또는 누락 된 업데이트 또는 기존 클라이언트에 추가 된 새 클라이언트)이 있으면 i- 프레임을 보냅니다.
비디오 코덱을 사용하지 않아도 전송 차이가 자주 발생합니다. diff를 인코딩하기 위해 다른 메커니즘을 사용하십시오.
버퍼를 보내는 방법에 관해서는 프레임 버퍼를 사용하여 렌더링하고 프레임 버퍼 코드를 설정하여 변경이 이루어지면 타이머를 시작하고 변경 사항이 발생하는 동안 주기적으로 변경 사항을 전송할 수 있습니다 , 마지막 변경 이후 충분한 시간이 지나면 (아직 전송되지 않음) 업데이트를 보내고 (아마 첫 번째 값보다 짧은 시간), 특정 사건에서 호출 할 수있는 업데이트를 강제하는 일종의 스트로브를 포함 할 수도 있습니다 (if 예를 들어 브라우저에서 페이지로드 완료 표시를 얻을 수 있습니다. Chrome에서 크롬을 변경하여 Firefox에서 약간의 작업만으로 할 수 있습니다.
[추가]
다른 솔루션의 예등 VNC, RDP (Windows 원격 데스크톱)와 같은 원격 데스크톱 프로토콜 및 프로그램을보고 - 즉 그들이 애호가 압축 다시, 무슨 일을하는지 효율적이고 손상 영역 추적.
프레임 버퍼의 경우 표준 linux/etc 프레임 버퍼 코드 (아마도 가장 단순함) 또는 XVFB와 같은 것을 사용할 수 있습니다 (원시 프레임 버퍼보다 무엇이 왜 변하는 지에 대한 자세한 정보에 액세스 할 수 있습니다).
너무 비효율적일까요? 그래서 RTSP, 일부 jpeg 압축이 가능할 수도 있습니다. – uclajatt
음, RTSP는 서버 부하를 줄이지 만 http는 모든 j2me 휴대폰에서 지원하는 유일한 프로토콜입니다. –