[mythtv-commits] Ticket #11956: some recordings immediately show end of recording dialog and fail seek table rebuild

MythTV noreply at mythtv.org
Wed Mar 19 03:36:06 UTC 2014


#11956: some recordings immediately show end of recording dialog and fail seek
table rebuild
----------------------------------+----------------------------
 Reporter:  adeffs.mythtv@…       |          Owner:
     Type:  Bug Report - General  |         Status:  new
 Priority:  minor                 |      Milestone:  unknown
Component:  MythTV - General      |        Version:  0.27-fixes
 Severity:  medium                |     Resolution:
 Keywords:                        |  Ticket locked:  0
----------------------------------+----------------------------

Comment (by Timothy Pearson <kb9vqf@…>):

 Replying to [comment:5 Timothy Pearson <kb9vqf@…>]:
 > Replying to [comment:4 blm-ubunet@…]:
 > > Can you post a sample of first 100MB (using dd) from a problem
 recording?
 > > I don't have any H264 samples that do not play or seek correctly..
 > > Has been talk about files that do not play but I can't find them..
 > >
 > > Transport stream files are allowed to have timecode discontinuities &
 could defeat the simple duration calculations (if that is the cause). But
 the error sounds like "it" is not finding a start point..
 >
 > To make matters more complicated dd-ing up to the first 90% or so of the
 file and playing the truncated file instead of the original file causes
 the failure to disappear.  It seems that Myth is choking on something in
 the last 10% or so of the file.  Unfortunately the 0.27 upgrade also
 killed off the ability to record new H264 files from my HDPVR (analog RGB
 component input with optical sound), so until I get that fixed I won't be
 able to provide a complete example file illustrating the problem.

 Update: Looks like the HDPVR (Myth?) cannot handle audio format changes.
 If an audio format change occurs (e.g. from a channel change) the
 recording becomes unplayable on *any* player.  This is new in 0.27 (it did
 not happen in 0.24 on identical hardware) and I guess I will need to open
 a new bug report for it.  I am working on getting test files together for
 this problem as well.

 Seems that the HDPVR didn't get much testing in 0.27?

--
Ticket URL: <https://code.mythtv.org/trac/ticket/11956#comment:6>
MythTV <http://www.mythtv.org>
MythTV Media Center


More information about the mythtv-commits mailing list