<div style="font-size: 12pt; font-family: Calibri,sans-serif;"><div>Hello,</div><div><br></div><div>Could be a VLC bug, a PulseAudio big, an ALSA driver bug or a hardware/BIOS bug. Good luck.</div><div><br></div><div>-- </div><div>Rémi Denis-Courmont</div><div>Sent from my NVIDIA Tegra-powered device</div><br><div id="htc_header">----- Reply message -----<br>De : "David Cassany Viladomat" <david.cassany@i2cat.net><br>Pour : <vlc-devel@videolan.org><br>Objet : [vlc-devel] RTSPServer to VLC<br>Date : mar., juil. 22, 2014 18:25</div></div><br><div dir="ltr"><div>Hi all,<div><br></div><div>I'm trying to playback audio from an RTSP server (using live555) that already works with ffplay and mplayer. <br></div><div><br></div><div>The transmitted format is PCMU/48000/2 with payload type 96.</div>
<div><br></div><div>The output message from the vlc is as shown: </div><div><div>[0x901468] pulse audio output debug: cannot synchronize start</div><div>[0x901468] pulse audio output debug: deferring start (9915 us)</div>
<div>[0x901468] pulse audio output warning: starting late (-251 us)</div><div>[0x901468] main audio output warning: buffer too late (-16120153 us): dropped</div><div>[0x901468] main audio output warning: buffer too late (-16110267 us): dropped</div>
</div><div><div>[0x901468] pulse audio output debug: changing sink 1: alsa_output.pci-0000_00_1b.0.analog-stereo (Built-in Audio Analog Stereo)</div></div><div> </div><div>Then, it get lost here:</div><div><div>[0x901468] main audio output warning: buffer too late (-3392242 us): dropped</div>
<div>[0x901468] main audio output debug: inserting 46535 zeroes</div><div>[0x901468] main audio output warning: playback way too early (-120008): playing silence</div><div>[0x901468] main audio output debug: inserting 5760 zeroes</div>
<div>[0x901468] main audio output warning: playback too early (-50004): down-sampling</div><div>[0x901468] main audio output warning: timing screwed (drift: -110003 us): stopping resampling</div></div><div><br></div><div>
And, finally, VLC seems to properly get the increment (to be in sync.
thanks to the RTCP packets) of timing in the GUI but without playing
anything. I have checked the RTP timestamps of the RTP packets too and everythink looks fine, the increment is equal to the samples number in the packet.<br></div><div><br></div><div></div><div>Is it a known issue? Does anyone has an idea of which is the problem?</div>
<div><br></div><div>Thank you in advance,</div><div><br></div>Kind regards,<br></div>David<br></div>