리눅스를 사용하여 대규모 라이브 비디오 스트리밍

Question

여러 독립적 인 프로세스를 사용하여 방대한 양의 라이브 비디오를 linux/X11의 화면으로 스트리밍하는 방법을 고려 중입니다.

처음에는 OpenGL/GLX 및 openGL 텍스처로 프로젝트를 시작했지만 막 다른 골목이었습니다. 이유 : "컨텍스트 전환". 여러 개의 컨텍스트를 사용하여 여러 개의 독립된 다중 프로세스가 빠른 속도의 텍스처로 조작 할 때 (특히 nvidia) 성능이 떨어지는 것으로 나타났습니다. 이것은 충돌을 초래 정지 등

(다음 스레드를 참조하십시오 https://lists.freedesktop.org/archives/nouveau/2017-February/027286.html)

마침내에서 XVideo로 전환을 그리고 매우 잘 작동하는 것 같다. 내 초기 테스트 결과에 따르면 Xvideo는 비디오 덤핑을 OpenGL보다 10 배 이상 효과적으로 처리하고 충돌을 일으키지 않습니다. 하나는이 ~ 10 vlc 클라이언트에서 720p @ 25fps로 실행하고 Xvideo 및 OpenGL 출력을 모두 시도하는 것을 보여줄 수 있습니다 (모든 전체 화면 표시를 기억하십시오).

그러나, 나는에서 XVideo가 후드, 사용 의심하고, OpenGL을, 그래서에서 XVideo 및 GLX 모두 X11의 확장 모듈은

.. 나는이 권리를 얻고 있는지 알아 보자 :하지만,

(A)에서 XVideo 통해 덤핑 비디오 :

• 에서 XVideo가 디바이스 포트와 화면 전체를 고려하고 직접 조작은

,691,363 (는 X11의 확장되고, 이러한 신 같은 능력을 갖는다)210

• .. 그래픽 드라이버의 단일 컨텍스트 만 필요합니다. 특정 1.

• 프로세스에게 컨텍스트 2 개 요청에서 XVideo 서비스 이용에서 XVideo 화면의 특정 부분으로 관리 .. 특정 윈도우 1.

• 프로세스 컨텍스트 1 개 요청에서 XVideo 서비스를 호출 할 수

  ,691 : 창 .. 문맥에서 XVideo 1.

  GLX 및 OpenGL 질감 통해 "수동"

  (B) 비디오 덤핑 덤핑을 사용하여 화면의 일정 부분으로 관리

• 프로세스 1은 glx에서 컨텍스트를 요청하고 컨텍스트 1을 가져 와서 텍스처를 덤프하기 시작합니다.

• 프로세스 2는 glx에서 컨텍스트를 요청하고 컨텍스트 2를 가져 와서 텍스처를 덤프하기 시작합니다.

나는이 권리를 얻고 있습니까?

상황 (A)를 직접 사용하여 OpenGL을 사용하는 방법이 있습니까?
.. GLX를 완전히 삭제해야 할 수도 있습니다. 약간 하드 코어가되기 시작합니다.

Answer 1

오랜 시간이 걸렸지 만 마침내 OpenGL 텍스처와 멀티 스레딩을 사용하여이를 분류했습니다.

https://elsampsa.github.io/valkka-core/html/process_chart.html

이 최적의 방법이 될 것 같다 (면책 조항 : 나는 한)