Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Yup, it looks like it requires a kernel patch.
Excuse me asking but I am itching to try out streaming the the Pi4 as it's such a cool little computer :)
https://steamcommunity.com/app/353380/discussions/6/1743355067135099841/
yup, i know that. that's why i was asking
Interesting, I'm not seeing that here at all. It sounds like it's in the audio driver, not the stream.
Are you streaming stereo audio?
What Raspberry Pi OS are you running? Is it up to date?
What is your audio hardware configuration?
Can you launch : speaker-test -ddefault -s1
Here is what i get on my output :
there must be something different in buffer value.
Image used : RetroPie 4.4 (Based on Raspbian Stretch) updated with apt upgrade to the latest Raspbian kernel
My setup is as follows:
(Living Room, Wireless-N Router) Sony KDL-32EX710 running firmware PKG4.118EUL-0108
Wired Built-In : Signal Fair to Good, Only occational audio issues, no signs on the network graph of any issues or drops
Wired USB: Signal Good, Only occational audio issues, no signs on the network graph of any issues or drops
Wireless 2,4GHz : Signal Poor (Rarely) but usually fair to good, Occational audio issues and sometimes screen pausing, noticable on the network graph
Wireless 5GHz : Signal Poor to Fair, Frequent screen freezes and audio issues, noticable on the network graph
The above setup has no external audio equipment, it is a singular HDMI connection to a sterio TV.
!!ALSA Version
!!------------
Driver / Kernel version: k4.19.42-v7+
Library version: 1.1.3
Utilities version: 1.1.3
speaker-test 1.1.3
Playback device is default
Stream parameters are 48000Hz, S16_LE, 1 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 512 to 65536
Period size range from 512 to 65536
Using max buffer size 65536
Periods = 4
was set period_size = 16384
was set buffer_size = 65536
Plug PCM: Hardware PCM card 0 'bcm2835 ALSA' device 0 subdevice 1
Its setup is:
stream : PLAYBACK
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 1
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 65536
period_size : 16384
period_time : 341333
tstamp_mode : NONE
tstamp_type : MONOTONIC
period_step : 1
avail_min : 16384
period_event : 0
start_threshold : 65536
stop_threshold : 65536
silence_threshold: 0
silence_size : 0
boundary : 1073741824
appl_ptr : 0
hw_ptr : 0
- Front Left
Alsa Info Script : https://pastebin.com/C1mDJ9MF
The possibly relevant error message shown in the console is :
ALSA: lib pcm.c:8306:(snd_pcm_recover) underrun occured.
Old topic with my older troubleshoot info : https://steamcommunity.com/app/353380/discussions/6/1743356517531059287/
Feel free to add me on Steam if you wish to do one on one testing, i got a spare SD-card standing by for any testing we wish to perform.
https://hg.libsdl.org/SDL/rev/3c4a4b1077cd
Can you grab this build of SDL and drop it in .local/share/SteamLink/lib and see if that fixes the audio dropouts?
http://www.libsdl.org/tmp/pi/libSDL2-2.0.so.0.10.0
I have tested the build but noticed no difference.
My first test run it happened almost immediately which is rare, the second test run followed the more usual pattern of it happening after a few minutes of play but well within 15 minutes. There was no difference in frequency or intensity of the dropouts and once they start happening they happen very frequently.
Are you seeing ALSA audio dropout messages corresponding to the dropouts you're hearing if you run it from the command line? If you are, then Steam Link isn't feeding the audio data fast enough (maybe the audio rate isn't quite 48K?). If not, then maybe there's an HDMI driver issue?
This is intentional, to let video frames drain when more than one gets queued because of a network hiccough.
However, if you want to override it and experiment with different framerates, you can add the following line to the file ~/.local/share/Valve Corporation/SteamLink/streaming_args.txt
--framerate 60
Initially i saw these messages on the console, this time i ran Steamlink trough SSH so i could monitor in real time. The buffer underrun seems to happen when i exit the game and the steam link app has to switch between streaming modes. It is unrelated to the audio cutouts that where happening constantly.
A few other things worth mentioning, this problem is limited to the raspberry pi if i stream it simultaniously to other inhome devices only the Pi has the cut-out issues which should eliminate any issue on my host. The issue also survived multiple reinstallations of Windows and happens on different versions of Windows. When the temperature is measured the Pi is roughly 58 degrees when streaming when these issues happen so i am pretty sure this is not a temperature issue as in Kodi it can sometimes get a lot warmer while no dropouts happen.
The audio issues are not happening in most other things i do in the Pi, the exception being a few emulators who have poor performance in general such as Mupen64 or the Dreamcast emulator. Playing multimedia files in Kodi, playing PS1 games or other retro system all goes smoothly. The issue can also happen in Big Picture and in any game i test.
Update: Did more testing to see if other setups are more stable, i installed Pulseaudio as a test and got a new console message but also significantly better audio. The message happens when drop-outs happen, but the dropouts are far shorter and have been a lot fewer.
The error is as follows : INFO: Flushing audio, 60 ms queued, 50 ms maximum, delivery delay = 0