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

Anthony Giggins seven at seven.dorksville.net
Tue Jun 28 21:48:22 UTC 2011


On 29 June 2011 01:31, Michael T. Dean <mtdean at thirdcontact.com> wrote:

> 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.
>
> Mike
> _______________________________________________
>

Agree'd no I dont use mythmusic and I only really use the windows frontend
for the occasional bedtime tv but mostly for editing out commercials for
transcoding and/or exporting.

Cheers,

Anthony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20110629/1ca2b7b8/attachment.html 


More information about the mythtv-users mailing list