Mac: Airplay playback stutters

Using OS X 10.9.5 Previous version VLC 2.1.5 playing internet streams with AirPlay without problems. Using VLC 2.2.0 the audio output with AirPlay stutters. Reseting preferences perfomed. regards

Please share logs and more information.

added Component::Interface: macOS Version::master git labels

Please also give a link to such a "internet stream".

And please also share the ouput from the Console app (might contain some info about airplay).

recording from AitPlay connected speaker

Added attachment:

• Aufnahme_0002.wav

I am using MBP 2012, Apple Time Capsule as main WiFi router and AirPort Express connected to my audio equipment. I have tried several songs out of the "Jamendo selections" provided by VLC and all are disturbed. I provide short recording from my speakers. Play with local loudspeakers and BT connected speaker is OK. I am not so familiar with providing proper log files and also do not know what you mean by "console app". Under menu item "Audio" I just selected AirPlay as output.

For getting logs, please follow these steps:

1. Open messages window (see window menu)
2. Start playback
3. go back to the messages window, save the file, and upload it here.

Console output

Added attachment:

• Console.log

VLC log file

Added attachment:

• VLC Debug Log (2.2.0 Weatherwax).rtf

Console output

Added attachment:

• Console.2.log

I provide now requested files (sorry console.log is twice the same)

Thanks. Console shows a lot of airplay errors. This is out of scope of VLC. Please check your Wifi, maybe the devices are too far away and wifi reception is not optimal.

Regarding the VLC log, you can try two things: Does the problem happen as well with local files (audio and video)?

Please also try to go to preferences -> Input/Codes and set the standard cache level to a higher value (higher or highest latency). Save, restart VLC and try again.

changed title from VLC 2.2 Mac to Mac: Airplay playback stutters

With iTunes is AirPlay working properly. Local files also disturbed. Changing cache value for network from 1000 to 3000 solved the problem. thanks

changed milestone to %2.2.x maintenance branch

So issue is probably that the audio device needs / has a latency of > 2 sec, which cannot be handled by the core by default.

Only increasing the cache helps.

Using OSX 10.8.6.. I can confirm the problem as well as the solution. And there was no such problem with version 2.1.5.

Please, change the default setting of the related cache size to "3000", with the OSX relase of VLC. No "ordinary" user can be expected to find the solution on his own. After all, one even needs to turn on the "expert view" of the settings window!

I would also like to confirm the problem and the proposed solution. It would be nice to have a hot-fix, as I'm sure many others are facing this problem as well (and might not be so lucky to find the right solution).

Original author: edwin de jong

Well, I already suggested a patch for increasing the default input cache, some time ago. But if was rejected IIRC. We should rediscuss this issue.

Changing the cache size fixed it for me.

At first I modified the wrong cache size, under audio stream.This raises my question: why are the network settings hidden under audio input? Shouldn't they have their own place in the advanced menu?

We should find at least a workaround for 2.2.2.

added 1 deleted label and removed Component::Interface: macOS label

changed milestone to %2.2.2

Just registered to say that with VLC 2.2.1 I was having this issue when streaming audio over Airplay but using a projector via a VGA cable to watch a movie. Audio was stuttering a lot, but only with a projector, not external display and only in VLC not in Quicktime.

I followed this solution and audio now working, thanks:

Replying to [comment:7 dfuhrmann]:

Please also try to go to preferences -> Input/Codes and set the standard cache level to a higher value (higher or highest latency). Save, restart VLC and try again.

I've noticed this for a while too on OS X 10.10.5 & VLC 2.2.1.

Preferences -> Input/Codecs, Higher Latency seems to work. this makes sense cos all my music is lossless or uncompressed & larger to stream. it seems to be more noticeable with 24 bit WAV files.

Reverted to old behaviour (as in 2.1.x) for 2.2, so the 2 sec latency needs to be set manually as before.

This needs to be properly fixed for a later release.

changed milestone to %3.0.0

changed milestone to %Bugs paradize

added Platform::macOS label

added Component::Audio: macOS / iOS / tvOS / visionOS label and removed 1 deleted label

There were some changes related to that for 3.0

mentioned in issue #14523 (closed)

Fixed by the new clock.

closed