Mode definition files - no longer needed on RPi, with AnyMode v0.03

Then would it be sensible to add a flag that says “driver can handle scaling itself”, as William suggested above?

It probably needs something more considered than a single flag bit. Trying to roll up all the world’s GPUs limitations/capabilities in a single flag is a bit of a dead end API, in that sense the module’s current check for BCMVideo at least ties it to one known GPU feature set.

Trying to roll up all the world’s GPUs limitations/capabilities in a single flag is a bit of a dead end API

I don’t think I was suggesting that! ;)

Chris: I /think/ you would keep the monitor definition the same, but you do need to change the rotation flag (so that the graphics firmware knows to rotate the image).

I’ve not tried a very recent firmware but all those I have done so far, need tall screen modes e.g. 1080X1920.
Why not try it yourself? On Rotatable monitors it is only the physical ability to rotate that is added i.e. We’ve rotated the display on non rotatable monitors.
Getting the settings wrong can be a pain i.e. leaving the RISC OS mode at 1920×1080 but setting display_rotate=3 gives a display with the iconbar way off the bottom(side is not physically rotated) so changing mode can be awkward. *wimpmode 32 is your friend.

Thanks for Anymodes, Stephen. I’ve just tried it on my Pi and it’s brilliant because it cures at a stroke the headache I’ve had in Drag N Drop of ensuring people can get MODE 13 for the “type in” games etc. by fiddling around with monitor definition files. Now they can just install Anymodes!
And MODE 7 makes a welcome return like an old friend :)
Would you like to do a short feature for Drag N Drop? (It’ll certainly get a mention in the next issue.)
Best
Chris.

Will that enable me to use an HDMI 1920×1080 monitor on its side?
You should be able to use it to generate a 1080×1920 mode but you will also need to tell the GPU which I think at present can only be done by adding display_rotate=x into the config.txt file:
display_rotate=0 Normal
display_rotate=1 90 degrees
display_rotate=2 180 degrees
display_rotate=3 270 degrees

This sounded like fun, so I’ve just tried it out on my 1360×768 widescreen…and yes by combining display_rotate=1 or =3 in the config.sys and using AnyMode to generate a 768×1360 mode, then the RISC OS desktop worked perfectly with the rotated monitor.

Thanks for Anymodes, Stephen. I’ve just tried it on my Pi and it’s brilliant because it cures at a stroke the headache I’ve had in Drag N Drop of ensuring people can get MODE 13 for the “type in” games etc. by fiddling around with monitor definition files. Now they can just install Anymodes!
And MODE 7 makes a welcome return like an old friend :)
Would you like to do a short feature for Drag N Drop? (It’ll certainly get a mention in the next issue.)

Thanks Chris. Yes, it’s great to see MODE 7 back again! (although I do wonder why it was not included in the default mode definition files?).

Happy to do a small feature for Drag N Drop… drop me a line :)

This is a great module, very useful, thanks. Is there any progress on the ‘*AddMode’ etc. commands? I can see they would be quite useful.

Hi! Do you know where I add the display_rotate=1 ? I added to a monitor definition file but it returns an error.

Trying to setup my Pi to use my rotated monitor

Forget that question, its on the root of the SD card.