[mythtv-users] Fixes 32 v32-Pre-3519-g0caf3ac0ec crashes when a remote Intel based front end attempts to read Live tv stream

John jksjdevelop at gmail.com
Tue Feb 8 11:28:30 UTC 2022


On 07/02/2022 12:02, Klaas de Waal wrote:
>
>
> On Mon, 7 Feb 2022 at 11:53, John <jksjdevelop at gmail.com> wrote:
>
>     The issue is repeatable so I will raise a bug report when I figure
>     out
>     how to get a proper backtrace.
>
>     Works on an Android 32 bit frontend.
>
>     Does not crash but playback is erratic  on local Intel 64 bit frontend
>
>     A remote  Intel 64 bit VAAPI based frontend crashes with
>
>     022-02-06 15:28:38.249116 I  TV::StartTV(): Entering main playback
>     loop.
>     2022-02-06 15:28:40.306297 I  Player(1): Opening
>     'myth://tv/20681_20220206152839.ts'
>     Handling Segmentation fault
>     Segmentation fault (core dumped)
>
>
> If mythfrontend reliably crashes on this particular file can you 
> please post that file?
> It should then reproduce on my laptop (Intel, 64bit, VAAPI).
>
> Klaas.
>
>
>     apport-retrace -g --rebuild-package-info
>     _usr_bin_mythfrontend.1000.crash
>
>     Core was generated by `mythfrontend'.
>     Program terminated with signal SIGSEGV, Segmentation fault.
>     #0  0x00007f1a2be8c68a in AvFormatDecoder::OpenFile(MythMediaBuffer*,
>     bool, std::vector<char, std::allocator<char> >&)
>          () from /lib/libmythtv-32.so.32
>     [Current thread is 1 (Thread 0x7f1a1d90ab40 (LWP 13457))]
>     (gdb)
>     (gdb) Quit
>     (gdb) Traceback (most recent call last):
>        File "/usr/bin/apport-retrace", line 375, in <module>
>          subprocess.call(gdb_cmd, env=environ)
>        File "/usr/lib/python3.8/subprocess.py", line 342, in call
>          return p.wait(timeout=timeout)
>        File "/usr/lib/python3.8/subprocess.py", line 1083, in wait
>          return self._wait(timeout=timeout)
>        File "/usr/lib/python3.8/subprocess.py", line 1806, in _wait
>          (pid, sts) = self._try_wait(0)
>        File "/usr/lib/python3.8/subprocess.py", line 1764, in _try_wait
>          (pid, sts) = os.waitpid(self.pid, wait_flags)
>     KeyboardInterrupt
>
>
>
>     _______________________________________________
>     mythtv-users mailing list
>     mythtv-users at mythtv.org
>     http://lists.mythtv.org/mailman/listinfo/mythtv-users
>     http://wiki.mythtv.org/Mailing_List_etiquette
>     MythTV Forums: https://forum.mythtv.org
>
>
Klaas thanks for the interest.

Did some more testing on an under powered Intel Notebook and that worked 
ok. Apart from the occasional "Error opening programme file buffer" on 
screen message. Which is logged as

2022-02-08 10:45:32.900727 E  RemoteFile::openSocket(file data socket): 
Failed to open socket, error was filetransfer_unable_to_open_file
2022-02-08 10:45:32.906566 E 
FileRingBuf(myth://tv/65846_20220208104522.ts): 
RingBuffer::RingBuffer(): Failed to open remote file 
(myth://tv/65846_20220208104522.ts)
2022-02-08 10:45:32.906609 E  PlayerUI: JumpToProgram's OpenFile failed 
(input type: SATIP)

I tested using a USB Freeview tuner plugged into the backend and a 
similar Freesat tuner connected via Minisatip.

The direct Freeview tuner never failed the Freesat via SATIP 
occasionally fails with the above message.

My desktop Core Dumps with both.

I will gather some more logs and move this topic into the trouble 
shooting section of the Community Forum.

Any particular front end logging recommended?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20220208/4e42aa00/attachment.htm>


More information about the mythtv-users mailing list