<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Oct 10, 2018 at 8:00 PM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 10 Oct 2018 15:23:17 -0700, you wrote:<br>
<br>
>On Wed, Oct 10, 2018 at 2:57 PM Greg Oliver <<a href="mailto:oliver.greg@gmail.com" target="_blank">oliver.greg@gmail.com</a>> wrote:<br>
><br>
>> On Wed, Oct 10, 2018 at 4:32 PM Allen Edwards <<a href="mailto:allen.p.edwards@gmail.com" target="_blank">allen.p.edwards@gmail.com</a>><br>
>> wrote:<br>
>><br>
>>><br>
>>><br>
>>> On Wed, Oct 10, 2018 at 2:12 PM Mark Perkins <<a href="mailto:perkins1724@hotmail.com" target="_blank">perkins1724@hotmail.com</a>><br>
>>> wrote:<br>
>>><br>
>>>><br>
>>>><br>
>>>> On 11 October 2018 6:53:56 am Allen Edwards <<a href="mailto:allen.p.edwards@gmail.com" target="_blank">allen.p.edwards@gmail.com</a>><br>
>>>> wrote:<br>
>>>><br>
>>>>> My reply was too long with the log that Mark requested so it didn't get<br>
>>>>> posted.  See end for comments without the log in THIS color.<br>
>>>>><br>
>>>>><br>
>>> Here is the log <<a href="http://l-36.com/mythtv.txt" rel="noreferrer" target="_blank">http://l-36.com/mythtv.txt</a>>.  I tried Steven's patch<br>
>>> for the rtc and it didn't work. Not sure how important that is as I do not<br>
>>> see the audio video sync issues in the log.<br>
<br>
What does this command show:<br>
<br>
ls -al /dev/rt*<br>
<br>
This is what I get with my udev rule working:<br>
<br>
root@mypvr:~# ls -al /dev/rt*<br>
lrwxrwxrwx 1 root root        4 Oct  8 04:30 /dev/rtc -> rtc0<br>
crw-rw---- 1 root mythtv 249, 0 Oct  8 04:30 /dev/rtc0<br></blockquote><div><br></div><div><font color="#ff0000">I had root as the group.  Changed it to mythtv. I must have implemented only half your instructions.</font></div><div><font color="#ff0000">I no longer see the "Could not open /dev/rtc:" error</font></div><div><div style="color:rgb(255,0,0)"><br></div><div style="color:rgb(255,0,0)">dad@NewMyth:~$ ls -al /dev/rt*</div><div style=""><font color="#0000ff">lrwxrwxrwx 1 root root        4 Oct 10 13:21 /dev/rtc -> rtc0</font></div><div style=""><font color="#0000ff">crw-rw---- 1 root mythtv 251, 0 Oct 10 13:21 /dev/rtc0</font></div><div style="color:rgb(255,0,0)"><br></div></div><div><font color="#ff0000">The new log file is here:<a href="http://L-36.com/mythtv2.txt"> http://L-36.com/mythtv2.txt</a><br></font></div><div><font color="#ff0000">I do still see an error on RTC</font></div><div><div style=""><font color="#0000ff">VSYNC: RTCVideoSync: Could not set RTC frequency: </font></div><div style=""><font color="#0000ff"><span style="white-space:pre">                     </span>eno: Permission denied (13)</font></div><div style="color:rgb(255,0,0)"><br></div><div style="color:rgb(255,0,0)">I am still seeing artifacts, horizontal blocks.  I am unsure if they are in the source or in the playback. That will take some more careful checking.  But they are somewhere and we did not see that with Mythbunty 8 and the 6200.  Of course, I can't prove that but I am pretty sure I would have noticed them and they would have upset me sometime in the last 10 years.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
You can see that the /dev/rtc0 device is now group "mythtv".  For this<br>
to work, mythfrontend must be running from a user that is also in<br>
group "mythtv".  This command should show the users that are in group<br>
"mythtv":<br>
<br>
getent group mythtv | awk -F: '{print $4}'<br>
<br>
Then check that mythfrontend is running as one of those users:<br>
<br>
ps -ef | grep mythfr<br>
<br>
This is what I get:<br>
<br>
root@mypvr:~# getent group mythtv | awk -F: '{print $4}'<br>
stephen<br>
root@mypvr:~# ps -ef | grep mythfr<br>
stephen   4990  3102  0 15:52 ?        00:00:00 /bin/sh<br>
/usr/bin/mythfrontend --service<br>
stephen   5002  4990 14 15:52 ?        00:00:25<br>
/usr/bin/mythfrontend.real --syslog local7 -v media<br>
root      5263 29743  0 15:55 pts/2    00:00:00 grep --color=auto<br>
mythfr<br>
<br>
So mythfrontend.real is running as user "stephen" who belongs to group<br>
"mythtv".<br>
<br>
>>> I did notice a block of color in the playback and there was nothing in<br>
>>> the log at the time.  This was just a few minutes ago and not the session<br>
>>> in the log.  I also noticed using VLC on my desktop that it is in the<br>
>>> source file so not a Myth playback problem.  That means it is either 1) in<br>
>>> the transmission 2) A receive error due to low signal strength, bad HD<br>
>>> Homnerun channel, etc, 3) a problem in the backend.<br>
>>><br>
>>> I don't know if I can put photos in this list so here is a link to a<br>
>>> screen photo.  <a href="http://L-36.com/mythtv.jpg" rel="noreferrer" target="_blank">http://L-36.com/mythtv.jpg</a><br>
>>><br>
>>> For now I will see if these latest changes make "Wife Happy" again.<br>
>>><br>
>>> Allen<br>
>>><br>
>><br>
>> I cannot remember (I think Mythbuntu 14) what version you said you were<br>
>> running on things, but I would make sure you are not using Wayland, but<br>
>> Xorg instead and use an older video driver (step down until you get desired<br>
>> results) if that does not fix it.  I have no idea if Mythbuntu tracks<br>
>> Ubuntu version numbering, so unsure if Wayland is even there or not.  I<br>
>> would not recommend using Wayland with 3rd party (non-kernel included)<br>
>> drivers - especially nVidia.  I do not use Wayland for more important<br>
>> reasons to me, but it is worth a shot.<br>
>><br>
>><br>
>I am running Mythbuntu 16.  If I said 14, it was an error.  I am not sure<br>
>what Wayland is but I am running X11 so perhaps not Wayland.<br>
<br>
I do not think Wayland is in Mythbuntu 16.x.  That happened in 17.10.<br>
<br>
>I will see what my wife thinks about the latest changes. I am now running<br>
>VDPAU Normal successfully.  There are some video issues but at least the<br>
>one I saw was not in playback.<br>
><br>
>I would still need to get audio to both the HiFi (SPDIF) and the TV<br>
>(analog).  Right now I can do one or the other.  The only thing I can think<br>
>of trying is to remove Pulse Audio which might have been installed by my<br>
>son as part of troubleshooting.<br>
<br>
Have you tried enabling both outputs in alsamixer and then selecting<br>
ALSA:default as the output in mythfrontend?  That is what works for me<br>
to get analogue and SPDIF at the same time.<br></blockquote><div><br></div><div><font color="#ff0000">I tried it again just to make sure. All I get is the SPDIF output with ALSA default.</font></div><div><font color="#ff0000">What I find really strange is that I need to set Myth to the nvidia settings to get analog.</font></div><div><font color="#ff0000">Here are the settings after I did the test this morning.  Not what I set but should have worked.</font></div><div><font color="#ff0000"><a href="http://L-36.com/mythtv2.jpg">http://L-36.com/mythtv2.jpg</a><br></font></div><div><font color="#ff0000"><br></font></div><div><font color="#ff0000">The ALSA behavior is consistent with the fact that YouTube only plays over SPDIF in spite of the alsamixer settings.</font></div><div><font color="#ff0000">It is also strange that something changes my alsamixer settings but master and front are still unmuted so it should work</font></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>On a related topic, I can't seem to find which tuner was used to record a<br>
>program.  I could swear that I could see that on the old Mythvuntu 8 system.<br>
<br>
If you go to a recording and hit the I key twice (info on the remote)<br>
the "Recording Input:" line shows you that.  Depending on your theme,<br>
you may need to scroll down to see it.<br></blockquote><div><font color="#ff0000"><br></font></div><div><font color="#ff0000">Just to be clear, I have two HD Home Runs and that translates to 8 tuners, two per physical tuner.  The information on which tuner was used for the recording was not in the "I-I" information.</font></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>Also, the timer display on programs is gone.  I probably need to start<br>
>different threads for these different problems if I can't find solutions<br>
>with Google.<br>
<br>
What do you mean by "timer display"?  Are you talking about the<br>
progress bar across the bottom of the screen when you are playing a<br>
recording and hit the I key once?<br>
<br></blockquote><div><font color="#ff0000">Yes, the progress bar.  It is gone suddenly.</font></div><div><font color="#ff0000"><a href="http://L-36.com/mythtv3.jpg">http://L-36.com/mythtv3.jpg</a><br></font></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I am still looking at your mythfrontend log file, but there are a<br>
couple of obvious things so far.  Your desktop size is showing as: </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Desktop video mode: 2560x1024 60.000 Hz<br>
<br>
which is a rather strange size.  Here is what mine shows:<br>
<br>
Desktop video mode: 1920x1080 59.939 Hz<br>
<br>
which matches my TV screen size.<br>
<br>
I also have:<br>
<br>
UI Screen Resolution: 1920 x 1080<br>
<br>
where you have:<br>
<br>
UI Screen Resolution: 1280 x 720<br>
<br>
So what sort of screen are you using?  What is its native size and<br>
frequency and what other output modes can it handle?  And what theme<br>
are you using?<br>
<br>
Generally, things work better when the output you are sending to the<br>
screen matches the physical screen size.  TVs and monitors can handle<br>
output of a different size to the screen, but they may have to<br>
re-render it to do so, which can cause artifacts.  US TVs are<br>
typically quite limited in the number of modes they support, where in<br>
other parts of the world they support many different modes for various<br>
NTSC and PAL screen sizes and frequencies.<br>
<br>
>From a terminal session opened on the X display, try running this<br>
command:<br>
<br>
xrandr<br>
<br>
It should show all the video modes that are available for your display<br>
and video card/driver combination.  Here is what mine shows:<br>
<br>
root@mypvr:~# xrandr<br>
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 8192 x 8192<br>
DVI-I-0 disconnected (normal left inverted right x axis y axis)<br>
VGA-0 disconnected (normal left inverted right x axis y axis)<br>
DVI-I-1 connected primary 1920x1080+0+0 (normal left inverted right x<br>
axis y axis) 1600mm x 900mm<br>
   1920x1080     60.00 +  59.94*   50.00    23.97    60.05    60.00<br>
