VLC @2.2.8: audio playback issue

[l2dy (Zero King)]

Debug log from vlc -v -v a.mp3:

[00007fea5847e398] core audio output debug: playback too late (5515): flushing buffers
[00007fea5847e398] core audio output warning: playback too late (68085): up-sampling
[00007fea5847e398] core audio output warning: timing screwed (drift: 143255 us): stopping resampling
[00007fea5847e398] core audio output warning: playback too late (171488): up-sampling
[00007fea5847e398] core audio output warning: playback way too late (199514): flushing buffers
[00007fea5847e398] core audio output debug: inserting 47640 zeroes
[00007fea5847e398] core audio output warning: playback too late (78690): up-sampling
[00007fea5847e398] core audio output warning: timing screwed (drift: 178994 us): stopping resampling
[00007fea5847e398] core audio output warning: playback way too late (207212): flushing buffers
[00007fea5847e398] core audio output debug: inserting 47710 zeroes
[00007fea5847e398] core audio output warning: playback too late (79951): up-sampling
[00007fea5847e398] core audio output warning: playback way too late (183983): flushing buffers
[00007fea5847e398] core audio output debug: inserting 47654 zeroes
[00007fea5847e398] core audio output warning: playback too late (79864): up-sampling
[00007fea5847e398] core audio output warning: playback way too late (184195): flushing buffers
[00007fea5847e398] core audio output debug: inserting 47588 zeroes

[RJVB (René Bertin)]

Couple questions:

• did this happen with 2.2.6 or any other earlier version provided through MacPorts
• do any of the official builds show the issue?
• can you attach the mp3 file?

[l2dy (Zero King)]

Replying to RJVB:

Couple questions:

• did this happen with 2.2.6 or any other earlier version provided through MacPorts

Yes, 2.2.6 with the vda patch.

• do any of the official builds show the issue?

No, official 2.2.8 works fine.

• can you attach the mp3 file?

No, but it's generated by ffmpeg and plays just fine everywhere else.

[RJVB (René Bertin)]

The official builds use ffmpeg 2.7x or 2.8x, that may make a big difference.

I just see a reminder that VDA is only available on 10.11 and earlier, that could well explain why builds that attempt to use it have issues on later OS releases. It'd be interesting to know if the older VLC port that used a private ffmpeg subport work better for you. If you feel like testing that, you can grab the subport definition from ​https://github.com/RJVB/macstrop/blob/master/multimedia/VLC/Portfile.ffmpeg.tcl and set use_ffmpeg_VLC to true in the VLC Portfile. I haven't tried this for a bit but it should work (supposing FFMpeg 2.8.6 still builds on 10.13).

Another thing of interest to check is if it makes a difference when port:ffmpeg is built with an explicit --disable-vda (and if --enable-vda still raises an error).

Finally: VLC's configure has a --enable-vda option. I'm not sure if it'll also accept --disable-vda but it's worth a try. If that works and fixes the issue it would have to be added for ${os.major} >= 15 .

[l2dy (Zero King)]

VLC @3.0.11.1 works just fine.