After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 651031 - Sometimes written file becomes corrupt when multicast stream stops
Sometimes written file becomes corrupt when multicast stream stops
Status: RESOLVED DUPLICATE of bug 630997
Product: GStreamer
Classification: Platform
Component: dont know
0.10.34
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-05-25 07:17 UTC by beemaster
Modified: 2011-05-25 18:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description beemaster 2011-05-25 07:17:39 UTC 
Last night I have tested the writing to files from 5 cameras simultaneously. All of them were in mode "RTP over multicast".

After 15 hours of testing I started to replace multicast group addresses from the camera's web interface (it was the stress test). The write process stopped. Then I obtained 'totem' player can normally play only 2 of 5 files. For other files it shows duration of 3 sec and seeking doesn't work.

After launching 'ffmpeg' with key '-vcodec copy' new corrected files plays normally.

This is the command line used for writing:
'gst-launch-0.10 -v rtspsrc location=rtsp://$1:7070 debug=true latency=0 protocols=0x02 ! rtpjpegdepay ! matroskamux ! filesink location=~/media/$1.mkv'
Comment 1 Sebastian Dröge (slomo) 2011-05-25 08:22:21 UTC 
What exactly happens as the result of stopping the write process? If an EOS event is sent downstream you might need to wait until you receive the EOS message before stopping the pipeline, instead of stopping it when receiving the ERROR message.

Could you get a debug log?
Comment 2 beemaster 2011-05-25 12:34:07 UTC 
What happens is I change multicast group address setting in camera.
According to recomendations of 'wtay' from irc I have added extra option '-e'.
The bug didn't appear yet but it needs more testing.
Comment 3 Sebastian Dröge (slomo) 2011-05-25 18:00:13 UTC 
That's probably a duplicate of bug #630997

*** This bug has been marked as a duplicate of bug 630997 ***