2011-01-12 1 views
1

J'ai un moniteur LCD qui prend en charge hsync entre 30 et 82 kHz et vsync 50-85kHz. La résolution la plus basse prise en charge est 640 x 350. Je veux l'exécuter en résolution 400x240. Je pense que je dois modifier la structure de modedb dans modedb.c et je viens de comprendre ce que les champs ont besoin:Comment définir une résolution d'écran non prise en charge dans le framebuffer de Linux?

J'ai couru avec max cvt vsync (85 kHz) et a obtenu un modeline comme ceci:

Modeline "400x240_85.00" 10.50 400 416 448 496 240 243 253 256 -hsync +vsync 

J'ai utilisé un calculator pour calculer hsync et vsync et hsync serait 21.17 kHz, beaucoup trop bas pour ce moniteur.

Existe-t-il un moyen de contourner ce problème? Je veux tester comment certaines choses fonctionnent sur cette résolution, donc même tromper le moniteur en l'exécutant en 800x480 (ce qui produirait des hsync et vsync acceptables) serait acceptable tant que X et les applications dessus le gèrent comme si c'était 400x240.

Répondre

0
  "Sharp-VGA", 
      56, 800, 480, 
      33805, 
      84, 40, 
      35, 1, 
      80, 3, 
      0 | FB_SYNC_OE_ACT_HIGH, 
      FB_VMODE_NONINTERLACED, 
      0, 

essayer que l'on, trouvé dans 2.6.19.2 avec freescale patcher

Edit:

En fait, si vous utilisez fbset et le mode est lisible à partir /etc/fb.modes

vous devriez être en mesure d'utiliser cela aussi:

mode "800x480" 
    geometry 800 480 800 480 16 
    timings 33805 90 50 35 1 80 3 
    accel false 
    rgba 5/11,6/5,5/0,0/0 
    endmode 

par exemple: fb ensemble -n 800x480

# mode 
# geometry <xres> <yres> <vxres> <vyres> <depth> 
# timings <pixclock> <left> <right> <upper> <lower> <hslen> <vslen> 
# options <value> 
# rgba <red,green,blue,alpha> 
# endmode 
Questions connexes