[mythtv-commits] Ticket #2077: transcoding fails with "Deadlock detected. One buffer is full when ..." for some DVB recordings
MythTV
mythtv at cvs.mythtv.org
Mon Mar 3 09:09:49 UTC 2008
#2077: transcoding fails with "Deadlock detected. One buffer is full when ..."
for some DVB recordings
---------------------------+------------------------------------------------
Reporter: seb | Owner: ghaushe
Type: defect | Status: accepted
Priority: minor | Milestone: unknown
Component: mythtranscode | Version: head
Severity: medium | Resolution:
Mlocked: 0 |
---------------------------+------------------------------------------------
Comment(by robert.mcnamara at gmail.com):
While we (hopefully) work towards a more permanent solution, I have found
a workaround that basically works. I have written a script that demuxes
and remuxes the broken recordings, resulting in a file that does, finally,
work with myth's lossless transcode. I've put it on my talk page at the
mythtv wiki:
http://www.mythtv.org/wiki/index.php/User_talk:Iamlindoro
This is the first solution that I know of that doesn't use a Windows
program through Wine. ProjectX has never worked for me, but this appears
to work consistently. Read the comments on the script carefully. You
will need to compile one tiny prerequisite, and will also need ffmpeg.
The script should be set up as a user job, and I personally run in on all
recordings from my Firewire source. There is no quality loss involved as
there is no real transcoding, just demux/remux. I use mythtranscode to
rebuild the index of the file (mythcommflag --rebuild doesn't work
properly) but no quality is lost there. The resultant file can be marked
and losslessly transcoded successfully. Obviously the elegant solution is
to get mythtranscode fixed, but this is working for me in the meantime.
Geoff-- Any chance you might be able to look at this soon?
--
Ticket URL: <http://svn.mythtv.org/trac/ticket/2077#comment:17>
MythTV <http://svn.mythtv.org/trac>
MythTV
More information about the mythtv-commits
mailing list