[mythtv] Developing RPI2 MythTV package for ArchLinux ARM

[Piotr Oniszczuk]

> Wiadomość napisana przez Lawrence Rust <lvr at softsystem.co.uk> w dniu 07.01.2016, o godz. 11:04:
> 
> On Tue, 2016-01-05 at 22:12 +0100, warpme wrote:
>>> Wiadomość napisana przez Lawrence Rust <lvr at softsystem.co.uk> w dniu
>> 04.01.2016, o godz. 16:45:
>>> 
>>> Apologies if I was unclear, but I meant that you should remove the
>>> setuid() call on line 1799, not disable line 1789. i.e.
>>> 
>>> -if (setuid(getuid()) != 0)
>>> +if (0 && setuid(getuid()) != 0)
>> 
>> Lawrence,
>> With this mod I finally was able to start FE - bun only under GDB and
>> X11 SSH forwarding.
>> Starting FE without GDB always gives me segfault.
>> 
>> I believe GDB allows me to overcome qFatal and move forward. 
>> Pls look on fe-under-remote-x11.log.zip
>> I think this issue is probably related to Qt5.5.1 setuid thing and
>> I’ll be happy if You can look on this issue.
>> 
>> Running only under X11forwarding is probably related to EGL issues in
>> my enviroment. 
>> Pls look on fe-under-direct-x11.txt.zip
>> I’m wonder Your opinion here.
>> (Probably I have to rebuild Qt5 for OpenMAX….)
> 
> Hi,
> 
> The fe-under-direct-x11.txt log shows the SEGV to be occurring from Qt
> code in qt/plugins/xcbglintegrations/libqxcb-egl-integration.so.  I'm
> guessing but it looks like Qt 5.5.1 and the RPi EGL libraries are not
> happy neighbours.  I believe, from similar experience with Qt 5.4, that
> the EGL initialisation has a race condition.  I added this patch:
> 
> 8ffdd74 UI: Avoid a race condition and SEGV in EGLFS during
> MythMainWindow creation
> 
> to workaround a SEGV during startup.  I believe you are suffering
> similar problems.  The remote ssh version gets much further probably
> because of a difference in timing during startup
> 
> It's difficult to be more explicit because the backtrace is lacking
> detail due to missing debug symbols.  I would recommend installing the
> Qt debug symbols together with those for libc and glib.
> 
> Once you have a filename & line number in Qt then it's a matter of
> trawling the Qt code for the problem.  This is likely to need a patch to
> Qt to fix.  It may be easier to revert to Qt5.4 if that's possible?
> 
> -- 
> Lawrence Rust
> 
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-dev
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

Well, I finally managed to get working current master FE on Archlinux =
ARM and Qt5.5.1
FE starts but playback uses x-blit instead of OMX.
Looking on LOG I see:

=E2=80=A6=E2=80=A6=E2=80=A6=E2=80=A6.
2016-01-16 12:16:38.501758 I  TV::TV(): Creating TV object
2016-01-16 12:16:38.704376 N  Suspending idle timer
2016-01-16 12:16:38.719521 I  TV::Init(): Created TvPlayWindow.
2016-01-16 12:16:38.934012 I  TV::HandleStateChange(): Attempting to =
change from None to WatchingRecording
2016-01-16 12:16:39.086499 E  TV::HandleStateChange(): Couldn't find =
recorder for in-progress recording
2016-01-16 12:16:39.255352 N  AudioPlayer: Enabling Audio
2016-01-16 12:16:42.843705 I  AFD: codec MP2 has 2 channels
2016-01-16 12:16:42.
844372 I  AFD: Opened codec 0x3a9e3b0, id(MP2) type(Audio)
2016-01-16 12:16:42.846281 I  AFD: codec MP2 has 2 channels
2016-01-16 12:16:42.846830 I  AFD: Opened codec 0x3aa7020, id(MP2) =
type(Audio)
2016-01-16 12:16:42.847290 I  AFD: Opened codec 0x3aa79a0, =
id(DVB_SUBTITLE) type(Subtitle)
OMX-Cannot open OpenMAX registry file /home/mythtv/.omxregister
OMX-A Component loader constructor fails. Exiting
2016-01-16 12:16:43.857188 E  OMX: OMX_Init error =
OMX_ErrorInsufficientResources
2016-01-16 12:16:43.857269 E  OMX:0 Invalid OpenMAX context
2016-01-16 12:16:43.857431 E  DOMX:0 No video decoder
=E2=80=A6.=20

Issue is probably here:

OMX-Cannot open OpenMAX registry file /home/mythtv/.omxregister

How should I get(or create) this file?