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 623460 - network interruption and "alsasink sync=true"
network interruption and "alsasink sync=true"
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
git master
Other All
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-07-03 09:07 UTC by gbzbz
Modified: 2010-08-05 23:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description gbzbz 2010-07-03 09:07:20 UTC 
When receiving and playback network video/audio streams with "alsasink sync=true", if the network cable is unplugged for 10 seconds, then put back in, or using a un-stable wifi network, the audio will be lost. It does not happen with "sync=false". 

sync=true is needed for sync between network video and audio streams.
Comment 1 Tim-Philipp Müller 2010-07-03 09:41:52 UTC 
This is expected behaviour, I think. A playback pipeline (e.g. playbin2) would usually do internal buffering to handle things like this, with the application pausing the pipeline (and clock) while it's waiting for more data. In some cases data may be lost of course while the cable is unplugged, which would be expected as well (but it should either recover when the cable is plugged back in or time out / error out before that).

Could you provide more details about your pipeline / use case?
Comment 2 Tim-Philipp Müller 2010-08-05 23:54:49 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!