[mythtv-commits] Ticket #5180: mythtranscode never completes when transcoding clips with cutpoints

MythTV mythtv at cvs.mythtv.org
Tue Jun 17 06:03:12 UTC 2008


#5180: mythtranscode never completes when transcoding clips with cutpoints
---------------------------+------------------------------------------------
 Reporter:  krizze         |        Owner:  ijr 
     Type:  defect         |       Status:  new 
 Priority:  minor          |    Milestone:  0.22
Component:  mythtranscode  |      Version:  head
 Severity:  medium         |   Resolution:      
  Mlocked:  0              |  
---------------------------+------------------------------------------------

Comment(by bill):

 Replying to [comment:4 krizze]:
 > Nobody else having this problem?

 Yes, I'm having the same problem.
 When transcoding mpeg2 (or nuv) recordings that have cutpoints,
 mythtranscode keeps spitting out (in my case its for one cutpoint, just
 for before the first frame):

   2008-06-17 14:25:06.156 Fast-Forwarding from 0 to 1

 ie. There seems to be some problem when it tries to fast forward to the
 first
 cutpoint.

 And like krizzie says, recordings without cutpoints are transcoded as
 usual.

 I've updated everything to run off the trunk version.
 I thought it might be a protocol mismatch, caused by me mixing versions of
 different myth* programs, but I don't *think* so.
 (As I can see all the myth* programs in  /usr/local/bin have the same
 timestamp.
 ie. from when I did my last "make install")

 $ /usr/local/bin/mythbackend --version
 {{{
 Please include all output in bug reports.
 MythTV Version   : 17439
 MythTV Branch    : trunk
 Library API      : 0.22.20080612-1
 Network Protocol : 40
 QT Version       : 4.3.2
 Options compiled in:
 linux release using_oss using_alsa using_backend using_dbox2 using_dvb
 using_frontend using_hdhomerun using_iptv using_ivtv using_joystick_menu
 using_lirc
 using_v4l using_x11 using_xrandr using_xv using_bindings_perl
 using_bindings_python
 using_opengl using_ffmpeg_threads using_live
 }}}


 And I see mythtranscode is being called with the following options:

  /usr/local/bin/mythtranscode -j 1045 -V 3 -p autodetect -l


 I tried running it by hand, but adding a "-v all" debugging option,
 to get the same problem, but with this (more verbose) output:

 {{{
 2008-06-17 14:25:06.156 Fast-Forwarding from 0 to 1
 2008-06-17 14:25:06.157 Dec: DoFastForward(1 (4), do discard frames)
 2008-06-17 14:25:06.157 Dec: DoRewind(1 (4), do discard frames)
 2008-06-17 14:25:06.157 Dec: FindPostion(0, search not adjusted) -->
 [0(1808)]
 2008-06-17 14:25:06.157 NVD: SeekReset(0, 1, do flush, do discard)
 2008-06-17 14:25:06.157 VideoBuffers::DiscardFrames(1):
 UUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
 2008-06-17 14:25:06.158 VideoBuffers::DiscardFrames():
 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA -- done()
 2008-06-17 14:25:06.158 VideoBuffers::DiscardFrames(1):
 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA -- done
 2008-06-17 14:25:06.213 NVP: ClearAfterSeek(1)
 2008-06-17 14:25:06.233 Fast-Forwarding from 0 to 1
 2008-06-17 14:25:06.234 Dec: DoFastForward(1 (2), do discard frames)
 2008-06-17 14:25:06.234 Dec: FindPostion(0, search not adjusted) -->
 [0(1808)]
 2008-06-17 14:25:06.234 NVD: SeekReset(0, 0, don't flush, do discard)
 2008-06-17 14:25:06.234 VideoBuffers::DiscardFrames(0):
 AAAuuAAAAAAAAAAAAAAAAAAAAAAAAAA
 2008-06-17 14:25:06.234 VideoBuffers::DiscardFrames(0):
 AAAaaAAAAAAAAAAAAAAAAAAAAAAAAAA -- done
 2008-06-17 14:25:06.234 NVP: ClearAfterSeek(1)
 2008-06-17 14:25:06.307 Fast-Forwarding from 0 to 1
 }}}

 Also nuvexport (from the same svn version) is not working anymore.
 (That complains about "Must specify --fifodir to use --fifosync";
 No idea if that's a related problem.)

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/5180#comment:5>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list