GNOME Bugzilla – Bug 709388
16357 WARNING **: Too old frames, bug in decoder -- please file a bug
Last modified: 2017-07-15 20:35:38 UTC
My Case: Camera Device: JVC IP Camera Hardware Device : Raspberri Pi OS: Raspbian /wheezy gstreamer application/pipeline works with elements rtpsrc, queue , rtph264depay , queue, h264prase, queue, omxh264dec Video Decoding works but the video is not fluently. Same look at 3 fps video stream ! Source Rtsp IP-Camera. Tested H264 Profiles (Cam Settings) : Base High Tested Streams ( Cam Settings) : 1920X1080 2mbit cbr 25fps & 15fps 1920X1080 vbr 25fps & 15fps 1280X720 1mbit cbr 25fps & 15fps 640X720 vbr 25fps & 15fps sdout gstreamer : 0:00:12.088614009 16357 0xe8ecf0 WARN videodecoder gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> decreasing timestamp (0:00:08.749051712 < 0:00:10.589139749) 0:00:12.093028729 16357 0xe8ecf0 WARN videodecoder gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> decreasing timestamp (0:00:08.709050182 < 0:00:08.749051712) 0:00:12.095244589 16357 0xe8ecf0 WARN videodecoder gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> decreasing timestamp (0:00:08.669048628 < 0:00:08.709050182) 0:00:12.097289459 16357 0xe8ecf0 WARN videodecoder gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> decreasing timestamp (0:00:08.629047048 < 0:00:08.669048628) 0:00:12.099340328 16357 0xe8ecf0 WARN videodecoder gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> decreasing timestamp (0:00:08.589037020 < 0:00:08.629047048) Programm say file a bug , here it is =) hope everwhere can help me greece
(In reply to comment #0) > My Case: > > Camera Device: JVC IP Camera > Hardware Device : Raspberri Pi > OS: Raspbian /wheezy > > gstreamer application/pipeline works with elements rtpsrc, queue , rtph264depay > , queue, h264prase, queue, omxh264dec > > Video Decoding works but the video is not fluently. > Same look at 3 fps video stream ! > > Source Rtsp IP-Camera. > > Tested H264 Profiles (Cam Settings) : > > Base > > High > > Tested Streams ( Cam Settings) : > > 1920X1080 2mbit cbr 25fps & 15fps > 1920X1080 vbr 25fps & 15fps > > 1280X720 1mbit cbr 25fps & 15fps > 640X720 vbr 25fps & 15fps > > sdout gstreamer : > > 0:00:12.088614009 16357 0xe8ecf0 WARN videodecoder > gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> > decreasing timestamp (0:00:08.749051712 < 0:00:10.589139749) > 0:00:12.093028729 16357 0xe8ecf0 WARN videodecoder > gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> > decreasing timestamp (0:00:08.709050182 < 0:00:08.749051712) > 0:00:12.095244589 16357 0xe8ecf0 WARN videodecoder > gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> > decreasing timestamp (0:00:08.669048628 < 0:00:08.709050182) > 0:00:12.097289459 16357 0xe8ecf0 WARN videodecoder > gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> > decreasing timestamp (0:00:08.629047048 < 0:00:08.669048628) > 0:00:12.099340328 16357 0xe8ecf0 WARN videodecoder > gstvideodecoder.c:2259:gst_video_decoder_prepare_finish_frame:<Colorspace> > decreasing timestamp (0:00:08.589037020 < 0:00:08.629047048) > > Programm say file a bug , here it is =) > > hope everwhere can help me > > greece
This warning about too many queued frames is fixed already (you can ignore it, it's not that much of a problem). So the remaining problem here is that decoding is too slow for you? Which version of gst-omx are you using, which version of gst-plugins-bad and eglglessink?
Thanks for the help sebastian ! One Point: I tested alredy with axis, sony, and dallmeier ip cameras with 1280x720 cbr 2048 25 fps THIS WORKS GREAT I have this issue only with the jvc ip cammera ! maybe a problem with the h264 stream from the camera? the stream runs in vlc fluently with lot of cpu and, sps_id out of range errors. My Versions: repo from deb http://vontaene.de/raspbian-updates/ . main libgstreamer1.0-0-dbg gstreamer1.0-tools libgstreamer-plugins-base1.0-0 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad-dbg gstreamer1.0-omx thaanks greece
(In reply to comment #3) > Thanks for the help sebastian ! > > One Point: > > I tested alredy with axis, sony, and dallmeier ip cameras with > 1280x720 > cbr 2048 > 25 fps > > THIS WORKS GREAT > > > I have this issue only with the jvc ip cammera ! > > maybe a problem with the h264 stream from the camera? > > the stream runs in vlc fluently with lot of cpu usage(more that normal when h264 decoding) and, sps_id out of range > errors. My Versions: repo from deb http://vontaene.de/raspbian-updates/ . main libgstreamer1.0-0-dbg gstreamer1.0-tools libgstreamer-plugins-base1.0-0 gstreamer1.0-plugins-good gstreamer1.0-plugins-bad-dbg gstreamer1.0-omx thaanks greece
Can you provide a stream from that camera?
Yeah port is open for you, the url: rtsp://admin:jvc@81.217.34.89:554/PSIA/Streaming/channels/0 I make with another raspberry pi a gstreamer testsrcptnr ball with 25 fps, i film this with JVC and SONY camera and decode this, and show it on a hdmi Monitor. I film this with a smartphone and upload this files, you can download it. i make also ffprobes from the cameras, it is below: Thanks ! Downloads: gsttreamer test pattern Ball with 25 fps: https://docs.google.com/file/d/0B3pl4cqnlAftcGpJUTJOcmtMVFU/edit?usp=sharing JVC: https://docs.google.com/file/d/0B3pl4cqnlAftUFVabnBTWW9Yamc/edit?usp=sharing SONY: https://docs.google.com/file/d/0B3pl4cqnlAftOXM4SzVzNjVtd1E/edit?usp=sharing ffprobe outputs ffprobe output for JVC camera: Metadata: title : Media Presentation Duration: N/A, start: 0.200000, bitrate: N/A Stream #0:0: Video: h264 (High), yuvj420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc "streams": [ { "index": 0, "codec_name": "h264", "codec_long_name": "H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10", "profile": "High", "codec_type": "video", "codec_time_base": "1/50", "codec_tag_string": "[0][0][0][0]", "codec_tag": "0x0000", "width": 1280, "height": 720, "has_b_frames": 0, "sample_aspect_ratio": "1:1", "display_aspect_ratio": "16:9", "pix_fmt": "yuvj420p", "level": 40, "r_frame_rate": "25/1", "avg_frame_rate": "25/1", "time_base": "1/90000", "start_pts": 18000, "start_time": "0.200000", "disposition": { "default": 0, "dub": 0, "original": 0, "comment": 0, "lyrics": 0, "karaoke": 0, "forced": 0, "hearing_impaired": 0, "visual_impaired": 0, "clean_effects": 0, "attached_pic": 0 } } ], "format": { "filename": "rtsp://192.168.0.113/PSIA/Streaming/channels/0", "nb_streams": 1, "nb_programs": 0, "format_name": "rtsp", "format_long_name": "RTSP input", "start_time": "0.200000", "tags": { "title": "Media Presentation" } } } ffprobe output from sony camera Metadata: title : SONY RTSP Server Duration: N/A, start: 0.033333, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 1280x720, 30 tbr, 90k tbn, 180k tbc "streams": [ { "index": 0, "codec_name": "h264", "codec_long_name": "H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10", "profile": "Baseline", "codec_type": "video", "codec_time_base": "1/180000", "codec_tag_string": "[0][0][0][0]", "codec_tag": "0x0000", "width": 1280, "height": 720, "has_b_frames": 0, "sample_aspect_ratio": "0:1", "display_aspect_ratio": "0:1", "pix_fmt": "yuv420p", "level": 31, "r_frame_rate": "30/1", "avg_frame_rate": "0/0", "time_base": "1/90000", "start_pts": 3000, "start_time": "0.033333", "disposition": { "default": 0, "dub": 0, "original": 0, "comment": 0, "lyrics": 0, "karaoke": 0, "forced": 0, "hearing_impaired": 0, "visual_impaired": 0, "clean_effects": 0, "attached_pic": 0 } } ], "format": { "filename": "rtsp://192.168.0.100/media/video1", "nb_streams": 1, "nb_programs": 0, "format_name": "rtsp", "format_long_name": "RTSP input", "start_time": "0.033333", "tags": { "title": "SONY RTSP Server" } } } ffprobe output from axis cam, is only not in json format: [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 profile=Baseline codec_type=video codec_time_base=1/180000 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=1280 height=800 has_b_frames=0 sample_aspect_ratio=1:1 display_aspect_ratio=8:5 pix_fmt=yuvj420p level=41 timecode=N/A id=N/A r_frame_rate=359/12 avg_frame_rate=0/0 time_base=1/90000 start_pts=3009 start_time=0.033433 duration_ts=N/A duration=N/A bit_rate=N/A nb_frames=N/A nb_read_frames=N/A nb_read_packets=N/A DISPOSITION:default=0 DISPOSITION:dub=0 DISPOSITION:original=0 DISPOSITION:comment=0 DISPOSITION:lyrics=0 DISPOSITION:karaoke=0 DISPOSITION:forced=0 DISPOSITION:hearing_impaired=0 DISPOSITION:visual_impaired=0 DISPOSITION:clean_effects=0 DISPOSITION:attached_pic=0 [/STREAM]
This stream looks rather broken, libav complains a lot when decoding it. So doesn't surprise me that the RPi hardware decoder has some problems with it too :) Also it's a High profile stream, thus more complex to decode anyway. You're saying that vlc can decode it properly on the RPi? When decoding with GStreamer, can you check which of the threads it taking all the CPU?
(In reply to Sebastian Dröge (slomo) from comment #7) > You're saying that vlc can decode it properly on the RPi? When decoding with > GStreamer, can you check which of the threads it taking all the CPU? 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!