Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1901872

Summary: Play speed incorrect with PulseAudio backend
Product: [Fedora] Fedora Reporter: Russell Odom <russ+bugzilla-redhat>
Component: squeezeliteAssignee: Peter Oliver <mavit>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 33CC: mavit
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: squeezelite-1.9.7.1273-2.20200904gitc4c4108.fc33 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-12-05 01:39:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Russell Odom 2020-11-26 10:20:07 UTC
Description of problem:
I just upgraded my Fedora system from F31 to F33 - including a Squeezelite upgrade from squeezelite-1.9.2.1165-3.20190621gitb265c78.fc31.x86_64 to squeezelite-1.9.7.1273-1.20200904gitc4c4108.fc33.x86_64. However, play speeds are not correct - depending on what I'm playing, the pitch and play speed are shifted up or down - losing or gaining about 5 secs per minute.

For example, BBC Radio 2 stream (http://bbcmedia.ic.llnwd.net/stream/bbcmedia_radio2_mf_p) is pitch-shifted down and takes about 1:05 to play 1 min of content, but local MP3s (e.g. Metallica @  260kbps VBR, sample rate 44.1 kHz) is pitch-shifted up and takes about 0:55 to play 1 min.


Version-Release number of selected component (if applicable):
I experimented with different versions - it's only the F33 version that's affected:
squeezelite-1.9.2.1165-3.20190621gitb265c78.fc31.x86_64 - OK
squeezelite-1.9.6.1210-1.20200207git1b7a176.fc32.x86_64 - OK
squeezelite-1.9.7.1273-1.20200904gitc4c4108.fc33.x86_64 - Bad
squeezelite-1.9.8.1287-1.20201117gitcf2230b.fc34.x86_64 - OK (see bug 1897557 - I assume this version will be released to F33 soon?)

How reproducible:
Every time

Steps to Reproduce:
1. Install squeezelite in F33
2. Play some music
3. Listen carefully (the effect is subtle) - your fave bands are now either chipmunks or doped up.

Actual results:
Playback speed/pitch is incorrect

Expected results:
Music sounds normal

Additional info:
Incidentally, 1.97 runs `/usr/bin/squeezelite-pulse` and all the other versions run `/usr/bin/squeezelite` - I don't know if this is related.

Note for anyone who finds this and wants a quick fix: `dnf update squeezelite --releasever=34`

Comment 1 Russell Odom 2020-11-26 10:31:47 UTC
BTW I am using logitechmediaserver-8.0.1-0.1.1606059084.noarch (from http://downloads.slimdevices.com/nightly/?ver=8.0); looking at bug 1897557 comment 5, it maybe be that the rawhide version of squeezelite won't work with the earlier version of squeezelite (can anyone clarify?).

Comment 2 Russell Odom 2020-11-26 10:35:35 UTC
Correction: ...won't work with the earlier version (7.x) of *logitechmediaserver*...

Comment 3 Peter Oliver 2020-11-26 19:27:54 UTC
I was able to reproduce this with 1.9.8.1287 and have reported the issue upstream at https://github.com/ralph-irving/squeezelite/issues/115.  I see the issue only when the PulseAudio backend is used, and it seems to relate to the sample rate of the content being played.

Comment 4 Fedora Update System 2020-11-26 23:48:13 UTC
FEDORA-2020-d62b634b30 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-d62b634b30

Comment 5 Fedora Update System 2020-11-27 02:10:59 UTC
FEDORA-2020-d62b634b30 has been pushed to the Fedora 33 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-d62b634b30`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-d62b634b30

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Russell Odom 2020-11-27 09:21:20 UTC
Great, thanks, that works. Karma added.

Comment 7 Fedora Update System 2020-12-05 01:39:17 UTC
FEDORA-2020-d62b634b30 has been pushed to the Fedora 33 stable repository.
If problem still persists, please make note of it in this bug report.