저는 렌더링 된 즉시 서버에서 수행되는 3D 그래픽을 사용하여 압축 된 비디오를 클라이언트에 보내는 시스템 작업을하고 있습니다. 이미 작동 코드를 가지고,하지만 난 그게 더 빨리 될 수 느끼는 (그리고 이미 시스템의 병목 현상) 다음 내가 뭐하는 거지입니다 : 먼저 나는 프레임 버퍼를 잡아 glReadBuffer(GL_FRONT);
glReadPixels
아이폰 카메라에서 캡처 한 원시 데이터를 인코딩하려면 x264를 사용하고 있습니다. 그러나 인코딩 속도가 매우 느립니다. 인코딩 속도를 높이는 데 도움이 될 수있는 사람이 있습니까? 나는 x264 lib 디렉토리 구축 할 수 있도록 설정을 다음 사용한 : // ARMv6에 대한 CC =/개발자/플랫폼/iPhoneOS.platform/개발자는/usr/빈/gc
GCC에서 x264 빌드 컴파일에 관한 질문이 있습니다. x264에는 SSE3 및 SSSE3과 같은 명령어 세트를 다루는 어셈블리 코드가 있으며 기본적으로 makefile에는 자동 벡터화가 비활성화되어 있습니다. 어쨌든 -mssse3 플래그로 컴파일해야합니까, 아니면 실제로 성능이 저하 될 수 있습니까? -mssese3은 -msse3을 암시합니까? 아니면
x264에서 슬라이스가없는 스레딩 (http://akuvian.org/src/x264/sliceless_threads.txt)이 레이턴시를 발생시키는 이유가 궁금합니다. 예를 들어 스레드가 두 개있는 경우 첫 번째 프레임은 한 프레임을 인코딩하고 두 번째 스레드는 한 프레임을 인코딩합니다. 경우에 따라 초를 기다려야합니다. 그러나 이들은 병렬로 인코딩 될
위해는 FFmpeg/x264 2 패스 인코딩을 사용하는 방법 그 다음에 동일한 제 1 패스 결과를 사용하여 상이한 목표 비트 레이트를 갖는 파일들을 출력하기 위해 다중 제 2 패스 인코딩들이 수행된다. ffmpeg -y -i $INPUT_FILE -an -vcodec libx264 -pass 1 -b:v 700k -f rawvideo /dev/null
특히 nalu_process 콜백이 반환되기 전에 x264_encoder_encode에 대한 호출이 반환 될 수 있습니까? # x264의 누군가가 설정에 따라 다르다고 제안했습니다. 나는 여기에 "zerolatency"프리셋에 대해 이야기하고 있습니다. 위의 질문에 대한 대답이 예 인 경우 경험적으로 얼마나 일반적입니까?
그래서 제 상황은 이렇습니다. x264 -p 1 ...
x264 -p 1 ...
x264 -p 1 ...
가 그럼 난 병렬로 두 번째 패스를 실행하려면 : x264 -p 2 ...
x264 -p 2 ...
x264 -p 2 ...
그리고 세 번째 패스뿐만 아니라 나는 3 개 x264의 내가 병렬로 실행하려면 3 개 패스와 명령이 있습니다. -
연구소에서 우리는 클러스터에서 Scientific Linux 5를 사용하며 최신 OpenCV 배포판 (2.3.1 또는 2.4.0)을 사용하는 응용 프로그램을 배포해야합니다. 클러스터에 대한 루트 권한이 없습니다. 본질적으로 ffmpeg (물론 x264), opencv의 모든 동적 바이너리 종속성을 패키지화하여 응용 프로그램을 xcopy- 배포 할 수 있습니
내가는 FFmpeg를 사용하여 내 웹캠에서 RGB 형식으로 원시 비디오를 캡처 한 함께 : ffmpeg -f video4linux2 -s 320x240 -r 10 -i /dev/video0 -f rawvideo \
-pix-fmt rgb24 -r10 webcam.rgb24
이 원시 비디오 파일에 mplayer에서 확인한다. 나는 x264을 사용하여이