mirror of
https://github.com/Rigellute/spotify-tui.git
synced 2026-04-26 08:05:57 +03:00
[GH-ISSUE #24] Interface is slow #21
Labels
No labels
bug
enhancement
good first issue
help wanted
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-tui#21
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @skull-squadron on GitHub (Oct 8, 2019).
Original GitHub issue: https://github.com/Rigellute/spotify-tui/issues/24
Scrolling should be asynchronous and fast, or spt defeats its own utility.
@Rigellute commented on GitHub (Oct 8, 2019):
Are you able to share more about what is slow?
At the moment, no real optimizations are in place - the full UI renders on every tick. So it's possible that things get slow on some systems.
That said, it's likely that the terminal emulator you're using is the bottleneck. Which terminal are you using?
I recommend
kittyoralacritty.@ericonr commented on GitHub (Oct 11, 2019):
I've had the same issue, and I'm using spt through tmux on alacritty. I believe in my case the problem is mostly related to internet issues, because, when I'm on a stable connection, it's pretty snappy overall. When I am on a slow connection (which is, however, fast enough to stream music through spotifyd), it really lags. It happens with pretty much every part of the interface, such as navigating the music choice view and changing to the device selection view (in this case it even takes a long while to even get to the device selection view).
@Rigellute commented on GitHub (Oct 11, 2019):
Ah interesting, thanks for this added info.
@Windexi commented on GitHub (Oct 21, 2019):
a little late, but agreed, the problem is exactly with slow connections. been happening for me as well.
@Rigellute commented on GitHub (Oct 21, 2019):
Cool - I suspect that the polling for current playback every 5 seconds might be slowing things down.
A good fix would be to do all the network requests in another thread - right now they are sychronous.
I will investigate this!
@atidyshirt commented on GitHub (Oct 28, 2019):
After some testing I have found that my interface is very slow (almost unusable) at launch until I select the first song, after that if seems to operate well. This could be a problem on my end however, would like to know if anyone else is facing a similar problem.
@robatipoor commented on GitHub (Dec 20, 2019):
i have same problem interface is very slow (almost unusable)
@Rigellute commented on GitHub (Mar 12, 2020):
Should be fixed in 0.16.0