<br><br><div class="gmail_quote">On 29 June 2011 01:31, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On 06/28/2011 04:45 AM, Anthony Giggins wrote:<br>
> On 2 June 2011 19:57, Anthony Giggins wrote:<br>
>> On 18 May 2011 21:11, Anthony Giggins wrote:<br>
<div class="im">>>> On 13 May 2011 20:11, Anthony Giggins wrote:<br>
>>>> This has been a problem for some time now but I only recently got around<br>
>>>> to enabling some logging, I normally only really use it to edit some<br>
>>>> recordings normally its faster then using a remote but I would like to use<br>
>>>> this from time to time to watch TV in the bedroom or outside on a laptop.<br>
>>>><br>
>>>> I've running the Windows Binary from <a href="http://members.iinet.net.au/%7Edavco/" target="_blank">http://members.iinet.net.au/~davco/</a><br>
>>>><br>
>>>> 0.24-fixes 188-g8ba07a0<br>
>>>><br>
>>>> I have tried removing the prompt to delete at end of recoring setting and<br>
>>>> also the mark as watched at end of recording setting just to test but it<br>
>>>> also happens when exiting anywhere in the recording not only at the end.<br>
>>>><br>
>>>> 2011-05-13 20:01:34.383 TV: OSDDialogEvent: result 2 text Save it so I<br>
>>>> can watch it again action DIALOG_VIDEOEXIT_JUSTEXIT_0<br>
>>>> ASSERT failure in QCoreApplication::sendEvent: "Cannot send events to<br>
>>>> objects owned by a different thread. Current thread f9a42e8. Receiver '' (of<br>
>>>> type 'PreviewGenerator') was created in thread 2d61d410", file<br>
>>>> kernel\qcoreapplication.cpp, line 348<br>
>>>><br>
>>>> This application has requested the Runtime to terminate it in an unusual<br>
>>>> way.<br>
>>>> Please contact the application's support team for more information.<br>
>>>> QWaitCondition: Destroyed while threads are still waiting<br>
>>>><br>
>>>> if I can provide more debuging or info please advise.<br>
</div><div class="im">>>> Can no one provide any information or ideas?<br>
>>><br>
>>> I doesn't happen every single time but probably 90% of the time<br>
>>><br>
>>> my backend is running on Mythdora 12.23 x86_64 running 0.24-6.md12<br>
>>> (4af46b1f5d)<br>
</div><div class="im">>> Since there hasn't been any feed back and after emailing the packager for<br>
>> guidance I have raised ticket <a href="http://code.mythtv.org/trac/ticket/981" target="_blank">http://code.mythtv.org/trac/ticket/981</a><br>
</div><div class="im">> I can confirm the attached patch resolves this issue.<br>
><br>
> A big Thank you to the mythtv devs<br>
<br>
<br>
</div>While that patch will prevent the crash you were seeing, it introduces a<br>
new bug--a race condition that could cause problems if you use the<br>
MythMusic "embedded player" (i.e. leave music playing when you exit the<br>
MythMusic plugin) and then switch to video playback, Paul described in<br>
<a href="http://code.mythtv.org/trac/ticket/9819#comment:3" target="_blank">http://code.mythtv.org/trac/ticket/9819#comment:3</a> .<br>
<br>
So, as long as you don't use the MythMusic embedded player on your<br>
Windows system, or you're very careful not to trigger the issue, feel<br>
free to use the patch on your Windows build until someone works out a<br>
proper patch.<br>
<br>
Mike<br>
_______________________________________________<br></blockquote></div><br>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.<br>
<br>Cheers,<br><br>Anthony<br>