Slow even at boot time sometimes since a few weeks

[Benjamin-Loison]

This time I solved the slowness thanks to unplugging charger and letting the computer shutdown for ~30 minutes.

However, it was slow just the reboot before I have a screen issue. I should attach an image. I have the feeling that it is a software issue, as it seems to be exactly on the 3rd quarter (to verify), it was timely near the slowness, this screen has been correctly treated since I received it not that long ago and this screen part seems purely black contrarily to last times.

How to limit the screen to the left half?

xrandr --output eDP-1 --fb 960x1100 --transform 1,0,-1128,0,1,0,0,0,1

seems to do the contrary. In fact while the mouse can not go right, when maximize a window it does and bottom right tray icons are not present at the bottom right.

Without --fb 960x1100:

X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  7 (RRSetScreenSize)
  Serial number of failed request:  38
  Current serial number in output stream:  39

xrandr --output eDP-1 --transform 1,0,1128,0,1,0,0,0,1

Seems to only have left half but with virtual right half.

Top left:

xrandr --output eDP-1 --transform 0.5,0,0,0,1,0,0,0,1

No more working or raising an error...

Would be nice to have a graphical interface to ease this process.

Would be nice to only exclude a center black section.

eDP-1 2256x1504 (3:2) 60 Hz

2256 / 2 = 1128

Do not put anything on top of it, maybe putting a sticker on it to remind of it, as I quite forgot the other day as I admit I put the cat on it (but my old ASUS laptop I would have no doubt that it would have supported it), but very weird that it gets broken only yesterday...

Should analyze a broken screen (pay attention to not break it even more if still use it) to understand notably the bottom part:

Source: https://guides.frame.work/Guide/Display+Replacement+Guide/86?lang=en

Note that I have the reinforced top:

https://frame.work/fr/en/products/top-cover-cnc

and not:

https://frame.work/fr/en/products/top-cover-kit

Source: https://community.frame.work/t/quarter-section-of-screen-is-black/27677/4

Could consider using a shoulder laptop bag. If not how to put the best way in the backpack? I would say more on the external side than my back one as both stable positions are standing and lying and doing so helps in the lying position.

I already contacted Framework support to have potential physical tip to solve the issue or if the warranty could apply but they have not answered these requests while they told me that the screen I bought was correctly on the way.

Sorry, we only have stock of that item at one warehouse. You can only purchase it when combined with a laptop order.

For: https://frame.work/fr/en/products/display-kit Matte but not issue with Original...

Related to Improve_websites_thanks_to_open_source#341.

I will take extremely care of my new 4th screen and if it breaks I will consider solving the problem another way.

The resistance of the charger and the screen are unbelievably bad compared to what I used to have with ASUS, if I remember correctly I never had an issue with its charger and its screen during about 10 years.

After manipulating the screen to see if it was a cable issue, I ended up damaging even more and now it is not peacefully black but white... Even with purely black fullscreen image and having redshift disabled it is still white making it quite even more disturbing...

The Ask Ubuntu answer 1227239 has too latency maybe due to the video format but at least I cannot correct it in OBS on the receiver computer, so let us try finding an OBS solution, as on the sender computer I am able to have a decent framerate with a given video format. Another idea consists in starting a virtual camera in OBS and stream it, as I stream the native camera but I am now no more even able to share my native camera. Note that ffplay of the native camera does not have a framerate as high as I can have in OBS. Running again the whole procedures on the receiver computer solves this issue. Should test with a relative computer having a webcam not requiring a given video format to have a correct framerate to check if the receiver pc framerate is due to the video format. With a relative laptop webcam I have a decent framerate, laptop owner:

-----BEGIN PGP MESSAGE-----

hF4DTQa9Wom5MBgSAQdAwtwwHu+4xc7ffQLlbQLMsyhybi3zQ7uuyzG8zqyEylww
PRsX5tvj0A0RSF4i5OHvrSVhagXgkgHC7AOZ7hzU63vwvNfBY8/TgZzeiF4dUJc0
0kEBSwBOy0I6+/o/anXcz7OJjTnlRzwL0KyzjI1rDcrhttAe5UMvEUqo2uv8x/tC
huaik4GgQyzgl2nBMMYtTVWLSw==
=oYHU
-----END PGP MESSAGE-----

[Benjamin-Loison]

Had a similar slow experience, I do not remember if when running or not, but for sure I was not just powering on and if I remember correctly, but biased with Benjamin-Loison/xournalpp/issues/16, the laptop was running.

[Benjamin-Loison]

Having a more scientific measure to know whether or not I am in this situation would be nice.

Should search this issue on search engines.

https://community.frame.work/t/laptop-is-suddenly-super-slow/11231

https://community.frame.work/t/12th-gen-win-11-suddenly-super-slow/35832

watch grep 'MHz' /proc/cpuinfo

does not seem to show anything surprising currently but I doubt facing this issue.

[Benjamin-Loison]

Maybe related to #6.