Poor quality of stream with omxh264enc / snowmix

Oliver Jaksch snowmix at com-in.de
Thu Oct 29 05:41:05 PDT 2015


Hi list,

I'm playing with snowmix. Great stuff which gives a lot of fun creating video 
feeds!
I created a simple ini-file with two video feeds, some pics'n'stuff w/o audio 
for snowmix and tried to stream it via tcp (av_output2tcp_server). As this was 
easy with a regular PC, it was somewhat difficult with a RPI2 as x264enc hit 
the brakes there.
After some reading I got it to work using omxh264enc instead. Works flawless 
and stable so far, but output quality is ugly - like a low quality mpg1 video 
from the old days in hi-res. Said this...parts of the output are crisp and 
clear, but grey gradient background is full of artefacts and running text 
flickers.
Gained some qualtity by changing profile from main to high, but quality is 
still far from perfect, as I achieved this with PC. Fiddled with some of the 
omx specific parameters but nothing seems to improve the quality.

Bug or missed I something? Maybe the omx parts are WIP and I'm too impatient.

Thanks in advance to anybody who may help.
-
Oliver


VIDEO_SRC='shmsrc socket-path='$ctrsocket' do-timestamp=true is-live=true'
VIDEOFORMAT=$VIDEOBGRA', width=(int)'$system_width', 
height=(int)'$system_height', framerate=(fraction)'$ratefraction
VIDEOCONVERT=videoconvert
VIDEOFORMATOUT='video/x-h264, alignment=au, stream-format=byte-stream, 
profile=high'

gst-launch-1.0
 $VIDEO_SRC
 $VIDEOFORMAT          !\
 queue                 !\
 $VIDEOCONVERT         ! \
 omxh264enc inline-header=true periodicty-idr=1  !\
 $VIDEOFORMATOUT,control-rate=variable,target-bitrate=5000000,quant-i-
frames=250       !\
 h264parse             !\
 queue                 !\
 matroskamux name=muxer streamable=true !\
 queue                 !\
 tcpserversink host=0.0.0.0 port=$SERVER_PORT sync-method=2 recover-
policy=keyframe



More information about the gstreamer-openmax mailing list