ScreenModes module, Titanium

Not that it matters too much but the ScreenModes module in the Titanium OS5.23 beta ROM is at version 0.38 whereas cvs, and the RPi, has 0.56.

Just thought I’d ask, and just say that the Titanium is working very nicely with RC4 low vector flashed and the high vector betas soft loaded. CJE machine BTW.

Not that it matters too much but the ScreenModes module in the Titanium OS5.23 beta ROM is at version 0.38 whereas cvs, and the RPi, has 0.56.

When putting together the release candidates for the downloads page (currently RC4) we carefully select which updates go in, or don’t. In this case the changes to ScreenModes still appear in flux, so the safer option is to stick with the earlier version.

For the nightly builds that one component is also held back so that the same settings in !Boot will work on both ROMs.

We’re watching with interest because Titanium’s is the only dual head RISC OS system available today, including hardware hotplug detection, and being able to pick up both monitors will be great when it’s integrated nicely.

Does David P. msg above mean -that you can load Low/High vector versions from within RO?

I believe that there was a module – that could swap RG in software for the whole machine – would it work here?

Is the ‘titanium’ able to make use of monitors with duel input – to make use of their max res?

Most of the following applies to both IGEPv5 and Titanium systems.

Does David P. msg above mean -that you can load Low/High vector versions from within RO?

You have to change the loaded ROM.
On the Titanium that is reprogramming the flash chip.
On the IGEPv5 it is possible to have one version in the eMMC. If you insert a microSD card that will be used and can have the other vector version. Unfortunately this has to be the on board microSD slot which is not accessible when cased.

I believe that there was a module – that could swap RG in software for the whole machine – would it work here?

I don’t recall one and I’m almost certain it would not work on either of the Ti chips used in the IGEPv5 and Titanium

Is the ‘titanium’ able to make use of monitors with duel input – to make use of their max res?

“duel input” Fight, Fight, Fight…

For Dual input monitors what purpose would that serve? I can’t a use.
The maximum resolution is 2048×2048 subject to bandwidth. We’ve had 2048 × 1440 out of an RapidO Ig and 2048 × 1152 on an RapidO Ti.

I’m already running an Iyonix at a max output of 2048 × 1536. My monitor is capable of much higher than this. Is there any machine that can generate a bigger resolution than those?

Ron

Is there any machine that can generate a bigger resolution than those?

My ARMx6 is running at 3440×1440 and I believe it is capable of quite a bit higher. However, things would look quite small unless you have a HUGE monitor – mine is a 34" 21:9 job, and even that took a bit of getting used to.

This is a 27"
BENQ GW2765 with max resolution of 2560×1440 & works fine. More real estate is always better.

Ron

What machine are you driving the BENQ at 2560 × 1440 Ron?
I had a feeling that these monitors required two inputs – to drive them at full res. (in effect two monitors in a single shell)
Geminus was the module for 90deg rotation – swapping RG – so a non changed video card could be used in the Iyonix.
It also provided rotated jpegs – in progs like !Vector.
Doesn’t seem to work in RO 5.23.
(error SWI &5038E not known).

2560×1440 is the rated monitor resolution. Iyonix is maxed out driving it at 2048×1536

Ron

I presume that you are using one lead/single input – D VGA with the Iyonix?

What sort of refresh rate -ie 60hz?

2560×1440 is the rated monitor resolution. Iyonix is maxed out driving it at 2048×1536

I’ve run my ARMx6 on a 25" 2560×1440 AOC monitor and that was a nice fit, so I’d imagine it’d be great on a 27" monitor. As you say, more real estate is always better, thus jumping up to the 3440×1440 one (needs additional software from RComp to stop it displaying as a rectangular pixel mode). There is something to be said for running at native resolution wherever possible, though, which your Iyonix is unfortunately unable to do. The blurring that occurs as it tries to scale to a different resolution is quite noticeable when you compare to native.

There is some information here and here about achieving theoretically higher resolutions with the Iyonix though – you might need to contact Druck for a possible MDF and be prepared for some tweaking!

I presume that you are using one lead/single input – D VGA with the Iyonix?

What sort of refresh rate -ie 60hz?

Using just the normal VGA Lead is fine.
It runs at 40Hz & is way less blury than anything else I’ve seen.
I had thought the Iyonix had a higher resolution when I bought the monitor, but the Benq is one of the cheapest monitors I’ve bought.

Ron

Does David P. msg above mean -that you can load Low/High vector versions from within RO?

Yes: the normal way to work is have your preferred version in Titanium’s OS flash ROM, ready for instant boot up at power on, then temporarily softload any experimental version of RISC OS should you wish.

Is the ‘titanium’ able to make use of monitors with duel input – to make use of their max res?

If by dual input you mean two lanes on one cable, then no – Titanium has two connectors to simultaneously drive two monitors with two different images. Usually this is the left and right halves of a desktop up to 4096×2048, though as friendly RISC OS dealer CJE has noted monitors tend not to be perfectly square, so using the particular models he describes would give you a desktop of 4096×1152 side by side for example.

The hardware mouse pointer transits from one screen to the other, and if you’re observant there’s a point in the middle when you actually have 2 mouse pointers – half on the left screen and half on the right screen.

The extra real estate is very useful, allowing several documents (or source code, header files, reference material, maps, emails) to be open side by side without the neck strain that sitting up close to a 32" TV could bring.

Thanks for the info.

Would it be possible to have a *configure added to RO like below:-

(So a simple util prog could be called – to run the !Softload.)

*config. Experimental on/off

Is there anything special with twin monitor inputs.
Viewfinder – could do two outputs – but only with two separate monitors.
Is there a output using VGA lead?