"Ghost time" issue with live webcast generated rtmp dumps

"Ghost time" issue with live webcast generated rtmp dumps

 

I have been trying to rip live streaming webcast concert videos occasionally offered by a band I like. rtmpdump will run, but there are playback issues with the output files. First, here is what the server is sending me:

RTMP Proxy Server
(c) 2010 Andrej Stepanchuk, Howard Chu; license: GPL

Streaming on rtmp://0.0.0.0:1935
Processing connect
app : live/
flashVer : WIN 10,3,183,90
swfUrl : http://static.nugs.net/swf/player3.swf
tcUrl : rtmpe://cp127157.live.edgefcs.net/live/
pageUrl : http://www.livephish.com
WARNING: HandShake: Type mismatch: client sent 6, server answered 9
live : yes
Playpath : nugs_ph3130719@s87528?auth=[my auth code, removed to protect identity]
Saving as : nugs_ph3130719@s87528
INFO: Metadata:
INFO: startDate 19-07-2013
INFO: startTime 15:48:21:00
INFO: title
INFO: author
INFO: description
INFO: keywords
INFO: rating
INFO: copyright
INFO: sourcetype KulaByte Encoder 3.2 rev6949
INFO: presetname ph130719.kpf
INFO: creationdate
INFO: videodevice
INFO: videocodecid avc1
INFO: framerate 29.97
INFO: width 848.00
INFO: height 480.00
INFO: videodatarate 1200.00
INFO: avcprofile 77.00
INFO: avclevel 31.00
INFO: videokeyframe_frequency0.00
INFO: audiodevice
INFO: audiocodecid aac
INFO: audiosamplerate 48000.00
INFO: audiochannels 2.00
INFO: audiodatarate 128.00
INFO: audioinputvolume 0.00
WARNING: ignoring too small audio packet: size: 0


Here's what seems to be the issue: The webcast might start at let's say 8pm. The link to connect doesn't go live for a few mins and I am first able to connect at 8:05pm. The output files seem to think there is an extra 5 mins of video (hence my subject line of "ghost video") because the server is giving a static start time that is different from the actual time the video rip begins.

It causes all sorts of weird anomalies with various players/editors. Everything from not being playable, to being way out of sync, frozen image but working audio, etc.

I have tried using tools to fix this. FLVMDI, Replay Media Catcher's Fix FLV utility, and GetFLV's fix flv feature. I have yet to find a solution.

Can anyone help? Thank you in advance!

PS: I can upload an example .flv file upon request if that would be helpful.

PSS: I am using rtmpdumphelper in order to generate the command parameters.

Re: "Ghost time" issue with live webcast generated rtmp dumps

 

Maybe such thread may help you. Also you may upload that file.

Re: "Ghost time" issue with live webcast generated rtmp dumps

 

oftens just stripping container created during livestream, and then laying down video-audio streams to fresh made container fix these timestamp type things issue.

at least i say it have works for me somes of the times, may be you could trys doing it for your case to say the outcome?

by examples, use ffmpeg. this example is ms-dos command line, but yous could do linux command line if that is how you run ffmpeg.

where input.flv is you mess up livestream file, and output.flv is the re-fixed file.

Re: "Ghost time" issue with live webcast generated rtmp dumps

 

placeba, this thread was indeed helpful, mostly for the link to yaflvfix! what a life-saver!

I do have a few files it couldn't fix, and for those i am looking into using KSV's php script. If I am unable to make any progress I will go ahead and upload a sample file and seek further direction.

Thanks!! You've helped to put smiles on many, many faces.

Re: "Ghost time" issue with live webcast generated rtmp dumps

 

thank you as well, blimey. what I did was:

1. use yaflvfix
2. used your command above to demux/remux
3. used ffmpeg again to trim first second of file.

following these 3 steps fixed the vast majority of my problems.