GNOME Bugzilla – Bug 752953
asfdemux: videosrc no data
Last modified: 2016-12-28 11:12:27 UTC
Created attachment 308289 [details] Testcase with bug! By using asfdemux with MPJPEG and ADPCM in Container, asfdemux will not smuggle data through pipe!! Testcases attached in Textfile!
Don't use do-timestamp=TRUE on souphttpsrc. Does that help already? Otherwise, please make the stream available.
I did, but with no positive result! I Uploaded an ASF Stream File! https://www.wetransfer.com/downloads/ac73d5ea493fa3f4f03e5f8fea7af08020150728092037/df7ebae52b604c09a2d9005f22f7825e20150728092037/907622 I tested it with filesrc and it does work, now i am confused!!
Would be good to have the file at a directly accessible place to be able to run souphttpsrc directly on it.
Here is a accessible link to a 5 second stream! http://kibana.dev.megracloud.net/test/stream.asf Here is the link for live Streaming! http://217.6.184.246/videostream.asf?user=admin&pwd= Hope it will work :-)
Hey, have the Links work?? Could you find out whats the problem??
I can indeed reproduce, didn't investigate much more. If I simply extract the video, it reports framerate=1/1, vlc complains that it cannot display at timestamp 0 and mplayer plays, but with 1000.000 fps (basically as fast as it comes out of the demuxer, so not synchronized). Are you sure this is a perfectly valid ASF ?
No, the ASF Container have no timestamps. Is it possible to parse one Frame and send it to the sink directly??, in my testcase i saw that the asfdemux dont want to activate the pads!!! When i use the file, gst-launch will Play the Video correctly, just the stream will not work! I could implement a Proxy, that puts the missing timestamps into the ASF Container, but i need to know, if i can give gstreamer a bytestream???
I don't understand the question about bytestream, can you clarify ? I doubt having an ASF without timestamp is valid for what it's worth. Though, I agree maybe ASF should not make up a framerate to 1/1, and instead leave the framerate open (0/1). With the PTS/DTS on buffer set to -1, that should have the effect of playing as fast as possible. This though remains sort of a hack to support this stream. Where is this file from ?
Just receive the Bytes from the camera seperately and Queue that data into a Input buffer of the Pipeline or the asfdemux! The file is directly saved from security camera with the wget command from Linux! Where can i find this caps Options for pts/dts, or how i write it in the Pipeline?
Can you give me a working Pipeline! I used this one, which is not working: gst-launch -v souphttpsrc location=http://217.6.184.246/videostream.asf?user=admin&pwd= ! asfdemux name=dmx dmx. ! image/jpeg,framerate=0/1 ! jpegdec ! autovideosink sync=false I tested this Pipeline with the queue2 Buffer Element in differrent cases, but i cant get that run!
This file is simply broken, all packets have a timestamp of 0: GST_DEBUG=*asf*:6 gst-launch-1.0 filesrc location=752953-stream.asf ! asfdemux name=d d.video_0 ! fakesink silent=false -v 2>&1 | grep -e 'media object ts' -e 'send time' | sed -e s'/.*:<d>//g' ... send time : 0:00:00.000000000 media object ts : 0:00:00.000000000 ... (repeats to end) VLC and mpv don't play this either.