GNOME Bugzilla – Bug 742478
Audio decode problem, No stream
Last modified: 2018-05-05 15:40:28 UTC
I have a Foscam 9828W and it dosn't start decode my screen. I don't see anything only the error log in Terminal. __tim from IRC mean its a problem with audio stream
Created attachment 293967 [details] Log file
I startet with gst-launch-1.0 playbin uri=rtspt://admin:13101984lars@192.168.178.200:88/videoSub and i have tested gestreamer 1.4.5 with Ubuntu 14.10. If i download saved Alarm Video from ftp server. It starts and i can see it.
Can you run gst-discoverer-1.0 -v rtsp://admin:13101984lars@192.168.178.200:88/videoSub and add the output here so that we can quickly see whats in the stream?
Analyzing rtsp://admin:13101984lars@192.168.178.200:88/videoMain Done discovering rtsp://admin:13101984lars@192.168.178.200:88/videoMain Topology: unknown: application/x-rtp, media=(string)video, payload=(int)96, clock-rate=(int)90000, encoding-name=(string)H264, packetization-mode=(string)1, profile-level-id=(string)000000, sprop-parameter-sets=(string)"Z0IAHpWoKA9k\,aM48gA\=\=", a-tool=(string)"LIVE555\ Streaming\ Media\ v2014.02.10", a-type=(string)broadcast, x-qt-text-nam=(string)"IP\ Camera\ Video", x-qt-text-inf=(string)videoMain, clock-base=(uint)1152236711, seqnum-base=(uint)60045, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1 video: video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0142001effe100096742001e95a8280f6401000468ce3c80 Codec: video/x-h264, stream-format=(string)avc, alignment=(string)au, codec_data=(buffer)0142001effe100096742001e95a8280f6401000468ce3c80 Additional info: None Stream ID: b9049c323800fa1dbf0c9c2f5d6dcf0e63b50fc2c5030d1c14e44a893d14e333 Width: 640 Height: 480 Depth: 24 Frame rate: 0/1 Pixel aspect ratio: 1/1 Interlaced: false Bitrate: 0 Max bitrate: 0 Tags: taglist, video-codec=(string)H.264; Properties: Duration: 99:99:99.999999999 Seekable: no Tags: Video-Codec: H.264
Thanks, so there is not audio track part of the stream. Is there supposed to be one? Otherwise the bug title is misleading. And just to be sure, does the video play?
The Video dosnt play only a saved alarm video. It must have a audio audio stream because the cam hab a mono Microsoft in it.and i have aß the Development from the cam if it is possible to deactivate the audio stream, so I this it have one? __tim from irc mean too its a audio problem.
Sorry my Auto correction from my Handy is a Horror. The Video dosnt play only a saved alarm video. It must have a audio audio stream because the cam have a mono Microphone in it.and i have ask the Developmer from the cam if it is possible to deactivate the audio stream, so I this it have one? __tim from irc mean too its a audio problem.
Sure, I saw the first comment, But the gst-discoverer output has no sign of audio stream. It is quite common for ip cameras to offer various formats. But I guess the main issue is to figure why the stream is not playing, it looks pretty standard to me.
The rtsp server announces an audio stream, but it doesn't seem to get exposed to decodebin as far as I can tell. It may or may not be related. We have a full *:6 debug log. If you want to investigate, why not have a look at that?
Okay there is audio found by rtspsrc: application/x-rtp, media=(string)audio, payload=(int)0, clock-rate=(int)8000, a-tool=(string)"LIVE555\ Streaming\ Media\ v2014.02.10", a-type=(string)broadcast, x-qt-text-nam=(string)"IP\ Camera\ Video", x-qt-text-inf=(string)videoSub, clock-base=(uint)744448186, seqnum-base=(uint)18171, npt-start=(guint64)0, play-speed=(double)1, play-scale=(double)1 Thats µlaw, but rtppcmudepay does not get plugged. Lars, it seems that there are 3 url formats supported on your camera: rtsp://admin:13101984lars@192.168.178.200:88/videoMain rtsp://admin:13101984lars@192.168.178.200:88/videoSub rtsp://admin:13101984lars@192.168.178.200:88/audio can you also try videoMain, not sure what videoSub means. Also would be nice if audio-only works.
Created attachment 294245 [details] View
Ok i have already tested Main and Sub but is the same error. With audio i didn't know them, but now i have tested: i get these error: WARNUNG: Von Element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source: Aus der Ressource konnte nicht gelesen werden. Zusätzliche Fehlerdiagnoseinformation: gstrtspsrc.c(4855): gst_rtspsrc_reconnect (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source: Could not receive any UDP packets for 5,0000 seconds, maybe your firewall is blocking it. Retrying using a TCP connection.
ViedoMain is a higher quality stream wich i can set up it (see attachment) VideoSub is lower or optional a MJPEG
So essentially that single stream doesn't have audio. If you had a custom pipeline with two rtspsrc it would play fine. Closing