[mythtv-users] Fedora 28 - audio abort

[Jerry]

On Sat, May 19, 2018 at 4:39 PM Michael <mythtv at blandford.net> wrote:

> On 05/19/2018 11:15 AM, Jerry wrote:
>
> On Sat, May 19, 2018 at 1:23 PM Michael <mythtv at blandford.net> wrote:
>
>>
>> Unfortunately, not all the patches made it in.   After upgrading, I am
>> still having issues tuning channels and the backend segfaults.
>>
>
> Yes, only one of those patches made it in.  The one that affects the
> tuning on my HDHomerun Prime wasn't included.  I had to put that in
> manually.
>
> I haven't seen any issues since then.  I've tried to access the MythTV
> Trac Server to look for more reports but I haven't been successful.  I
> understand it is undergoing maintenance.
>
>
>
> Thanks.
>
> I tried applying the same patches from before:
> mythtv-MythSocket-ResetReal-gcc8.patch
> mythtv-ProgramMap-gcc8.patch
>
> With the new release, it looks like this one:
> mythtv-MythSocket-ResetReal-gcc8.patch is already applied.
>
> Building with only the other, I am still getting backend segfaults on
> watching some channels.
>
>
> I also tried the patches I saw on the mailing list such as:
>
> diff -urN
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896/mythtv/libs/libmythbase/mythsocket.cpp
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896.new/mythtv/libs/libmythbase/mythsocket.cpp
> ---
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896/mythtv/libs/libmythbase/mythsocket.cpp
> 2018-05-10 12:05:38.000000000 -0700
> +++
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896.new/mythtv/libs/libmythbase/mythsocket.cpp
> 2018-05-18 18:42:52.155273250 -0700
> @@ -1006,7 +1006,7 @@
>          if (avail)
>          {
>              trash.resize(max((uint)trash.size(),avail));
> -            m_tcpSocket->read(&trash[0], avail);
> +            m_tcpSocket->read(trash.data(), avail);
>          }
>
>          LOG(VB_NETWORK, LOG_INFO, LOC + "Reset() " +
>
> and
>
> diff -urN
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896/mythtv/libs/libmythtv/mpeg/mpegtables.cpp
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896.new/mythtv/libs/libmythtv/mpeg/mpegtables.cpp
> ---
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896/mythtv/libs/libmythtv/mpeg/mpegtables.cpp
> 2018-05-10 12:05:38.000000000 -0700
> +++
> mythtv-0849e9959639dd8dfeab0af4ce0dfc166da1f896.new/mythtv/libs/libmythtv/mpeg/mpegtables.cpp
> 2018-05-18 18:41:58.141777186 -0700
> @@ -445,7 +445,7 @@
>          uint len = global_desc[i][1] + 2;
>          gdesc.insert(gdesc.end(), global_desc[i], global_desc[i] + len);
>      }
> -    pmt->SetProgramInfo(&gdesc[0], gdesc.size());
> +    pmt->SetProgramInfo(gdesc.data(), gdesc.size());
>
>      for (uint i = 0; i < count; i++)
>      {
>
> @@ -457,7 +458,8 @@ ProgramMapTable* ProgramMapTable::Create(
>                           prog_desc[i][j], prog_desc[i][j] + len);
>          }
>
> -        pmt->AppendStream(pids[i], types[i], &pdesc[0], pdesc.size());
> +        if (!pdesc.empty())
> +            pmt->AppendStream(pids[i], types[i], &pdesc[0], pdesc.size());
>      }
>      pmt->Finalize();
>
>
> But I still had crashes.
>
> So, I am not sure at this point what patches are needed with the current
> rpmfusion packages to make F28 stable.
>
> Any thoughts from the list?
>

I'm afraid I don't have any more thoughts.  The mythtv code is a bit over
my pay grade.

It could well be that my system is unstable, too.  I have had a few
successful recordings since I put those patches in but I haven't watched
anything in a few days.  I was able to tune in a "premium" channel and I
got a couple of HD programs recorded over the past week so I thought things
were okay.

Were you more stable on the previous RPMFusion SRPM that was released?
After you patched it, that is?

Thanks for those patches.  I threw those into the mix.  It looked like the
last patch had been applied to the latest SRPM that I got (dated May 10 I
think).  It's building now and I'll install it when it's finished.

You saw those patches on the development list?  I'll have to do some
browsing and see if I can find any more.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20180519/4a0d2387/attachment.html>