-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UI very slow, wallpaper improperly scaled #18
Comments
Hi, Thanks |
I ran it with time command so you can see exactly how long it takes. the right click issue seems related to the delay, i didn't realize it was taking so long to launch so I didn't see the menu. I'm including the 2 screenshots of what it looks like and what it should look like. in this example it autoloaded the "waves" wallpaper and i changed it to a different one "spaceman" but it doesn't really matter what I select, it behaves the same. `~$ time hidamari real 4m26.814s |
Hi, thanks for the screenshot! Open @property
def width(self):
return self.gdk_monitor.get_geometry().width * self.gdk_monitor.get_scale_factor()
@property
def height(self):
return self.gdk_monitor.get_geometry().height * self.gdk_monitor.get_scale_factor() Then override your screen resolution (suppose it is 3840x2160) like this, save. @property
def width(self):
return 3840
@property
def height(self):
return 2160 Thanks! |
I pushed the fix just now. It should be work now. |
I was looking through the code but didn't see those lines. I went ahead and updated from the script, and it seems to be scaling properly now. It still takes like 2 minutes to launch but its much improved. I noticed in the console output now it reads |
Thanks for reporting! Alright, I will move on to test my code with Debian. Could you tell me the exact version of your OS, GNOME, etc. so that I can reproduce the issue? |
I can't give you specifics, its a corp laptop, but its based on debian 10 with cinnamon. i7 with 32gb ram |
BTW, these are the packages that I installed from fresh installation of Debian:
|
I'm having the same problem on a multimonitor setup. I'm using a 1080p TV and an old 1280 x 1024 VGA monitor. When i open Hidamari, after just 3-4 minutes i get [h264 @ 0x7f1f54062200] get_buffer() failed and these error messages start to loop infinitely. After reading this post i disconnected the old 1280 x 1024 monitor and it has stopped giving me that error. I'm using Fedora 34 with Nvidia 465.27 drivers on Xorg. Thought i'd post this to suggest that this is probably a screen resolution problem instead of a distro problem. Update: forgot to mention the UI isn't slow on my case and its working as it should. Also i'm using the copr repo package instead of the master branch. Update 2: Just tried manual instalation from master and it took like 40 minutes till the error starts looping again. [h264 @ 0x7f1068ccb180] get_buffer() failed |
Hi, @rgomez96 So far, my system also print this kind of error message, but I think it is usually safe to ignore (since nothing actually break on my system). I think these error messages was just the debug messages printed by vlc itself. If it's causing any trouble, maybe I can try to suspress the output from vlc in the future, though it might cause difficulty in debugging.
Usually these messages will only print once, when the vlc loads the video. How frequently is the looping that you mentioned? How much is the length of your video? (I can test it on my system if you could provide me the video) The COPR doesn't update that frequently, so I would suggest you to use the master branch to receive bug fix sooner :)
Thanks! |
Yes, my video wallpapers are all either 1080p or 720p, since the second monitor is 1280 x 1024 (more like a square) i get black bars on the top and the bottom but the wallpaper is displayed completely. It's also true that this error
appears from time to time only once and nothing really happens, it's only after a while that the error starts to repeat itself infinitely and the program stops working completely. If i have the GUI open it freezes completely and the process wont end by using SIGTERM on htop. If i try to start hidamari again i get 'Error: Failed to create server I've tested some different videos and i get this problem on all of them so i wouldnt think some video is the problem and video acceleration works. My CPU usage is low (though the GPU usage is kinda high, usually around 60%). If it counts, here's the output of vainfo and vdpauinfo vainfo:
vdpauinfo:
It's a GTX 750ti using the propietary driver. EDIT: Forgot to add that when the software fails and errors start looping (and i mean seriously looping i get nothing but the error) CPU usage skyrockets and starts to use 50% of my CPU. (2 processes on HTOP using 100% of my CPU, i have 4 threads to i guess 50%) |
HI, @rgomez96 |
Hi, @rgomez96
I couldn't reproduce the issue on my side, so I'm not sure what's causing the problem. Your output of Also, your issue seems to be different from OP. So I will create a new issue and reference this to there. |
Closed as the new release is out. Feel free to reopen if the issue still remains. |
running on Debian.
The program takes a few minutes after bootup to launch. Once open the UI is also extreamly slow to react, selecting a wallpaper and clicking apply also takes about 2-3 minutes before its actually set. But once set the scaling seems to be off, I can only see the top left quadrant of an image, no matter the actual resolution. When plugged into my dual screen dock the image is scaled appropriately on both screens
The text was updated successfully, but these errors were encountered: