<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jun 15, 2015 at 7:32 AM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Karl,<br>
<br>
Monday, June 15, 2015, 3:46:34 PM, you wrote:<br>
<br>
> On Mon, Jun 15, 2015 at 4:11 AM, Michael T. Dean <<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>><br>
> wrote:<br>
<br>
>> On 06/15/2015 01:30 AM, Karl Newman wrote:<br>
>><br>
>>> On Sun, Jun 14, 2015 at 3:12 PM, Michael T. Dean wrote:<br>
>>><br>
>>>  What does:<br>
>>>><br>
>>>> xdpyinfo<br>
>>>><br>
>>>> give?<br>
>>>><br>
>>> <a href="http://pastebin.com/fqKk3ZJ0" rel="noreferrer" target="_blank">http://pastebin.com/fqKk3ZJ0</a><br>
>>><br>
>><br>
>> OK, so your X is configured at 4:3 (or close enough--1.348659:1), with a<br>
>> DPI of 58x44 (non-square).<br>
>><br>
>> Therefore, I'm guessing that your HDMI->composite converter sees a 4:3<br>
>> signal and assumes it's outputting to a 16:9 display and pillarboxes the X<br>
>> output then sends it through to your TV (presumably with WSS?).  Your X is<br>
>> configured with 1280x720 resolution.  Any specific reason why you're using<br>
>> that and not a 4:3 square-pixel resolution (and, possibly a "4:3 standard"<br>
>> resolution), like 1024x768 or 1280x960 or whatever with a square-pixel<br>
>> aspect (like 100x100)?  I'd be interested how things work with a 4:3<br>
>> logical aspect ratio (i.e. where the resolution of the output has a 4:3<br>
>> aspect).<br>
>><br>
>> If switching resolution doesn't help, you may just have to "un-fix" X and<br>
>> lie to it to say you're using a 16:9 display.<br>
>><br>
>> Mike<br>
>><br>
<br>
> I solved the mystery why it was ignoring my DisplaySize in xorg.conf. I<br>
> forgot I had used xrandr in .xinitrc (/usr/bin/xrandr --output HDMI2 --mode<br>
> 1280x720 --rate 60.0 --fbmm 560x420). I changed it to 560x420 for a true<br>
> 4:3. Here's the available modes from the converter:<br>
>   $ xrandr<br>
> Screen 0: minimum 8 x 8, current 1280 x 720, maximum 32767 x 32767<br>
> DP1 disconnected (normal left inverted right x axis y axis)<br>
> DP2 disconnected (normal left inverted right x axis y axis)<br>
> HDMI1 disconnected (normal left inverted right x axis y axis)<br>
> HDMI2 connected 1280x720+0+0 (normal left inverted right x axis y axis)<br>
> 735mm x 420mm<br>
>    1280x720      60.00*+  50.00    59.94<br>
>    1920x1080     50.00 +  60.00    59.94<br>
>    1920x1080i    60.00    50.00    59.94<br>
>    1440x576i     50.00<br>
>    1440x480i     60.00    59.94<br>
>    720x576       50.00<br>
>    720x480       60.00    59.94<br>
>    640x480       60.00    59.94<br>
> VGA1 disconnected (normal left inverted right x axis y axis)<br>
> VIRTUAL1 disconnected (normal left inverted right x axis y axis)<br>
<br>
> The 720 line resolution appears sharper than the 480 line resolutions, even<br>
> though that should be the native screen resolution.<br>
<br>
> Karl<br>
<br>
But where do the underlying modelines come from? Does the converter<br>
provide them? I don't know the Hsync and Vrefresh limmits, but this is<br>
a modeline from one of my panels, which comes the same with my CRT's.<br>
So I guess it's a vesa mode:<br>
<br>
Modeline "1024x768x60.0"   65.00  1024 1048 1184 1344   768  771  777  806 -hsync -vsync #(48.4 kHz e)<br>
<br>
You can try adding it to your monitor section.<br>
<br></blockquote></div>Yes, the modelines come from EDID on the converter. I can try adding the 1024x768 modeline, but I'm not optimistic it will solve the problem. I think the problem is essentially what Mike described--the converter is expecting/assuming a 16:9 signal and thus converts it via letterbox for my 4:3 TV.<br><br></div><div class="gmail_extra">Karl<br></div></div>