i think may be tablib error

The problem here is "invalid buffer size 1166400 < 1382400", unrelated to taglib or anything.

Can you get a full debug log with gst_debug_set_default_threshold(GST_LEVEL_LOG)? Also which decoder is used here and what kind of media is it?

(In reply to Sebastian Dröge (slomo) from comment #2)
> The problem here is "invalid buffer size 1166400 < 1382400", unrelated to
> taglib or anything.
> 
> Can you get a full debug log with
> gst_debug_set_default_threshold(GST_LEVEL_LOG)? Also which decoder is used
> here and what kind of media is it?

OH,ios limit?

What?

Oh you mean the size thing? No that's not because there's a limit in size on iOS. It is because something is creating raw video frames that are smaller than they should be according to the width, height and pixel format.

1280*720 mp4...

Please provide debug logs

ps=(GstCaps)"video/x-raw\,\ width\=\(int\)1280\,\ height\=\(int\)720\,\ framerate\=\(fraction\)6551241/262144\,\ format\=\(string\)NV12\,\ interlace-mode\=\(string\)progressive", size=(uint)1382400, min-buffers=(uint)0, max-buffers=(uint)0, allocator=(GstAllocator)"NULL", params=(GstAllocationParams)NULL, options=(string)< GstBufferPoolOptionGLSyncMeta, GstBufferPoolOptionGLTextureTarget2D >;

0:00:49.406623000 [332m33295[00m 0x7fdf8c8351e0 [37mDEBUG  [00m [00;01;35m      GST_SCHEDULING gstpad.c:4159:GstFlowReturn gst_pad_chain_data_unchecked(GstPad *, GstPadProbeType, void *):<inputselector0:sink_0>[00m called chainfunction &gst_selector_pad_chain with buffer 0x7fdf8b9b07d0, returned ok

 0:00:49.406753000 [332m33295[00m 0x7fdf8c8351e0 [37mDEBUG  [00m [00;01;35m      GST_SCHEDULING gstpad.c:4159:GstFlowReturn gst_pad_chain_data_unchecked(GstPad *, GstPadProbeType, void *):<src_0:proxypad0>[00m called chainfunction &gst_proxy_pad_chain_default with buffer 0x7fdf8b9b07d0, returned ok

----------------------------------------
0:00:49.414764000 [332m33295[00m 0x7fdf8c8351e0 [37mDEBUG  [00m [00;01;35m      GST_SCHEDULING gstpad.c:4153:GstFlowReturn gst_pad_chain_data_unchecked(GstPad *, GstPadProbeType, void *):<src_0:proxypad0>[00m calling chainfunction &gst_proxy_pad_chain_default with buffer buffer: 0x7fdf8b9b05b0, pts 0:00:00.809795918, dts 99:99:99.999999999, dur 0:00:00.023219954, size 8192, offset none, offset_end none, flags 0x4000

0:00:49.414772000 [332m33295[00m 0x7fdf8c835050 [37mDEBUG  [00m [00;01;31;41m            GST_PADS gstpad.c:3765:gboolean push_sticky(GstPad *, PadEvent *, gpointer):<vdconv:src>[00m event segment marked received


0:00:49.416218000 [332m33295[00m 0x7fdf8c835050 [37mDEBUG  [00m [00;01;35m      GST_SCHEDULING gstpad.c:4153:GstFlowReturn gst_pad_chain_data_unchecked(GstPad *, GstPadProbeType, void *):<src_1:proxypad1>[00m calling chainfunction &gst_proxy_pad_chain_default with buffer buffer: 0x7fdf8d104850, pts 0:00:00.000000000, dts 99:99:99.999999999, dur 99:99:99.999999999, size 1166400, offset none, offset_end none, flags 0x0

The full log as an attachment please, not just some random part from the middle of the log

https://github.com/sdroege/gst-player

log is to large........

Compress it and/or upload it to e.g. dropbox

hi .you kan use  https://github.com/sdroege/gst-player
play 720p. 



(In reply to Sebastian Dröge (slomo) from comment #11)
> Compress it and/or upload it to e.g. dropbox

If I had a arm64 capable iOS device, yes. And it would require additional time to set up everything and reproduce it, while you just uploading a log from your application that already fails would be a matter of a few minutes.

Ok, I will upload tomorrow morning.I now also does not have a MAC, I now in the home to see look at the source.These problems only appear in the IOS
Gldisplay gstgldisplay. C: 217: gst_gl_display_new: [00 m Could not create the display. This is also a problem.
And I found that if the call to stop play, and then continue to play, the video is no render, but the sound is normal.

I calculated the,
If (frame - > map [0]. Size < info - > the size)
Goto invalid_size;
1024 * 720 * 1.5 info - > size is 1280 * 720 * 1.5
I guess where did the limit.

max-size-bytes ?

There is no limit. The problem is that something creates frames with the wrong number of bytes. Just provide a log, that should give some idea where this happens at least.

Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!