Opened 13 years ago

Closed 13 years ago

#9715 closed Bug Report - General (Invalid)

Mythtranscode stalls "converting frame #14 from P to I"

Reported by: Phil <pmagnone@…> Owned by: beirdo
Priority: minor Milestone: unknown
Component: MythTV - Mythtranscode Version: Master Head
Severity: medium Keywords: mythtranscode, hang, stall, transcode, cutlist
Cc: Ticket locked: no

Description

At first, I thought this was the same as Ticket #2077, but I never actually get the "deadlock detected" error. Instead, mythtranscode will just stall while transcoding a recording anywhere between 80-99% completion. If I run mythbackend from terminal, the last output it gives me is "Converting frame #14 from P to I" or something similar (different frame, and sometimes B instead of P). This happens on multiple recordings with cutlists.

I believe this began somewhere around mid-March with my latest "git pull", but I can't be positive on the exact date.

I've attached the output of "mythbackend -v all > myth.log". There's an awful lot of output there, so if you can tell me what to specify for verbose, I can shrink that down for you. For this particular log file, the transcode job stalled at 97.3%.

Please let me know what additional information I can provide.

Change History (7)

comment:1 Changed 13 years ago by Phil <pmagnone@…>

Sorry, the file was WAY too large to add as an attachment, so until I can be more specific with the verbose options to get a smaller file, here's a link to the file on my Dropbox:

http://dl.dropbox.com/u/162975/myth.log

comment:2 Changed 13 years ago by beirdo

Owner: set to beirdo
Status: newassigned

What type of file are you trying to transcode from and to?

comment:3 Changed 13 years ago by beirdo

Status: assignedinfoneeded

I may need an example file to test with as well (cut to 100MB or so if possible, and if it shows the problem)

comment:4 Changed 13 years ago by Phil <pmagnone@…>

I'm doing a lossless transcode of an MPEG-2 TV recording (720P w/ AC-3 audio) just to snip the commercial breaks, at which point I usually use Handbrake if I want to archive the video with better compression. I've tried transcoding multiple shows from multiple channels, but I still get the same result. Each time it stalls at 80-90% and "mythtranscode" shows ~100% CPU usage in "top", and I have to kill the process manually.

Here's a 60 second, 99MB clip from near the end of one of those recordings (used "ffmpeg -vcodec copy -acodec copy -ss 00:31:45 -t 60 -i [input].mpg [output].mpg").

http://dl.dropbox.com/u/162975/test.mpg

While navigating my recordings directory, I noticed that there was a *.mpg.tmp file for at least some of the shows I tried to transcode. Near as I can tell, the transcode jobs actually finished (the files play back without any issue), but the mythtranscode process never exited correctly.

comment:5 Changed 13 years ago by beirdo

Status: infoneededassigned

comment:6 Changed 13 years ago by beirdo

Status: assignedinfoneeded

If this still occurs, could you please attach gdb to the process while it is using 100% CPU and get a full backtrace of all threads (on mythtranscode)? I think it may just be a case of unclean shutdown, but I'm not sure.

comment:7 Changed 13 years ago by robertm

Resolution: Invalid
Status: infoneededclosed

No response.

Note: See TracTickets for help on using tickets.