View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004078 | GNUnet | conversation service | public | 2015-12-03 16:19 | 2018-06-07 01:14 |
Reporter | Sree Harsha Totakura | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | confirmed | Resolution | open | ||
Product Version | Git master | ||||
Summary | 0004078: Audio lags after some time | ||||
Description | Source audio keeps getting lagged. The lag is not noticeable for the first few minutes (approx. up to 5 min). I am not sure whether this is a problem with Pulse interface or Opus or how we handle the buffers and the IO. | ||||
Steps To Reproduce | I have tested with a simple setup using PulseAudio to redirect audio output from a media player to conversation's recording helper and then outputting it to the default audio output through coversation's playback helper. Setup should be reproducible: 1. Add a PA null sink: pactl load-module module-null-sink 2. Start playing your favourite media player 3. Configure the media player to use the null sink as its output sink. I used pavucontrol to do this. 4. Start conversation audio playback and recording helpers: ./gnunet-helper-audio-record| ./gnunet-helper-audio-playback 5. Configure the recording helper to read input audio from the monitor of the null sink. 6. Configure the playback helper to output audio to your default output (headphone or speakers). You should start hearing the output of the media player. Now wait for app. 5 minutes and pause/play the media player, you'll notice that the playback does not stop/start immediately. Wait another 5 minutes and press pause/play; now you will notice that the delay is a bit longer. | ||||
Tags | No tags attached. | ||||
related to | 0003868 | confirmed | audio playback should detect silence and drop |
|
I just noticed that if I suspend one of the helpers and later resume, the delay increases further. This suggests that there is some buffering involved in the pulse interface and this keeps getting filled up quicker than we can process. |
|
This seems to be a problem associated with PA. PA's own binaries also have this issue: `parec | pacat` |
|
I don't think this bug is a duplicate of 0003868, but it is related to it. |
Date Modified | Username | Field | Change |
---|---|---|---|
2015-12-03 16:19 | Sree Harsha Totakura | New Issue | |
2015-12-03 16:20 | Sree Harsha Totakura | Steps to Reproduce Updated | |
2015-12-03 16:20 | Sree Harsha Totakura | Steps to Reproduce Updated | |
2015-12-03 16:24 | Sree Harsha Totakura | Note Added: 0009974 | |
2015-12-03 16:50 | Christian Grothoff | Relationship added | duplicate of 0003868 |
2015-12-07 11:33 | Sree Harsha Totakura | Note Added: 0009981 | |
2015-12-07 11:35 | Sree Harsha Totakura | Note Added: 0009982 | |
2015-12-07 11:36 | Sree Harsha Totakura | Note Edited: 0009982 | |
2015-12-07 11:36 | Sree Harsha Totakura | Note Edited: 0009982 | |
2015-12-07 11:36 | Sree Harsha Totakura | Note Edited: 0009982 | |
2015-12-07 11:37 | Sree Harsha Totakura | Relationship replaced | related to 0003868 |
2015-12-07 11:37 | Sree Harsha Totakura | Description Updated | |
2015-12-07 11:54 | Sree Harsha Totakura | Note Edited: 0009981 | |
2016-03-25 16:35 | tg | Assigned To | => hark |
2016-03-25 16:35 | tg | Status | new => assigned |
2018-06-07 01:14 | Christian Grothoff | Assigned To | hark => |
2018-06-07 01:14 | Christian Grothoff | Status | assigned => confirmed |