GNOME Bugzilla – Bug 556642
rtpvorbispay/depay adds significant latency
Last modified: 2008-10-21 18:10:27 UTC
Please describe the problem: Using rtpvorbispay/depay as payloader and depayloader respectively adds a latency of roughly 500ms to a gst pipeline. I've tested using the sequencer Hydrogen as input, going into a gstreamer pipeline (in C application) via jack, being encoded in vorbis, payloaded, depayloaded, decoded and out again into jack and finally to the soundcard. When compared with audio going directly from Hydrogen to the soundcard, the latency is about 500ms. Steps to reproduce: gst-launch jackaudiosrc connect=0 ! vorbisenc ! rtpvorbispay ! rtpvorbisdepay ! vorbisdec ! jackaudiosink connect=0 sync=0 compare with gst-launch jackaudiosrc connect=0 ! audioconvert ! rtpL16pay ! rtpL16depay ! audioconvert ! jackaudiosink connect=0 sync=0 Actual results: A constant latency is added to the pipeline. Expected results: The audio would not be as delayed. Does this happen every time? Yes. Other information:
The latency is added by the vorbis encoder.
ah, and the payloader. Use max-ptime to limit the amount of vorbis packets in an RTP packet.