Dear PulseAudio Maintainers, I'm writing to discuss an issue we've encountered with the `requested_bytes` mechanism in PulseAudio clients, specifically regarding its behavior during corked states and the impact on video playback applications.
## Issue Description We've observed that during stream cork (pause) states, the server continues to send REQUEST commands, causing `s->requested_bytes` in the client to accumulate continuously. This leads to several problems for video playback applications: 1. **pa_stream_writable_size() returns excessively large values** (e.g., 774400 bytes) during corked state 2. **Video playback delays** when uncorking, as the video player waits to fill the large audio buffer 3. **Memory inefficiency** as applications may allocate large buffers based on the returned value 4. **Audio-video synchronization issues** due to the accumulated latency Could you please tell me how to fix this issue. Thanks, Chengyi
