/* CommentLine: H.264 Sequence.*/
stream.yuv /* name of source files */
300 /* number of frames to encode */
0 200 0 /* reserved; I frames interval (0-for I frames only); IDR interval */
3 1 /* number of B frames between I (or P) and next P; B reference mode */
4 1 0 /* num_ref_frames (0-16), minimum length of list1 for backward prediction (only 1 is supported!), number of slices. */
0 0 /* profile_idc (0-auto, 66-base, 77-main, 100-high, 110-high10, 122-high422, 244-high444), if profile is specified, unsupported values will be changed; level_idc (0-auto) */
352 /* horizontal_size */
288 /* vertical_size */
5 /* frame_rate_code (0-30fps, 1-15fps, 2-24fps, 3-25fps, 4-30fps, 5-30fps, 6-50fps, 7-60fps, 8-60fps) */
1 8 8 /* chroma_format_idc (0-monochrom, 1-420), bit_depth_luma (8 only), bit_depth_chroma (8 only) */
0 8 0 0 0 /* aux_format_idc: [0,3], bit_depth_aux: (8 only), alpha_incr_flag: 0, 1; alpha_opaque_value: [0, 255]; alpha_transparent_value: [0, 255] */
2 0 0 0 1000000 /* RC method(0-constant QP, 1-CBR, 2-VBR); start qp values for I, P, B slices; bitrate (bits per second) */
2 1 8 8 /* ME method (0-Full, 1-CLog, 2-Log, 3-EPZS, 4-Full ortho, 5-Log ortho, 6-TTS); subblock split (0-16x16, 1-8x8, 2-4x4); search_x; search_y */
0 0 0 /* weighted_pred_flag (unsupported!); weighted_bipred_idc (unsupported!); reserved */
1 0 /* direct type (0-temporal 1-spatial 2-auto); direct_8x8_inference_flag */
0 0 0 /* disable_deblocking_idc (0-on, 1-off, 2-on without crossing slice boundaries); deblocking_filter_alpha, deblocking_filter_beta */
1 0 0 /* transform_8x8_mode (0-off, 1-on); scaling matrices for 8x8 transform (0-flat, 1-default); qpprime_y_zero_transform_bypass_flag (unsupported!) */
0 /* reserved */
0 /* reserved */
1 2 /* entropy_coding_mode_flag (0-cavlc, 1-cabac); cabac_init_idc (0-2) */
0 /* picture coding type (0-FRM, 1-FLD) */
1 0 /* speed/quality grade (0-maximum speed, 5-maximum quality); optimal quantization (0-off, 1-on) */
Thereis not obvious problem in your setting.
but theIPP h.264 encodershould produce generalstream (without anyspecial format ) with
Have you tested the parameter by UMC encoder and simple_player.exe under \ipp-samples\audio-video-codecs\application\umc_video_enc_con? how does it work?
And you mentioned, that Polycom m100 don't show anything. At same time Linphone work fine. does it mean polycom asked some special format about the encdded steam?
Could you record a piece of stream and attach with the post?
use_weighted_pred and use_direct_inference are not baseline options you should disable them.use_weighted_pred = 1;
use_weighted_bipred = 0;
use_implicit_weighted_bipred = 0;
direct_pred_mode = 0;
use_direct_inference = 1;
I am not sure I understand. You want to repack stream into your own NALs?After some study i think its packetization issues..... Are there any examples for get encoded data in NALUs?
We don't use RTP streaming in our samples. By default our codec cannot generate NAL units with limited size (which make it poorly compatible with packetization-mode=0) however there is experimental branch which can be activated by SLICE_CHECK_LIMIT definition in umc_h264_config.h. After that you can use parameter num_slices with negative value to set maximum limit in bytes for slices. By doing that you can fit NAL units into required limits for RTP streaming.When locate sample code for packetization-mode=1? In standard samples i dont find...