50.04  <br>
   1280x1024     60.02  <br>
   1280x720      60.00    59.94    50.00  <br>
   1024x768      60.00  <br>
   800x600       60.32  <br>
   720x576       50.00    50.08  <br>
   720x480       59.94    60.05  <br>
   640x480       59.94    59.93  <br>
HDMI-0 disconnected (normal left inverted right x axis y axis)<br>
<br>
I have an Nvidia 220 card and an old Sony Bravia KDL-32V5500 TV.  It<br>
native display is 1920x1080 and 50 Hz, but it supports most other<br>
TV/video frequencies, as you can see on the 1920x1080 line above.<br></blockquote><div><br></div><div dir="ltr"><font color="#ff0000">VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm</font></div><div dir="ltr"><font color="#ff0000">   1280x1024     60.02*+  75.02  </font></div><div dir="ltr"><font color="#ff0000">   1024x768      75.03    70.07    60.00  </font></div><div dir="ltr"><font color="#ff0000">   800x600       75.00    72.19    60.32    56.25  </font></div><div dir="ltr"><font color="#ff0000">   640x480       75.00    72.81    59.95    59.94  </font></div><div dir="ltr"><font color="#ff0000">DVI-D-0 connected primary 1280x720+1280+0 (normal left inverted right x axis y axis) 1600mm x 900mm</font></div><div dir="ltr"><font color="#ff0000">   1920x1080     60.00 +  59.94    23.98    60.05    60.00  </font></div><div dir="ltr"><font color="#ff0000">   1440x480      60.05  </font></div><div dir="ltr"><font color="#ff0000">   1280x1024     60.02  </font></div><div dir="ltr"><font color="#ff0000">   1280x720      60.00*   59.94  </font></div><div dir="ltr"><font color="#ff0000">   1024x768      60.00  </font></div><div dir="ltr"><font color="#ff0000">   800x600       60.32  </font></div><div dir="ltr"><font color="#ff0000">   720x480       59.94  </font></div><div dir="ltr"><font color="#ff0000">   640x480       59.94    59.93  </font></div><div><font color="#ff0000">HDMI-0 disconnected (normal left inverted right x axis y axis) </font></div><div><font color="#ff0000">I do not know where the 2560x1024 comes from.</font></div><div><font color="#ff0000"><br></font></div><div><font color="#ff0000">I have two displays. One is a projector and one a Sony TV.  The projector is 1024x720 and as the HDTV OTA source is generally that resolution, I just set things up for that.  I have a DVI splitter so the signal goes to both the TV and the projector at the same time.  I have not tried to get that to work and the sound must be digital for that to be useful so I am a ways from that.  Right now I have disconnected the splitter because the TV was reporting invalid signals with it inline. I assume it would work now that I have the resolution locked to a valid value.</font></div><div><font color="#ff0000"><br></font></div><div><font color="#ff0000">Allen</font></div></div></div></div></div></div></div></div></div>