Page 1 of 1

Cannot Save Stream for more than 4 sec.

Posted: 10 Jul 2006 11:28
by nadz
Hi guys,
I have a problem with stream saving. When I try to save a live stream
most of times it saves only for first 3-4 seconds, sometimes although it
saves properly. I have tried both rstp and http.
Any help.
Cheers.

Posted: 10 Jul 2006 11:37
by DJ
Generally, opening Messages on the client side will give you indications of the problem! :)

Posted: 10 Jul 2006 14:14
by nadz
The main thing is some warning
main warning: received buffer in the future (78891366)
I do not know how can I synchronize.
30 out of 100 times it works fine but without any audio.
70 times completly failed after 3-4 sec.
Any help.
nadz





ffmpeg warning: warning: first frame is no keyframe
(mpeg4@05E58B20)

main warning: received buffer in the future (78891366)
main warning: received buffer in the future (78912346)
main warning: received buffer in the future (78933290)
main warning: received buffer in the future (78954177)
main warning: received buffer in the future (78975153)
main warning: received buffer in the future (79359852)
main warning: received buffer in the future (79377591)
main warning: received buffer in the future (79362404)
main warning: received buffer in the future (79373382)
(same message)
livedotcom debug: tk->rtpSource->hasBeenSynchronizedUsingRTCP()
mux_mp4 warning: i_length <= 0
mux_mp4 warning: i_length <= 0
main warning: computed PTS is out of range (2652566), clearing out
main warning: output PTS is out of range (2652634), clearing out
main debug: control type=0
main debug: control: stopping input
main debug: closing input
main debug: removing module "livedotcom"
main debug: removing module "access_http"
main debug: removing module "packetizer_mpeg4video"
main debug: killing decoder fourcc `mp4v', 0 PES in FIFO
main debug: removing an input
ffmpeg debug: ffmpeg codec (MPEG-4 Video) stopped
main debug: removing module "ffmpeg"
main debug: thread times: real 0m14.318161s, kernel 0m0.03

Posted: 10 Jul 2006 20:00
by Guest
All digital video is follow audio for sync. If the cart is before the horse you just can't drive it! :wink: I would tend to believe this is a live dot com problem.

Posted: 11 Jul 2006 05:06
by Guest
Hmm! Could also be a slow connection or a wireless connection. You could try increasing the cache size to see if it helps. But if it's a consistantly slow connection right on the border for their average resolution it won't help.

Posted: 11 Jul 2006 09:53
by nadz
thanx for the replies,
i doing this on a LAN means the decoder is also on the same network
so do not think its a speed problem. Although if I slow the bitrate i am able to capture the video but for audio VLC gives msg
audio starving... playing silence.
Any help.
Cheers
nadz