You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Audio data received but not played in Linux environment
Reproduction
Environment
OS: Ubuntu 22.04.5 LTS
Pot Version: 3.0.6
Audio System: PulseAudio 15.99.1
Issue Description
When clicking the pronunciation button in Pot, the application successfully fetches audio data but fails to play it. This happens consistently regardless of the translation service being used (tested with Youdao Dict, DeepL, etc.).
Observed Behavior
Pot successfully connects to PulseAudio (confirmed via strace logs)
Pot successfully fetches audio data from the translation services (e.g., received 32074 bytes of audio data)
However, no audio is played, and no audio-related system calls are made after receiving the data
Expected Behavior
The audio should be played through the system's audio output after the pronunciation button is clicked.
Investigation Details
System audio works correctly (tested with paplay)
Pot connects to PulseAudio successfully: connect(..., "/run/user/1000/pulse/native", ...) = 0
Audio data is successfully received, but no subsequent audio processing occurs: [DEBUG][hyper::proto::h1::conn] incoming body is content-length (32074 bytes)
No audio-related system calls are made after receiving the data, suggesting the audio processing pipeline might be broken
Additional Notes
Opening pavucontrol sometimes temporarily resolves the issue, suggesting this might be related to how Pot handles the audio stream setup
Other applications' audio works normally
All audio devices show as SUSPENDED in pactl output, but this is normal behavior and other applications can wake them up correctly
Description
Audio data received but not played in Linux environment
Reproduction
Environment
Issue Description
When clicking the pronunciation button in Pot, the application successfully fetches audio data but fails to play it. This happens consistently regardless of the translation service being used (tested with Youdao Dict, DeepL, etc.).
Observed Behavior
Expected Behavior
The audio should be played through the system's audio output after the pronunciation button is clicked.
Investigation Details
paplay
)connect(..., "/run/user/1000/pulse/native", ...) = 0
[DEBUG][hyper::proto::h1::conn] incoming body is content-length (32074 bytes)
Additional Notes
pavucontrol
sometimes temporarily resolves the issue, suggesting this might be related to how Pot handles the audio stream setuppactl
output, but this is normal behavior and other applications can wake them up correctlyPlatform
Linux
System Version
Ubuntu 22.04.5 LTS
Window System (Linux Only)
X11
Software Version
3.0.6
Log File
Happy to provide more detailed logs if needed.
pot.log
Additional Information
No response
The text was updated successfully, but these errors were encountered: