plugwash
Forum Moderator
Forum Moderator
Posts: 3723
Joined: Wed Dec 28, 2011 11:45 pm

Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 4:04 pm

There have been been reports on the forums of compatibility problems with 1366x768 monitors and the documentation now says that mode 81, is not supported on the Pi 4.

However I was sure I had seen a Pi4 working in 1366x768 with a Pi-top ceed. Wanting to confirm my suspicions I just pulled out my original pi-top (which I assume used the same screen as the ceed) and hooked up a Pi4 to it. I confirmed that it is indeed running in 1366x768.

I first though that the display might be using mode 86 (the reduced blanking variant) but that does not appear to be the case. Querying using tvservice for supported modes shows only modes 81 and 4

tvservice -s says

state 0x6 [DVI CUSTOM RGB full 16:9], 1366x768 @ 60.00Hz, progressive

I have not configured any custom modes.

Any idea why this is working, and whether this knowledge can be used to help users of other 1366x768 screens?

trejan
Posts: 3064
Joined: Tue Jul 02, 2019 2:28 pm

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 4:21 pm

Timing must be slightly different. Dump the EDID?

Code: Select all

tvservice -d edid.bin
base64 edid.bin

6by9
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 10275
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 7:15 pm

Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

cleverca22
Posts: 2452
Joined: Sat Aug 18, 2012 2:33 pm

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 7:51 pm

ahhhh, odd numbers in the timing params, that explains why its such a drastic change
jamesh wrote:
Sat Nov 14, 2020 11:32 pm
ON5MF wrote:
Sat Nov 14, 2020 9:02 pm
It's a pity the problem with screen resolution 1366x768 that existed in the Pi4 is still present in the Pi400.
That would require a major change to the silicon, which is not a "stepping" change. i.e. not fixable in HW on this SoC at this stage. It's not a simple "bug fix" like the other changes in C0, it's a major change in the way the HDMI block works.
and why its not so easily fixed, the PV would have to be modified again


and i guess you cant just cheat and round the timings up/down, because hdmi encodes the DE signal into things, so its not just a matter of the image bleeding into the blanking interval

have any experiments been done to see how a typical monitor reacts to rounding the timings up/down, so they are even once more?

6by9
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 10275
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 8:09 pm

cleverca22 wrote:
Sun Nov 15, 2020 7:51 pm
and i guess you cant just cheat and round the timings up/down, because hdmi encodes the DE signal into things, so its not just a matter of the image bleeding into the blanking interval

have any experiments been done to see how a typical monitor reacts to rounding the timings up/down, so they are even once more?
When we initially believed that the HDMI block could retime (so PV got modified timings and HDMI got the real thing) we had timings that worked on the PiTop, but the same settings didn't work on the Acer 1366x768 monitor that a reseller was using.
Incrementing the sync pulses one way resulted in the PiTop misinterpreting the stride and giving a diagonal shift, whilst the other way worked on that particular display. That's largely the reason that the firmware and kernel drivers now just disable the mode rather than trying to second guess what may work.
Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

cleverca22
Posts: 2452
Joined: Sat Aug 18, 2012 2:33 pm

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 8:14 pm

6by9 wrote:
Sun Nov 15, 2020 8:09 pm
cleverca22 wrote:
Sun Nov 15, 2020 7:51 pm
and i guess you cant just cheat and round the timings up/down, because hdmi encodes the DE signal into things, so its not just a matter of the image bleeding into the blanking interval

have any experiments been done to see how a typical monitor reacts to rounding the timings up/down, so they are even once more?
When we initially believed that the HDMI block could retime (so PV got modified timings and HDMI got the real thing) we had timings that worked on the PiTop, but the same settings didn't work on the Acer 1366x768 monitor that a reseller was using.
Incrementing the sync pulses one way resulted in the PiTop misinterpreting the stride and giving a diagonal shift, whilst the other way worked on that particular display. That's largely the reason that the firmware and kernel drivers now just disable the mode rather than trying to second guess what may work.
and i'm guessing you can still use hdmi_timings= to force even timings with 1366x768, but youll need to experiment to find the right ones for your specific monitor, and if your monitor even allows the timing to be off by 1 count

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 27824
Joined: Sat Jul 30, 2011 7:41 pm

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 8:42 pm

cleverca22 wrote:
Sun Nov 15, 2020 8:14 pm
6by9 wrote:
Sun Nov 15, 2020 8:09 pm
cleverca22 wrote:
Sun Nov 15, 2020 7:51 pm
and i guess you cant just cheat and round the timings up/down, because hdmi encodes the DE signal into things, so its not just a matter of the image bleeding into the blanking interval

have any experiments been done to see how a typical monitor reacts to rounding the timings up/down, so they are even once more?
When we initially believed that the HDMI block could retime (so PV got modified timings and HDMI got the real thing) we had timings that worked on the PiTop, but the same settings didn't work on the Acer 1366x768 monitor that a reseller was using.
Incrementing the sync pulses one way resulted in the PiTop misinterpreting the stride and giving a diagonal shift, whilst the other way worked on that particular display. That's largely the reason that the firmware and kernel drivers now just disable the mode rather than trying to second guess what may work.
and i'm guessing you can still use hdmi_timings= to force even timings with 1366x768, but youll need to experiment to find the right ones for your specific monitor, and if your monitor even allows the timing to be off by 1 count
Correct.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed.
I've been saying "Mucho" to my Spanish friend a lot more lately. It means a lot to him.

LTolledo
Posts: 4498
Joined: Sat Mar 17, 2018 7:29 am
Location: Anime Heartland

Re: Why does 1366x768 work on some monitors but not others.

Sun Nov 15, 2020 10:44 pm

plugwash wrote: However I was sure I had seen a Pi4 working in 1366x768 with a Pi-top ceed. Wanting to confirm my suspicions I just pulled out my original pi-top (which I assume used the same screen as the ceed) and hooked up a Pi4 to it. I confirmed that it is indeed running in 1366x768.
is this on the latest firmware? 5.4? 5.10?

because when I tested my RPi4B-4GB on the pi-top that I have, at 4.19 firmware, there was no display at 1366 x 768 resolution....
eventually getting a usable visual output at 1360 x 768 to which is "forcefully set" as of now....
"Don't come to me with 'issues' for I don't know how to deal with those
Come to me with 'problems' and I'll help you find solutions"

Some people be like:
"Help me! Am drowning! But dont you dare touch me nor come near me!"

Return to “Advanced users”