Quote:
Originally Posted by boriar
@tshering
Checked.
Are the hack temporal?
I checked both scripts in both situations (before and after nickel) and all go well, but if I reboot then need to apply rotation hack again.
|
Hey, you are quick! Yes this is only temporal. Frostschutz explained that pngshow changes temporarily the rotation, when it is run for the first time after reboot, in order to "detect rotation inversion behaviour of the device" (and to take countermeasures against it, I guess). When it does it, it creates a file /tmp/pngshow_rotation_hack_enable, so that it does not have to repeat this procedure each time pngshow is called again.
It seems that this temporal rotation change, and maybe the steps that follow in order to repair a detected rotation inversion behaviour, combined with whatever the Qt programs (I guess the screen driver used by them) does, result in the the rotation flipping.
set_pngshow_rotation_hack_enable.sh creates for test purposes the file /tmp/pngshow_rotation_hack_enable, in order to prevent pngshow to do the detection thing. Since the content of the /tmp folder does not survive a reboot, you have to apply it each time. As you supposed, this is only a temporary hack.
Let us wait what
Frostschutz is saying. Maybe he could introduce a argument to skip the temporary rotation change. On could also try to figure out what the Qt screen driver is doing and whether one can change this, but I do not have any knowledge about that kind of stuff. I am not a programmer after all!
Quote:
Originally Posted by boriar
Now the arrow is in bottom right corner
|
We prevented pngshow from checking so it does not know the rotation. This will in most cases not be very useful, but for the on-animation it is acceptable. Maybe showpng could read the rotation value without changing the rotation, in case it is called with the -skiptemporaryrotation argument.