<div class="gmail_quote">On Mon Jan 26 2015 at 8:16:10 AM Hika van den Hoven <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Jerry,<br>
<br>
Monday, January 26, 2015, 7:36:12 AM, you wrote:<br>
<br>
>> Hoi Jerry,<br>
>><br>
>> Sunday, January 25, 2015, 11:09:56 PM, you wrote:<br>
>><br>
>> > On Sun, Jan 25, 2015 at 2:04 PM, Hika van den Hoven <<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>><br>
>> > wrote:<br>
>><br>
>> >> Hoi Hika,<br>
>> >><br>
>> >> Sunday, January 25, 2015, 7:55:24 PM, you wrote:<br>
>> >><br>
>> >> You might also have to set something like below as boot parameters on<br>
>> >> your videodriver:<br>
>> >><br>
>> >> modeset=1 video=HDMI-0:e<br>
>> >><br>
>> >> Where e stands for enable and d for disable. For the naming of your<br>
>> >> ports you have to look in dmesg. They differ a bit for every card.<br>
>> >><br>
>> >><br>
>> > Thanks Hika. Just putting in the modeset/video got me to the point where<br>
>> > I have HDMI output after boot. While looking in dmesg for the port<br>
>> name, I<br>
>> > saw a bunch of errors saying the EDID checksum is invalid, which I'm<br>
>> > guessing is why it decided not to activate the port.<br>
>><br>
>> > At least I'm not at a dead end now. Now to investigate that error. If<br>
>> > there's not an easy fix, there's surely a way for me to get the EDID info<br>
>> > by connecting directly to the TV and then using that to force the<br>
>> > configuration when connecting through the receiver.<br>
>><br>
>> > -Jerry<br>
>><br>
>> You might have then to create an xorg.conf (or better a xorg.conf.d/)<br>
>> There are ways to create your own EDID-file, but I have never tried<br>
>> that. Instead for my monitor with corrupted EDID I tell the driver to<br>
>> ignore it and have grabbed the modelines from Xorg.0.log.<br>
>> Generally you do that with 'Option "IgnoreEDID"' in the device section<br>
>> or 'Option "UseEDID" "Off"' in the monitor section.<br>
>> With nvidia you use something like:<br>
>> Option "ConnectedMonitor" "CRT-0, DFP-0"<br>
>> Option "UseDisplayDevice" "CRT-0"<br>
>> Where CRT is ananog (also when through DVI-I with converter) and DFP<br>
>> digital (HDMI or DVI-D). It's all described extensively in their<br>
>> documentation.<br>
>><br>
>><br>
>> Tot mails,<br>
>> Hika mailto:<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a><br>
<br>
> I created a xrandr script using arandr, which worked nicely getting the<br>
> myth UI full screen. When playing video though there's a black rectangle<br>
> above and below the video, like it's in widescreen. Not sure what's up<br>
> there, perhaps the video is 720p and the screen is 1080? Tomorrow I'll<br>
> play around with creating an xorg.conf.<br>
<br>
> -Jerry<br>
<br>
> On Sun Jan 25 2015 at 5:46:57 PM Hika van den Hoven <<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>><br>
> wrote:<br>
<br>
Please put your replies underneath existing text!<br></blockquote><div><br></div><div>Ack! Sorry, I _do_ know better than that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The thing with the bars is an aspect-ratio thing. You have them at<br>
three levels. The physical ratio of your screen, the ratio of your<br>
screen resolution and the ratio of your recording. If they don't match<br>
those bars fill up remaining space.<br>
To start with, you have to make sure the first two match. So if your<br>
screen is 16:9 don't use a 4:3 resolution. Secondly MythTV tries to<br>
get the resolution of the recording, but it cannot always get it<br>
right. You then can set it yourself.<br></blockquote><div><br></div><div>The TV is a native 1080p screen. And when just displaying the mythtv GUI (not video), it completely fills the screen as it should. Nothing cut off and no gaps.</div><div><br></div><div>The recordings are all 1080i or 720p. And they all play properly using the same video path on my older frontend (swapping the HDMI cable from the Liva to the existing Acer Revo). So the ratios should match. Looking at the xorg log, the Revo's nvidia chip is much more forgiving to nonsensical EDID info and just goes ahead and makes the best of inconsistent info. It just works.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If you create an xorg.conf, make it an xorg.conf.d/ directory with<br>
separate .conf files for screen, card etc. That way automatic updates<br>
will not f** with it. See earlier thread last week.<br></blockquote><div><br></div><div><span style="font-size:13.1999998092651px">I haven't gotten to the point of setting up a proper xorg.conf yet. I spent a lot of time tonight investigating information on TV and receiver firmware updates and looking into possible fixes on that end. I still have a little bit of work left there, and then I'll move on to more fooling with xorg.conf.</span><br></div><div> </div><div>-Jerry</div></div>