split second of OGG Vorbis File gets skipped nearing the end due to buffer about strawberry HOT 9 OPEN

Ok, no need to try all of them, it should have worked with the msvc x64 one.

from strawberry.

I can't reproduce this with ogg vorbis files, but I didn't test with any encoded with VLC at the same bitrate, do you know if it's specific to that?

from strawberry.

I can't reproduce this with ogg vorbis files, but I didn't test with any encoded with VLC at the same bitrate, do you know if it's specific to that?

nope I haven't, I'll try it now, gimme a second

from strawberry.

I can't reproduce this with ogg vorbis files, but I didn't test with any encoded with VLC at the same bitrate, do you know if it's specific to that?

@jonaski So after rewriting this answer 3 times because I always figured out something new, here's what I found.

• This issue is (to my surprise) very consistent
• shuffle makes the issue occur randomly :D (before I though it was always random)
• I tried using a different Sample Rate and different Bitrate, but nothing changed.

About the files I experimented with...

• All my OGGs are "broken".
• All my MP3s are not "broken".
• PS: the source file I converted it from (an opus file) is broken as well.
• PPS: converting the OGG to MP3 and then back to OGG does not fix it
• PPPS: the not broken MP3s are converted from the broken opus file

What causes the problem & how to actually trigger it

I think the problem is still the buffer, or whatever pre-loads the next song, because If the next song to play is an OGG File, it causes this issue to occur.

Here's an example: You have 3 songs in a playlist. The first is your typical not-broken MP3 file, the second one as well, the third is our broken OGG.
Playing the first song no problems happen, when you play the second one however it occurs. It will not happen with the OGG, as after that the playlist ends (or if you repeat it, it goes to our not broken MP3).
If you now have "repeat playlist" enabled and the only song in your playlist is that troublesome OGG, it repeats to itself, making this issue occur every single time. If your entire playlist is now filled with such files, it will always happen.

Other less relevant info

If you change the order while playing a song, you need to "re-load" (double click) the song when its position changes, else it won't update to it's current broken-ness.

As I had repeat and shuffle on the entire time I though the issue occured randomly, and after restarting the app everything was different again... due to shuffle mode. I'm sorry for wasting both our time due to this oversight on my end.

Considering all of this we might just give up (as you're the only maintainer and probably have other things to worry about) and set the puffer's minimum value to 0 as it fixes it permanently, until you change it to anything other than 0.

A RECORDING according to the example I've given

I hope you can hear it...
YouTube Link, at 0:13 and 0:38 the issue occurs
If the example was too quiet, I can redo it with a phonk song, my entire playlist just consists of them.

from strawberry.

Are you using the MSVC or MinGW version?
What output is set in the backend settings? Auto, DirectSound or WASAPI?
Are any of the audio normalization, fading or bs2b features enabled?

from strawberry.

Are you using the MSVC or MinGW version? What output is set in the backend settings? Auto, DirectSound or WASAPI? Are any of the audio normalization, fading or bs2b features enabled?

MinGW, I'll try MSVC now.
Auto, but happens on all three, even after restarting the app. Default output device.
Normilazition and Fading are disabled, bs2b wasn't. Disabling bs2b didn't do anything. Enabling fading fixes the issue, but none of the others (Note: a fade must be triggered. If fading is when manual, but you don't manually trigger it, the issue will happen).

from strawberry.

tried MSVC, same issue, same setup.

...tho my manual primary color "orange" in the fusion style is actually used across the entire app and not only for a few things... but that's a different problem that might be unfixable as it might be a problem with MinGW itself...

from strawberry.

Can you try one of the installers listed on https://github.com/strawberrymusicplayer/strawberry/actions/runs/6880692159 under artifacts and see if it resolves it.

from strawberry.

@jonaski used msvc x64, issue still occurs. I'll try x86 next, then the MinGW variants

from strawberry.