﻿id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc	mlocked
11106	when playing large recording via UPnP, seek causes playback to end	p-fbsd-bugs@…	dblain	"When I play back some of my recordings via UPnP, any attempt to fast-forward causes the playback to exit. It's highly annoying.

The problem exists for both of my (independent) backends:
* backend p: Ubuntu 11.10, mythtv 0.24.0+fixes.20110908.1de0431-0ubuntu1
* backend h: FreeBSD 8.2-STABLE, mythtv-0.25.2

It occurs when I play back from either of my UPnP frontends:
* frontend w: WD TV Live plus
* frontend h: FreeBSD 8.2-STABLE, xbmc-11.0_5

but NOT when I play back via mythfrontend 0.25.2 (no UPnP).

The file size of the recording seems to affect the behavior. I experimented on the 0.25.2 backend by copying the recording file to the ""Videos"" directory and truncating it to various lengths.  The problem did not occur until I got past a threshold length.

The original recording file:
{{{
% ls -ls 1071_20120818195600.mpg
 8545440 -rw-rw-r--  2 mythtv  video  8746232444 Sep  9 01:18 1071_20120818195600.mpg
}}}

My test procedure iteration was:

{{{
rm sample.mpg
mythutil --scanvideos
dd if=1071_20120818195600.mpg of=sample.mpg bs=1024k count=<N>
mythutil --scanvideos
mythcommflag --rebuild --video `pwd`/sample.mpg
}}}

For N <= 6600, seeking seemed to work OK. For N>= 6700, the problem appeared. I did not try values between 6600 and 6700.

I looked at the old patch in ticket:1591 and applied it to av_gen_search(), but it didn't seem to make any difference.

Since the threshold size is in the neighborhod of 7GB, I do not have a good place to host this file. If anyone would like a copy, I can put it on my home server (128kbit/s uplink) or I can upload it somewhere."	Bug Report - General	closed	minor	unknown	MythTV - UPnP	0.25.2	medium	Invalid			0
