I’ve not done either of those things to be honest although playing back files locally is on my to do list. I’ve heard about the Gig ethernet issues on the 3B+ but given I had an identical issue on the original 3B and that it only affects music playback and not video (and the much higher bitrates therewith) I’m inclined to think it’s unrelated.
I’ll give both a shot though.
Cheers,
But that was before the patch was provided
So, limiting the speed of the ethernet port both by using ethtool and/or via the controls built into the switch the pi is connected to lead to significantly worse playback, ie more frequent dropouts.
Local files from a USB stick seem to play back without problem but I haven’t tested lots of files.
Hi
I applied your patch (earlier in the thread) to my previous install and it fixed the audio dropout perfectly, great work.
Unfortunately the patch doesn’t appear to be in the August update since the audio dropouts are back.
Did i get lucky, did the patch miss the cut, or something else going on ?
Thanks
The patch created issues on other systems and needed to be reverted
Ah, that’s a shame - it worked a treat for me.
Audio dropout is pretty distracting, any ideas when/if another patch will be available ?
Hi, this fix was working for me too. Is there a way to reinstall it ?
There is a potential new fix, which is I’ll make available for testing soon.
Ok thank you !
Hi, do you have an idea when the potential fix would be available for testing ?
Thank you for your work.
I’ll make some testing in a bit when I get some time,
Thanks
Sam
I found I also had an audio dropout problem on a RPi1B about a month ago (the time of Sam’s penultimate message), when I played some music for the first time in ages (mp3 stored on NAS, accessed via samba, with library database also on NAS, connected by wired ethernet). Since there appeared to be a potential fix available soon, I decided wait and see if that resolved the problem before investigating further. However, since no fix has appeared, i am now thinking of reverting to a previous version of OSMC using one of my SD card backups. So I wondered if anyone knew which version introduced this problem, to save me the bother of working backwards through each of my backups in turn until i find the one that works.
Thanks for your help.
I have to admit that as it stands mp3/m4a audio playback is currently unusable for me.
So far it’s narrowed down to:
-mp3/m4a file playback (FLAC very very rarely as well)
-does not occur when played back locally from USB stick
-does not occur for movies or other video playback
-occured on both RPi 3 and 3B+
-occured since at least March 2018 but potentially before
If it’s a hardware issue with my setup then why do all the much higher bitrate files play back flawlessly and why has this identical setup worked flawlessly for a few years before this?
I had very similar issues when I first bought the vero4k changing the audio mode from best match to fixed did the trick for me. Make sure you have expert level settings enabled.
Thanks for the suggestion k2u3 but sadly it did not work for me. On my setup, Audio - Output Configuration was Optimised (although I don’t know why - I have never set it to the best of my knowledge). Changing it to Fixed appeared to make the problem slightly worse (including a sad face crash), whilst changing it to Best Match (which is the OSMC recommendation) appeared to make it slightly better. However, my testing was both extremely limited and subjective, so I would not read anything significant into these apparent differences. The important point is that audio dropouts still occurred at all settings.
So, based on james4 reply, I will next test my March 2018 SD card backup and then work forwards or backwards from there and report back in the fullness of time - unless Sam comes up with a fix in the meanwhile.
Had similar problem in my time with USB disk hooked to the RPI directly and HDMI connection through AVR. Music playback HDMI signal (drops) - #8 by shamael . The issue was only for mp3/flac playback never during movies.
My setup changed a lot so not able to test it back in same conditions but it remained unsolved in its time for me. I ended with a samba share on the RPI and the AVR reading it directly.
I have tested some of my various SD card backups with the following results -
Current system: OSMC = 2018.07-1; Kernel = 4.14.34-4-osmc; Dropouts = Yes
20/3/18 backup: OSMC = 2018.03-2; Kernel = 4.14.26-2-osmc; Dropouts = Yes
24/1/18 backup: OSMC = 2017.12-1; Kernel = 4.9.29-13-osmc; Dropouts = No
06/2/18 backup: OSMC = 2017.18-1; Kernel = 4.9.29-17-osmc; Dropouts = No
This confirms james4’s suggestion that the problem arose in March 2018 and indicates that it is likely to be related to the change of kernel from 2.9 to 2.14, as suggested by Ronnick in post 11. Therefore, I will try downgrading the kernel next week, following Sam’s instructions in this thread Playback Video - sound stuttering after March 5th Update, which is presumably a slightly different manifestation of the same underlying cause. Whilst, as Ronnick points out, this is not a good solution, until a proper fix is available I think it is preferable to have an out of date system that works properly than an up to date on that doesn’t.
PS Since I have these backups, I could relatively easily provide logs under identical conditions for a working and a non-working system, if this would help the developers resolve the issue. However, since a working fix has previously been provided on both these threads and then reverted, I suspect they probably know what the problem is, just not how to resolve it without causing other problems elsewhere. Is this correct?
It should be fixed in the next update at last
Brilliant - many thanks Sam (not just from me but from everyone with this problem I expect)! In that case I won’t bother with downgrading the kernel until I have tried the update. Any ideas on an approximate release date?
When it’s ready
Sam