Are the non-standard resolutions supposed to work already, in the 9.0.1 release?
Because I still get black screen when switching to 1366 x 768.
It’s a shame.
Hi @cdu13a,
many thanks for your testbuilds, I have installed one, edited the disp_cap and voila, 1366*768 started working on my old TV, now I have a nice and sharp image.
Although I’d like to ask if there is any possibility to get the current version 9.0.3 compiled with extended resolution support (in my case S905 architecture). Or is there any guide how to compile myself? I’m sure I could follow the compile article, but how to make changes in the kernel to add resolution support?
Many thanks
Mike
+1 here (not 9.0.3 logically, but include to the stable branch would be nice). I remember no luck with custom disp_cap with stable version. Would be great to support quite a much 26-32’’ avaible on the market, which are in my experience very often 1366.
The 1920x1080 is usually possible on those, but image is a bit too much sharp, which could be softened by sharpness on TV, but still, native res. looks (tested on Rpi) better on them, although they usually doesnt support 23.976/24 fps on that resolution (often they are able to do so when switch to 1080p by force).
An answer would be really appreciated 
Thanks
Mike
Sorry for the delay, I likely got distracted and forgot to respond.
1366x768 is currently not possible with the s905/s912 devices on CoreELEC.
However I’m planning on revisiting my work on supporting more resolutions on the older devices, soon.
2 Likes
Tonights( 20191002) nightly build will have support for 1366x768p60hz on the amlogic builds for the s912/s905 variants.
To use create a /storage/.kodi/userdata/disp_add file and add 1366x768p60hz to it.
2 Likes
Hi @cdu13a,
I have just tested this on the latest nightly (20191019) and it works like a charm.
Does this mean that the resolution support will get into the next stable release? That would be fantastic.
Many thanks
Mike
@myso glad that worked for you.
Yes the extra resolution support will be in the next stable release once that happens. I can’t say when that will be since there is still a few things that need to be fixed up before the next stable release happens.
Can you please reffer commit(s) for that? Out of curiousity… Is it just this? (refer.)
Wondering, if modeline "1366x768p60hz" within bootargs did the same job without any modification or is there somthing under hood…
I tried to add 2560x1440p60Hz to here on my VIM3 Pro: /storage/.kodi/userdata/disp_add
but it freezed my monitor.
Then I tried to add 2560x1440p50Hz and got this:
Is there any chance to use this resolution?
@cdu13a Thanks, you made my day!
I was able to add 1280x1024 for S905x:
Also thank you @boot2k3 for pointing me out.
Is that disp_add documented somewhere?
LE has disp_cap, does it work here? What is the difference?
@bam disp_add does just what it says. It adds any modes listed in it to kodi’s known list of video modes. disp_cap overwrites kodi’s list of known video modes.
Use of disp_add is preffered over the use of disp_cap, since it doesn’t block use of modes advertised by the display. Which tends to drastically cut down the support questions that seem to oddly pop up 4 months after a user sets disp_cap, and has forgotten they set it and are now trying to figure out why they can’t set X resolution on their shinny new display they just bought. 
1 Like
Thank you!
@cdu13a thanks for the explanation.
Then I still can’t understand why in Kodi I don’t see 1280x1024 mode native for the display?
It seems advertised by the display:
CoreELEC:~ # edid-decode /sys/devices/virtual/amhdmitx/amhdmitx0/rawedid
EDID version: 1.3
Manufacturer: BNQ Model 7904 Serial Number 21573
Made in week 7 of 2008
Digital display
Maximum image size: 38 cm x 30 cm
Gamma: 2.20
DPMS levels: Off
RGB color display
Default (sRGB) color space is primary color space
First detailed timing is preferred timing
Display x,y Chromaticity:
Red: 0.6474, 0.3398
Green: 0.2880, 0.6054
Blue: 0.1445, 0.0683
White: 0.3134, 0.3291
Established timings supported:
720x400@70Hz 9:5 HorFreq: 31469 Hz Clock: 28.320 MHz
640x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 25.175 MHz
640x480@75Hz 4:3 HorFreq: 37500 Hz Clock: 31.500 MHz
800x600@60Hz 4:3 HorFreq: 37900 Hz Clock: 40.000 MHz
800x600@75Hz 4:3 HorFreq: 46900 Hz Clock: 49.500 MHz
832x624@75Hz 4:3 HorFreq: 49726 Hz Clock: 57.284 MHz
1024x768@60Hz 4:3 HorFreq: 48400 Hz Clock: 65.000 MHz
1024x768@75Hz 4:3 HorFreq: 60000 Hz Clock: 78.750 MHz
1280x1024@75Hz 5:4 HorFreq: 80000 Hz Clock: 135.000 MHz
1152x870@75Hz 192:145 HorFreq: 67500 Hz Clock: 108.000 MHz
Standard timings supported:
1152x720@60Hz 16:10
1280x800@60Hz 16:10
1280x960@60Hz 4:3 HorFreq: 60000 Hz Clock: 108.000 MHz
Detailed mode: Clock 108.000 MHz, 376 mm x 301 mm
1280 1328 1440 1688 hborder 0
1024 1025 1028 1066 vborder 0
+hsync +vsync
VertFreq: 60 Hz, HorFreq: 63981 Hz
Serial number: V2815356SL0
Monitor ranges (GTF): 55-76Hz V, 31-83kHz H, max dotclock 140MHz
Monitor name: BenQ E900
Checksum: 0x55 (valid)
CoreELEC:~ # cat /sys/devices/virtual/amhdmitx/amhdmitx0/edid
Rx Manufacturer Name: BNQ
Rx Product Code: 7904
Rx Serial Number: 00005445
Rx Product Name: BenQ
Manufacture Week: 7
Manufacture Year: 2008
Physical size(cm): 38 x 30
EDID Version: 1.3
EDID block number: 0x0
blk0 chksum: 0x55
Source Physical Address[a.b.c.d]: 0.0.0.0
YCC support 0x00, VIC (native 3):
ColorDeepSupport 0x00 10/12/16/Y444 0/0/0/0
3 4 5 16
Audio {format, channel, freq, cce}
Speaker Allocation: 0x00
Vendor: 0x0 ( DVI device)
MaxTMDSClock1 140 MHz
SCDC: 0
RR_Cap: 0
LTE_340M_Scramble: 0
checkvalue: 0x00000000
CoreELEC:~ # cat /sys/devices/virtual/amhdmitx/amhdmitx0/edid_parsing
ok
CoreELEC:~ # cat /sys/devices/virtual/amhdmitx/amhdmitx0/disp_cap
480p60hz*
720p60hz
1080i60hz
1080p60hz
CoreELEC:~ # cat /sys/devices/virtual/amhdmitx/amhdmitx0/disp_cap_3d
3D support lists:
480p60hz
576p50hz
720p60hz
1080i60hz
1080p60hz
720p50hz
1080i50hz
1080p30hz
1080p50hz
1080p25hz
1080p24hz
640x480p60hz
800x480p60hz
800x600p60hz
852x480p60hz
854x480p60hz
1024x600p60hz
1024x768p60hz
1152x864p75hz
1280x600p60hz
1280x768p60hz
1280x800p60hz
1280x960p60hz
1280x1024p60hz
1360x768p60hz
1366x768p60hz
1400x1050p60hz
1440x900p60hz
1600x900p60hz
1600x1200p60hz
1680x1050p60hz
1920x1200p60hz
2160x1200p90hz
2560x1080p60hz
2560x1440p60hz
2560x1600p60hz
3440x1440p60hzAdding 2560x1440p60hz resolution to disp_add file and switching to it results in following glitch
Basically the same result as posted above by Pelican. But I remember that this trick used to work just couple of versions back and must have regressed somehow.
@cdu13a can you please have a look at this?
I think it stopped working around the time we had a major kernel change a few versions back.
Can you log in via ssh and run dispinfo and post it’s output here.
I unfortunately don’t have a display that can do that resolution, or a way of emulating it. But I may be able to sort something out. I’m however getting ready to move so I’m not sure how quickly I can do this.
Thanks. Let me know if you need more info.
Update: here’s a result of running get-edid -b 6 | parse-edid while this monitor is connected to PC.
This is read-edid version 3.0.2. Prepare for some fun.
Attempting to use i2c interface
Only trying 6 as per your request.
256-byte EDID successfully retrieved from i2c bus 6
Looks like i2c was successful. Have a good day.
Checksum Correct
Section "Monitor"
Identifier "PHL 245E1"
ModelName "PHL 245E1"
VendorName "PHL"
# Monitor Manufactured week 26 of 2019
# EDID version 1.4
# Digital Display
DisplaySize 530 300
Gamma 2.20
Option "DPMS" "true"
Horizsync 114-114
VertRefresh 48-75
# Maximum pixel clock is 300MHz
#Not giving standard mode: 1920x1080, 60Hz
#Not giving standard mode: 1680x1050, 60Hz
#Not giving standard mode: 1440x900, 60Hz
#Not giving standard mode: 1280x1024, 60Hz
#Not giving standard mode: 1280x960, 60Hz
#Not giving standard mode: 1280x720, 60Hz
#Extension block found. Parsing...
Modeline "Mode 13" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
Modeline "Mode 0" 241.50 2560 2608 2640 2720 1440 1443 1448 1481 +hsync +vsync
Modeline "Mode 1" 296.00 2560 2568 2600 2666 1440 1443 1448 1481 +hsync -vsync
Modeline "Mode 2" 25.200 640 656 752 800 480 490 492 525 -hsync -vsync
Modeline "Mode 3" 27.027 720 736 798 858 480 489 495 525 -hsync -vsync
Modeline "Mode 4" 74.250 1920 2008 2052 2200 1080 1082 1087 1125 +hsync +vsync interlace
Modeline "Mode 5" 74.250 1920 2448 2492 2640 1080 1082 1089 1125 +hsync +vsync interlace
Modeline "Mode 6" 74.250 1280 1390 1420 1650 720 725 730 750 +hsync +vsync
Modeline "Mode 7" 74.250 1280 1720 1760 1980 720 725 730 750 +hsync +vsync
Modeline "Mode 8" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
Modeline "Mode 9" 27.000 720 732 796 864 576 581 586 625 -hsync -vsync
Modeline "Mode 10" 27.027 720 736 798 858 480 489 495 525 -hsync -vsync
Modeline "Mode 11" 27.000 720 732 796 864 576 581 586 625 -hsync -vsync
Modeline "Mode 12" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
Modeline "Mode 14" 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync
Modeline "Mode 15" 27.00 720 736 798 858 480 489 495 525 -hsync -vsync
Modeline "Mode 16" 27.00 720 732 796 864 576 581 586 625 -hsync -vsync
Option "PreferredMode" "Mode 13"
EndSectionI just bought a new s905x3 based box to replace our aging s905x box so I can migrate to ng. On our old box 1366x768 output works fine. On this new one when I change to 1366x768 my TV says not support. Did something change with the new kernel to make this no longer work? Is there some way I could possibly troubleshoot this?
edit: my dispinfo http://ix.io/2QCa
Experiencing the same issue as @quickfast
Tyring to use 1366x768 resolution on the Panasonic TV, screen stays black.
Device: Orbsmart S97pro (S905x4)
Running Coreelec amlogic-ne 20
dispinfo here
Did this only work in earlier releases?