<div dir="ltr"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 18, 2018 at 1:41 PM faginbagin <<a href="mailto:mythtv@hbuus.com">mythtv@hbuus.com</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 10/17/2018 9:53 PM, Stephen Worthington wrote:<br>
<br>
<snip><br>
<br>
> But you really do need to change to using the 64-bit version. As of<br>
> 18.04, Ubuntu no longer supports the i386 version, and for a number of<br>
> versions before that the support has not been good - the i386 versions<br>
> tend to have problems. And MythTV has not been tested much on i386<br>
> versions for a long time.<br>
<br>
While I agree with Stephen that Allen should change to a 64-bit version<br>
of Ubuntu, I have to say Ubuntu still supports 32-bit CPUs. They have<br>
dropped support for CPUs that don't support Physical Address Extension<br>
(PAE), but 32 bit CPUs manufactured since around 2004 do support PAE.<br>
_______________________________________________<br></blockquote><div><br></div><div>Some new information. I did a recording with mythfrontend off and it had glitches. So that didn't work.</div><div><br></div><div>I also think I might have figured out why my beloved Mythbuntu 8 was not working. I said that it died because of a disk failure but what I didn't say was that it was the second disk, one that was just for additional storage. What occured to me today was that I probably needed to just delete the reference to that now missing storage. I ran mythbackend setup as part of documenting the settings and noticed that the second storage location was not there and then I saved the settings. I am thinking that might fix my Mythbuntu 8 system. Then I can chalk up the multitude of hours I spent trying to get Mythbuntu 16 to work to "entertainment". </div><div><br></div><div>Just for a point of comparison to document the "progress" that myth as made in the last 10 years. I reinstalled the 6200 video card and the old HD and there is no ripping like there was with Mythbuntu 16 with that card and no glitches. I am, as I have said, perfectly happy with the performance of Mythbuntu 8 so if this proves to actually be stable, I may just quit here. I am recording and watching at the same time in "top" below and there is no swap used. I notice that the buffers space is much smaller and I may have increased the buffers on the new setup at some point in the debugging stage but in any event it is of interest.</div><div><br></div><div>But I have a 1T HD coming today so I have to decide which OS I am going to put on it...</div><div><br></div><div>Allen</div><div><br></div><div><div>top - 13:52:35 up 10 min, 2 users, load average: 0.34, 0.31, 0.24</div><div>Tasks: 131 total, 1 running, 130 sleeping, 0 stopped, 0 zombie</div><div>Cpu(s): 12.5%us, 1.4%sy, 0.0%ni, 85.0%id, 0.3%wa, 0.0%hi, 0.8%si, 0.0%st</div><div>Mem: 2075424k total, 1433176k used, 642248k free, 27556k buffers</div><div>Swap: 6072528k total, 0k used, 6072528k free, 980256k cached</div><div><br></div><div> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND</div><div> 6803 dad 20 0 306m 153m 71m S 14 7.6 0:13.38 <a href="http://mythfrontend.re">mythfrontend.re</a></div><div> 6393 root 20 0 146m 121m 50m S 2 6.0 0:05.58 Xorg</div><div> 6026 mythtv 20 0 306m 45m 11m S 0 2.2 0:12.48 mythbackend</div><div> 1 root 20 0 2844 1692 544 S 0 0.1 0:01.06 init</div><div> 2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd</div><div> 3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0</div><div> 4 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0</div><div> 5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0</div><div> 6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1</div></div><div><br></div></div></div></div>