[mythtv-users] mythtv branch fixes/0.26 updated by jpoet. v0.26.0-111-g3944ca9

Warpme warpme at o2.pl
Wed Mar 6 17:08:08 UTC 2013


Hi,
Sorry to say, but

commit e54b9b6fd635df024f81c1d2f33956996c95c379
Author: John Poet <jpoet [at] mythtv> at Tue, 12 Feb 2013 10:26:30 -0700
Committer: John Poet <jpoet [at] mythtv> at Fri, 1 Mar 2013 16:10:26 -0700
URL: 
http://code.mythtv.org/cgit/mythtv/commit/?id=e54b9b6fd635df024f81c1d2f33956996c95c379 

DTVRecorder: buffer up each payload until we know if the payload is a 
keyframe.
Especially with H.264, we can be several packets into a payload before we
know if it is a keyframe or just a frame or something else. Always buffer
the packets of a payload until we know what we are doing with the payload.
If we need to switch ringbuffers, we now do it so the new file will 
start at
the beginning of the payload holding a keyframe. Each file will also start
with a PAT/PMT if the "recorder" calls for it.
(cherry picked from commit 87a15e1ce40d81058ff221308d666d73b1517ff2)

decreases for me LiveTV experience on current 0.26-fixes.
I see user experience regression in following 3 areas of LiveTV:
1.channel change is slower (from 3-5sec to 7-10sec)
2.on many channels, after changing to channel there is annoying audio 
stuttering for 3-4sec
3.on some channels, after changing to new channel LiveTV "halts" on old 
channel. Switching to another channel helps.
4.sometimes transition between programs on current channel hangs LiveTV.

Without this commit, 2 is very sporadic and 1,3,4 seems to not happen.
Above issues were so annoying that my hommies asked me to solve problem 
and reverting this commit seems to solve problem.

br
-------------- next part --------------
A non-text attachment was scrubbed...
Name: warpme.vcf
Type: text/x-vcard
Size: 83 bytes
Desc: not available
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130306/5906bf6e/attachment-0001.vcf>


More information about the mythtv-users mailing list