[mythtv] [mythtv-commits] Ticket #7315: mythtranscode doesnt die after lossless transcoding to cut out ads
Michael T. Dean
mtdean at thirdcontact.com
Sat Jan 30 18:03:50 UTC 2010
On 01/29/2010 06:45 PM, Jim Stichnoth wrote:
> On Thu, Jan 28, 2010 at 12:36 PM, MythTV wrote:
>
>> #7315: mythtranscode doesnt die after lossless transcoding to cut out ads
>>
>> Comment(by mdean):
>>
>> I think the proper fix is to just remove all of the slow delete code in
>> mythtranscode and either send a message to the backend to have it delete
>> the file or implement a solution similar to #6376 .
>>
>> Ticket URL: <http://svn.mythtv.org/trac/ticket/7315#comment:21>
>>
> I agree that this is ultimately the best fix. The current use of
> fork() should be avoided since the child process doesn't inherit any
> of the other threads, leading to lots of potential problems, such as
> waiting forever for a nonexistent thread to quit.
>
> In the meantime, why don't we simply disable the fork() call? We
> already spent several minutes transcoding the file, would it really
> hurt to wait another minute per GB to slow-delete the file before
> moving on to the next job in the queue?
>
That works for me--I like it as an interim fix. I started on the patch
for removing the slow delete code, but when I realized that I'd need
another approach for files not in storage groups (for --video files that
people transcode, rather than recording files), it dropped a couple
notches on my TODO list. It doesn't look like it will take all that
long, but I don't know that I'll get it in before 0.23.
Mike
More information about the mythtv-dev
mailing list