[mythtv-commits] Ticket #2077: transcoding fails with "Deadlock detected. One buffer is full when ..." for some DVB recordings

MythTV noreply at mythtv.org
Wed Mar 20 20:52:17 UTC 2013


#2077: transcoding fails with "Deadlock detected.  One buffer is full when ..."
for some DVB recordings
------------------------------------+-----------------------------
 Reporter:  seb                     |          Owner:  beirdo
     Type:  Bug Report - General    |         Status:  assigned
 Priority:  minor                   |      Milestone:  unknown
Component:  MythTV - Mythtranscode  |        Version:  Master Head
 Severity:  medium                  |     Resolution:
 Keywords:  mythtranscode           |  Ticket locked:  0
------------------------------------+-----------------------------
Changes (by nicolas.poehlmann@…):

 * status:  infoneeded => assigned


Comment:

 I'm running in the same problem after upgrading from 0.25.3 to 0.26/fixes.
 After two days debugging I've found the problem which makes lossless
 transcode stop working if the record has one or more AC3-Stream(s). It's
 the same problem as described in the ffmpeg-Ticket at
 http://ffmpeg.org/trac/ffmpeg/ticket/1240 where coping audio wasn't
 working.

 I'll upload an patch which can be run against 0.26/fixes. This will let
 lossless transcode work again and will make an improved log-output to
 detect such a problem in the future and a little performance improvement.

 BUT to get rid of such a "wrong" error output the whole
 buffering/multiplex routine had to be rewritten nearly from scratch.
 The real problem is not that the buffer was running empty, it was never
 filled because the buffering AddFrame-Routine isn't starting when the
 codec reports a frame_size of 0, but the multiplex-routine is running into
 a loop trying to (re-)fill the buffer which can't be filled. And ending up
 in a "Deadlock detected. One buffer is full when the other is empty!
 Aborting"-Error.
 To avoid such a loop-problem in the future, there had to be a second
 frame_size calculation if the mpx/ac3-header had real errors.

-- 
Ticket URL: <http://code.mythtv.org/trac/ticket/2077#comment:42>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center


More information about the mythtv-commits mailing list