Opened 16 years ago
Closed 16 years ago
Last modified 16 years ago
#5730 closed defect (fixed)
h.264 (BBC HD) recording length incorrect, skip not working
Reported by: | Owned by: | Isaac Richards | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | mythtv | Version: | unknown |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
My efforts with h.264 content have been varied for a while, but until recently it was possible to record and watch h.264 content (from DVB-S) on this box.
Using svn 18322 with skiploopfilter patch
HD content records successfully, but on playback the recording length is indicated incorrectly. The first recording (52 minutes) displays as 4:18 (file is 7Gb and mplayer can play past this point); the second recording (81 minutes) displays as 6:44. In mythweb both recordings appear to have the correct length. When mythtv hits what it thinks is the length of the recording, it stops as if it has come to the end of a file as normal.
In addition, any attempt to skip forwards during playback results in the stream restarting from the beginning. The counter however increases as if the skip was successful. (ie you end up watching the start of the show with 00:30 etc showing on the OSD)
Apologies if this is the result of the skiploopfilter patch (I'm not really sure how it would be) - but HD isn't watchable on this system without it; I'm hoping someone else can reproduce this.
Attachments (3)
Change History (14)
Changed 16 years ago by
Attachment: | mythfrontend-h.264-wronglength.log added |
---|
Changed 16 years ago by
Attachment: | mythfrontend-h.264-skipwrong.log added |
---|
mythfrontend -v playback trying to skip forwards (30s at a time)
comment:1 Changed 16 years ago by
Me too! Running the latest svn (without the skiploop patch) and the recordings are also from BBC HD, used to work just fine. Rebuilding the keyframe index does not help either.
comment:2 Changed 16 years ago by
I've noticed this as well.
When it's recording a h264 channel I get
'[h264 @ 0x7fe0ff97d5b0]number of reference frames exceeds max (probably corrupt input), discarding one'
and
'KeyframeSequencer::decode_Header: SPS has not been parsed!'
in the backend log.
comment:3 Changed 16 years ago by
When using Mythbuntu 8.04.1 the mythtv packages on the CD (0.21.0+fixes16838-0ubuntu3.1) work fine but when you upgrade packages it installs '0.21.0+fixes18207-0ubuntu4~hardy1' which has this problem.
comment:4 follow-up: 6 Changed 16 years ago by
Re comment #3:
I've backported r18104 from trunk to the MythTV packages. That changeset might be to blame. You can try rebuilding without that patch:
- add a deb-src repository to your sources.list
- 'apt-get source mythtv' to download the source
- edit debian/patches/00list and comment out 24_fix_h264_frame_counting.dpatch with a hash (#)
- run debuild -S
- wait && install packages
If you have any questions, these are best asked on mythtv-dev.
Another reason for such problems might be the recent h264 sync.
comment:5 Changed 16 years ago by
Looking back at my recordings this problems seems to have appeared late August - early September (before the 4th September).
comment:6 Changed 16 years ago by
Replying to anonymous:
It was '24_fix_h264_frame_counting.dpatch' that caused the problem in Mythbuntu. Commenting out the patch and rebuilding the packages has fixed it.
Thanks
comment:7 Changed 16 years ago by
I am unable to test the attached patch. Can someone with this problem give it a try?
comment:8 Changed 16 years ago by
I'm not sure exactly what the intended effect of this patch is (basically I'm not sure whether this bug relates to recording or playback).
Files recorded previously still exhibit exactly the same (wrong) behaviour. I've just set a programme recording and it appears to be behaving correctly (however previously I didn't try watching a programme whilst it was recording).
I'll report back when this recording finishes; unless the patch was intended to fix the old recordings too.
comment:9 Changed 16 years ago by
Sorry, I should have been clear about that. This patch will NOT fix previous recordings, only new ones (I hope).
comment:10 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
mythfrontend -v playback with each of the two shows