mariuszb Posted January 3, 2017 Posted January 3, 2017 Hi, There is a lot of cheap 10.1 inches lcd on market, often have a resolution of 1280 x 800. I connected this lcd with h3disp using the mode of 1280 x 720 (720i). Everything works, but aspect ratio is wrong. (800->720) Is there a fast and simply possibility to set 1280x800 resolution in Armbian?
Igor Posted January 3, 2017 Posted January 3, 2017 Is there a fast and simply possibility to set 1280x800 resolution in Armbian? Nope. Calculation, kernel patching, recompilation, testing, recompilation, testing, ... https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/
mariuszb Posted January 4, 2017 Author Posted January 4, 2017 Nope. Calculation, kernel patching, recompilation, testing, recompilation, testing, ... https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/ Hi, I'm leaving for a few days , so given parameters it might be someone needed. For these parameters, display works with 1280x800 , but I do not know if these values are optimum values. I'll do some more tests after returning, but but for now it works correctly {HDMI1280x800_60, 0,83460000, 0, 1280, 800, 1680, 200, 64, 136, 828, 24, 1, 3, 1, 1, 0, 0, 0} {{Video ID ,4 , 0, 96, 5, 3, 3, 1, 1, 0, 0, 0, 144, 64, 136, 32, 28, 1, 1 }} PLL_VIDEO 334 2
mariuszb Posted January 10, 2017 Author Posted January 10, 2017 Nope. Calculation, kernel patching, recompilation, testing, recompilation, testing, ... https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/ I tested already 1280x800 resolution and works properly with my previous calculations. {HDMI1280x800_60, 0,83460000, 0, 1280, 800, 1680, 200, 64, 136, 828, 24, 1, 3, 1, 1, 0, 0, 0}, {{Video ID , 4 , 0, 96, 5, 3, 3, 1, 1, 0, 0, 0, 144, 64, 136, 32, 28, 1, 1 }}, PLL_VIDEO 334 In addition, I did the calculation in a different location and width of sync pulses (another school ) - it also works properly. {HDMI1280x800_60, 0,83910000, 0, 1280, 800, 1656, 32, 32, 312, 841, 17, 16, 8, 1, 1, 0, 0, 0}, {{Video ID , 4 , 0, 96, 5, 8, 3, 1, 16, 0, 1, 0, 120, 64, 56, 32, 41, 1, 1 }}, PLL_VIDEO 336 Personally, I am use this second setting. Can you add it to Armbian? 3
jernej Posted January 10, 2017 Posted January 10, 2017 I think the best way is to ask monitor what timings it prefers. That way you can be sure to use best possible combination. As soon as I will have some time I will prepare something as described here: https://github.com/igorpecovnik/lib/issues/594 1
jernej Posted January 17, 2017 Posted January 17, 2017 As I promised, I published helper tool. Please check this comment: https://github.com/igorpecovnik/lib/issues/594#issuecomment-272992961 1
В�че�лав Бураченко Posted February 4, 2017 Posted February 4, 2017 As I promised, I published helper tool. Please check this comment: https://github.com/igorpecovnik/lib/issues/594#issuecomment-272992961 Good afternoon. I also have to connect the monitor 1280x800. But I did not understand how to do it - you can write detailed instructions?
jernej Posted February 5, 2017 Posted February 5, 2017 Please check this two topics before: https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/?p=23425 https://forum.armbian.com/index.php/topic/3407-orange-pi-2-custom-resolution-problem/ And then ask specific questions.
tomter Posted May 7, 2017 Posted May 7, 2017 Hello, finally I understood what do I have to do. I have checked timings with .bin via fex. Then I recompiled kernel and installed to SD card. But I have problem: when I check via fex I get resolution 1280x720 instead of monitor's 1280x800. I have compiled with 720p, but the picture isn't sharp, but when I change 720 with 800 I don't get picture. Please help.
gnasch Posted May 7, 2017 Posted May 7, 2017 Hi tomter does your timing correspond to this? http://tinyvga.com/vga-timing/1280x800@60Hz you have to check the lines in the kernel, and in h3disp (which sets fex) you will setup the pll_video. it works for me if the value of the pll_video / divisor from kernel = pixel frequency. I had a problem with wrong value in h3disp. see also my question at: https://forum.armbian.com/index.php?/topic/4094-vesa-1280x1024-with-h3disp/ Disclaimer: I do not know what I am doing but I hope this helps, gnasch
JmanJulian Posted May 22, 2017 Posted May 22, 2017 On 1/10/2017 at 2:21 PM, mariuszb said: I tested already 1280x800 resolution and works properly with my previous calculations. {HDMI1280x800_60, 0,83910000, 0, 1280, 800, 1656, 32, 32, 312, 841, 17, 16, 8, 1, 1, 0, 0, 0}, {{Video ID , 4 , 0, 96, 5, 8, 3, 1, 16, 0, 1, 0, 120, 64, 56, 32, 41, 1, 1 }}, PLL_VIDEO 336 I would like to confirm that the above video settings work for me too on a samsung laptop pannel 1280x800 using a tsum v29 universal lcd controller, BUT i had to set PLL_VIDEO=330 to get correct colors. Using 336 or from 332 to 338 results in blurry mostly green screen. PLL 330 nad 331 worked for me so i havent tested anything else. P.S. : I tested first option and it works too whithout changing pll using the stated 334. I made a patch for those that want to try it but dont know how and where to add the modlines. To activate resolution change screen0_output_mode = 38 screen1_output_mode = 38 and pll_video = 334 in script.bin Or add : 38|1280x800) # res HDMIMode=38 pll_video=334 ;; in /usr/bin/h3disp and use h3disp to set changes. If you want to risc it and trust me you can try my precompiled packages for OrangePi_PC. https://drive.google.com/drive/folders/0B40z5IEobXstb0g0am9NMHkwWTQ?usp=sharing z-0004-add_1280x800.patch And a big THANK YOU to mariuszb for finding the correct values for this resolution.
tomter Posted October 22, 2017 Posted October 22, 2017 It was a long time, but I have tried another time and now it is working. I must thank to JmanJulian and other for patch and useful info. My pll is 332 and picture is now very sharp. Thanks to all again.
perfstr Posted December 19, 2018 Posted December 19, 2018 Hello, I also have the 1280x800 monitor. The patch z-004-add-addonal-2048x1536.txt didn't work for me. The monitor works well with Armbian based on mainline kernel, but I need to continue with 3.4.113 kernel. I was unable to download the u-boot-h3-video-helper.bin file - the site can't be reached. Where can I find the file? Thanks,
perfstr Posted December 20, 2018 Posted December 20, 2018 Hello, I've just tried to apply the z-0004-add_1280x800.patch file from the above link and was able to see in the new compilation [warn] z-0004-add_1280x800.patch [failed] I've compared the files in an older compilation and indeed, the patch was not fully applied. What is a good way to solve this problem (I assume that editing the source files is not a good way). Thanks,
Igor Posted December 20, 2018 Posted December 20, 2018 1 hour ago, perfstr said: I assume that editing the source files is not a good way If the patch doesn't apply you need to add those values manually. Pay attention that you don't add things that are already in the sources. CREATE_PATCHES="yes" is a build parameter that you need. Next is precies copy from z-0004-add_1280x800.patch/paste operation and when you have a patch that works, send it upstream: https://www.armbian.com/get-involved
perfstr Posted December 21, 2018 Posted December 21, 2018 Hello, after I edited the sources manually, now it works, but shows purple background. Is this the only pll value to play with, or I need to change something else? I would like get correct results before publishing the patch. Thank you,
JmanJulian Posted December 21, 2018 Posted December 21, 2018 The bad background color is the pll value but not only that (for me atleast). There is some other problem because i use pll 334 and the picture is perfect but often if i turn off the display and turn it on again it gets this color problem as if the pll is wrong. This happens when i boot the board also. its like 50/50 chance to get this problem and cycling the display on and off fixes it for me but is really annoying. Since i use a laptop panel and a universal controller board i think it may be the lcd controller but it does not happen on other resolutions. Anyway since i got another display i haven't looked into this any further. Hope its only pll value for you.
perfstr Posted December 23, 2018 Posted December 23, 2018 Hello, the pll change didn't cause any difference. But when I set DVI mode, this did the trick - the background has changed to black. BTW, in order to set the RGB565 mode using h3disp command, the fb_mode should be set to 10. Hope this will help also to somebody else.
perfstr Posted December 23, 2018 Posted December 23, 2018 The new patch is attached to this message. I am not sure what should be its correct name, so kept it as created by Armbian build script. I would be glad to get a confirmation about it. kernel-sun8i-default.patch
perfstr Posted April 3, 2019 Posted April 3, 2019 Hello, the patch I've published earlier, worked for me fine until the last OS version update (apt-get upgrade). After the update I get black screen. I have a development environment with Full HD display. The display is able to adapt to 120x800 resolution. If I switch display mode to Full HD using h3disp, the system works fine. The h3disp still shows 1280x800 resolution in the list, but switching to that mode causes again black screen. I understand that some updated module doesn't support this resolution. How can I fix the problem without rebuilding all the system again? Thanks in advance.
Recommended Posts