[mythtv-users] Windows frontend crashing on exiting recording *SOLVED*

Michael T. Dean mtdean at thirdcontact.com
Tue Jun 28 15:31:56 UTC 2011

On 06/28/2011 04:45 AM, Anthony Giggins wrote:
> On 2 June 2011 19:57, Anthony Giggins wrote:
>> On 18 May 2011 21:11, Anthony Giggins wrote:
>>> On 13 May 2011 20:11, Anthony Giggins wrote:
>>>> This has been a problem for some time now but I only recently got around
>>>> to enabling some logging, I normally only really use it to edit some
>>>> recordings normally its faster then using a remote but I would like to use
>>>> this from time to time to watch TV in the bedroom or outside on a laptop.
>>>> I've running the Windows Binary from http://members.iinet.net.au/~davco/
>>>> 0.24-fixes 188-g8ba07a0
>>>> I have tried removing the prompt to delete at end of recoring setting and
>>>> also the mark as watched at end of recording setting just to test but it
>>>> also happens when exiting anywhere in the recording not only at the end.
>>>> 2011-05-13 20:01:34.383 TV: OSDDialogEvent: result 2 text Save it so I
>>>> can watch it again action DIALOG_VIDEOEXIT_JUSTEXIT_0
>>>> ASSERT failure in QCoreApplication::sendEvent: "Cannot send events to
>>>> objects owned by a different thread. Current thread f9a42e8. Receiver '' (of
>>>> type 'PreviewGenerator') was created in thread 2d61d410", file
>>>> kernel\qcoreapplication.cpp, line 348
>>>> This application has requested the Runtime to terminate it in an unusual
>>>> way.
>>>> Please contact the application's support team for more information.
>>>> QWaitCondition: Destroyed while threads are still waiting
>>>> if I can provide more debuging or info please advise.
>>> Can no one provide any information or ideas?
>>> I doesn't happen every single time but probably 90% of the time
>>> my backend is running on Mythdora 12.23 x86_64 running 0.24-6.md12
>>> (4af46b1f5d)
>> Since there hasn't been any feed back and after emailing the packager for
>> guidance I have raised ticket http://code.mythtv.org/trac/ticket/981
> I can confirm the attached patch resolves this issue.
> A big Thank you to the mythtv devs

While that patch will prevent the crash you were seeing, it introduces a 
new bug--a race condition that could cause problems if you use the 
MythMusic "embedded player" (i.e. leave music playing when you exit the 
MythMusic plugin) and then switch to video playback,  Paul described in 
http://code.mythtv.org/trac/ticket/9819#comment:3 .

So, as long as you don't use the MythMusic embedded player on your 
Windows system, or you're very careful not to trigger the issue, feel 
free to use the patch on your Windows build until someone works out a 
proper patch.


More information about the mythtv-users mailing list