Open ElektroStudios opened 2 years ago
Do you have the same problem with the 32-bit version? https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-22.2.0-win32-qt5.6.exe https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-portable-22.2.0.0-win32-qt5.6.7z
Do you have the same problem with the 32-bit version? https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-22.2.0-win32-qt5.6.exe https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-portable-22.2.0.0-win32-qt5.6.7z
Thanks for support.
I tried the x86 portable now. The window position issue is NOT present in that build.
Then I guess the problem is caused by Qt 5.15.2, which is used by the 64 bit version.
Then I guess the problem is caused by Qt 5.15.2, which is used by the 64 bit version.
Just to summarize:
SMplayer 21.1.0 x64 (Qt 5.6.0) and 22.2.0 x86 (Qt 5.6.3) does NOT produce this window position problem.
Ok, so I tried replacing the Qt lib files from SMPlayer 21.1.0 x64 (Qt 5.6.0) to those Qt 5.15.2 files of SMPlayer 21.8.0 x64, SMPlayer 21.10.0 x64 and SMPlayer 22.2.0 x64, but it did not work on my side. It says there are a lot of missing entry points. Also the Qt5Svg.dll file is missing in SMplayer 21.1.0 x64.
Would you consider to downgrade Qt version of next SMplayer x64 releases to solve this issue?. Or maybe could you provide me a workaround for this issue while we hope that a future updated Qt version will not produce this window position issue?. (I ask this without knowing which is the latest available Qt version)
At least now and thanks to you I know that I can use the latest x86 version of SMPlayer without worries about this issue. But it is worth it to use SMPlayer x86 under a x64 OS?, I ask it from my ignorance.
I've just uploaded 64 bit packages built with Qt 5.6: https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-22.2.0-x64-qt5.6-unsigned.exe https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-portable-22.2.0.0-x64-qt5.6.7z
Please let me know if they work for you.
I've just uploaded 64 bit packages built with Qt 5.6: https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-22.2.0-x64-qt5.6-unsigned.exe https://github.com/smplayer-dev/smplayer/releases/download/v22.2.0/smplayer-portable-22.2.0.0-x64-qt5.6.7z
Please let me know if they work for you.
Thanks a lot, it works!!!. However, with this v22.2.0 I'm having the other big issue of the green color window.
I tested it and I have not problem (Windows 7). I think only happens in Windows 10.
Bug Report Context
I'll open this discussion because the original thread was closed, and the bug is still present in all the later versions of SMPlayer.
I discovered a very important factor that causes this bug. So now I think it will be very clear for the dev to find and fix the bug.
So I would like to add this factor that I discovered, and more detailed steps info to help the developer in order that he could reproduce the bug and finally try to fix it.
Describe the bug
In strange circumstances and when the X/Y (Top/Left) coordinates of the SMPlayer window position are negative, and the SMPlayer window is closed, SMPlayer doesn't calculate correctly the last window position, so the SMPlayer window position slides to the right in the screen at every next program startup.
So, this bug only seem to occur when SMPlayer window is closed having x,y negative coordinates.
To Reproduce
This script will set the SMPlayer window position to: -1, -1, 640, 480 (X, Y, Width, Height)
Just copy the script content and run it without any modifications in the code.
Set_SMPlayer_Window_Position.ps1
( original source: https://stackoverflow.com/a/61242577/1248295 )
Now just close the SMPlayer program window. And make double click on a video file to open SMplayer program again, and you will see that the window position slides to the right in the screen.
At this point you can repeat how many times you wish the step number 5 to continue watching that the SMplayer window position will continue moving more to the right every time that you repeat the step 5.
Step Notes
Please note that, for some strange reason that I'm not aware of, I found that the issue could NOT be reproduced if:
So just follow the same things that I exactly described in the steps, which are the same exactly things that I do in the video proof that I uploaded to Youtube.
Screenshots
You can find screenshots in the original thread.
Video Proof
In this video I reproduce all the steps.
Your Enviroment
Other things
If helpful, let me say smplayer-portable-21.1.0.0-x64.7z and prior versions does not have this bug. Starting with release versions 21.8.0, and then 21.10.0 and 22.2.0 all has this problem present.
This could mean that after version 21.1.0 the dev. changed something in the algorithm used to remember / calculate last window position?.
PS: I referred only to release builds. I didn't tried to find and test experimental or nightly builds.